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

Я теперь всегда генерировать по крайней мере, в 1,5 раза больше битов, как мне нужно (384 минимум для Bitcoin, но на практике обычно 512, так как мои инструменты были в основном созданы для захвата 256 бит за один раз), и возьмите модуль против порядка нашей кривой. *

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

Способы прокатки были описаны в других потоках. Два две основных из них должны относиться к своим роллам в качестве цифр числа базы X, заработав журнал₂X бит на матрицу в рулон, и присвоить уникальный битовый шаблон для каждой грани, до ближайшей степени два, и заполнение других поверхностей с меньшим количеством бит. (D 6 = 00,01,10,11,0,1; D10 = 000,001,010,011,100,101,110,111,0,1; D12 = 000,001,010,011,100,101,110,111,00,01,10,11; и т.д.)

Остановитесь, когда у вас есть достаточное количество битов, а затем использовать его непосредственно, XOR двух половинок, имеет или взять модуль.

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