Есть компромиссы здесь.

Все эти детерминированных кошельками основаны на схемах я первоначально продвигаемых в той или иной форме, так что я буду, конечно, не враг им. Я установил неудачное усилие в начале 2011 года, чтобы получить купить для изменения. Много людей were- и некоторые до сих пор являются- подозрительной детерминированные схемы.

В то же время, управление ключами является неотъемлемой частью безопасного использования криптографических систем. Потеря контроля над старой системой или сказать, старая Подпорки, после того, как она заканчивается на ebay- не должен привести к вам потерять деньги, и, конечно, не все ваши средства. Использование недетерминированных ключей автоматически имеют некоторые хорошие ключевые свойства управления. Проблема заключается в том, что она не очень хорошо сцепляется с резервными копиями. Размахивая 100% другой способ детерминированных ключей хорошо ладит с резервными копиями, но до сих пор реализаций я видел полностью пренебрегли управления ключами. Они эффективно положить все яйца в одну корзину, которая не хорошо- особенно систем, которые используют гомоморфизм типа 2 исключительно в качестве компромисса одного ключа потенциально компрометирует все из них.

Как и большинство вещей в инженерных средний путь, вероятно, лучше .... как и большинство вещей в технике, то первая попытка редко бывает лучше.

В Bitcoin-Qt вы можете настроить размер keypool лучше соответствовать вашему использованию и резервным копирование шаблонов. Это в моем это- слишком много формирующие общественное мнение, чтобы спросить многих пользователей, так что я не защищаю его как хороший установки, но это, возможно, не совсем так плохо, как вы думаете.

На мой взгляд, идеальная система будет поддерживать несколько независимых мастер-ключей, Предвычисление следующий, и делать контролируемые операции, запускаемые резервного копирования, в соответствии с пользовательскими настраиваемыми хранения политик ... например Пример политика: один раз в месяц он добавляет новый мастер-ключ, который первоначально не используется, то после того, как по крайней мере, один месяц и четыре подпорки прошли переключается на использование его (так что ключ сделал это, по меньшей мере, четыре резервных), средства, которые остаются на клавишах, которые больше года периодически прокатилась на новые ключи. Я думаю, что идеальная система будет также включать в себя такие вещи, как аварийный ключ компромисс панических кнопки, которые будут генерировать новые ключи, пошагового создание нового набора резервных копий, а затем мигрируют все средства.

Да, изобретена давно команда разработчиков ядра Bitcoin, и охотно бросился на рынок альтернативных реализаций - потенциально забвение соображений безопасности, дизайн хрупкость, качество спецификации, полного спектр вариантов использования, производительность, последствие управления ключами, совместимость и т.д.

Я очень рад, что люди вышли и построили новое и интересное, и я вещей: намеренно решил разрешить окно patentablity на homorphic схемы вывода, чтобы закрыть, потому что я пришел к выводу, что паранойя за патент будет больше вреда, чем пользы, что может быть сделано оборонительным лицензированием.

Ваши собственные орудия программного обеспечения BIP32 а также, сейчас- и пока я не могу сказать, что вы понеслось ... но, пожалуйста, если вы собираетесь хвастать о какой-то особенности у вас есть, что Bitcoin-QT не хватает, пожалуйста, не выбрать тот, который Bitcoin-QT не хватает, потому что вместо того, чтобы мы были тратить время на создание функции для всех else- включая вы- тоже. Ваши патчи приветствуются в Bitcoin-QT, а также. Или же взаимодействие потока только в одном направлении?