Оновлення Cobalt на Base додає нові механізми контролю до токенізованих активів

Base активував Cobalt 30 вересня. Для емітентів своїх токенів B20 форк додає спосіб планувати множники балансу, вилучати баланси з записом і комбінувати політики переказу. Ніщо з цього не робить токенізований актив часткою в компанії, яку він відстежує. Це робить правила, що застосовуються токеном, більш явними, а ідентичність емітента більш значущою.

Специфікація оновлення Cobalt фіксує активацію в mainnet 30 вересня, через тиждень після Sepolia. Публічна сторінка статусу Base тут вказала вікно обслуговування mainnet о 18:00 UTC і позначила його завершеним о 20:00 UTC. Форк додає функції активів B20, транзакції, обумовлені станом ланцюга, реєстр для майбутнього планування оновлень у режимі моніторингу та он-чейн метод для реєстрації певних підписувачів доказів довіреного середовища виконання. Це окремі зміни. Історія активів починається з B20, формату токенів, представленого з попереднім оновленням Beryl.

Форк запрацював, але не весь його список бажань

Дві ідеї, які з'явилися в попередніх обговореннях Cobalt, відсутні в розгорнутому обсязі. Оплата мережевих комісій у токенах B20 була видалена зі списку форку 29 вересня. Швидші канонічні 200-мілісекундні блоки належать до запропонованого пізнішого оновлення Denim, а не до цієї активації. Власна абстракція акаунтів не має запланованого шлюзу mainnet тут. Ставлення до будь-якого з них як до живих функцій Cobalt призведе до плутанини дорожньої карти з кодом, який емітент або трейдер може використовувати сьогодні. Ця різниця особливо важлива для установ, які оцінюють стандарт токенів відповідно до поточних вимог відповідності.

Мінімальна версія вузла Base для mainnet — v1.4.2 згідно з документацією оновлення. Попередня v1.4.1 включала часову мітку, але пропускала зміни до пересилання RPC транзакцій валідності; v1.4.0 не містить активації mainnet. Вузол, який слідує за форком без правильного пересилання нового типу транзакцій, може представити частковий погляд на те, що користувачі вважають однорідною мережею. Різниця на рівні коду є більш повчальною, ніж загальне твердження, що Cobalt працює.

Новинарський привід реальний, але це не вся теза. Попередня активація B20 вже розмістила активи, керовані емітентом, на Base. Cobalt збільшує дії, які може вжити емітент, і політичні рішення, з якими може зіткнутися переказ. Ключове питання: хто може викликати ці функції, за якою юридичною обіцянкою і як власник може перевірити результат.

Баланс B20 — це запис у реєстрі з емітентом

Токенізований продукт акцій може бути представлений як баланс на Base, тоді як права на базовий цінний папір залишаються у брокера, кастодіана або договірного емітента. Сам стандарт токенів не може змусити трансферного агента визнати власника гаманця акціонером. Зв'язок між он-чейн балансами та позачейн майновими правами походить від документів продукту та суб'єктів, відповідальних за забезпечення, погашення та корпоративні дії. Токен цінного паперу може бути технічно передаваним і договірно обмеженим одночасно.

Висвітлення запуску токенізованих акцій Coinbase описує ринок, на якому домовленості про забезпечення та право на участь користувачів мають таке саме значення, як і торгові інтерфейси. Цей контекст робить доповнення Cobalt чимось більшим, ніж просто зручностями для розробників. Політика може виключити адресу, вимагати виконання умови або дозволити лише певний клас переказів. Адміністративне вилучення може перепризначити баланс. Множник може змінити те, як баланси відображаються на рахунках. Кожна функція може підтримувати законну операційну потребу, а також може створювати залежність від судження емітента або безпеки адміністративного ключа.

Формат B20 потрібно розглядати на рівні токена. Сам лише факт, що Base підтримує seizeWithMemo, не надає кожному емітенту B20 права на вилучення щодо кожного токена, а тим більше щодо кожного ERC-20 на Base. Довідник щодо прекомпіляцій B20 зазначає, що токен, емітент якого не налаштував відповідний слот політики, не має можливості вилучення. Аудитор має перевірити політику цього токена та авторизовані рахунки. Два активи, що використовують один і той самий стандарт, можуть мати різко різні права власників.

Це перший розподіл контролю, який варто винести на дошку: ланцюг вирішує, чи транзакція відповідає розгорнутим правилам; емітент вирішує, який дозволений адміністративний виклик надіслати; а постачальник активу реального світу відповідає за те, чи відповідає токен вимозі, яку можна примусово виконати. Cobalt змінює перші два шари. Він не вирішує третій. Та сама адреса може торгувати токеном у ланцюзі й усе одно не пройти позаланцюговий тест на право участі під час погашення.

Вилучення залишає слід, але причина поза ланцюгом

Cobalt запроваджує seizeWithMemo — авторизовану емітентом операцію, яка переміщує токени від власника за один адміністративний крок, замінюючи попередній процес burnBlocked. Меморандум може залишити маркер причини в записі ланцюга. Він не доводить, що причина була юридично достатньою. Смарт-контракт може перевірити, що обліковий запис, який викликає, має повноваження і що застосовуються налаштовані винятки. Він не може вирішити, чи був судовий наказ дійсним, чи емітент вказав правильного відповідача або чи має задовольнятися скарга клієнта.

Посібник з операцій емітента описує механіку. Токен може використовувати вилучення для наказу про санкції, помилкового випуску, повернення за договірними умовами або корпоративної дії. Кожне з них є різним обґрунтуванням. Власник має мати можливість знайти особу адміністратора, політику, подію та процес вирішення спорів у юридичних документах продукту. Якщо емітент лише каже, що токенізація є прозорою, читач має запитати, прозорою щодо чого: переказ може бути видимим, тоді як рішення, що лежить в його основі, залишається непрозорим.

Є тонка деталь реалізації. Документація зазначає, що область винятків змінила назву з SEIZE_HOLDER_POLICY на SEIZE_EXEMPT_POLICY, з іншим селектором. Код, який жорстко прописує стару область, може не зчитати або не встановити нову, хоча старіші селектори Beryl інакше продовжують працювати. Це справжнє питання інтеграції для емітентів і аудиторів, а не загальне твердження, що баланси стали доступними для вилучення 30 вересня. Перевірте конфігурацію політики живого токена та протестуйте адміністративний виклик на розгорнутому форку.

Ланцюг надає слід доказів, який звичайні виправлення облікових записів можуть не розкривати публічно. Якщо емітент переміщує 100 токенів з одного гаманця до іншого, спостерігачі можуть порахувати 100 токенів і ідентифікувати транзакцію. Вони не можуть вивести переказ 100 акцій у позаланцюговому реєстрі акціонерів емітента без звірки. Найсильніший аргумент емітента полягає в тому, що регульовані активи потребують процедур для виправлення помилок і юридичних наказів; обсяг токенізованих акцій на Base дає практичний контекст для того, чому ці процедури тепер є проєктними рішеннями, а не абстрактними дебатами. Компроміс полягає в тому, що власник приймає адміністратора зі значущою владою.

Множник може змінювати одиниці без відповідного депозиту

Запланований множник дозволяє емітенту визначити майбутню зміну в тому, як представлено одиничний баланс активу B20. Згадайте дроблення акцій. Якщо відображувана кількість власника змінюється з 10 одиниць до 20 за співвідношення 2 до 1, тоді як економічна вимога на одиницю зменшується вдвічі, вартість не обов’язково змінюється. Механізм у ланцюзі може координувати коригування балансу, не вимагаючи підпису від кожного власника. Емітент усе одно має реалізувати відповідну корпоративну дію реального світу та пояснити конверсію брокерам, кастодіанам і каналам цінових даних.

Арифметика проста, а узгодження — ні. Припустімо, що в обігу перебуває 1 мільйон токен-одиниць і заплановано множник 2-до-1. Нові відображувані одиниці становитимуть 2 мільйони, якщо той самий множник застосовується до відповідних балансів. Це не створює 1 мільйон додаткових базових часток. Відповідальний емітент повинен показати, що загальні бенефіціарні права не змінилися і що власне дроблення референсного цінного папера набуло чинності на відповідних умовах. Якщо токен-одиниці подвоюються, тоді як торгова система зберігає старий орієнтир ціни за одиницю, графік або механізм забезпечення може викривити експозицію вдвічі.

Функція планування покращує координацію, називаючи момент до його настання. Вона також дає спостерігачам дещо для моніторингу: очікуване оновлення, його уповноваженого підписанта та обсяг пропозиції й баланси власників після зміни. Вона не гарантує, що кожна залежна система вчасно споживе оновлення. Книга замовлень біржі, оракул, кредитне сховище та податковий реєстр можуть кожен використовувати різний знімок. Множник, правильно виконаний он-чейн, усе одно може створити операційні помилки там, де інтеграції кешують старе представлення.

Семантика балансу B20 також важлива для історичних даних. Оглядач, який показує баланс власника після дроблення, може не пояснювати, скільки одиниць власник мав днем раніше або що представляла кожна одиниця. Аналітики повинні нормалізувати кількості до множника, чинного на кожну позначку часу, перш ніж стверджувати, що депозити різко зросли або пропозиція роздулася. Опублікований журнал подій дає шлях до такої нормалізації, але це робота, яку хтось має виконати. Обсяг торгів, зазначений як сирі токени протягом події, не є порівнянним без скоригованої одиниці.

Поєднання політик оголює рішення про право доступу

Union та Intersect — це два нові типи складених політик. Union дозволяє операцію, якщо базова політика приймає її за налаштованою логікою; Intersect вимагає, щоб кілька базових умов були виконані. Точні складові політики та напрям авторизації потрібно читати з конфігурації токена. Корисна аналогія — це ворота з альтернативними перепустками проти воріт, які вимагають кількох перепусток. Це не твердження, що кожен токен повинен виконувати перевірки ідентичності.

Уявіть актив, емітент якого дозволяє перекази на схвалені гаманці брокерів або на визначений контракт погашення. Політика Union може виражати альтернативи. Інший емітент може вимагати, щоб і відправник, і отримувач відповідали окремим умовам, де більш доречним є механізм Intersect. Якщо одна умова підтримується поза мережею через уповноважений реєстр, видиме он-чейн правило переказу все одно залежить від того, чи оновлює організація цей реєстр. Змінений список дозволених адрес може змінити можливість торгівлі без переміщення токена власником.

Складені політики полегшують опис регульованого активу у вигляді багаторазових модулів. Вони також можуть ускладнити власнику з'ясування причини невдалого переказу, якщо інтерфейс повідомляє лише загальне скасування. Інваріанти та тести B20 дають розробникам відправну точку, але продукт усе одно потребує зрозумілого для людини розкриття того, які адреси можуть діяти, хто оновлює списки та як оскаржуються помилки. Токен із дозволами та задокументованими воротами не є змістовно прозорим лише тому, що ворота перебувають у публічному ланцюгу.

Найсильніший контраргумент є практичним. Токенізований цінний папір, що пропонується в різних юрисдикціях, не може обіцяти необмежений переказ і водночас задовольняти обмеження щодо права доступу, судові накази та обробку корпоративних дій. Програмовані засоби контролю можуть бути передбачуванішими за ручні заморожування в базі даних брокера. Цей аргумент спрацьовує, коли засоби контролю вузько делеговані, піддаються аудиту та прив'язані до виконуваних умов. Протилежний ризик є однаково конкретним: один адміністративний ключ, реєстр політик або тлумачення емітента можуть визначати доступ користувача. Форк Cobalt надає примітиви. Емітенти надають управління.

Умовні транзакції не переважають правила емітента

Cobalt також запроваджує транзакції дійсності: підписані транзакції в парі з умовами щодо стану ланцюга, які утримуються, доки ці умови не збігатимуться. Це загальна функція транзакцій, а не автоматична відмова від вимог відповідності. Користувач може хотіти, щоб ордер виконувався лише за умови, що баланс, стан, пов'язаний із ціною, або інший предикат має вказане значення. Транзакція, яка стає придатною, все одно повинна задовольняти політику переказу токена під час виконання. Якщо емітент тим часом змінив список дозволених адрес, транзакція може зазнати невдачі або залишитися непридатною залежно від її умов.

Ця взаємодія створює цінне питання для структури ринку. Якщо трейдер підписує ордер сьогодні, який стає дійсним завтра, хто може змінити стан, від якого залежить його виконання? Частина стану походить від нейтральних контрактів; частина — від політики, контрольованої емітентом. Умовна транзакція може зменшити одну форму невизначеності виконання, залишаючи власника вразливим до здатності адміністратора оновлювати дозволи. Документи з інтеграції повинні вказувати, який предикат було перевірено, коли його було перевірено та що відбувається в разі закінчення строку дії або скасування.

Програмне забезпечення вузла визначає, чи гаманці та постачальники послуг бачать новий шлях надійно. Мінімальна версія мейннету v1.4.2 включає поведінку RPC для пересилання подань валідності на сумісний вхід секвенсора. Вузол v1.4.1 може дотримуватися консенсусного форку, але не пройти цей маршрут подання. Для користувача ця різниця проявляється як заплутана відхилена транзакція, а не як обговорення тегів випуску. Для установи це вимагає наскрізного тестування проти точної версії вузла та постачальника RPC, що використовуються у виробництві.

Існує ще одна межа: інфраструктура секвенування та остаточного розрахунку Base. Політика емітента застосовується під час виконання, коли транзакція запускається; умовне подання не дає користувачеві гарантії щодо того, коли секвенсор включить прийнятну транзакцію. Швидке отримання квитанції в ланцюжку саме по собі також не вирішує юридичного спору щодо базової акції. Cobalt покращує вираження та допуск транзакцій. Він не зводить упорядкування, юридичну власність і погашення в один доказ.

Документація визначає актив під токеном

Власник, який оцінює токенізовану акцію, повинен почати поза ланцюжком: хто володіє базовим цінним папером, де він зберігається, яке право надає токен і хто винен власнику при погашенні? Якщо продукт є деривативом або договірним правом вимоги до емітента, власник може не мати прав голосу чи прав при неплатоспроможності прямого акціонера. Cobalt не змінює цю класифікацію. Його додані елементи контролю можуть реалізовувати умови, вже наявні в угоді, або надавати емітенту нову технічну спроможність, що вимагає оновленого розкриття інформації.

Список токенізованих акцій Coinbase, що розширюється, ілюструє швидкість, з якою можуть зростати меню продуктів. Знайомий біржовий тікер у застосунку не замінює юридичну назву емітента та умови, специфічні для активу. Деякі продукти доступні лише певним користувачам або в певних юрисдикціях. Обмеження можуть застосовуватися під час онбордингу, під час переказу, під час погашення або в усіх трьох випадках. Якщо переказ у ланцюжку відкритий, але погашення вимагає дозволу, вторинний покупець може отримати токен, який він не може погасити безпосередньо.

Прозоре розкриття політики мало б перелічувати кожну роль адміністратора, функції, які він може викликати, чи потрібен мультипідпис, чи повноваження заблоковані в часі та як оголошуються екстрені зміни. Воно мало б зіставити кожне повноваження в ланцюжку з договірним пунктом. Воно мало б показати процес перевірки резервів або зберігання та те, як власник може оскаржити вилучення. Кількість гаманців у ланцюжку, що утримують токен, не може відповісти на ці питання. Токен може бути розподілений між тисячами адрес, тоді як один емітент зберігає вирішальну владу над кожним погашенням.

Cobalt також робить старе слово «власність» важчим для недбалого вживання. Одна особа може володіти приватним ключем, що контролює гаманець. Інша організація може контролювати випуск токенів і адміністративні перекази. Зберігач може утримувати базову акцію. Брокер може контролювати доступ до ринку. Суд може заявити про свою владу над правом вимоги. Ці права можуть бути юридично узгодженими, але їхній розподіл має бути явним. Ланцюжок не може врятувати неоднозначні документи продукту, зробивши одну частину реєстру публічною.

Вимірюйте розгортання за налаштованими активами, а не за статусом форку

Активацію форку можна перевірити за блоком і часом. Для впровадження його нових повноважень B20 потрібен інший підрахунок: скільки живих контрактів активів фактично налаштовують нові політики, скільки планують множники та скільки викликають вилучення? Нульовий показник невдовзі після активації не означав би, що форк зазнав невдачі. Це означало б, що емітенти ще не використали ці необов’язкові функції. Великий показник не доводив би, що активи повністю забезпечені або що елементи контролю добре керовані.

Відтворюване вимірювання мало б інвентаризувати активи B20, перевірити селектори політик на тій самій висоті блоку, визначити адреси адміністраторів і класифікувати спостережувані виклики після 30 вересня. Воно мало б окремо підраховувати спроби, що відкочуються, і успішні зміни стану. Воно мало б уникати припущення, що актив під назвою «акція» має базову акцію лише тому, що так зазначено в його метаданих. Це кращий показник впровадження, ніж обсяг транзакцій, який може відображати спекулятивну торгівлю токенами, чия юридична структура дуже різниться.

Обмеження поточного запису полягає в тому, що специфікація форку описує можливість, а не повний реєстр активних емітентів та їхніх умов. Не існує універсального налаштування Cobalt, яке визначає всі права на токенізовані активи. Кожен емітент може налаштовувати функції по-різному, і пізніше оновлення може змінити дозволи. Вузол може коректно перевірити переказ, тоді як заява позамережевого зберігача залишається запізнілою або оспорюваною. Токен може демонструвати адміністративний крок публічно, не повідомляючи власнику, чи був він законним.

Висновок конкретний. Base тепер має точніші інструменти для емітентів, щоб контролювати баланси активів і право на участь. Власники отримують кращий шанс перевірити ці засоби контролю, якщо емітенти розкриють їх чітко. Значущий тест починається з кожного токена: хто може змінити множник, хто може конфіскувати, хто може змінити політику переказів і яка юридична вимога зберігається, якщо емітент зазнає невдачі?

Власник може перевірити три обіцянки за одним контрактом

Перша обіцянка — це пропозиція. Звіт про забезпечення може стверджувати, що кожен токен відповідає одній одиниці базового активу, що зберігається у зберігача. Власник може порівняти заявлену пропозицію токенів на момент знімка у звіті з заявленою позицією зберігача, скоригувавши на будь-який множник, що тоді діяв. Обидва числа потребують однакової позначки часу та одиниці. Звіт про 1 мільйон акцій на вчорашнє закриття не можна порівнювати з післясплітовою пропозицією 2 мільйонів токенів сьогодні й називати це дефіцитом. Так само збіг агрегату не доводить, що кожен окремий власник має право на погашення, яке передбачає маркетингова сторінка.

Друга обіцянка — це переказ. Продукт може рекламувати розрахунки між рівноправними учасниками, а потім застосовувати політику, яка дозволяє перекази лише між зареєстрованими посередниками. Обидва твердження можуть бути правдивими, якщо дозволений набір рівноправних учасників вузький. Власник може перевірити налаштовані політики токена, подати симуляцію переказу лише для читання між репрезентативними типами адрес і порівняти результат з опублікованими правилами права на участь. Ця вправа має включати гаманець, який має право на утримання, гаманець без права та місце призначення погашення. Якщо результати відрізняються від умов, емітент повинен пояснити розбіжність до того, як користувачі торгуватимуть.

Третя обіцянка — це засіб правового захисту. Користувачу, чий баланс переміщено за допомогою seizeWithMemo, потрібно більше, ніж хеш події. Емітент повинен опублікувати посилання на справу, яке захищає приватну інформацію, водночас ідентифікуючи орган, на який посилаються, застосовний термін, дату повідомлення та канал для оскарження. Власник тоді може порівняти зафіксоване переміщення з цим рахунком. Примітка, яка каже «відповідність» без процедури, мало що дає тому, хто оспорює помилкову ідентифікацію або дубльовану інструкцію. Стандарт токена не може змусити до справедливого оскарження, але його слід подій може зробити відсутність видимою.

Існує четвертий практичний тест для будь-кого, хто використовує ці токени як заставу. Протокол кредитування може оцінювати актив за ринковою ціною та приймати його як забезпечення для позики. Якщо емітент може заморозити або конфіскувати адресу застави, або змінити кількість одиниць через множник, програмне забезпечення для ліквідації повинно розуміти обидві події. Кредитор, який оцінює актив лише за тікером, може пропустити обмеження на рівні контракту щодо його переказу під час ліквідації. Позичальник, тим часом, може бачити здорову цінову котировку, але бути неспроможним перемістити заставлений баланс для погашення. Відповідне розкриття полягає в тому, чи сам контракт кредитування звільнений, хто може змінити це звільнення і що станеться, коли емітент відкличе право користувача на участь.

Зберігач може відповісти на деякі питання незалежним підтвердженням, але підтвердження має обсяг. Воно може перевірити акції, що зберігаються на омнібус-рахунку в певний час, не перевіряючи, чи мають власники токенів пряму майнову частку. Воно може перевірити сукупне забезпечення, не перевіряючи, чи конфіскація змінила розподіл між клієнтами. Серйозний аудит зазначає юридичну особу, ідентифікатор активу, час знімка, метод звірки та виключення. Документ слід оновлювати після суттєвого випуску, погашення або корпоративної дії. Читачі повинні мати можливість порівнювати послідовні знімки, а не лише милуватися одноразовим значком у застосунку.

Існує випадок невдачі, який блокчейн не може залагодити: емітент стає неплатоспроможним, тоді як токен продовжує торгуватися. Пропозиція в мережі, політики та журнали подій можуть залишатися неушкодженими. Вирішальне питання тоді полягає в тому, чи базові активи відокремлені для власників, чи є частиною майна зберігача, чи загальною вимогою до емітента. Смарт-контракт з ідеальним забезпеченням обмежень на переказ не визначає пріоритет у банкрутстві. Ось чому адміністративна точність Cobalt підвищує нагальність читання умов продукту. Вона точно повідомляє користувачам, що емітент може робити з токеном, тоді як документи повинні повідомляти їм, що вони можуть вимагати від емітента.

Аудит, який перевіряє всі три обіцянки, виходив би за межі демонстрації того, що код працює. Він узгоджував би непогашені вимоги з наявними активами, фактичні шлюзи передачі з опублікованим збірником правил, а адміністративні дії з процесом поза власним інтерфейсом емітента. Публічний ланцюг надає докази для кожного тесту, але ніколи не дає повної відповіді. Записи про зберігання та умови контракту повинні бути приведені до однієї дати та одиниці виміру. Це робота, якої потребує токенізований актив після святкового оголошення про форк.

Ще одна операційна межа заслуговує на публічну перевірку. Адміністратором токена може бути гаманець з мультипідписом і кількома підписантами, але одна компанія може призначити кожного підписанта. Публікація порогового значення без зазначення керівних органів не демонструє незалежного нагляду. Емітент може розкрити порогове значення, процедуру ротації ключів та повноваження на випадок надзвичайних ситуацій, не розкриваючи секретів. Якщо він стверджує, що власники можуть оскаржити рішення, він повинен вказати юридичну особу, яка розглядає апеляцію, та строк, протягом якого вона відповідає. Ці факти перетворюють дозвіл у блокчейні на підзвітний процес.

Скептичний читач також повинен перевірити, чи зміни політики генерують події, за якими стежать постачальники даних. Якщо гаманцю було дозволено переказ опівдні, а о 12:01 його заблоковано, час має значення для відкладеного ордера, розрахунку маржі кредитора та власника, який намагається погасити. Панель керування, яка оновлюється раз на день, може зробити зміну в реальному часі схожою на раптове вилучення. Прямий моніторинг контракту може закрити цю прогалину, але постачальник продукту все одно повинен надіслати повідомлення користувачам, чиї права змінюються. Cobalt робить зміни виконуваними. Розкриття інформації визначає, чи є ці зміни зрозумілими.

На що звернути увагу

• Налаштовані політики: Публічні контракти B20, що використовують дозволи Union, Intersect і seizure після форку 30 вересня.
• Перший запланований множник: Його оголошений час набуття чинності, застосований коефіцієнт і узгодження з позаланцюговою корпоративною дією.
• Адміністративні дії: Успішні події seizeWithMemo, роль, що авторизує, та пояснення емітентом кожного суттєвого випадку.
• Паритет RPC: Основні вузли Base та постачальники RPC, що працюють щонайменше на v1.4.2 і послідовно приймають подання валідності.
• Розкриття емітента: Умови продукту, які зіставляють кожне повноваження адміністратора в ланцюжку з правом, що підлягає примусовому виконанню, та процесом оскарження.

Часті запитання