Одна индустрия — слишком много верификаторов 🧩
Вот что, как мне кажется, может стать серьёзной головной болью для разработчиков блокчейнов.
Не все доказательства с нулевым разглашением используют одну и ту же технологию.
В одних приложениях используют Groth16.
Другие полагаются на RISC Zero, SP1 или другие системы доказательств.
У каждой свои требования к верификации.
А теперь представьте, что вы разрабатываете приложение, которому нужны доказательства из нескольких источников.
Разные форматы.
Разная логика верификации.
Разные требования к обслуживанию.
И вот проверка доказательств уже превращается в отдельный инфраструктурный проект.
Это важно для таких экосистем, как $AVAX, где разработчики могут создавать приложения с разными архитектурными требованиями.
И это одна из причин, почему zkVerify привлекает моё внимание.
Вместо того чтобы сосредоточиться исключительно на одной системе доказательств, zkVerify поддерживает различные технологии доказательств с помощью специализированных компонентов-верификаторов.
Разработчики могут отправлять совместимые доказательства на независимую проверку, не встраивая заново каждый базовый верификатор в свои приложения.
Результаты проверки также можно включать в процессы агрегации, чтобы целевые сети могли использовать компактные подтверждения верификации.
Это важное архитектурное отличие.
zkVerify не генерирует доказательства.
Его специализация — независимая их проверка.
А $VFY поддерживает деятельность по верификации, происходящую в сети.
На мой взгляд, именно такая специализированная инфраструктура становится всё более необходимой по мере развития блокчейн-технологий.
Разработчикам стоит больше времени уделять созданию полезных приложений.
А не раз за разом заново создавать механизмы, необходимые для их проверки.
#Web3 #СезонАльткоинов#
Вот что, как мне кажется, может стать серьёзной головной болью для разработчиков блокчейнов.
Не все доказательства с нулевым разглашением используют одну и ту же технологию.
В одних приложениях используют Groth16.
Другие полагаются на RISC Zero, SP1 или другие системы доказательств.
У каждой свои требования к верификации.
А теперь представьте, что вы разрабатываете приложение, которому нужны доказательства из нескольких источников.
Разные форматы.
Разная логика верификации.
Разные требования к обслуживанию.
И вот проверка доказательств уже превращается в отдельный инфраструктурный проект.
Это важно для таких экосистем, как $AVAX, где разработчики могут создавать приложения с разными архитектурными требованиями.
И это одна из причин, почему zkVerify привлекает моё внимание.
Вместо того чтобы сосредоточиться исключительно на одной системе доказательств, zkVerify поддерживает различные технологии доказательств с помощью специализированных компонентов-верификаторов.
Разработчики могут отправлять совместимые доказательства на независимую проверку, не встраивая заново каждый базовый верификатор в свои приложения.
Результаты проверки также можно включать в процессы агрегации, чтобы целевые сети могли использовать компактные подтверждения верификации.
Это важное архитектурное отличие.
zkVerify не генерирует доказательства.
Его специализация — независимая их проверка.
А $VFY поддерживает деятельность по верификации, происходящую в сети.
На мой взгляд, именно такая специализированная инфраструктура становится всё более необходимой по мере развития блокчейн-технологий.
Разработчикам стоит больше времени уделять созданию полезных приложений.
А не раз за разом заново создавать механизмы, необходимые для их проверки.
#Web3 #СезонАльткоинов#
