Ulepszenie Cobalt w sieci Base wprowadza nowe mechanizmy kontroli do tokenizowanych aktywów

Base aktywował Cobalt 30 września. Dla emitentów swoich tokenów B20 fork dodaje sposób na planowanie mnożników salda, zajmowanie sald z zapisem i łączenie polityk transferu. Nic z tego nie czyni tokenizowanego aktywa udziałem w spółce, którą śledzi. Czyni to reguły egzekwowane przez token bardziej jawnymi, a tożsamość emitenta bardziej istotną.

Specyfikacja aktualizacji Cobalt odnotowuje aktywację w mainnet 30 września, tydzień po Sepolii. Publiczna strona statusu Base podała okno konserwacji mainnet na 18:00 UTC i oznaczyła je jako zakończone o 20:00 UTC. Fork dodaje funkcje aktywów B20, transakcje warunkowane stanem łańcucha, rejestr do planowania przyszłych aktualizacji w trybie monitorowania oraz metodę on-chain do rejestrowania niektórych podpisujących dowodów zaufanego środowiska wykonawczego. To są oddzielne zmiany. Historia aktywów zaczyna się od B20, formatu tokena wprowadzonego wraz z wcześniejszą aktualizacją Beryl.

Fork stał się aktywny, ale nie cała jego lista życzeń

Dwa pomysły, które pojawiły się we wcześniejszych dyskusjach o Cobalt, są nieobecne w zakresie wdrożenia. Płatność opłat sieciowych w tokenach B20 została usunięta z listy forka 29 września. Szybsze kanoniczne bloki 200 milisekund należą do proponowanej późniejszej aktualizacji Denim, a nie do tej aktywacji. Natywna abstrakcja konta nie ma tutaj zaplanowanej bramy mainnet. Traktowanie któregokolwiek z nich jako aktywnych funkcji Cobalt myliłoby roadmapę z kodem, którego emitent lub trader może użyć dzisiaj. Rozróżnienie jest szczególnie ważne dla instytucji oceniających standard tokena względem obecnych wymogów zgodności.

Minimalna wersja węzła Base dla mainnet to v1.4.2 zgodnie z dokumentacją aktualizacji. Poprzednia v1.4.1 zawierała znacznik czasu, ale pomijała zmiany w przekazywaniu RPC transakcji ważności; v1.4.0 nie zawiera aktywacji mainnet. Węzeł, który podąża za forkiem bez poprawnego przekazywania nowego typu transakcji, może przedstawiać częściowy obraz tego, co użytkownicy uważają za jednolitą sieć. Rozróżnienie na poziomie kodu jest bardziej pouczające niż ogólne stwierdzenie, że Cobalt jest aktywny.

Haczyk informacyjny jest prawdziwy, ale nie jest całą tezą. Wcześniejsza aktywacja B20 już umieściła aktywa zarządzane przez emitenta na Base. Cobalt zwiększa działania, które emitent może podjąć, oraz decyzje polityczne, z którymi może się spotkać transfer. Kluczowe pytanie brzmi: kto może wywołać te funkcje, na podstawie jakiej obietnicy prawnej i jak posiadacz może sprawdzić wynik.

Saldo B20 to zapis w księdze z emitentem

Tokenizowany produkt kapitałowy może być reprezentowany jako saldo na Base, podczas gdy prawa do bazowego papieru wartościowego pozostają u brokera, depozytariusza lub umownego emitenta. Sam standard tokena nie może zmusić agenta transferowego do uznania posiadacza portfela za akcjonariusza. Związek między saldami on-chain a prawami własności off-chain wynika z dokumentów produktu oraz podmiotów odpowiedzialnych za zabezpieczenie, umorzenie i działania korporacyjne. Token papieru wartościowego może być technicznie zbywalny i jednocześnie umownie ograniczony.

Relacja z uruchomienia tokenizowanych akcji Coinbase opisuje rynek, na którym ustalenia dotyczące zabezpieczenia i uprawnieni użytkownicy mają takie samo znaczenie jak interfejsy handlowe. Ten kontekst sprawia, że dodatki Cobalt są czymś więcej niż udogodnieniami dla programistów. Polityka może wykluczyć adres, wymagać warunku lub zezwolić tylko na określoną klasę transferu. Zajęcie administracyjne może przypisać saldo na nowo. Mnożnik może zmienić sposób wyświetlania sald na kontach. Każda funkcja może wspierać zgodną z prawem potrzebę operacyjną, a także może tworzyć zależność od osądu emitenta lub bezpieczeństwa klucza administracyjnego.

Format B20 należy zbadać na poziomie tokena. Sam fakt, że Base obsługuje seizeWithMemo, nie przyznaje każdemu emitentowi B20 prawa zajęcia wobec każdego tokena, a tym bardziej każdego ERC-20 na Base. Dokumentacja prekompilacji B20 mówi, że token, którego emitent nie skonfigurował odpowiedniego slotu polityki, nie ma możliwości zajęcia. Audytor musi zbadać politykę tego tokena i autoryzowane konta. Dwa aktywa korzystające z tego samego standardu mogą mieć diametralnie różne prawa posiadaczy.

To pierwszy podział kontroli, który należy umieścić na tablicy: łańcuch decyduje, czy transakcja jest zgodna z wdrożonymi regułami; emitent decyduje, które dozwolone wywołanie administracyjne wysłać; a dostawca aktywów ze świata rzeczywistego odpowiada za to, czy token odpowiada egzekwowalnemu roszczeniu. Cobalt zmienia dwie pierwsze warstwy. Nie rozwiązuje trzeciej. Ten sam adres może handlować tokenem on-chain i nadal nie przejść testu kwalifikowalności off-chain przy umorzeniu.

Zajęcie pozostawia ślad, ale przyczyna jest off-chain

Cobalt wprowadza seizeWithMemo, operację autoryzowaną przez emitenta, która przenosi tokeny od posiadacza w jednym kroku administracyjnym, zastępując wcześniejszy przepływ burnBlocked. Notatka może pozostawić znacznik przyczyny w zapisie on-chain. Nie dowodzi, że przyczyna była prawnie wystarczająca. Inteligentny kontrakt może zweryfikować, że wywołujące konto ma uprawnienia i że skonfigurowane wyłączenia mają zastosowanie. Nie może zdecydować, czy nakaz sądowy był ważny, czy emitent wskazał właściwego pozwanego lub czy skarga klienta powinna zostać uwzględniona.

Przewodnik po operacjach emitenta opisuje mechanikę. Token może użyć zajęcia do nakazu sankcji, błędnej emisji, odzyskania na podstawie warunków umownych lub działania korporacyjnego. Każde z nich jest innym uzasadnieniem. Posiadacz powinien móc znaleźć tożsamość administratora, politykę, zdarzenie i proces rozstrzygania sporów w dokumentach prawnych produktu. Jeśli emitent mówi tylko, że tokenizacja jest przejrzysta, czytelnik powinien zapytać, co jest przejrzyste: transfer może być widoczny, podczas gdy leżąca u podstaw decyzja pozostaje nieprzejrzysta.

Istnieje subtelny szczegół implementacji. Dokumentacja mówi, że zakres wyłączenia zmienił nazwę z SEIZE_HOLDER_POLICY na SEIZE_EXEMPT_POLICY, z innym selektorem. Kod, który na stałe wpisuje stary zakres, może nie odczytać lub nie ustawić nowego, nawet jeśli starsze selektory Beryl w innym przypadku nadal działają. To prawdziwe pytanie integracyjne dla emitentów i audytorów, a nie ogólne twierdzenie, że salda stały się nowo zajmowalne 30 września. Sprawdź konfigurację polityki aktywnego tokena i przetestuj wywołanie administracyjne w ramach wdrożonego forka.

Łańcuch zapewnia ślad dowodowy, którego konwencjonalne korekty kont mogą nie ujawniać publicznie. Jeśli emitent przenosi 100 tokenów z jednego portfela do drugiego, obserwatorzy mogą policzyć 100 tokenów i zidentyfikować transakcję. Nie mogą wywnioskować transferu 100 akcji w rejestrze akcjonariuszy emitenta off-chain bez uzgodnienia. Najsilniejszym argumentem emitenta jest to, że regulowane aktywa potrzebują procedur korygowania błędów i nakazów prawnych; wolumen tokenizowanych akcji na Base daje praktyczny kontekst, dlaczego te procedury są teraz wyborami projektowymi, a nie abstrakcyjnymi debatami. Kompromis polega na tym, że posiadacz akceptuje administratora z realną władzą.

Mnożnik może zmienić jednostki bez odpowiadającego depozytu

Zaplanowany mnożnik pozwala emitentowi zdefiniować przyszłą zmianę w sposobie reprezentowania salda jednostkowego aktywa B20. Pomyśl o splicie akcji. Jeśli wyświetlana ilość posiadacza zmienia się z 10 jednostek na 20 przy stosunku 2 do 1, podczas gdy roszczenie ekonomiczne na jednostkę zmniejsza się o połowę, wartość nie musi się zmienić. Mechanizm on-chain może koordynować korektę salda bez konieczności podpisywania przez każdego posiadacza. Emitent nadal musi wdrożyć odpowiednie działanie korporacyjne w świecie rzeczywistym i wyjaśnić konwersję brokerom, depozytariuszom i kanałom cenowym.

Arytmetyka jest prosta, ale uzgodnienie już nie. Załóżmy, że istnieje milion jednostek tokena i zaplanowano mnożnik 2 do 1. Nowa wyświetlana liczba jednostek wynosiłaby 2 miliony, gdyby ten sam mnożnik zastosowano do odpowiednich sald. Nie tworzy to jednak dodatkowego miliona akcji bazowych. Odpowiedzialny emitent musi wykazać, że całkowite roszczenia beneficjentów rzeczywistych pozostają niezmienione oraz że sam podział papieru referencyjnego nastąpił na matching warunkach. Jeśli liczba jednostek tokena podwoi się, podczas gdy system obrotu zachowa stare odniesienie ceny za jednostkę, wykres lub silnik zabezpieczeń może błędnie przedstawić ekspozycję o czynnik dwa.

Funkcja planowania poprawia koordynację, nazywając moment, zanim ten nadejdzie. Daje też obserwatorom coś do monitorowania: oczekującą aktualizację, jej upoważnionego sygnatariusza oraz salda podaży i posiadaczy po zmianie. Nie gwarantuje jednak, że każdy system zależny odbierze aktualizację na czas. Księga zleceń giełdy, oracle, skarbiec pożyczkowy i księga podatkowa mogą korzystać z różnych migawek. Mnożnik, który został poprawnie wykonany on-chain, może nadal powodować błędy operacyjne, gdy integracje buforują starą reprezentację.

Semantyka salda B20 ma również znaczenie dla danych historycznych. Eksplorator pokazujący saldo posiadacza po podziale może nie wyjaśniać, ile jednostek posiadacz miał dzień wcześniej ani co reprezentowała każda jednostka. Analitycy powinni znormalizować ilości do mnożnika obowiązującego w każdym znaczniku czasu, zanim stwierdzą, że depozyty gwałtownie wzrosły lub podaż się napompowała. Opublikowany dziennik zdarzeń daje ścieżkę do takiej normalizacji, ale to praca, którą ktoś musi wykonać. Wolumen obrotu podany jako surowe tokeny w ramach zdarzenia nie jest porównywalny bez skorygowanej jednostki.

Łączenie polityk ujawnia decyzję o kwalifikowalności

Union i Intersect to dwa nowe typy polityk złożonych. Union zezwala na operację, jeśli polityka bazowa akceptuje ją zgodnie ze skonfigurowaną logiką; Intersect wymaga, aby wiele warunków bazowych zostało spełnionych. Dokładne polityki składowe i kierunek autoryzacji należy odczytać z konfiguracji tokena. Użyteczna analogia to brama z alternatywnymi identyfikatorami versus brama wymagająca kilku identyfikatorów. Nie jest to stwierdzenie, że każdy token musi przeprowadzać kontrole tożsamości.

Wyobraź sobie aktywo, którego emitent zezwala na transfery do zatwierdzonych portfeli brokerów lub do wyznaczonego kontraktu umorzenia. Polityka Union może wyrazić alternatywy. Inny emitent może wymagać, aby zarówno nadawca, jak i odbiorca spełniali odrębne warunki, gdzie bardziej odpowiedni jest układ Intersect. Jeśli jeden warunek jest utrzymywany off-chain przez upoważniony rejestr, pozorna reguła transferu on-chain nadal zależy od organizacji aktualizującej ten rejestr. Zmieniona lista dozwolonych może zmienić zbywalność bez przenoszenia tokena przez posiadacza.

Polityki złożone ułatwiają opisanie regulowanego aktywa w modułach wielokrotnego użytku. Mogą też utrudnić posiadaczowi odkrycie, dlaczego transfer się nie powiódł, jeśli interfejs zgłasza tylko ogólny revert. Niezmienniki i testy B20 dają programistom punkt wyjścia, ale produkt nadal potrzebuje czytelnego dla człowieka ujawnienia, które adresy mogą działać, kto aktualizuje listy i jak kwestionowane są błędy. Token z uprawnieniami i nieudokumentowaną bramą nie jest znacząco przejrzysty tylko dlatego, że brama znajduje się w publicznym łańcuchu.

Najsilniejszy kontrargument jest praktyczny. Tokenizowany papier wartościowy oferowany w wielu jurysdykcjach nie może obiecywać nieograniczonego transferu i jednocześnie spełniać ograniczeń kwalifikowalności, nakazów sądowych i przetwarzania działań korporacyjnych. Programowalne kontrole mogą być bardziej przewidywalne niż ręczne zamrożenia w bazie danych brokera. Ten argument jest słuszny, gdy kontrole są wąsko delegowane, audytowalne i powiązane z egzekwowalnymi warunkami. Przeciwne ryzyko jest równie konkretne: jeden klucz administracyjny, rejestr polityk lub interpretacja emitenta może decydować o dostępie użytkownika. Fork Cobalt dostarcza prymitywy. Emitenci dostarczają zarządzanie.

Transakcje warunkowe nie nadpisują reguł emitenta

Cobalt wprowadza również transakcje ważności: podpisane transakcje sparowane z warunkami dotyczącymi stanu łańcucha, wstrzymane do momentu spełnienia tych warunków. Jest to ogólna funkcja transakcji, a nie automatyczne zwolnienie ze zgodności. Użytkownik może chcieć, aby zlecenie zostało wykonane tylko wtedy, gdy saldo, stan związany z ceną lub inny predykat ma określoną wartość. Transakcja, która staje się kwalifikowalna, nadal musi spełniać politykę transferu tokena w momencie wykonania. Jeśli emitent zmienił w międzyczasie listę dozwolonych, transakcja może się nie powieść lub pozostać niekwalifikowalna w zależności od jej warunków.

Ta interakcja tworzy cenne pytanie dla struktury rynku. Jeśli trader podpisuje zlecenie dzisiaj, które staje się ważne jutro, kto może zmienić stan, od którego zależy jego wykonanie? Część stanu pochodzi z neutralnych kontraktów; część pochodzi z polityki kontrolowanej przez emitenta. Transakcja warunkowa może zmniejszyć jedną formę niepewności wykonania, pozostawiając posiadacza narażonego na zdolność administratora do aktualizacji uprawnień. Dokumenty integracyjne powinny określać, który predykat został sprawdzony, kiedy został sprawdzony i co się dzieje w przypadku wygaśnięcia lub anulowania.

Oprogramowanie węzła decyduje o tym, czy portfele i dostawcy usług niezawodnie widzą nową ścieżkę. Minimalna wersja mainnet v1.4.2 obejmuje zachowanie RPC polegające na przekazywaniu zgłoszeń ważności do zgodnego wejścia sekwencera. Węzeł v1.4.1 może podążać za rozwidleniem konsensusu, ale nie wywiązać się z tej trasy zgłoszenia. Dla użytkownika różnica objawia się jako myląca odrzucona transakcja, a nie dyskusja o tagach wydania. Dla instytucji wymaga to testowania end-to-end na dokładnie tej wersji węzła i dostawcy RPC, które są używane w środowisku produkcyjnym.

Istnieje jeszcze jedna granica: infrastruktura sekwencjonowania i ostatecznego rozliczenia Base. Polityka emitenta jest egzekwowana w wykonaniu, gdy transakcja jest uruchamiana; warunkowe zgłoszenie nie daje użytkownikowi gwarancji, kiedy sekwencer uwzględni kwalifikującą się transakcję. Szybkie potwierdzenie on-chain samo w sobie nie rozstrzyga również sporu prawnego dotyczącego bazowych akcji. Cobalt poprawia wyrażanie i dopuszczanie transakcji. Nie sprowadza porządkowania, własności prawnej i umorzenia do jednego dowodu.

Dokumentacja określa aktywo leżące u podstaw tokena

Posiadacz oceniający tokenizowaną akcję powinien zacząć poza łańcuchem: kto jest właścicielem referencyjnego papieru wartościowego, gdzie jest on przechowywany, jakie roszczenie daje token i kto jest winny posiadaczowi przy umorzeniu? Jeśli produkt jest instrumentem pochodnym lub roszczeniem umownym wobec emitenta, posiadacz może nie mieć praw głosu ani praw w przypadku niewypłacalności, jakie ma bezpośredni akcjonariusz. Cobalt nie zmienia tej klasyfikacji. Jego dodatkowe mechanizmy kontroli mogą wdrażać warunki już zawarte w umowie lub dawać emitentowi nowe możliwości techniczne, które wymagają zaktualizowanego ujawnienia.

Rozszerzająca się lista tokenizowanych akcji Coinbase ilustruje tempo, w jakim menu produktów może rosnąć. Znany ticker akcji w aplikacji nie zastępuje nazwy prawnej podmiotu emitenta i warunków specyficznych dla danego aktywa. Niektóre produkty są dostępne tylko dla określonych użytkowników lub jurysdykcji. Ograniczenia mogą być egzekwowane przy rejestracji, przy transferze, przy umorzeniu lub we wszystkich trzech przypadkach. Jeśli transfer on-chain jest otwarty, ale umorzenie wymaga uprawnień, nabywca wtórny może otrzymać token, którego nie może bezpośrednio umorzyć.

Przejrzyste ujawnienie polityki wymieniałoby każdą rolę administratora, funkcje, które może wywoływać, czy wymagany jest multisignature, czy uprawnienia są zablokowane czasowo i jak ogłaszane są zmiany awaryjne. Mapowałoby każdą władzę on-chain na klauzulę umowną. Pokazywałoby proces weryfikacji rezerwy lub depozytu oraz sposób, w jaki posiadacz może zakwestionować zajęcie. Liczba portfeli on-chain posiadających token nie może odpowiedzieć na te pytania. Token może rozprzestrzenić się na tysiące adresów, podczas gdy jeden emitent zachowuje decydującą władzę nad każdym umorzeniem.

Cobalt sprawia również, że stare słowo „własność” staje się trudniejsze do swobodnego używania. Jedna osoba może posiadać klucz prywatny kontrolujący portfel. Inny podmiot może kontrolować emisję tokenów i transfery administracyjne. Powiernik może przechowywać referencyjną akcję. Broker może kontrolować dostęp do rynku. Sąd może zgłaszać roszczenie do władzy nad roszczeniem. Te prawa mogą być prawnie spójne, ale ich podział musi być wyraźny. Łańcuch nie może uratować niejednoznacznych dokumentów produktu poprzez upublicznienie jednej części rejestru.

Mierz wdrożenie według skonfigurowanych aktywów, a nie według statusu rozwidlenia

Aktywacja rozwidlenia jest weryfikowalna na podstawie bloku i czasu. Przyjęcie jego nowych uprawnień B20 wymaga innego liczenia: ile aktywnych kontraktów aktywów faktycznie konfiguruje nowe polityki, ile harmonogramów mnożników i ile wywołuje zajęcie? Zerowe liczenie wkrótce po aktywacji nie oznaczałoby, że rozwidlenie zawiodło. Oznaczałoby, że emitenci jeszcze nie użyli tych opcjonalnych funkcji. Duże liczenie nie dowodziłoby, że aktywa są w pełni zabezpieczone lub że mechanizmy kontroli są dobrze zarządzane.

Powtarzalny pomiar inwentaryzowałby aktywa B20, sprawdzał selektory polityki na tej samej wysokości bloku, identyfikował adresy administratorów i klasyfikował zaobserwowane wywołania po 30 września. Osobno liczyłby próby, które kończą się cofnięciem, i udane zmiany stanu. Unikałby założenia, że aktywo nazwane „akcją” ma bazową akcję tylko dlatego, że tak mówią jego metadane. Jest to lepsza miara przyjęcia niż wolumen transakcji, który może odzwierciedlać spekulacyjny handel tokenami, których struktura prawna znacznie się różni.

Ograniczeniem obecnego zapisu jest to, że specyfikacja forka opisuje pojemność, a nie kompletny rejestr aktywnych emitentów i ich warunków. Nie istnieje uniwersalne ustawienie Cobalt, które określałoby wszystkie prawa do tokenizowanych aktywów. Każdy emitent może skonfigurować funkcje inaczej, a późniejsza aktualizacja może zmienić uprawnienia. Węzeł może poprawnie zweryfikować transfer, podczas gdy oświadczenie powiernika poza łańcuchem pozostaje spóźnione lub sporne. Token może pokazywać administracyjny ruch publicznie, nie informując posiadacza, czy był on zgodny z prawem.

Wniosek jest konkretny. Base ma teraz bardziej precyzyjne narzędzia dla emitentów do kontrolowania sald aktywów i kwalifikowalności. Posiadacze zyskują lepszą szansę na zbadanie tych kontroli, jeśli emitenci ujawnią je jasno. Znaczący test zaczyna się przy każdym tokenie: kto może zmienić mnożnik, kto może dokonać zajęcia, kto może zmienić politykę transferu i jakie roszczenie prawne pozostaje, jeśli emitent zawiedzie?

Posiadacz może sprawdzić trzy obietnice wobec jednego kontraktu

Pierwsza obietnica dotyczy podaży. Raport o zabezpieczeniu może stwierdzać, że każdy token odpowiada jednej jednostce aktywa bazowego przechowywanego przez powiernika. Posiadacz może porównać zgłoszoną podaż tokenów w momencie migawki raportu ze stanem podanym przez powiernika, korygując o wszelki mnożnik wówczas obowiązujący. Obie liczby wymagają tego samego znacznika czasu i jednostki. Raportu o 1 milionie akcji na wczorajszym zamknięciu nie można zestawić z podażą 2 milionów tokenów po splicie dzisiaj i nazwać tego deficytem. Zgodna suma zbiorcza nie dowodzi również, że każdy indywidualny posiadacz ma prawo do umorzenia, które sugeruje strona marketingowa.

Druga obietnica dotyczy transferu. Produkt może reklamować rozliczenia peer-to-peer, a następnie stosować politykę zezwalającą na transfery tylko między zarejestrowanymi pośrednikami. Oba stwierdzenia mogą być prawdziwe, jeśli dozwolony zbiór partnerów jest wąski. Posiadacz może zbadać skonfigurowane polityki tokena, przesłać symulację transferu tylko do odczytu między reprezentatywnymi typami adresów i porównać wynik z opublikowanymi zasadami kwalifikowalności. To ćwiczenie powinno obejmować portfel uprawniony do przechowywania, portfel nieuprawniony oraz miejsce docelowe umorzenia. Jeśli wyniki różnią się od warunków, emitent powinien wyjaśnić rozbieżność, zanim użytkownicy zaczną handlować.

Trzecia obietnica dotyczy środka odwoławczego. Użytkownik, którego saldo zostało przeniesione przez seizeWithMemo, potrzebuje czegoś więcej niż hasha zdarzenia. Emitent powinien opublikować numer referencyjny sprawy, który chroni prywatne informacje, jednocześnie wskazując powołany organ, obowiązujący warunek, datę powiadomienia i kanał do zakwestionowania. Posiadacz może wtedy porównać zarejestrowany ruch z tym kontem. Notatka, która mówi „zgodność”, bez procedury, niewiele daje komuś, kto kwestionuje błędną tożsamość lub zduplikowaną instrukcję. Standard tokena nie może wymusić sprawiedliwego odwołania, ale jego ślad zdarzeń może uczynić brak widocznym.

Istnieje czwarty praktyczny test dla każdego, kto używa tych tokenów jako zabezpieczenia. Protokół pożyczkowy może wyceniać aktywo według ceny rynkowej i akceptować je jako zabezpieczenie pożyczki. Jeśli emitent może zamrozić lub zająć adres zabezpieczenia albo zmienić liczbę jednostek poprzez mnożnik, oprogramowanie do likwidacji musi rozumieć oba zdarzenia. Pożyczkodawca, który wycenia aktywo wyłącznie po tickerze, może przeoczyć ograniczenie na poziomie kontraktu dotyczące przenoszenia go podczas likwidacji. Pożyczkobiorca tymczasem może widzieć zdrowy kwotowany kurs, ale nie być w stanie przenieść zastawionego salda, aby spłacić. Istotnym ujawnieniem jest to, czy sam kontrakt pożyczkowy jest zwolniony, kto może zmienić to zwolnienie i co się dzieje, gdy emitent odwoła kwalifikowalność użytkownika.

Powiernik może odpowiedzieć na niektóre pytania niezależnym poświadczeniem, ale poświadczenie ma zakres. Może zweryfikować akcje przechowywane na rachunku zbiorczym w określonym czasie, nie sprawdzając, czy posiadacze tokenów mają bezpośredni interes majątkowy. Może zweryfikować zbiorcze zabezpieczenie, nie sprawdzając, czy zajęcie zmieniło podział między klientami. Poważny audyt podaje podmiot prawny, identyfikator aktywa, czas migawki, metodę uzgodnienia i wyłączenia. Dokument powinien być odświeżany po istotnej emisji, umorzeniu lub zdarzeniu korporacyjnym. Czytelnicy powinni móc porównywać kolejne migawki, a nie tylko podziwiać jednorazową odznakę w aplikacji.

Istnieje przypadek awarii, którego blockchain nie może rozstrzygnąć: emitent staje się niewypłacalny, podczas gdy token nadal jest przedmiotem obrotu. Podaż on-chain, polityki i dzienniki zdarzeń mogą być nienaruszone. Decydującym pytaniem jest wtedy, czy aktywa bazowe są wyodrębnione dla posiadaczy, stanowią część masy upadłościowej powiernika czy ogólne roszczenie wobec emitenta. Inteligentny kontrakt z doskonałym egzekwowaniem ograniczeń transferu nie wybiera priorytetu upadłościowego. Dlatego administracyjna precyzja Cobalt zwiększa pilność czytania warunków produktu. Mówi użytkownikom dokładnie, co emitent może zrobić z tokenem, podczas gdy dokumenty muszą im powiedzieć, czego mogą żądać od emitenta.

Audyt, który testuje wszystkie trzy obietnice, wykraczałby poza wykazanie, że kod działa. Uzgodniłby nieuregulowane roszczenia z posiadanymi aktywami, rzeczywiste bramki transferu z opublikowanym regulaminem oraz działania administracyjne z procesem poza interfejsem samego emitenta. Publiczny łańcuch dostarcza dowodów dla każdego testu, ale nigdy całej odpowiedzi. Zapisy dotyczące przechowywania i warunki umowy muszą być sprowadzone do tej samej daty i jednostki. To jest praca, której wymaga tokenizowane aktywo po uroczystym ogłoszeniu forka.

Jeszcze jedna granica operacyjna zasługuje na publiczny test. Administrator tokena może być portfelem multisignature z kilkoma sygnatariuszami, ale pojedyncza firma mogłaby wyznaczyć każdego sygnatariusza. Publikowanie progu bez wymieniania organów zarządzających nie pokazuje niezależnego nadzoru. Emitent może ujawnić próg, procedurę rotacji kluczy i uprawnienia awaryjne bez ujawniania tajemnic. Jeśli twierdzi, że posiadacze mogą odwołać się od decyzji, powinien wskazać podmiot prawny, który rozpatruje odwołanie, oraz okres, w którym odpowiada. Te fakty zamieniają uprawnienie on-chain w proces rozliczalny.

Sceptyczny czytelnik powinien również sprawdzić, czy zmiany polityki emitują zdarzenia, które śledzą dostawcy danych. Jeśli portfel mógł dokonać transferu w południe i został zablokowany o 12:01, czas ma znaczenie dla oczekującego zlecenia, obliczenia depozytu zabezpieczającego pożyczkodawcy i posiadacza próbującego dokonać umorzenia. Panel, który aktualizuje się raz dziennie, może sprawić, że zmiana w czasie rzeczywistym będzie wyglądać jak nagłe zajęcie. Bezpośrednie monitorowanie kontraktu może wypełnić tę lukę, ale dostawca produktu powinien nadal wysyłać powiadomienia użytkownikom, których prawa się zmieniają. Cobalt czyni zmiany wykonalnymi. Ujawnienie określa, czy te zmiany są zrozumiałe.

Na co zwrócić uwagę

• Skonfigurowane liczby polityk: Publiczne kontrakty B20 wykorzystujące uprawnienia Union, Intersect i seizure po forku z 30 września.
• Pierwszy zaplanowany mnożnik: Jego ogłoszony czas wejścia w życie, zastosowany współczynnik i uzgodnienie z pozasesyjnym działaniem korporacyjnym.
• Działania administracyjne: Udane zdarzenia seizeWithMemo, rola autoryzująca i wyjaśnienie emitenta dla każdego istotnego przypadku.
• Zgodność RPC: Główne węzły Base i dostawcy RPC działający co najmniej na wersji v1.4.2 i konsekwentnie przyjmujący zgłoszenia ważności.
• Ujawnienia emitenta: Warunki produktu, które mapują każdą uprawnienie administratora on-chain na egzekwowalne prawo i proces odwoławczy.

FAQ