30 сентября 2026 года в 18:00 по всемирному координированному времени основная сеть Base успешно активировала масштабное обновление Cobalt. Этому событию предшествовал запуск в тестовой сети Sepolia, который состоялся ровно за семь дней до этого. Публичная страница статуса Base зафиксировала начало окна технического обслуживания в 18:00 UTC и отметила полное завершение всех миграционных процессов к 20:00 UTC. Данный форк внедряет критически важные функции для токенов стандарта B20, добавляет поддержку транзакций, исполнение которых зависит от состояния цепи, создает специальный реестр для планирования будущих обновлений в режиме мониторинга, а также предлагает внутрицепной метод регистрации подписантов для доверенных сред выполнения. Минимальная требуемая версия ноды для основной сети Base была повышена до v1.4.2, при этом запланированная ранее оплата комиссий в токенах B20 была полностью исключена из спецификации этого форка.
Ключевые факты: Апгрейд Cobalt активирован 30 сентября 2026 года; эмитенты B20 получили композитные политики Union и Intersect; запланированные мультипликаторы изменяют балансы без подписей держателей; функция изъятия с примечанием перемещает средства под контроль эмитента; минимальная версия ноды повышена до v1.4.2; оплата комиссий в B20 отменена.
История новых инструментов контроля начинается со стандарта B20, который был впервые представлен в более раннем обновлении Beryl. Токенизированный долевой инструмент может быть представлен в виде записи в реестре Base, в то время как юридические права на базовую ценную бумагу остаются у брокера, кастодиана или контрактного эмитента. Сам по себе стандарт токена не может заставить трансфер-агента признать держателя криптокошелька полноправным акционером. Связь между внутрицепными балансами и внецепными правами собственности выстраивается исключительно на основе юридической документации продукта и обязательств организаций, отвечающих за обеспечение, погашение и корпоративные действия. Таким образом, ценная бумага в форме токена может быть технически передаваемой, но одновременно ограниченной на контрактном уровне.
Контекст запуска токенизированных акций от Coinbase описывает рынок, где механизмы обеспечения и списки допущенных участников имеют не меньшее значение, чем сами торговые интерфейсы. В этих условиях дополнения Cobalt выходят за рамки простых удобств для разработчиков. Политика смарт-контракта может исключать определенные адреса, требовать выполнения специфических условий или разрешать только определенные классы переводов. Административное изъятие может принудительно переназначить баланс. Мультипликатор способен изменить то, как балансы отображаются в учетных записях. Каждая из этих функций поддерживает законные операционные потребности, но одновременно создает зависимость от суждения эмитента и безопасности его административных ключей.
| Характеристика | Стандарт ERC-20 | Стандарт B20 (после Cobalt) |
|---|---|---|
| Передача прав | Безусловная (если есть газ) | Условная (согласно политикам) |
| Административный контроль | Отсутствует на уровне протокола | Встроенные функции изъятия и блокировки |
| Корпоративные действия | Требуют миграции контракта | Мультипликаторы баланса на уровне реестра |
| Соответствие нормам | Реализуется через внешние шлюзы | Интегрировано в прекомпилированные контракты |
Формат B20 требует тщательного аудита на уровне каждого отдельного токена. Сам факт того, что базовый протокол поддерживает функцию изъятия, не предоставляет каждому эмитенту право арестовывать любые активы. Справочная документация прекомпилированных контрактов B20 четко указывает: токен, эмитент которого не настроил соответствующий слот политики, не имеет технических возможностей для принудительного изъятия. Аудиторам безопасности необходимо проверять конкретные правила и авторизованные учетные записи для каждого актива. Два токена, использующие один и тот же стандарт, могут иметь радикально разные права для держателей.
Обновление внедряет функцию изъятия с примечанием — авторизованную эмитентом операцию, которая перемещает токены от держателя за один административный шаг, заменяя собой более ранний и менее гибкий механизм блокировки и сжигания. Текстовое примечание позволяет оставить след о причине действия непосредственно во внутрицепной записи. Однако это не доказывает, что причина была юридически обоснованной. Смарт-контракт может лишь проверить, обладает ли вызывающая учетная запись необходимыми полномочиями и применимы ли настроенные исключения. Код не способен оценить действительность судебного ордера, корректность идентификации ответчика или обоснованность жалобы клиента.
Руководство по операциям эмитента описывает механику использования этого инструмента. Токен может применять функцию изъятия для исполнения санкционных предписаний, исправления ошибочных эмиссий, возврата средств по контрактным условиям или проведения принудительных корпоративных действий. Каждое из этих оснований требует отдельного юридического обоснования. Держатель должен иметь возможность найти идентификатор администратора, текст политики, описание события и процедуру оспаривания в юридических документах продукта.
Разделение уровней контроля: Блокчейн определяет, соответствует ли транзакция развернутым правилам; эмитент решает, какую разрешенную административную команду отправить; провайдер реального актива отвечает за то, соответствует ли токен юридически защищенному требованию. Cobalt изменяет первые два слоя, но не отменяет необходимость третьего.
Один и тот же адрес может успешно торговать токеном внутри сети, но при этом не пройти внецепную проверку на соответствие требованиям при попытке погашения. Изъятие оставляет неизгладимый след в реестре, но истинная причина остается за пределами блокчейна. Это создает интересный парадокс прозрачности: техническая видимость действий не гарантирует прозрачности решений, стоящих за этими действиями. Держатель видит факт перемещения средств, но не всегда имеет доступ к юридическому контексту.
Параллельно Cobalt вводит условные транзакции — подписанные операции, сопряженные с условиями состояния цепи, которые удерживаются в ожидании до тех пор, пока эти условия не будут выполнены. Это общая функция, а не автоматическое освобождение от комплаенса. Пользователь может настроить ордер на исполнение только в том случае, если баланс или другой предикат достигнет заданного значения. Однако транзакция, ставшая технически исполнимой, все равно должна удовлетворять политике передачи токена в момент фактического выполнения.
Запланированный мультипликатор позволяет эмитенту определить будущее изменение того, как представляется балансовая единица актива B20. Классическим примером является дробление акций. Если отображаемое количество токенов у держателя меняется с 10 до 20 единиц при коэффициенте два к одному, в то время как экономическая стоимость одной единицы уменьшается вдвое, общая ценность портфеля не изменяется. Внутрицепной механизм координирует корректировку баланса без необходимости запроса подписи от каждого держателя. Эмитент по-прежнему обязан реализовать соответствующее корпоративное действие в реальном мире и синхронизировать конверсию с брокерами, кастодианами и оракулами цен.
Union (Объединение) и Intersect (Пересечение) — это два новых типа композитных политик. Политика Union разрешает операцию, если хотя бы одно базовое правило принимает ее согласно настроенной логике. Политика Intersect требует, чтобы несколько базовых условий были выполнены одновременно. Точный состав политик и направление авторизации должны считываться из конфигурации конкретного токена. Полезная аналогия — это контрольно-пропускной пункт с альтернативными пропусками против пункта, требующего предъявления нескольких пропусков одновременно.
| Тип политики | Логика исполнения | Практическое применение |
|---|---|---|
| Union (Объединение) | Альтернативные условия (ИЛИ) | Переводы на кошельки одобренных брокеров ИЛИ на контракт погашения |
| Intersect (Пересечение) | Совместные условия (И) | Отправитель И получатель должны соответствовать независимым критериям |
Представьте актив, эмитент которого разрешает переводы либо на кошельки одобренных брокеров, либо на специализированный контракт для погашения. Политика Union идеально описывает эти альтернативы. Другой эмитент может потребовать, чтобы и отправитель, и получатель соответствовали отдельным строгим условиям, где архитектура Intersect будет более уместной. Композитные политики упрощают описание регулируемых активов с помощью переиспользуемых модулей, но они также могут усложнить для держателя процесс понимания причин сбоя транзакции, если интерфейс выдает лишь стандартную ошибку отката.
Проблема undocumented gate: Токен с разрешениями, но без документированного шлюза не является по-настоящему прозрачным только потому, что сам шлюз расположен в публичной сети. Продукт требует человекочитаемого раскрытия информации о том, какие адреса обладают правами и как оспариваются ошибки.
Держатель, оценивающий токенизированную акцию, должен начинать анализ за пределами блокчейна: кто владеет базовой ценной бумагой, где она хранится, какие права предоставляет токен и кто несет обязательства перед держателем при погашении? Если продукт представляет собой производный или контрактный инструмент, выпущенный эмитентом, держатель может не обладать правами голоса или правами при банкротстве, которые есть у прямого акционера. Обновление Cobalt не меняет эту классификацию. Его новые контролы могут лишь реализовать условия, уже прописанные в соглашении, или предоставить эмитенту новые технические возможности, требующие обновленного раскрытия информации.
Прозрачное раскрытие политики должно перечислять каждую административную роль, функции, которые она может вызывать, требуется ли мультисигнатура, защищены ли полномочия временными замками и как анонсируются экстренные изменения. Оно должно сопоставлять каждое внутрицепное полномочие с конкретным юридическим пунктом. Количество кошельков, владеющих токеном, не может ответить на эти вопросы. Токен может быть распределен между тысячами адресов, в то время как один эмитент сохраняет решающие полномочия над каждым запросом на погашение.
Обновление Cobalt делает концепцию «собственности» гораздо более сложной для однозначного толкования. Один человек может владеть приватным ключом, контролирующим кошелек. Другая организация может контролировать эмиссию токенов и административные переводы. Кастодиан может хранить базовую акцию. Брокер может контролировать доступ к рынку. Суд может asserting юрисдикцию над требованием. Эти права могут быть юридически согласованными, но их распределение должно быть предельно явным. Блокчейн не способен спасти неоднозначные юридические документы, просто делая одну часть реестра публичной.
| Аспект владения | Внутрицепной уровень | Внецепной уровень |
|---|---|---|
| Контроль приватного ключа | Полностью видимый | Зависит от безопасности держателя |
| Эмиссия и уничтожение | Видимый через события | Контролируется эмитентом |
| Хранение базового актива | Невидимый | Контролируется кастодианом |
| Доступ к вторичному рынку | Частично видимый | Контролируется брокером и биржей |
| Принудительное исполнение прав | Невидимый | Определяется судебной системой |
Для институциональных инвесторов это означает необходимость глубокой проверки не только технической инфраструктуры, но и юридической базы, управляющей токеном. Вопросы, на которые необходимо ответить перед инвестированием, включают: кто обладает окончательными полномочиями при погашении? Какие юридические гарантии существуют против произвольного изъятия? Как разрешаются споры? Ответы на эти вопросы находятся не в исходном коде смарт-контракта, а в юридических документах, регулирующих продукт.
Апгрейд Cobalt представляет собой значительный шаг в эволюции институциональной токенизации, предоставляя технические инструменты для соблюдения нормативных требований и операционной гибкости. Однако он также подчеркивает фундаментальные ограничения внутрицепных подходов к сложным юридическим отношениям. Технология может обеспечивать соблюдение правил, но не может определять, какие правила должны применяться или какими правами должны обладать держатели. Этот разрыв между техническими возможностями и юридической реальностью остается центральной проблемой для всей индустрии токенизированных активов.
Будущее токенизации зависит от способности индустрии преодолеть этот разрыв: создавать продукты, в которых внутрицепная прозрачность дополняется внецепной юридической ясностью, где технические механизмы контроля поддерживаются надежными структурами управления, а права держателей четко определены и подлежат правовой защите. Cobalt предоставляет строительные блоки для этого будущего, но окончательная архитектура зависит от того, как эти блоки будут использованы в реальных продуктах с реальными юридическими обязательствами.
«Прозрачность блокчейна — это мощный инструмент, но она не заменяет необходимость четких юридических определений прав и обязанностей. Технология может показать, что произошло, но не может сказать, что должно было произойти или какие права имеют участники».
— Андреас Антонопулос, эксперт по архитектуре децентрализованных систем
