Почему Aurora Cloud — лучший стек L2

В этой статье CEO Aurora Labs Алекс Шевченко рассказывает об Aurora Cloud и объясняет то, почему данный стек превосходит любой L2.

Краткий пересказ плюсов: децентрализованный секвенсор, встроенная композитивность между сетями.

L2 нарратив существует уже много месяцев. Единственной существенной причиной для него стало масштабирование блокчейна L1.
L2 не позволяет создавать новые сценарии использования. На L2 не происходит ничего нового по сравнению с L1. Это всего лишь "некий пластырь".

А подход к масштабированию достаточно понятен: для масштабирования нам нужно больше EVM. При этом мы не хотим запускать больше сетей, значит, нам нужен способ подключить все эти новые EVM к L1 чейну.
По большому счету, с таким подходом я согласен: EVM — это стандарт, и все инструменты созданы для работы с ним. Но его нельзя масштабировать напрямую из-за синхронизации, поэтому единственное, что можно сделать, — запустить больше таких инструментов.

Но тогда почему мы решили решить проблему запуска L2-сети с помощью централизованного секвенирования (т.е. одного компьютера, который занимается упорядочиванием транзакций)?
И я отклоняю следующий аргумент: пользователь может всегда беспрепятственно упорядочивать свои транзакции на L1.
Пользователь может это делать только очень медленно.
LUNA рухнула меньше чем за неделю; USDC депегнулся и восстановился (!) меньше чем за неделю. Честному пользователю невозможно поспеть к переменам в сети с нечестным секвенсором.

Такой гипотетический аварийный вариант - опасная маркетинговая иллюзия.
"Секвенсоры в конечном итоге будут децентрализованы" — это нонсенс. Подход к децентрализации секвенсоров уже есть. Это называется консенсус блокчейна. Почему же мы тогда не используем его?! Потому что это слишком сложно?

*Cеквенсор (Sequencer) — сервер, который получает транзакции, проверяет и объединяет их в блоки. Секвенсеры используются для группировки транзакций и отправки их в контракт L1.

Самый оптимальный вариант для масштабирования EVM находится прямо перед нами

Представим себе асинхронный вариант расчета в блокчейне L1, где транзакции, поступающие с разных контрактов, могут выполняться параллельно. Затем запустите поверх него контракт, в котором реализован EVM, чтобы он мог выполнять EVM-контракты ("такой Сон о сне"). И повторите это столько раз, сколько вам нужно.

Подобный L1 способен решить проблему масштабируемости блокчейна: поскольку время выполнения по определению асинхронно, то можно распараллелить выполнение транзакций. Часто это называют "шардингом" (хотя технически это не шардинг, но этот термин уже прижился). Если большая часть валидаторов этого L1 достаточно децентрализована, то каждый EVM будет иметь децентрализованную и безопасную настройку с момента запуска.

И даже больше: если бы мы разработали прекомпиляторы для асинхронного вызова контрактов из других EVM (даже с обратными вызовами!), то тогда мы сможем объединить эти ранее разделенные экосистемы в одну. И это, к счастью, всего лишь кросс-контрактный вызов на L1 — не нужно будет строить мосты.

И еще, поскольку вышеупомянутые EVM — это обычные контракты, можно значительно изменить основные принципы их работы: разрешить транзакции только субъектам из "whitelist" или развернуть контракты на предмет их соответствия установленным требованиям; ввести пользовательские механизмы комиссий и базовые токены...
Или даже вообще убрать плату!
Плата за выполнение транзакций на уровне EVM уже отделена от L1-уровня: RPC становятся провайдерами блокчейна с конкурентным рынком и широким спектром бизнес-моделей.

Это и есть окно в будущее массового внедрения.
Согласитесь, насколько было бы здорово жить в этом прекрасном мире будущего?

Это не так. Уже сейчас мы живем в нем.
Масштабируемый, асинхронный блокчейн L1 — это NEAR Protocol с консенсусом Nightshade.
Смарт-контракт EVM на его основе — Aurora.
Решение, позволяющее любому запустить свой собственный EVM-совместимый блокчейн, — Aurora Cloud.
(Уже сейчас их запущено четыре, включая основную сеть Aurora).

Каждый EVM Aurora имеет встроенный прекомпилятор кросс-контрактных вызовов: https://dev.aurora.dev/posts/cross-ecosystem-communication

В сочетании с децентрализованным подходом для фронтендов (BOS) это позволит реализовать некоторые вещи следующего уровня: https://dev.aurora.dev/posts/building-a-game-using-near-aurora-and-bos

И, кстати, стек Aurora работает уже 2 года без каких-либо хаков и со 100-процентным безотказным временем работы сети.

А вот почему? Вообще забудьте об Aurora и NEAR.
Подумайте на минуту о текущем направлении развития L2-сетей.

Отбросьте маркетинговый шум. Каждое развертывание таких отдельных экосистем ослабляет Ethereum за счет разделения ликвидности, предметов коллекционирования и полномочий управления.

В предложенном "мифическом" сценарии каждое отдельное развертывание EVM усилит всю экосистему за счет встроенной композитности — и все это при сохранении децентрализации. Это основной принцип антихрупкости блокчейна.

Может быть, вам есть что добавить?
Пишите комментарии Алексу в Твиттере и докажите, что он не прав.