【токен】Виталик в своем посте в социальной сети заявил: “Я надеюсь, что больше людей, занимающихся ZK (zk-SNARKs) и FHE (полностью гомоморфное шифрование), смогут использовать коэффициент накладных расходов для выражения производительности (например, “время, необходимое для шифрования вычислений/время оригинальных вычислений”), а не просто говорить “мы можем выполнять N операций в секунду”. Этот подход меньше зависит от аппаратного обеспечения и предоставляет очень полезный показатель: сколько эффективности я на самом деле пожертвовал, когда перевел приложение с “доверительных” на “шифрование”? Это также обычно лучше подходит для оценки производительности, потому что, как разработчик, я уже знаю, сколько времени требуется для оригинальных вычислений, и просто умножив на коэффициент накладных расходов, могу оценить производительность. (Да, я знаю, что это не просто, потому что операции между выполнением и доказательством различаются, особенно в отношении SIMD/параллелизации и способов доступа к памяти, поэтому даже коэффициент накладных расходов частично зависит от аппаратного обеспечения. Но даже так, я все равно считаю, что “коэффициент накладных расходов” является очень ценным показателем, хотя и не идеальным.)”
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Виталик предложил: использовать расходы для оценки производительности ZK и FHE для повышения точности оценки эффективности
【токен】Виталик в своем посте в социальной сети заявил: “Я надеюсь, что больше людей, занимающихся ZK (zk-SNARKs) и FHE (полностью гомоморфное шифрование), смогут использовать коэффициент накладных расходов для выражения производительности (например, “время, необходимое для шифрования вычислений/время оригинальных вычислений”), а не просто говорить “мы можем выполнять N операций в секунду”. Этот подход меньше зависит от аппаратного обеспечения и предоставляет очень полезный показатель: сколько эффективности я на самом деле пожертвовал, когда перевел приложение с “доверительных” на “шифрование”? Это также обычно лучше подходит для оценки производительности, потому что, как разработчик, я уже знаю, сколько времени требуется для оригинальных вычислений, и просто умножив на коэффициент накладных расходов, могу оценить производительность. (Да, я знаю, что это не просто, потому что операции между выполнением и доказательством различаются, особенно в отношении SIMD/параллелизации и способов доступа к памяти, поэтому даже коэффициент накладных расходов частично зависит от аппаратного обеспечения. Но даже так, я все равно считаю, что “коэффициент накладных расходов” является очень ценным показателем, хотя и не идеальным.)”