Я всё думал о реализации Dusk для BLS12-381 после того, как заметил небольшую деталь в технической работе: команде требовалась дополнительная функциональность вокруг кривой под собственные сетевые требования.
Сначала это звучало как обычная инженерия.
Но чем больше я вникал, тем менее обычным это казалось.
BLS12-381 — это широко применяемая спариваемая эллиптическая кривая, используемая в системах, где требуются продвинутые операции доказательств и подписей. Dusk не изобретала саму кривую. Она адаптировала реализацию, чтобы криптография действительно подходила тому, как работает её сеть.
Эта разница важна.
Во многих описаниях блокчейн-инфраструктуры всё сводится к тому, будто главная задача — найти подходящую криптографическую примитиву и встроить её в протокол.
На практике же сложнее может оказаться как раз то, что происходит дальше.
Криптография должна жить внутри среды исполнения. Она должна поддерживать модель верификации, корректно взаимодействовать с остальной частью протокола и оставаться надёжной в тех условиях, которые сеть реально создаёт.
Это значит, что граница между «криптографией» и «инженерией протокола» тоньше, чем кажется на первый взгляд.
И я думаю, именно эта часть заслуживает внимания в Dusk.
Базовая математика всё так же опирается на уже существующую конструкцию. Дополнительная работа — в том, чтобы сделать эту конструкцию полезной внутри конкретной сетевой архитектуры, не притворяясь, будто сама по себе адаптация делает криптографию магически безопаснее.
Безопасность всё равно упирается в математику, качество реализации, тестирование и всё остальное вокруг.
Возможно, следующее поколение блокчейн-инфраструктуры будет определяться не изобретением совершенно новой криптографии.
Возможно, оно будет определяться тем, насколько хорошо уже существующую криптографию можно заставить работать в системах, которым нужно что-то более конкретное.
@Dusk #DUSK $DUSK
Сначала это звучало как обычная инженерия.
Но чем больше я вникал, тем менее обычным это казалось.
BLS12-381 — это широко применяемая спариваемая эллиптическая кривая, используемая в системах, где требуются продвинутые операции доказательств и подписей. Dusk не изобретала саму кривую. Она адаптировала реализацию, чтобы криптография действительно подходила тому, как работает её сеть.
Эта разница важна.
Во многих описаниях блокчейн-инфраструктуры всё сводится к тому, будто главная задача — найти подходящую криптографическую примитиву и встроить её в протокол.
На практике же сложнее может оказаться как раз то, что происходит дальше.
Криптография должна жить внутри среды исполнения. Она должна поддерживать модель верификации, корректно взаимодействовать с остальной частью протокола и оставаться надёжной в тех условиях, которые сеть реально создаёт.
Это значит, что граница между «криптографией» и «инженерией протокола» тоньше, чем кажется на первый взгляд.
И я думаю, именно эта часть заслуживает внимания в Dusk.
Базовая математика всё так же опирается на уже существующую конструкцию. Дополнительная работа — в том, чтобы сделать эту конструкцию полезной внутри конкретной сетевой архитектуры, не притворяясь, будто сама по себе адаптация делает криптографию магически безопаснее.
Безопасность всё равно упирается в математику, качество реализации, тестирование и всё остальное вокруг.
Возможно, следующее поколение блокчейн-инфраструктуры будет определяться не изобретением совершенно новой криптографии.
Возможно, оно будет определяться тем, насколько хорошо уже существующую криптографию можно заставить работать в системах, которым нужно что-то более конкретное.
@Dusk #DUSK $DUSK
