Майк, спасибо за указателями.

Да, я видел этот проект еще в мае, вскоре после Стефан отпустил ее. Я не смог заставить его работать в то время, но я постараюсь его снова. Я просто смотрел на него снова, и я очень удивлен. Подход Стефан принимает точно так же, как это было предложено в работе. Отправлять Bitcoin транзакции создаются и подписываются клиентом на основе браузера и передается на сервер Webcoin; Таким образом, только клиент имеет доступ к закрытым ключам, хранящимся в кошельке. Отлично. Бумажник шифруются и хранятся локально, а также на сервере Webcoin. Это движется в правильном направлении. Следующий шаг будет иметь Webcoin сервера соединяются друг с другом с образованием структурированной P2P сети, чтобы обеспечить распределенную хэш-таблицу (DHT) для истинного хранения облака. После того, как DHT находится в месте, которое он может проводить все виды отображений, чтобы облегчить дополнительные функции, такие как отправка биткойны с использованием адреса электронной почты или отправки счета.

Я думаю, что клиент Webcoin уже должен иметь быстрое время запуска. До тех пор, пока клиент не должен загрузить и обработать блок цепь и может сделать запрос на сервер (который обрабатывает блок цепь), чтобы получить транзакции для всего адреса он заботится о, клиент должен быть быстрым. Клиент Webcoin и сервер, кажется, работает таким образом.

Секретность не ухудшается, так как адрес электронной почты не связан с открытым ключом, который представляет собой адрес Bitcoin. Отображение больше, как это:

Эл. адрес -> public_key
public_key -> [Список адресов Bitcoin поставляется клиентом]
GetAddress (public_key) - шлюз возвращает только один неиспользуемый Bitcoin адрес из списка для кого-то, что хочет отправить монеты по электронной почте
getMyAddresses (public_key) - шлюз возвращает полный список Bitcoin адресов и платежей, полученных им, но только если вы можете доказать, что вы являетесь владельцем public_key

Так что это на самом деле повышает конфиденциальность, так как другой адрес используется для каждого платежа, и никто не знает, кто связан с приемными адресами.


Мы могли бы использовать IP-адрес вместо доменных имен, но большинство людей предпочитают доменные имена. Кроме того, миллионы людей были обучены принимать отправки денег, используя адрес электронной почты, благодаря PayPal. Когда эти люди дают Bitcoin попробовать и найти, что они должны использовать загадочные адреса, чтобы отправить деньги, они думают, что этот материал не готов к прайм-тайму еще и двигаться дальше. Особенности, которые увеличивают опыт конечного пользователя может сделать перерыв или продукт, даже если они могут показаться незначительными с технической точки зрения.

Помимо простоты использования вопроса есть практические случаи, когда отправка денег на адрес электронной почты без предварительного контакта необходимо. Например, если WikiLeaks хочет получать пожертвования они не имеют никакого выбора, кроме как размещать свои Bitcoin адрес. Было бы замечательно, если бы они могли бы дать каждому человеку, который хочет послать пожертвование уникальный адрес Bitcoin. Если вместо этого они попросили людей отправить биткойны на свой адрес электронной почты шлюз будет заботиться о Dishing из уникального адреса Bitcoin для каждого донора.


Так как файл бумажник шифруются с помощью длинного компьютера сгенерированного пароля, а не человек, сгенерированного пароля, то даже если хозяин скомпрометирован и зашифрованный файл бумажника украл злоумышленник не сможет взломать его с помощью грубой силы. Таким образом, файл бумажник зашифрован таким образом, примерно так же безопасно, как вы можете получить. Вопрос тогда как хранить и держать компьютер сгенерированный пароль безопасным. Решение состоит в том, чтобы зашифровать компьютер сгенерированного пароля, так что вам нужен секретный ключ пользователя, чтобы расшифровать его и хранить его на другой хосте. Даже если этот хост скомпрометирован злоумышленник не сможет взломать с помощью грубой силы. Тогда это вопрос о том, как хранить и держать закрытый ключ пользователя в безопасности. Это зашифровано с использованием выбранного пароля пользователя и хранится на еще одном другом хосте. Если этот хост скомпрометирован, и пользователь не выбрал надежный пароль, то у вас есть проблемы. Было бы идеально, чтобы сохранить закрытый ключ пользователя на безопасной доверенную оборудовании. В конце концов самое слабое звено является человеком сгенерированного пароля, но сохраняющий этим сейф не требует централизации Bitcoin.

[/список]