Не нужно родиться L2, им можно стать.
Данный материал написан CEO Aurora Алексом Шевченко.
Этот текст об L2, а также о мостах и о том, почему архитектура блокчейна Aurora позволяет рассматривать его как одно из лучших решений масштабируемости Ethereum.
Давайте начнем с определения L2. Я буду использовать самое распространенное — из L2BEAT: L2 — это блокчейн, который полностью или частично наследует безопасность L1/Ethereum.
Короче говоря, zkSynk, Arbitrum и Optimism — это L2; Polygon — нет.
Взглянем на L2 с другой точки зрения: чтобы взломать L2, вам нужно взломать Ethereum. Если это не так, то это не L2.
Aurora работает как смарт-контракт на NEAR, поэтому, если вы хотите взломать Aurora, вам нужно взломать NEAR. На первый взгляд, это не L2, верно?
Возможно, что это было бы правдой, если бы не мост Rainbow.
Мост Rainbow — это мост, не требующий доверия, в основе которого лежит простая идея: чтобы передать сообщение (или токены) из одной сети в другую, вам необходимо иметь легкий клиент исходной сети, развернутый как смарт-контракт в целевой сети.
Вы можете узнать подробнее о работе Rainbow Bridge в этом материале
Удивительно, но эта конструкция делает исходную сеть L2-сетью целевой сети!
Действительно, если исходная сеть скомпрометирована, необходимо также скомпрометировать легким клиентом в целевой сети, чтобы обеспечить кражу средств.
Примечание для профессионалов: вышеописанное работает для атак c переупорядочиванием и ретроспективных атак с любым легким клиентом, и если последний поддерживает проверку недопустимых переходов состояний, то это полностью правильно.
Поскольку легкий клиент NEAR реализован как смарт-контракт на Ethereum, NEAR в целом и Aurora в частности являются L2 для Ethereum.
Хотя без моста Rainbow — это просто альтернативные L1-сети. Звучит безумно, да?
Теперь — то, что важно для L2: риски, которые они несут для пользователей. Давайте сделаем краткий обзор того, что отслеживает L2BEAT (подробно о рисках можно прочитать в их FAQ).
1. Валидация состояния: как можно валидировать состояние L2 на L1.
2. Доступность данных: может ли пользователь воссоздать состояние L2 на L1.
3. Возможность обновления: может ли какая-либо сторона обновить решение L2 в одностороннем порядке или нет.
4. Сбой генерации последовательности: есть ли что-нибудь, что пользователь может сделать на L2, если последовательность L2 остановится.
5. Ошибка валидатора: может ли пользователь вывести средства из L2 в L1, если валидация L2 остановлена.
Последние два риска особенно важны, поскольку обычно L2 не ориентированы на децентрализацию: безопасности Ethereum достаточно, и тот факт, что L2 может иметь хотя бы один централизованный генератор последовательности (~валидатор), опускается.
В отношении этой проблемы архитектура Aurora — лучшее, что может предложить мир: вместо использования централизованного генератора последовательности она использует… валидаторы NEAR. А они достаточно децентрализованы, чтобы в реальности их нельзя было взломать/остановить из-за DoS/сговора.
Децентрализация валидаторов NEAR обеспечивает дополнительную замечательную функцию — устойчивость к цензуре: если пользователь хочет совершить транзакцию на Aurora, он всегда может это сделать.
Примечание о возможности обновления: контракты моста Rainbow поддерживают мультиподпись с возможностью приостановки контрактов для более широкого набора учетных записей.
Это особенно важно с учетом нынешней ситуации в мире, когда мосты взламываются снова и снова.
Возможность обновления моста Rainbow может быть отключена в любой момент, но это крайне неудобно для пользователей. Не подлежащий обновлению мост Rainbow будет работать только в пределах одного хардфорка Ethereum, заставляя пользователей переходить на следующую версию, как только поблизости окажется очередной хардфорк.
Это можно исправить, только сделав консенсус Ethereum доступным на уровне смарт-контрактов, что не является приоритетом для EF.
Очень жаль, что это так. Иначе можно было бы создать децентрализованное, взаимообогащающее будущее взаимосвязанных L1 (через правильно спроектированные мосты).
Подведем итоги: если добавить Aurora в список L2 на L2BEAT (что на данный момент не так), то это будет выглядеть следующим образом:
Легкий клиент Ethereum — это контракт на блокчейне NEAR. А это означает только одно: Ethereum — это L2 для NEAR 🙂
