Автор оригинала: Haotian (X: @tmel0211)
На рынке появился новый нарратив о «параллельном EVM», который очень интересен на уровне 2, который может реализовать новую парадигму «рафинированного» роллапа, а преувеличение может достичь волшебного эффекта превращения Solana в новый уровень 2 Ethereum.
На мой взгляд, параллельный EVM — это просто проявление высокой степени «модульности» Rollup, ** после того, как в DA вторглась третья сторона, уровень выполнения VM снова упал, и уровень 2 будет переопределен в будущем. Далее проанализируем с позиции научно-популярной литературы:
Чтобы разобраться в этой теме, мы должны сначала прояснить модель однопоточного выполнения «EVM».
Эта модель предусматривает, что транзакции должны обрабатываться и подтверждаться одна за другой по порядку, что напрямую влияет на скорость обработки транзакций, время блока и пропускную способность транзакций, что является основной причиной высокого газа и перегрузки EthereumMainnet. Более того, причина, по которой он спроектирован как однопоточный, имеет определенные исторические ограничения. **
Поскольку транзакции на Ethereum проверяются и выполняются распределенными независимыми узлами, необходимо следить за тем, чтобы все адресные данные, такие как балансы, код смарт-контракта и т. д., поддерживали одинаковое состояние между разными узлами, и в то же время гарантировать, что нет возможности двойного расходования одного и того же актива.
Это позволяет последовательно ставить транзакции в очередь. Если есть параллельные транзакции, это может привести к ошибкам синхронизации данных между узлами, и ключевым моментом является то, что будут серьезные транзакции двойного расходования.
Популярное объяснение: в банке есть только одно окно обслуживания, снятие средств клиентов должно быть поставлено в очередь по порядку, будь то снятие депозитов и кредитов и другие бизнесы, клиент может начать следующий после завершения бизнеса, преимущество в том, что каждая операция учетной системы банка будет точно регистрироваться, но время ожидания клиента в очереди будет больше;
Если банк открывает несколько окон обслуживания, клиенты могут выбрать окно для ведения разных дел, будет два окна одновременно, чтобы попытаться списать деньги с одного счета, если сверка системы счетов между окнами не будет своевременной, это приведет к двойным расходам, очевидно, что это значительно повышает эффективность, но сложная логика бухгалтерского учета будет оказывать давление на учетную систему.
В сценарии с независимой цепочкой уровня 1, если базовая цепочка поддерживает параллельную обработку, проблема будет решена, из-за разделения состояния вычислений и хранения виртуальная машина Solana будет сортировать эти транзакции после получения нескольких транзакций от пользователей, а затем вызывать данные о состоянии независимой системы хранения, чтобы определить, есть ли у этих транзакций конфликты состояний, если конфликта нет, транзакции будут упакованы в блок, а если есть конфликт, конфликтующие транзакции будут исключены из этого блока.
В отличие от этого, состояние хранилища Ethereum вычисляется в режиме реального времени, и каждая транзакция должна дождаться завершения предыдущей транзакции перед обновлением состояния, поэтому невозможно проверить транзакции перед ожиданием упаковки, что ограничивает возможность параллельной обработки. **
В случае цепочек свертки уровня 2 для достижения параллельной обработки это похоже на то, чтобы оставаться в стороне. Вы можете думать о вычислении транзакций Solana и определении состояния хранилища в ожидании временных меток POH как о процессе, с помощью которого Rollup Chain обрабатывает транзакции в Sequener, а затем пакетирует их в основную сеть.
Теперь, когда Sequener уровня 2 будет упорядочивать транзакции в хронологическом порядке перед пакетными транзакциями, а затем пакетировать их в основную сеть по порядку, как он может быть многопоточным?
**1) Основываясь на модели абстракции счета AA, несколько транзакций могут быть инициированы одновременно из состояния учетной записи, ** Например, если два перевода выполняются одновременно, смарт-контракт AA даст ему nonce, который необходимо выполнять последовательно, если один Transfer, другой Approve, он может обрабатываться параллельно более гибко без ограничений nonce. В модели учетной записи AA каждая учетная запись может настроить логику обработки транзакций для достижения высокого параллелизма с nonce.
Например, когда транзакции уровня 2 передаются в Sequencer, Sequencer может быстро определить логику транзакции и выполнить тонкую сортировку и скрининг, например, если одна и та же учетная запись инициирует два перевода, последний следует исключить и дождаться следующего пакета, а если одна и та же учетная запись инициирует две операции разного характера, это можно сделать одновременно Пакетирование в блок.
Звучит просто, но это не так, если взять в качестве примера сценарий децентрализованных финансов, то перед Sequencer стоят две основные задачи по достижению точного управления транзакциями:
**1) Чтобы анализировать данные о транзакциях в режиме реального времени и понимать методы вызова смарт-контрактов и параметры входящих данных, **Возьмем в качестве примера общий стейкинг децентрализованных финансов, операция стейкинга включает в себя передачу токенов, обновление состояния, период стейкинга и расчет потенциального вознаграждения. Если есть большое количество пользователей, поступающих в некоторые транзакции стейкинга одновременно, если есть также транзакции вперемешку со стейкингом и последующим переводом, в сочетании со сложными ценовыми факторами Oralce и т. д., если Sequener не может проанализировать и обработать их должным образом, ошибка может привести к серьезным авариям.
- Секвенсор должен обеспечить децентрализацию, текущий секвенер уровня 2 является только пакетной транзакцией при условии, что права слишком велики, если проблема децентрализации секвенсора не может быть решена, а затем выполнить «детальный» роллап, что эквивалентно предоставлению секвенсору дополнительных разрешений. Если Sequencer совершает фальшивые транзакции, откровенно участвует в MEV-клипах или даже злонамеренно манипулирует ликвидацией Oracle и т. д., он будет размножаться.
В последнее время **Metis стал популярным, якобы только Sequencer достиг децентрализации, и на более глубоком уровне он создал базовую предпосылку консенсуса для Sequencer для создания усовершенствованных роллапов в будущем. **
Конечно, полагаться на Sequencer для достижения высокоточной агрегации и обработки транзакций роллапа - это все еще только идея, ** к счастью, абстракция учетной записи AA, общая модульная комбинация открытого разума блокчейна обеспечивает предпосылку для реализации этой идеи. **
Выше.
Более того, как упоминалось выше, уровень 2 в целом становится все более и более модульным, встраивая технологию ZK в структуру стека OP для достижения расширения конфиденциальности, преобразуя исходный DA Ethereum в сторонний DA, такой как Celestia, чтобы снизить затраты, постепенно меняя традицию ETH в качестве платы за газ, предоставляя токену уровня 2 больше возможностей полезности, и даже уровень 2 может пакетировать транзакции и отправлять их в разные среды выполнения виртуальных машин, и транзакции будут распределены Solana и Ethereum и многое другое.
В это время возникнет новая парадигма, и текущий уровень 2 больше не будет просто уровнем 2 Ethereum, Solana также может быть уровнем 2 Ethereum, и даже определение уровня 2 волшебным образом изменится.
** Смелое предположение, теперь уровень 2 стал «уровнем 1» начального уровня, интегрирующим возможности обработки транзакций с высокой степенью одновременности, а Ethereum, Solana, эти бывшие уровни 1 стали новым «уровнем 2» для расчетов по активам и обеспечения безопасности. **
** Уровень 2 никогда не был жесткой концепцией, и миссия платформ уровня 2 по решению крупномасштабных параллельных транзакций и привлечению дополнительных групп пользователей на рынке всегда существовала. **
Если миссия будет достигнута, в соответствии с идеей модульности, не только легитимность 1-го уровня Ethereum будет нарушена, но и вся цепочка доступности данных DA, уровня выполнения ВМ и даже коммуникационного взаимодействия интероперабельности станет инфраструктурой для уровня 2 для достижения массового внедрения.
К этому времени Layer 2 перестанет быть просто дополнением к Layer 1, а станет мощной и всеобъемлющей платформой для агрегации транзакций и обработки распределения.
Ссылка на оригинальную статью
