После прочтения https://ripple.com/dev-blog/curves-with-a-twist/ Интересно, если что-то подобное также на среднесрочной программы для Bitcoin, так как прежде всего вопрос с ECDSA (слабые ГСЧ на Android) даже уже затронуло его пользователей.
Да, я знаю, я знаю, для некоторых людей Ripple красный флаг - пожалуйста, не обсуждать это здесь, хотя, пожалуйста, внимание на лучшие аспекты производительности + безопасности использования подписей Ed25519 вместо ECDSA.
Единственная известная проблема с ECDSA является вопросы реализации, которые возникают в результате повторного использования значения к. Это может быть устранено с помощью Детерминированных подписей (RFC6979). В статье показано, примерно 2x пропускную способность, которая звучит впечатляюще, пока вы не поймете, как мало раз проводится проверка подписей. Ради аргумента я просто принять их число как факт. Secp256k1 выполняется 6609.64744 проверки в секунду. Если все блоки Bitcoin были 1Мбы, а средний ТХ были 300 байт, что составляет 3333 ТХ для каждого блока. Проверка подписей будет ~ 500мс. Используя свои собственные номера, Ed25519 будет примерно в два раза меньше или 250ms для каждого блока.
Технически Bitcoin может поддерживать альтернативный алгоритм подписи (потенциально несколько алгоритмов подписи используются одновременно), но я не вижу переход от одной хорошей кривой 256 бит ECC на другой 256 бит ECC быть оправданным.
Быстрые подписи, безусловно, более важная проблема для Ripple, поскольку объем сделок там выше, а также "блок" раз. Тем не менее, мы надеемся, Bitcoin получите за 1 Мбайт блоков в будущем, так что это может стать актуальным в будущем. Также задержка 500 мс против 250 мс при пересылке блоков может быть стоит посмотреть или два.