Виталик Бутерин призывает разработчиков публиковать "коэффициент эффективности" для ZK и FHE

Сооснователь Ethereum (ETH) Виталик Бутерин выступил за более простой и практичный способ отчетности о производительности в системах с нулевым разглашением (ZK) и полностью гомоморфном шифровании (FHE). Он утверждает, что разработчикам следует прекратить полагаться на сырые заявления о “операциях в секунду” и вместо этого сообщать о “коэффициенте эффективности”, времени, необходимом для выполнения вычисления под шифрованием, деленном на время, необходимое для его выполнения в открытом виде.

В посте на платформе социальных сетей Бутерин plainly изложил идею: дать накладные расходы в виде отношения, “время вычисления в шифровании против времени вычисления в сыром виде,” чтобы инженеры и продуктовые команды сразу понимали, сколько производительности они будут жертвовать для получения криптографических гарантий. Это единственное число, как он предложил, отвечает на очень практический вопрос: насколько медленнее будет мое приложение, если я сделаю его криптографическим, а не зависящим от доверия?

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

Он не притворялся, что идея идеальна. Бутерин признал ключевые сложности: операции, необходимые для выполнения и для доказательства, могут быть гетерогенными, и различия в параллелизации SIMD, шаблонах доступа к памяти и других аппаратно-специфических факторах означают, что соотношение не будет полностью независимым от аппаратного обеспечения. Тем не менее, он назвал фактор накладных расходов “хорошим числом, несмотря на эти недостатки”, утверждая, что он все еще более информативен и удобен для разработчиков, чем текущие заголовочные цифры.

Эффективность, а не пропускная способность

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

Разговор происходит в момент, когда как технологии ZK, так и FHE все чаще предлагаются для реальных развертываний, где задержка, удобство для разработчиков и стоимость имеют такое же значение, как и теоретические показатели пропускной способности. Запрос Бутерина намеренно скромен: не новый набор эталонов, а другой способ представления результатов, который напрямую отражает компромиссы, которые интересуют команды.

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