Stellar aktywował na testnecie swoją aktualizację Protocol 30 o kryptonimie Bell, wprowadzając nowe możliwości inteligentnych kontraktów, weryfikację podpisów postkwantowych oraz zmiany, które w przyszłych aktualizacjach mogą umożliwić szybsze przetwarzanie księgi.
Podsumowanie
- Stellar aktywował na testnecie swoją aktualizację Protocol 30 Bell, a walidatorzy mają zagłosować nad aktywacją w mainnecie 23 listopada o 17:00 UTC.
- Bell wprowadza muxowane adresy kontraktów, które pozwalają giełdom, powiernikom i dostawcom płatności zarządzać saldami wielu klientów za pośrednictwem jednego inteligentnego kontraktu.
- Aktualizacja dodaje obsługę weryfikacji podpisów postkwantowych ML DSA w inteligentnych kontraktach, podczas gdy podpisy transakcji sieciowych będą nadal korzystać z Ed25519.
- Protocol 30 wprowadza milisekundowe taktowanie księgi, aby wspierać szybsze przetwarzanie w przyszłych aktualizacjach, choć zmiana ta nie skraca natychmiast czasu zamykania księgi.
- Dostawcy portfeli, giełdy i operatorzy infrastruktury muszą zaktualizować swoje oprogramowanie, aby obsługiwać nowy format adresów i zmiany danych księgi przed aktywacją w mainnecie.
Zgodnie z ogłoszeniem Stellar Development Foundation z 4 listopada, aktualizacja testnetu została ukończona, a walidatorzy mają teraz zagłosować nad aktywacją Bell w mainnecie 23 listopada.
Aktualizacja wprowadza trzy zmiany w ramach CAP-84, CAP-87 i CAP-88, obejmujące sposób, w jaki inteligentne kontrakty obsługują adresy klientów, weryfikują podpisy kryptograficzne i rejestrują czasy zamykania księgi.
W swoim ogłoszeniu z 20 października fundacja wyjaśniła, że Bell został zaprojektowany, aby pomóc firmom zarządzać środkami klientów za pośrednictwem inteligentnych kont, jednocześnie przygotowując sieć na bezpieczeństwo odporne na komputery kwantowe i szybsze przetwarzanie transakcji.
Aktywacja w testnecie nastąpiła po głosowaniu walidatorów zaplanowanym na 3 listopada o 17:00 UTC. Głosowanie w mainnecie zaplanowano na tę samą godzinę 23 listopada, a aktywacja zależy od zatwierdzenia przez walidatorów.
Stellar Protocol 30 wprowadza muxowane adresy inteligentnych kontraktów
Jedną z głównych zmian Bell jest CAP-84, który wprowadza muxowane adresy kontraktów pozwalające firmom zarządzać środkami należącymi do wielu klientów za pośrednictwem jednego inteligentnego kontraktu.
Wcześniej Stellar obsługiwał muxowane konta, które pozwalały giełdom i powiernikom przyjmować depozyty od różnych klientów na jedno konto, identyfikując poszczególnych użytkowników za pomocą oddzielnych identyfikatorów.
Inteligentne konta, które wykorzystują programowalne kontrakty do kontrolowania uprawnień wydatków, nie miały tej samej możliwości. Firmy je wykorzystujące zazwyczaj potrzebowały oddzielnych kontraktów do rozróżniania sald klientów.
Dzięki CAP-84 adres kontraktu może zawierać 64-bitowy identyfikator, który identyfikuje zamierzonego klienta bez konieczności tworzenia oddzielnego inteligentnego kontraktu dla każdego użytkownika.
Nowe adresy używają formatu zaczynającego się od litery W, co odróżnia je od istniejących muxowanych adresów kont zaczynających się od M.
Gdy tokeny są przesyłane na jeden z tych adresów, środki trafiają do bazowego kontraktu, a identyfikator klienta jest rejestrowany w zdarzeniu transferu.
Według Stellar, giełdy, dostawcy płatności i powiernicy mogą wykorzystać ten system do zarządzania depozytami klientów za pośrednictwem inteligentnych kont bez wdrażania indywidualnych kontraktów dla potencjalnie milionów użytkowników.
Zmiana wymaga, aby dostawcy portfeli i inne aplikacje przetwarzające adresy Stellar obsługiwały nowy format.
Bell przynosi weryfikację podpisów postkwantowych do inteligentnych kontraktów
Inny ważny element, CAP-87, wprowadza obsługę weryfikacji podpisów ML-DSA w środowisku inteligentnych kontraktów Soroban firmy Stellar.
ML-DSA to postkwantowy algorytm podpisu cyfrowego standaryzowany przez amerykański Narodowy Instytut Standardów i Technologii w 2024 roku.
W przeciwieństwie do istniejących systemów podpisów krzywych eliptycznych, ML-DSA został zaprojektowany tak, aby odpierać ataki wystarczająco potężnych komputerów kwantowych.
Stellar obecnie korzysta ze schematów podpisów kryptograficznych, w tym Ed25519, secp256k1 i secp256r1, które mogą stać się podatne na przyszłe postępy w obliczeniach kwantowych.
W ramach Bell deweloperzy mogą tworzyć inteligentne konta, które wymagają podpisów ML-DSA przed autoryzacją transakcji, umożliwiając portfelom i depozytariuszom wprowadzenie odpornych na kwant kontroli wydatków.
Fundacja poinformowała, że proces weryfikacji przebiega przez Stellar Core, ponieważ sprawdzanie podpisów ML-DSA wymaga znacznie więcej zasobów obliczeniowych niż konwencjonalne podpisy.
Protokół 30 obsługuje trzy funkcje weryfikacji ML-DSA odpowiadające różnym poziomom bezpieczeństwa algorytmu.
Funkcja ta jest pierwszym onchainowym komponentem Planu Gotowości Kwantowej Stellar, chociaż podpisy transakcji na poziomie sieci będą nadal używać Ed25519 do czasu przyszłej aktualizacji protokołu.
Inne blockchainy badają podobne zabezpieczenia. W sierpniu Sui przedstawiło plany wprowadzenia bezpiecznego kwantowo uwierzytelniania kont przy użyciu schematów podpisów zatwierdzonych przez NIST.
Milisekundowe taktowanie księgi przygotowuje Stellar na szybsze przetwarzanie
Trzeci komponent Bell, CAP-88, zmienia sposób, w jaki Stellar rejestruje czas zamknięcia ksiąg.
Obecnie Stellar rejestruje czasy zamknięcia ksiąg w pełnych sekundach, co uniemożliwia sieci celowanie w interwały krótsze niż jedna sekunda.
Nowy system wprowadza znaczniki czasu o rozdzielczości milisekundowej, umożliwiając przyszłym zmianom protokołu obsługę bardziej precyzyjnych interwałów zamknięcia księgi.
We wrześniu aktualizacja Protokołu 28 Stellar skróciła typowe czasy zamknięcia księgi w mainnecie z około 5,7 sekundy do pięciu sekund.
CAP-88 nie skraca natychmiast tych czasów dalej. Zamiast tego usuwa istniejące ograniczenie techniczne, a deweloperzy Stellar Core już eksperymentują z szybszym przetwarzaniem księgi.
Zmiana wprowadza nowy format nagłówka księgi, wymagając od aplikacji dekodujących surowe dane blockchain aktualizacji oprogramowania.
Zgodnie z przewodnikiem aktualizacji fundacji, starsze SDK mogą nie być w stanie dekodować ksiąg Protokołu 30, podczas gdy indeksatory i usługi analityczne muszą zaktualizować swoje definicje XDR.
Istniejące kontrakty Soroban mogą nadal działać bez modyfikacji, chociaż deweloperzy muszą zaktualizować swoje narzędzia, aby korzystać z nowych funkcji Bell.
Aktualizacja mainnetu zaplanowana na 23 listopada
Przed głosowaniem w mainnecie Stellar wydał wersje swojego oprogramowania infrastrukturalnego Core, Horizon, RPC i Galexie zgodne z Protokołem 30.
Jego przewodnik aktualizacji z 23 października wymienia JavaScript SDK v17.3.0 i Go SDK v0.8.0 wśród dostępnych wydań dla deweloperów, obok kandydata do wydania Soroban Rust SDK.
Walidatorzy zostali poinstruowani, aby zainstalować Stellar Core v30.0.0 przed głosowaniem w mainnecie, podczas gdy giełdy, dostawcy portfeli i inni operatorzy infrastruktury muszą przygotować swoje integracje na nowy format księgi.
Aktualizacja następuje po ostatnich wydarzeniach w ekosystemie Stellar, w tym integracji VIA Labs przesyłania wiadomości międzyłańcuchowych między Stellar i Ethereum pod koniec października.
Integracja umożliwia inteligentnym kontraktom Soroban wymianę wiadomości z kontraktami opartymi na Ethereum, wspierając aplikacje obejmujące stablecoiny, tokenizowane aktywa i transakcje międzyłańcuchowe.
Głosowanie nad aktualizacją mainnetu Stellar zaplanowano na 23 listopada o 17:00 UTC, a fundacja koordynuje przygotowania poprzez swoją społeczność deweloperów i kanały walidatorów.
