Это суть того, что я намерен предложить в качестве стандартной замены brainwallet для SHA256:

Во-первых, я предлагаю Scrypt в качестве основного алгоритма вывода.

Во-вторых, я предлагаю следующий стандартизированный метод создания соли: пользователь должен ввести свой собственный дата рождения и их почтовый индекс, который был текущим в момент создания их brainwallet. Почтовый индекс должен быть лишен только буквенно-цифровых символов (без пробелов и тире). Они должны быть предоставлены в виде соли с алгоритмом Scrypt в виде YYYY-MM-DD-х, где х представляет собой раздели почтовый индекс. Цель них заключается в том, что это маловероятно, что пользователь забудет эти (даже если они двигаются), обеспечивая при этом удовлетворительной энтропии существенно предотвратить параллельное растрескивание всей brainwallet вселенной. Если все brainwallet генераторы и decrypters следовать тому же методу для генерации соли, пользователи не будут обременены, чтобы помнить, как они создали их соль, ни то, как они отформатированы свою информацию.

В-третьих, я предлагаю параметры Scrypt 16384,8,8 в качестве отправной точки. Я предлагаю, чтобы brainwallet создатели предлагают отмечаемый вариант под названием "дополнительное обеспечение" что приведет с использованием разумных мощности из-двух кратные этих параметров вместо (которые кратны к применению выбора реализатора, но должно соответствовать текущему внедренному в потенциальных угрозах крекинга). Например, 32768,8,8, 32768,16,8 логические следующие шаги, когда больше трудностей требуется.

Brainwallet decrypters следует рассмотреть возможность того, что пользователь может быть включен "дополнительное обеспечение", После попытки параметров по умолчанию, Decrypter должен быть готов к BruteForce от 8 до 16 лет из наиболее вероятных возможно заместителей, ищет что-то, что приводит к закрытому ключу с фондами. Это должно произойти, если и когда пользователь не сможет расшифровать brainwallet имея средств, или указывает на то, что они позволили "дополнительное обеспечение", Пользователь не должен помнить, специально ли они или не позволили ему - в худшем случае для пользователя является то, что они не помнят, и вынуждены ждать некоторое время переборе процесса принуждения либо найти их правильный личный ключ, будет успешным, независимо от его, включена ли они, или потерпеть неудачу, если они ввели неверный пароль.