«Ethions — это протокол, цель которого — позволить пользователям обмениваться информацией и выполнять вычисления на Ethereum L1 по более низкой цене, что позволяет обойти использование хранения и исполнения смарт-контрактов для достижения этой цели, применяя детерминированные правила протокола к данным вызовов Ethereum для вычисления состояния».
Впервые я узнал об eths в середине августа этого года, когда это уже не было новым понятием, и повсюду летали различные надписи, и многие просто использовали его как реплику BRC-20. И в то время в Твиттере не было абсолютно никакого энтузиазма по поводу этой концепции, и только сегодня я видел, как учителя обсуждали, является ли eths уровнем 2.
Я посмотрел в разных СМИ, и вроде бы нет научно-популярной по понятию Ethions Virtual Machine (ESC-VM), поэтому напишу статью, чтобы посмотреть, что это за штука, постараюсь не привлекать технологии, а объяснять вещи просто и понятно.
Слой2
Несколько простых предложений сначала рассматривают Layer 2, эта концепция должна быть более понятной, был период времени, прежде чем я также написал серию OP Rollup, ZK Rollup и других основных решений для расширения Layer 2, OP Stack в качестве тематической статьи инструментов Chain SaaS.
Мы не будем здесь повторять многие основные моменты. Основная проблема Layer 2 заключается в расширении емкости и снижении транзакционных издержек.
Потому что лишние узлы в цепочке должны конкурировать за ограниченное пространство блока. С быстрым развитием экосистемы Ethereum необходимо выполнить больше операций и вычислений, что приводит к очень перегруженным транзакциям в сети, а газ часто спекулирует до небес.
Существует множество вариантов реализации L2, и они постоянно обновляются. Ранние каналы состояния, плазма, валидиум, сейчас популярны Optimistic-Rollup, Zk-Rollup и т.д.
Схема роллапа заключается в вычислении и изменении конкретного состояния транзакций вне блокчейна, а также в обработке итоговой сводки состояния и проверки после обработки транзакций и пакетной обработки транзакций в цепочке, что может эффективно уменьшить перегрузку Ethereum.
Но в то время мы не говорили об eths как о решении уровня 2 или даже как о предварительном решении, потому что в то время eths использовался только как протокол записи Ethereum, и не было ничего особенного.
В последующих обновлениях предложение по улучшению протокола Ethions: ESIP-4: Виртуальная машина Ethions сильно изменилась.
Этионы(ETHS)
Ethions, протокол, цель которого состоит в том, чтобы позволить пользователям обмениваться информацией и выполнять вычисления на Ethereum L1 с меньшими затратами, обходит использование хранения и исполнения смарт-контрактов для достижения этой цели, применяя детерминированные правила протокола к данным вызова Ethereum для вычисления состояния.
Он дешевле, потому что использует данные о вызове транзакций Ethereum вместо смарт-контрактов для хранения данных в блокчейне, что, естественно, снижает стоимость, а также экономит механизм оптимистичного доказательства, аналогичный OP, и стоимость проверки эффективного механизма доказательства ZK.
Конечно, контента Ethions очень много, поэтому давайте сосредоточимся на The Ethions Virtual Machine.
ESIP-4: Виртуальная машина Ethions
Ethions Virtual Machine, которая является основным содержанием проекта ESIP-4 для улучшения eths, также является функциональным расширением ETHS за счет предложения, так что она свободна от концепции рекламной шумихи и имеет функциональную полезность, выходящую за рамки хайпа.
Уточнить цель его разработки можно по предложению в white paper:
Цель ESC-VM состоит не в том, чтобы заменить смарт-контракты или L2, а в том, чтобы расставить приоритеты в том, как обеспечить недорогие вычислительные мощности при децентрализации.
В проекте ESIP-4 была представлена концепция Ethions Virtual Machine (ESC-VM) — нового протокола, построенного на основе Ethions.
Виртуальная машина ESC расширяет функциональность протокола Ethions, позволяя использовать ethions в качестве своего рода компьютерной инструкции, которая позволяет пользователям взаимодействовать со специальными программами, называемыми Dumb Contracts.
В предыдущей надписи ETHS для «сжигания» различных картинок использовались «данные вызова» Ethereum, то есть функция «Calldata». Calldata относится к данным, предоставленным в вызове смарт-контракта. Это также основной момент, что это дешевле, чем использование контрактного хранилища.
В тупом контракте ESIP-4 могут выполняться команды: deploy (создать новый контракт), invoke (вызвать функцию изменения состояния существующего контракта), этот процесс также сохраняется в inscription, а транзакция хранится в цепочке в виде поля calldata, таким образом минуя затраты на выполнение и хранение EVM.
ESC-VM предоставляет EVM-подобную среду для глупых контрактов, позволяя распараллеливать функции глупых контрактов с функциями смарт-контрактов, грубо говоря, ESC-VM в основном можно считать EVM.
В этом процессе, поскольку затраты на выполнение и хранение EVM обходятся, глупые контракты намного дешевле, чем смарт-контракты, что может значительно снизить затраты, что решает основную цель уровня 2.
Но разница определенно все еще велика, давайте посмотрим на разницу между ESC-VM и существующим Layer 2.
Является ли ESC-VM L2?
В белой книге ESIP-4 об этом четко сказано и указана причина.
Виртуальная машина ESC не является L2. Один из способов понять это — рассмотреть два понятия консенсуса, которые существуют в Ethereum:
(1)Консенсус относительно того, какие транзакции включаются в каждый блок и в каком порядке. Консенсус по поводу того, какие транзакции включаются в каждый блок и в каком порядке.
(2)Консенсус в отношении совокупного воздействия (1) на состояние EVM. Консенсус по (1) общему влиянию на статус EVM.
Основная идея Ethions:
Постройте полностью децентрализованную систему, сосредоточившись на пункте (1), так как состояние блокчейна четко и определенно определяет состояние EVM. С помощью самого блокчейна любой желающий может самостоятельно и окончательно проверить статус EVM.
С другой стороны, невозможно проверить «подлинность» (1), потому что это недетерминированный процесс, не имеющий «правильного ответа».
Сочетание (1) и (2) в протоколе Ethereum является идеальным. Однако эта комбинация слишком дорогая для большинства приложений. Ethions пожертвовала частью протокола Ethereum (2) и создала инструменты для облегчения вычисления детерминированных состояний.
В противоположность этому, L2 использует противоположный подход. Поскольку состояние L2 управляется в контексте блокчейна, его удобнее проверять, чем состояние экосистемы Ethions. Однако валидация L2 условна. В нем говорится, что при наличии X транзакций, содержащихся в блоке, отсортированном Y, мы можем сделать вывод, что состояние блокчейна должно измениться на Z. Но в системе L2 нет способа проверить, что X и Y верны.
Как правило, X и Y будут справедливыми только в том случае, если их справедливость соответствует целям организации, которая управляет L2. Компании, управляющие L2, имеют фидуциарные обязательства перед акционерами, которые имеют приоритет над интересами пользователей L2. В крайнем случае, L2 будет закрыт, если он больше не отвечает интересам компании.
Философия, представленная Ethions, заключается в следующем:
Блокчейны никогда не могут считаться безопасными без децентрализованного консенсуса по недетерминированным вопросам, таким как включение блоков и порядок транзакций. Целью использования ESC-VM является сочетание децентрализации и безопасности с функциями, близкими к возможностям EVM.
Существующие проблемы
В настоящее время у Dumb Contract есть некоторые проблемы, которые необходимо решить.
(1) Функция «тупого контракта» не может быть оплачена напрямую и должна быть преодолена;
(2) ESIP-4 не допускает произвольного создания глупых контрактов. Глупые контракты могут быть развернуты и выполнены без доверия, но сам код определяется вместе с остальными правилами протокола Ethions в процессе ESIP;
(3) Очень важная проблема, упомянутая 0x8699 преподавателем (@ethan0x8699): ETHS сильно полагается на индексаторы, но механизм не уделяет достаточного внимания индексаторам, ввиду этой проблемы можно написать отдельно и углубленно, я не буду говорить о ней здесь.
Эта статья основана на белой книге + обсуждение учителей, эта статья не является инвестиционным советом, если есть какое-либо упущение, я несу ответственность.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Общие сведения о виртуальной машине Ethions (ESC-VM)
«Ethions — это протокол, цель которого — позволить пользователям обмениваться информацией и выполнять вычисления на Ethereum L1 по более низкой цене, что позволяет обойти использование хранения и исполнения смарт-контрактов для достижения этой цели, применяя детерминированные правила протокола к данным вызовов Ethereum для вычисления состояния».
Впервые я узнал об eths в середине августа этого года, когда это уже не было новым понятием, и повсюду летали различные надписи, и многие просто использовали его как реплику BRC-20. И в то время в Твиттере не было абсолютно никакого энтузиазма по поводу этой концепции, и только сегодня я видел, как учителя обсуждали, является ли eths уровнем 2.
Я посмотрел в разных СМИ, и вроде бы нет научно-популярной по понятию Ethions Virtual Machine (ESC-VM), поэтому напишу статью, чтобы посмотреть, что это за штука, постараюсь не привлекать технологии, а объяснять вещи просто и понятно.
Слой2
Несколько простых предложений сначала рассматривают Layer 2, эта концепция должна быть более понятной, был период времени, прежде чем я также написал серию OP Rollup, ZK Rollup и других основных решений для расширения Layer 2, OP Stack в качестве тематической статьи инструментов Chain SaaS.
Мы не будем здесь повторять многие основные моменты. Основная проблема Layer 2 заключается в расширении емкости и снижении транзакционных издержек.
Потому что лишние узлы в цепочке должны конкурировать за ограниченное пространство блока. С быстрым развитием экосистемы Ethereum необходимо выполнить больше операций и вычислений, что приводит к очень перегруженным транзакциям в сети, а газ часто спекулирует до небес.
Существует множество вариантов реализации L2, и они постоянно обновляются. Ранние каналы состояния, плазма, валидиум, сейчас популярны Optimistic-Rollup, Zk-Rollup и т.д.
Схема роллапа заключается в вычислении и изменении конкретного состояния транзакций вне блокчейна, а также в обработке итоговой сводки состояния и проверки после обработки транзакций и пакетной обработки транзакций в цепочке, что может эффективно уменьшить перегрузку Ethereum.
Но в то время мы не говорили об eths как о решении уровня 2 или даже как о предварительном решении, потому что в то время eths использовался только как протокол записи Ethereum, и не было ничего особенного.
В последующих обновлениях предложение по улучшению протокола Ethions: ESIP-4: Виртуальная машина Ethions сильно изменилась.
Этионы(ETHS)
Ethions, протокол, цель которого состоит в том, чтобы позволить пользователям обмениваться информацией и выполнять вычисления на Ethereum L1 с меньшими затратами, обходит использование хранения и исполнения смарт-контрактов для достижения этой цели, применяя детерминированные правила протокола к данным вызова Ethereum для вычисления состояния.
Он дешевле, потому что использует данные о вызове транзакций Ethereum вместо смарт-контрактов для хранения данных в блокчейне, что, естественно, снижает стоимость, а также экономит механизм оптимистичного доказательства, аналогичный OP, и стоимость проверки эффективного механизма доказательства ZK.
Конечно, контента Ethions очень много, поэтому давайте сосредоточимся на The Ethions Virtual Machine.
ESIP-4: Виртуальная машина Ethions
Ethions Virtual Machine, которая является основным содержанием проекта ESIP-4 для улучшения eths, также является функциональным расширением ETHS за счет предложения, так что она свободна от концепции рекламной шумихи и имеет функциональную полезность, выходящую за рамки хайпа.
Уточнить цель его разработки можно по предложению в white paper:
Цель ESC-VM состоит не в том, чтобы заменить смарт-контракты или L2, а в том, чтобы расставить приоритеты в том, как обеспечить недорогие вычислительные мощности при децентрализации.
В проекте ESIP-4 была представлена концепция Ethions Virtual Machine (ESC-VM) — нового протокола, построенного на основе Ethions.
Виртуальная машина ESC расширяет функциональность протокола Ethions, позволяя использовать ethions в качестве своего рода компьютерной инструкции, которая позволяет пользователям взаимодействовать со специальными программами, называемыми Dumb Contracts.
В предыдущей надписи ETHS для «сжигания» различных картинок использовались «данные вызова» Ethereum, то есть функция «Calldata». Calldata относится к данным, предоставленным в вызове смарт-контракта. Это также основной момент, что это дешевле, чем использование контрактного хранилища.
В тупом контракте ESIP-4 могут выполняться команды: deploy (создать новый контракт), invoke (вызвать функцию изменения состояния существующего контракта), этот процесс также сохраняется в inscription, а транзакция хранится в цепочке в виде поля calldata, таким образом минуя затраты на выполнение и хранение EVM.
ESC-VM предоставляет EVM-подобную среду для глупых контрактов, позволяя распараллеливать функции глупых контрактов с функциями смарт-контрактов, грубо говоря, ESC-VM в основном можно считать EVM.
В этом процессе, поскольку затраты на выполнение и хранение EVM обходятся, глупые контракты намного дешевле, чем смарт-контракты, что может значительно снизить затраты, что решает основную цель уровня 2.
Но разница определенно все еще велика, давайте посмотрим на разницу между ESC-VM и существующим Layer 2.
Является ли ESC-VM L2?
В белой книге ESIP-4 об этом четко сказано и указана причина.
Виртуальная машина ESC не является L2. Один из способов понять это — рассмотреть два понятия консенсуса, которые существуют в Ethereum:
(1)Консенсус относительно того, какие транзакции включаются в каждый блок и в каком порядке. Консенсус по поводу того, какие транзакции включаются в каждый блок и в каком порядке.
(2)Консенсус в отношении совокупного воздействия (1) на состояние EVM. Консенсус по (1) общему влиянию на статус EVM.
Основная идея Ethions:
Постройте полностью децентрализованную систему, сосредоточившись на пункте (1), так как состояние блокчейна четко и определенно определяет состояние EVM. С помощью самого блокчейна любой желающий может самостоятельно и окончательно проверить статус EVM.
С другой стороны, невозможно проверить «подлинность» (1), потому что это недетерминированный процесс, не имеющий «правильного ответа».
Сочетание (1) и (2) в протоколе Ethereum является идеальным. Однако эта комбинация слишком дорогая для большинства приложений. Ethions пожертвовала частью протокола Ethereum (2) и создала инструменты для облегчения вычисления детерминированных состояний.
В противоположность этому, L2 использует противоположный подход. Поскольку состояние L2 управляется в контексте блокчейна, его удобнее проверять, чем состояние экосистемы Ethions. Однако валидация L2 условна. В нем говорится, что при наличии X транзакций, содержащихся в блоке, отсортированном Y, мы можем сделать вывод, что состояние блокчейна должно измениться на Z. Но в системе L2 нет способа проверить, что X и Y верны.
Как правило, X и Y будут справедливыми только в том случае, если их справедливость соответствует целям организации, которая управляет L2. Компании, управляющие L2, имеют фидуциарные обязательства перед акционерами, которые имеют приоритет над интересами пользователей L2. В крайнем случае, L2 будет закрыт, если он больше не отвечает интересам компании.
Философия, представленная Ethions, заключается в следующем:
Блокчейны никогда не могут считаться безопасными без децентрализованного консенсуса по недетерминированным вопросам, таким как включение блоков и порядок транзакций. Целью использования ESC-VM является сочетание децентрализации и безопасности с функциями, близкими к возможностям EVM.
Существующие проблемы
В настоящее время у Dumb Contract есть некоторые проблемы, которые необходимо решить.
(1) Функция «тупого контракта» не может быть оплачена напрямую и должна быть преодолена;
(2) ESIP-4 не допускает произвольного создания глупых контрактов. Глупые контракты могут быть развернуты и выполнены без доверия, но сам код определяется вместе с остальными правилами протокола Ethions в процессе ESIP;
(3) Очень важная проблема, упомянутая 0x8699 преподавателем (@ethan0x8699): ETHS сильно полагается на индексаторы, но механизм не уделяет достаточного внимания индексаторам, ввиду этой проблемы можно написать отдельно и углубленно, я не буду говорить о ней здесь.
Эта статья основана на белой книге + обсуждение учителей, эта статья не является инвестиционным советом, если есть какое-либо упущение, я несу ответственность.