Автор: Миша Комаров, Blockworks, составитель Сун Сюэ, Golden Finance
Web3 уделяет так много внимания базовой концепции технологии нулевого разглашения, что теперь она стала основой и фокусом каждой разработки. Но преимущества масштабируемости, безопасности и конфиденциальности не делают его заслуживающим доверия.
Чего люди не понимают, так это того, что в среде Web3 технология нулевого разглашения (ZK) все еще довольно нова и не лишена недостатков. Девелоперы активно решают текущие проблемы с помощью технологии ZK, но инновационный характер пространства означает, что они, как правило, разрабатывают концепцию быстрее, чем могут построить.
Продолжать доверять ZK без полного понимания его технических проблем опасно для устойчивого будущего Web3. Прежде чем слепо полагаться на эту технологию, необходимо досконально изучить ее и ее потенциальные недостатки. **
В Web3 не должно быть героев – никаким технологиям не следует поклоняться. **
В идеальном будущем технология ZK будет играть более интегрированную роль во всех ончейн-действиях. Тем не менее, технология в настоящее время существует почти как дополнение или аксессуар, а не как что-то, что способно фундаментально поддерживать выполнение в сети. ** Это связано с тем, что разрабатываемые области и продукты все еще относительно новые.
Но область ZK-технологий выросла до такой степени, что она рискует чрезмерно усложнить себя. Существует растущий разрыв в знаниях между разработчиками ZK и пользователями Web3. **
Другие проблемы, с которыми сталкивается ZK при разработке технологий, включают оптимизацию времени выхода на рынок без ущерба для целостности проекта. Доказательствам и схемам ZK в настоящее время не хватает доступности, потому что разработчикам необходимо изучать предметно-ориентированные языки (DSL) для дальнейшего доказательства этих вычислений.
Это наукоемкий процесс, лучшим примером которого является тот факт, что между пре-альфа тестовой сетью Scroll и запуском основной сети прошло почти полтора года. Потратив время на правильную реализацию и проверку кода, время выхода Scroll на рынок может быть затруднено процессом углубленного анализа кода схемы zkEVM, реализованного с помощью некоторых пользовательских zkDSL, связанных с Halo2.
Это проблема, потому что лишь немногие люди в мире не понаслышке знакомы с DSL и криптографией. По мере того, как все больше разработчиков используют передовую технологию ZK, мы должны быть уверены, что каждый компонент технологии ZK может быть независимо проверен.
Кроме того, существует проблема конфигурируемости. Каждое необходимое обновление, в конечном счете, является полным пересмотром вновь созданной системы, а не «обновлением» в том смысле, что разработчик строит поверх существующей инфраструктуры.
Проекты, поддерживающие ZK, уже работают над решениями, которые упрощают процесс сборки для разработчиков. Это поможет решить ключевые проблемы, включая медленное время выхода на рынок, стоимость создания доказательств в качестве независимой стороны, конфигурируемость схем и требование изучения конкретных криптографических языков.
Создание более простых способов как можно более простой компиляции кода в полнофункциональные схемы имеет решающее значение для обеспечения компонуемости приложений с поддержкой ZK. Такие средства, как компиляторы, могут быстро помочь проверить функциональность кода. Разработчики также могут использовать различные языки программирования для создания более эффективных приложений.
Продолжая фокусироваться на критически важной работе, влияющей на масштабируемость и безопасность, по другим вопросам, которые ведутся в этой области. ** Недостатки технологии ZK игнорируются просто потому, что отрасль отчаянно нуждается в масштабируемости и безопасности, игнорируя недостатки стоимости и сложности. **
Правда в том, что технология ZK должна сделать это простым. Разработчики должны иметь возможность использовать эту технологию, даже если они не являются экспертами в области криптографии или проектирования схем.
Поставщикам инфраструктуры ZK необходимо создавать инструменты, которые упрощают создание приложений с поддержкой ZK и упрощают процесс сборки для разработчиков.
Одним из способов решения этих проблем является оптимизация производственных процессов и снижение затрат, связанных с инфраструктурой. Другой возможный подход заключается в предоставлении дополнительных ресурсов и поддержки, таких как образовательные программы и возможности наставничества, для разработчиков, желающих войти в эту сферу.
В конце концов, даже с технологией ZK не просто доверяйте, а проверяйте. **
Это выходит за рамки базового расчета транзакций, оно должно применяться к инструментам, которые мы используем для сборки или компиляции кода, и разработчики и пользователи должны быть более осведомлены об этом, чтобы обеспечить целостность между проектами.
Мы можем избежать разочарования, если будем иметь целостный взгляд на пространство ZK — будущее, которое обещает обеспечить надежную проверку практически всего. Строители должны понимать, что его возможности выходят далеко за рамки масштабируемости и безопасности.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Почему люди слишком доверяют технологиям нулевого разглашения?
Автор: Миша Комаров, Blockworks, составитель Сун Сюэ, Golden Finance
Web3 уделяет так много внимания базовой концепции технологии нулевого разглашения, что теперь она стала основой и фокусом каждой разработки. Но преимущества масштабируемости, безопасности и конфиденциальности не делают его заслуживающим доверия.
Чего люди не понимают, так это того, что в среде Web3 технология нулевого разглашения (ZK) все еще довольно нова и не лишена недостатков. Девелоперы активно решают текущие проблемы с помощью технологии ZK, но инновационный характер пространства означает, что они, как правило, разрабатывают концепцию быстрее, чем могут построить.
Продолжать доверять ZK без полного понимания его технических проблем опасно для устойчивого будущего Web3. Прежде чем слепо полагаться на эту технологию, необходимо досконально изучить ее и ее потенциальные недостатки. **
В Web3 не должно быть героев – никаким технологиям не следует поклоняться. **
В идеальном будущем технология ZK будет играть более интегрированную роль во всех ончейн-действиях. Тем не менее, технология в настоящее время существует почти как дополнение или аксессуар, а не как что-то, что способно фундаментально поддерживать выполнение в сети. ** Это связано с тем, что разрабатываемые области и продукты все еще относительно новые.
Но область ZK-технологий выросла до такой степени, что она рискует чрезмерно усложнить себя. Существует растущий разрыв в знаниях между разработчиками ZK и пользователями Web3. **
Другие проблемы, с которыми сталкивается ZK при разработке технологий, включают оптимизацию времени выхода на рынок без ущерба для целостности проекта. Доказательствам и схемам ZK в настоящее время не хватает доступности, потому что разработчикам необходимо изучать предметно-ориентированные языки (DSL) для дальнейшего доказательства этих вычислений.
Это наукоемкий процесс, лучшим примером которого является тот факт, что между пре-альфа тестовой сетью Scroll и запуском основной сети прошло почти полтора года. Потратив время на правильную реализацию и проверку кода, время выхода Scroll на рынок может быть затруднено процессом углубленного анализа кода схемы zkEVM, реализованного с помощью некоторых пользовательских zkDSL, связанных с Halo2.
Это проблема, потому что лишь немногие люди в мире не понаслышке знакомы с DSL и криптографией. По мере того, как все больше разработчиков используют передовую технологию ZK, мы должны быть уверены, что каждый компонент технологии ZK может быть независимо проверен.
Кроме того, существует проблема конфигурируемости. Каждое необходимое обновление, в конечном счете, является полным пересмотром вновь созданной системы, а не «обновлением» в том смысле, что разработчик строит поверх существующей инфраструктуры.
Проекты, поддерживающие ZK, уже работают над решениями, которые упрощают процесс сборки для разработчиков. Это поможет решить ключевые проблемы, включая медленное время выхода на рынок, стоимость создания доказательств в качестве независимой стороны, конфигурируемость схем и требование изучения конкретных криптографических языков.
Создание более простых способов как можно более простой компиляции кода в полнофункциональные схемы имеет решающее значение для обеспечения компонуемости приложений с поддержкой ZK. Такие средства, как компиляторы, могут быстро помочь проверить функциональность кода. Разработчики также могут использовать различные языки программирования для создания более эффективных приложений.
Продолжая фокусироваться на критически важной работе, влияющей на масштабируемость и безопасность, по другим вопросам, которые ведутся в этой области. ** Недостатки технологии ZK игнорируются просто потому, что отрасль отчаянно нуждается в масштабируемости и безопасности, игнорируя недостатки стоимости и сложности. **
Правда в том, что технология ZK должна сделать это простым. Разработчики должны иметь возможность использовать эту технологию, даже если они не являются экспертами в области криптографии или проектирования схем.
Поставщикам инфраструктуры ZK необходимо создавать инструменты, которые упрощают создание приложений с поддержкой ZK и упрощают процесс сборки для разработчиков.
Одним из способов решения этих проблем является оптимизация производственных процессов и снижение затрат, связанных с инфраструктурой. Другой возможный подход заключается в предоставлении дополнительных ресурсов и поддержки, таких как образовательные программы и возможности наставничества, для разработчиков, желающих войти в эту сферу.
В конце концов, даже с технологией ZK не просто доверяйте, а проверяйте. **
Это выходит за рамки базового расчета транзакций, оно должно применяться к инструментам, которые мы используем для сборки или компиляции кода, и разработчики и пользователи должны быть более осведомлены об этом, чтобы обеспечить целостность между проектами.
Мы можем избежать разочарования, если будем иметь целостный взгляд на пространство ZK — будущее, которое обещает обеспечить надежную проверку практически всего. Строители должны понимать, что его возможности выходят далеко за рамки масштабируемости и безопасности.