BNB Chain dzieli moc aktywów na 4 role, podczas gdy administratorzy trzymają klucz

Wydanie testnetu Jenner BNB Chain wprowadza projekt natywnego aktywa, który da administratorowi powołanemu przez zarząd kontrolę nad tym, kiedy nowe stablecoiny i tokenizowane aktywa mogą być tworzone.

Emitenci mogliby mieć kod dostępny w sieci, a mimo to potrzebowaliby osobnego przełącznika funkcji otwartego przed uruchomieniem tokena CAS20.

Wydanie v1.8.1 zaplanowane na 16 października ustala datę uruchomienia Jenner dla testnetu Chapel BNB Smart Chain na 29 października o 02:30 UTC. Wcześniejsze ogłoszenie podaje wskazówki dotyczące głównej sieci na koniec listopada, z dokładnym czasem, który wciąż nie został ogłoszony.

Proponowany standard BEP-702 pozostaje oznaczony jako projekt i obejmuje nową rodzinę tokenów CAS20, podczas gdy istniejące tokeny BEP-20 pozostaną nietknięte. Jego architektura oddziela trzy pytania: czy sieć przyjmuje funkcję, kto może korzystać z uprawnień tokena oraz którzy posiadacze mogą być nimi dotknięci.

CAS20 wprowadziłby wspólne zachowanie tokenów do logiki natywnego łańcucha, wdrożone jako stanowe prekompilacje. Ten sam projekt nadaje zarządowi sieci rolę w udostępnianiu infrastruktury, obok kontroli emitenta nad samym aktywem.

Zarządzenie kontrolowałoby otwarcie

Zgodnie z BEP-702, zarząd łańcucha powołuje administratora aktywacji za pośrednictwem GovHub, kontraktu przekazującego zarząd BSC. Administrator następnie dokonuje osobnych wywołań, aby aktywować lub dezaktywować funkcje.

Wdrożenie aktywacji w wydaniu egzekwuje tę podział. Tylko GovHub może zmienić administratora, a tylko przechowywany, niezerowy administrator może obsługiwać przełączniki.

Projekt przewiduje osobne przełączniki do tworzenia tokenów wariantów aktywów, tworzenia tokenów wariantów stablecoin oraz zapisywania w wspólnym rejestrze polityki.

Gdy wariant jest włączony, ścieżka tworzenia fabryki nie zawiera listy zatwierdzeń indywidualnych emitentów. Twórca dostarcza początkowego administratora tokena oraz instrukcje dotyczące inicjalizacji. Wczesny dostęp do białej listy emitentów BNB Chain nie powinien być interpretowany jako dowód, że ten kod licencjonuje każdego emitenta osobno.

Zamknięcie funkcji tworzenia tokenów zatrzymałoby tworzenie nowych tokenów CAS20 tego wariantu. Nie zatrzymałoby to istniejącego tokena przed mintowaniem dodatkowych jednostek w ramach własnych uprawnień, transferowaniem sald lub zarządzaniem swoimi rolami.

Dla emitenta planującego uruchomienie, zależność jest konkretna: zainstalowanie wsparcia dla Jenner i aktywacja tworzenia dla wybranego wariantu natywnego tokena to różne kamienie milowe. Dla istniejącego posiadacza ten sam przełącznik nie jest bezpośrednim mechanizmem do przenoszenia lub zamrażania salda. Proponowane przez BNB Chain CAS20 kontroluje podział władzy na cztery role, przy czym przejęcia są domyślnie wyłączone.

Wspólny rejestr polityki tworzy drugą zależność po istnieniu tokena. Administrator tokena wybiera polityki dla konkretnych operacji, a każda polityka ma swojego administratora odpowiedzialnego za członkostwo.

Wdrożenie polityki oznaczonej bramkuje zapisy w rejestrze za aktywacją funkcji, w tym zmiany członkostwa na liście i przekazywania administratorów. Token może nadal konsultować istniejącą listę, nawet gdy ta lista nie może być aktualizowana.

Rozważ konto, które już zostało zablokowane przez politykę używaną do transferów. Jeśli funkcja rejestru polityki jest wyłączona, administrator listy nie może usunąć konta, gdy ta bramka jest zamknięta. Posiadacz może pozostać ograniczony na podstawie istniejącej zasady, nawet jeśli działanie na poziomie sieci nie zamroziło tokena ani nie zmieniło jego sald.

Domyślny administrator tokena może nadal powiązać inną istniejącą politykę, ponieważ powiązanie polityki na poziomie tokena jest poza przełącznikiem zapisu rejestru. To różni się od edytowania zamrożonej wspólnej listy i zależy od pozostałych uprawnień administracyjnych tokena.

Ponowne wykorzystanie jednej listy może uprościć operacje w różnych aktywach, ale koncentruje efekt decyzji o członkostwie. Zmiana w wspólnej polityce może zmienić kwalifikowalność tego samego konta w każdym tokenie i operacji, które się do niej odnoszą.

Zastąpienie administratora aktywacji sieci przywróciłoby kontrolę nad przełącznikiem, ale samo w sobie nie poprawiłoby wpisu na liście. Ponowne otwarcie zapisów polityki i aktualizacja dozwolonego członkostwa to oddzielne działania.

Uprawnienia emitenta rządzą transferami i zajęciem

W obrębie tokena, administracja ról i wybór polityki przyznają różne uprawnienia. Minting, samopalenie, zajęcie, wstrzymywanie i wznawianie używają oddzielnych ról.

Możesz przypisać uprawnienia do różnych adresów lub skoncentrować je w jednym. Władza aktywacji sieci, członkostwo w roli tokena i administracja listą polityk pozostają odrębnymi uprawnieniami, nawet jeśli organizacja posiada kilka z nich.

Zwykła implementacja transferu sprawdza nadawcę i odbiorcę w odniesieniu do ich odpowiednich polityk oraz sprawdza delegowanego wykonawcę, gdy przenosi fundusze innego konta.

Minting ma oddzielną politykę odbiorcy, więc uprawnienie do otrzymywania nowo wybitych jednostek nie odpowiada automatycznie na pytanie, czy konto może wysyłać tokeny lub działać w imieniu innego posiadacza.

Zajęcie pozwoliłoby upoważnionemu operatorowi przypisać kwalifikowalne salda bez zgody posiadacza. Jednak jego domyślna konfiguracja chroni każdego posiadacza: przyznanie roli zajęcia samo w sobie nie czyni sald kwalifikowalnymi.

Kod administracyjny v1.8.1 nazywa regułę posiadacza SEIZE_EXEMPT_POLICY. Autoryzacja na jej podstawie chroni konto przed zajęciem. W zwykłych wywołaniach po utworzeniu, ponowne przypisanie wymaga, aby posiadacz nie przeszedł tego sprawdzenia zwolnienia, plus rola zajęcia tokena, funkcja zajęcia, która nie jest wstrzymana, wystarczająca ilość salda oraz ważny cel dozwolony przez politykę odbiorcy zajęcia.

Gdy te zabezpieczenia zostaną spełnione, seizeWithMemo omija zwykłe kontrole polityki transferu i pozostawia całkowitą podaż niezmienioną. Palenie zamiast tego niszczy podaż i, w przypadku zwykłych wywołań CAS20, dotyczy tylko tokenów samego wywołującego w ramach oddzielnej roli.

Ograniczenia transferu i kwalifikowalność zajęcia nie mogą być zatem traktowane jako wymienne. Zdolność konta do dokonania zwykłego transferu nie rozstrzyga, czy może być przedmiotem administracyjnego przypisania.

Wstrzymanie transferów również nie wstrzymuje zajęcia, które ma swoje własne ustawienie wstrzymania i nadal wymaga innych zabezpieczeń.

Kontrole Cobalt w Base używają podobnego rozdzielenia ról i kwalifikowalności w swoim standardzie B20. Dodatkowe pytanie CAS20 tutaj dotyczy tego, jak przyjęcie funkcji na poziomie sieci BNB Chain wpłynie na te kontrole na poziomie tokenów.

Kolejne kamienie milowe BNB Chain są operacyjne

Strona CAS20 BNB Chain poszukuje emitentów z wczesnym dostępem i opisuje warianty Stablecoin i Asset.

Ustalenie zarządzania pozostawia również kompromis dla emitentów przyjmujących natywną logikę. Wspólny kod zmniejsza potrzebę wdrażania tego samego zachowania tokena oddzielnie, podczas gdy propozycja ostrzega, że wada klienta natywnego może wpłynąć na wiele tokenów CAS20 i wymagać kolejnego hard forka do naprawy.

Fork testnetu zaplanowany na 29 października jest następnym zaplanowanym krokiem w wydaniu. Data wydania mainnetu sama w sobie pozostawiłaby oddzielne pytania dotyczące tego, który adres posiada rolę aktywacji, jak podpisuje zmiany i które funkcje zostały otwarte.

Uruchomienia nowych tokenów będą zależały od przyjęcia funkcji, bieżąca konserwacja wspólnej listy będzie zależała od dostępności rejestru, a narażenie posiadaczy na transfer lub zajęcie będzie zależało od uprawnień i polityk, które ich emitent faktycznie skonfigurował.

Niniejsza treść ma charakter wyłącznie informacyjny i nie stanowi porady finansowej, inwestycyjnej, prawnej ani podatkowej. Wszelkie wydarzenia, nagrody, promocje online lub powiązane informacje, o których tu mowa, nie powinny być traktowane jako rekomendacja, zachęta ani zaproszenie do kupna, sprzedaży, wymiany lub innego rodzaju obrotu aktywami kryptograficznymi. Aktywa kryptograficzne charakteryzują się dużą zmiennością i mogą prowadzić do strat. Dostępność usług, produktów i powiązanych wydarzeń WEEX może się różnić w zależności od regionu. Użytkownik jest odpowiedzialny za upewnienie się, że jego udział jest zgodny z obowiązującymi lokalnymi przepisami i regulacjami.