Автор: KarenZ, Foresight News
25 и 26 июня основная сеть Base два дня подряд останавливала производство блоков. Впоследствии команда Base провела анализ и заявила, что оба сбоя были вызваны одной и той же фундаментальной проблемой: ошибкой в логике построения блоков секвенсора.
Согласно анализу Base, эта уязвимость приводила к тому, что устаревшее состояние журнала сохранялось после неудачной верификации транзакции, что влияло на расчет комиссии Gas для последующих корректных транзакций. В результате генерировались блоки с недействительным переходом состояния, что полностью останавливало производство блоков в L2-сети. После первой остановки разработчики выпустили патч для устранения проблемы и восстановили производство блоков. Кроме того, в процессе перезапуска кластера секвенсеров Base возникло состояние гонки при сбросе движка, что затруднило восстановление синхронизации и косвенно стало причиной повторного кратковременного простоя на следующий день.
В тот же временной промежуток был приостановлен запуск в основной сети B20, который должен был быть развернут на Base.
26 июня Base сообщила: «В связи с недавними проблемами со стабильностью сети мы откладываем запуск в основной сети реестра активаций B20 (B20 Activation Registry), чтобы обеспечить плавный процесс развертывания».
Этот, казалось бы, консервативный шаг указывает на важность B20. Это не периферийное обновление приложения, а цепочный вход, через который Base планирует принимать стейблкоины, RWA и выпуск других активов. Чем ближе такой вход к базовому уровню, тем важнее оценивать не только функциональную полноту, но и способность сети, графика обновлений и дизайн разрешений выдерживать нагрузку в совокупности.
B20: Собственный интерфейс для выпуска токенов на Base
B20 является частью обновления сети Base под названием Beryl. Три ключевых изменения в Beryl: внедрение B20, сокрашение стандартного срока финализации вывода с одного доказательства с 7 до 5 дней, а также улучшение производительности хранилища узлов и пропускной способности через Reth V2.
B20 можно сначала понять самым простым способом: это версия ERC-20 для Base, но многие логики, которые обычно пишутся, проверяются и поддерживаются самими проектами, теперь помещены в нативные компоненты Base.
Обычные токены стандарта ERC-20 обычно реализуются через смарт-контракт, развернутый проектом, который содержит логику для балансов, авторизаций, переводов, выпуска (минта) и сжигания (берна). Отличие B20 заключается в том, что у токена по-прежнему есть адрес в блокчейне, и он может вызываться кошельками, обозревателями и протоколами DeFi как ERC-20; однако B20 реализован через прекомпилированную программу на Rust, а не через смарт-контракт EVM, что делает его быстрее и дешевле.
Другими словами, внешние интеграторы видят интерфейс токена, совместимый с ERC-20, а эмитенты подключаются к встроенной инфраструктуре выпуска токенов на Base.
Вот почему B20 называют нативным стандартом токенов Base. В официальной документации Base указано, что B20 — это собственная версия ERC-20 для экосистемы Base, поддерживающая стандартные вызовы и события ERC-20, такие как переводы, авторизация переводов третьими лицами, утверждение лимитов, запросы балансов, allowance; при этом добавлены расширенные возможности: заметки (memo), минт/берн, стратегическое шлюзование (policy gating), детальная приостановка и разрешение ERC-2612 permit (авторизация через подпись).
Здесь стоит отдельно пояснить ERC-2612 permit, то есть возможность авторизации через подпись. В обычном ERC-20, если пользователь хочет разрешить какому-либо контракту тратить свои токены, ему обычно нужно сначала отправить транзакцию approve, за которую нужно заплатить комиссию Gas. ERC-2612 permit позволяет пользователю выполнить авторизацию с помощью офлайн-подписи из кошелька, а затем проект или приложение отправляет эту подпись в блокчейн. Пользователю не нужно отдельно отправлять транзакцию approve, что сокращает одну аппрув-операцию в блокчейне.
Если провести более наглядную аналогию, традиционный ERC-20 похож на то, как каждый эмитент строит дом по стандартному чертежу, и качество строительства зависит от его собственных разработчиков и аудиторов. B20 больше похож на то, что Base предоставляет унифицированную модульную конструкцию: вход, интерфейсы и ключевые функции стандартизированы, эмитент по-прежнему определяет параметры актива и правила управления, но базовые возможности обеспечиваются одним и тем же набором компонентов на уровне цепочки.
Что касается способа развертывания, B20 также не позволяет проектам просто скопировать контракт токена. Все токены B20 создаются через прекомпилированный синглтон B20 Factory (фабрика B20), при создании выбирается вариант Asset (актив) или Stablecoin (стейблкоин) и передаются параметры, такие как название, символ, начальный администратор, лимит эмиссии, инициализирующий вызов и т.д.
Таким образом, суть B20 не в том, чтобы сделать выпуск токена более красивой кнопкой в интерфейсе, а в том, чтобы продвинуть сам процесс выпуска токенов от «каждый проект пишет свой контракт» к «Base предоставляет унифицированный интерфейс выпуска и встроенные возможности для стратегий». Это снижает затраты на дублирование стандартных функций и одновременно глубже интегрирует выпуск активов в собственные базовые обновления Base.
Реальная ценность в «контроле»: права доступа, черные/белые списки, заморозка и заметки
В официальный набор инструментов для эмитентов, перечисленный Base, входят: совместимость с ERC-20, ERC-2612 permit, управление доступом на основе ролей (RBAC), минт/берн, опциональный лимит эмиссии, политики перевода (transfer policy), сжигание балансов адресов, замороженных политикой, а также заметки (memo) к переводам.
Эти функции могут показаться техническими, но в практической работе эмитентов они в основном касаются трех типов вопросов: кто имеет право управлять токеном, какие адреса могут участвовать в обороте и как оставлять отслеживаемые записи об операциях в блокчейне.
Во-первых, права управления могут быть разделены по уровням. Права на выпуск, сжигание, приостановку переводов, возобновление переводов, изменение метаданных — все это не нужно смешивать в рамках одной роли администратора. В документации B20 перечислены роли по умолчанию: администратор, выпуск, сжигание, приостановка, возобновление, управление метаданными. Таким образом, эмитент может поручить контроль над разными операциями разным ролям, снижая риск, связанный с одним приватным ключом или чрезмерными правами одного администратора.
Во-вторых, сфера обращения токена может быть ограничена политиками. Реестр политик (Policy Registry) B20 поддерживает белые и черные списки. Эмитент может отдельно ограничивать адреса отправителей переводов, адреса получателей переводов, а также вызывающую сторону, которая инициирует перевод в сценарии transferFrom (когда кто-то другой переводит от имени владельца). В сценариях выпуска также можно ограничить адреса, на которые поступают новые выпущенные токены. Проще говоря, B20 может контролировать «кто отправляет, кто получает, кто инициирует перевод от имени другого», а также «кому достаются новые токены». Эти возможности особенно важны для стейблкоинов, RWA и регулируемых активов, поскольку такие активы часто требуют KYC-адресов, ограниченного круга получателей, возможности заморозки и последующих процедур изъятия.
В-третьих, операции в блокчейне могут оставлять индексы для бизнес-процессов. B20 поддерживает memo — поле заметки типа bytes32, прикрепляемое к операциям с токеном. Это не заменяет полный внецепочечный реестр, но может служить связующим звеном между транзакциями в блокчейне и записями вне его. Например, платежу в блокчейне может соответствовать номер заказа, выкупу (редемпшену) — определенный расчет в бэк-офисе, выпуску — партия записей о распределении. Memo может помочь эмитенту, кошельку, кастодиану или сервису индексации связать эту информацию.
Заключение
Важно четко понимать: B20 лишь предоставляет инструменты эмитентам, но автоматически не обеспечивает за них соответствие требованиям (compliance). При создании токена каждая сфера политики по умолчанию устанавливается как ALWAYS_ALLOW, то есть по умолчанию все разрешено. Если эмитент не установит белые списки, черные списки или другие ограничения самостоятельно, этот токен B20 будет обращаться свободно, как обычный открытый токен.
Другими словами, B20 дает эмитенту возможность «устанавливать правила», но нужно ли устанавливать правила и какие именно — это все еще решает сам эмитент.
Это также объясняет, почему B20 в первую очередь ориентирован на эмитентов стейблкоинов, RWA и создателей других токенизированных активов. Стейблкоины требуют прав доступа и возможности заморозки, RWA — ограничений на передачу и привязки к внецепочечным записям, другие активы — более низких затрат на стандартизированный выпуск. Три этих типа потребностей кажутся разными, но в своей основе они указывают на одну и ту же проблему: может ли L2-цепочка предоставить достаточно унифицированный, достаточно контролируемый и при этом плавно интегрируемый в существующую экосистему ERC-20.
