Szybsza finalizacja w Solanie już działa. Co to zmienia dla użytkowników?

Solana uruchomiła Alpenglow w mainnecie od 21 października, zastępując system głosowania, który mógł potrzebować kilku sekund na finalizację bloku, systemem zaprojektowanym do finalizacji w ułamku sekundy. Fundacja Solana odnotowuje tę zmianę w epoce 1064, po tym jak 446 z 654 walidatorów poświadczyło blok genezy.

Użytkownik wysyłający SOL może zobaczyć płatność pojawiającą się niemal natychmiast i zastanawiać się, co ulepszyła aktualizacja. Portfel może pokazać, że transakcja została przetworzona, zanim sieć uczyniła ją finalną. Alpenglow skraca oczekiwanie na silniejsze zapewnienie, ale aplikacja nadal musi przesłać płatność, otrzymać odpowiedź od węzła i zdecydować, kiedy zmienić własny wyświetlacz. Giełda może nałożyć dodatkowe oczekiwanie przed uznaniem środków na koncie.

Zapis aktualizacji Fundacji mówi, że formaty transakcji, programy i opłaty nie uległy zmianie. Deweloperzy, którzy jedynie przesyłają płatności i odczytują salda kont, nie potrzebują nowego formatu transakcji. Ci, którzy obsługują strumienie bloków, mają więcej pracy, ponieważ droga od proponowanego bloku do uzgodnionego jest inna. Praktyczne pytanie brzmi teraz, które usługi przekazują tę szybszą finalizację klientom, a które nadal korzystają ze starych harmonogramów potwierdzeń.

Przełączenie nastąpiło, ale 150 milisekund to cel

Alpenglow zastąpił TowerBFT, stary proces konsensusu Solany, 21 października. W starym systemie walidatorzy umieszczali transakcje głosów w łańcuchu, a blok zbierał wystarczającą liczbę głosów w kolejnych slotach, aby stać się finalnym. Votor, aktywna część Alpenglow, przenosi głosy bezpośrednio między walidatorami i łączy je w certyfikaty. Blok może zostać sfinalizowany w jednej lub dwóch rundach głosowania.

Fundacja używa 12,8 sekundy jako odniesienia dla starej finalizacji i około 150 milisekund jako nowego celu. Te liczby opisują porównanie protokołów, a nie dwa pomiary wykonane z tego samego portfela w identycznych warunkach. Raport przygotowawczy z 21 października ostrzegał, że węzły RPC bez stakowania mogą dowiedzieć się o finalizacji później niż uczestniczące walidatory, czasami po wyprodukowaniu kolejnego bloku. Opóźnienie internetowe i wybrany przez aplikację węzeł zwiększają to, co widzi użytkownik.

Zewnętrzny pomiar opublikowany 23 października wskazał medianę finalizacji na poziomie 404 milisekund w ciągu poprzednich 24 godzin, z 90. percentylem wynoszącym 579 milisekund i 99. percentylem wynoszącym 765 milisekund. Jego wcześniejsze odniesienie wynosiło około siedmiu sekund w ramach TowerBFT. Na podstawie tych liczb mediana poprawiła się około 17 razy, obliczone przez podzielenie siedmiu sekund przez 0,404 sekundy. Metodologia i punkt obserwacji różnią się od 12,8-sekundowego punktu odniesienia Fundacji i 150-milisekundowego celu projektowego.

Aktywny dashboard Fundacji wyświetla zmieniający się najnowszy zaobserwowany odczyt finalizacji i trendy w kilku oknach czasowych. Najnowszej wartości nie należy przedstawiać jako typowego doświadczenia klienta. Użyteczny szereg obejmuje medianę i opóźnienie ogona, przestoje oraz czas, jaki różni dostawcy potrzebują na zgłoszenie tego samego sfinalizowanego bloku. Pojedynczy wyjątkowo szybki slot dowodzi, że protokół może osiągnąć tę prędkość raz; niewiele mówi o płatności sprzedawcy w godzinach szczytu.

Rozróżnienie między celem a pomiarem miało kluczowe znaczenie dla kwestii gotowości walidatorów przed aktywacją. Od tego czasu mainnet dostarczył certyfikat i kilka dni mierzalnych bloków. Na jedno pytanie uzyskano odpowiedź: walidatorzy rzeczywiście skoordynowali przełączenie. To, czy typowy klient RPC widzi coś zbliżonego do reklamowanego celu, jest teraz innym pytaniem, ponieważ fundacja i zewnętrzni monitorujący rozpoczynają pomiar w różnych punktach. Podawanie obu wartości wraz z tymi punktami początkowymi pozwala czytelnikom porównać rzeczywistą wydajność bez traktowania wolniejszej obserwacji jako dowodu, że projekt konsensusu zawiódł.

Produkcja bloków Solany przyspieszyła dzięki innemu programowi, który w październiku skrócił docelowy czas slotu z 400 do 200 milisekund. Ten środek dotyczy tego, jak często lider produkuje blok. Finalność dotyczy tego, kiedy sieć zgadza się, że dany blok nie może zostać odwrócony zgodnie z jej regułami. Szybsze sloty i szybsza finalność mogą oba pomóc użytkownikowi, ale tych dwóch wartości nie należy sumować ani traktować jako tego samego zegara.

Reklamowana wartość zależy od tego, którzy uczestnicy otrzymają proponowany blok na czas, aby zagłosować. Szybka trasa może poświadczyć blok niezwłocznie, podczas gdy trasa zapasowa obsługuje wolniejszą komunikację. Wolna runda sama w sobie nie oznacza nieudanej aktualizacji: konsensus musi się nadal zgadzać, gdy walidator pominie wiadomość lub propozycja lidera konkuruje z inną. Mediana może się dramatycznie poprawić, podczas gdy niewielka liczba slotów zajmuje więcej czasu. Usługi obsługujące duże przelewy będą się przejmować wolnym ogonem tak samo jak głównym celem.

Publiczny obserwator powinien zapytać, gdzie zaczyna się licznik finalności. Rozpoczęcie pomiaru, gdy walidator otrzyma proponowany blok, wyklucza czas, jaki portfel poświęcił na rozgłaszanie transakcji. Rozpoczęcie pomiaru, gdy sprzedawca naciska „obciąż”, obejmuje człowieka i kilka systemów programowych. Rozpoczęcie pomiaru, gdy serwer RPC widzi certyfikat, obejmuje opóźnienie między walidatorami a serwerem. Każdy zegar odpowiada na inne pytanie. Zewnętrzny pomiar z 23 października jest użyteczny, ponieważ jego metodę i rozkład można zbadać oddzielnie od twierdzenia projektowego Fundacji.

Portfel ma więcej niż jeden zegar

Wyobraź sobie płacenie za kawę portfelem Solana. Użytkownik najpierw zatwierdza transakcję lokalnie. Portfel wysyła ją przez usługę RPC, sieć włącza ją do bloku kandydującego, a walidatorzy poświadczają ten blok. System sprzedawcy otrzymuje aktualizację statusu i decyduje, czy wydać kawę. Alpenglow zmienia etap poświadczania, a nie czas potrzebny na otwarcie portfela ani własną politykę sprzedawcy.

Wiele aplikacji już pokazywało komunikat o sukcesie przed finalnością TowerBFT. Używały one słabszego poziomu zobowiązania, ponieważ większość płatności detalicznych nie czeka na najsilniejszą gwarancję konsensusu przed zmianą ekranu. Szybszy status sfinalizowany mógłby pozwolić aplikacji zaoferować silniejsze zapewnienie przy mniej więcej szybkości swojego poprzedniego wczesnego statusu. Poprawa będzie widoczna tylko wtedy, gdy usługa zaktualizuje swoją regułę oczekiwania, a jej dostawca niezwłocznie dostarczy wynik.

Depozyt na giełdzie ilustruje ograniczenie. Przelew może być sfinalizowany w Solanie, podczas gdy giełda nadal sprawdza nadawcę, przypisuje adres do konta, przeprowadza kontrolę ryzyka i stosuje wewnętrzną politykę uznawania środków. Nowy czas finalności łańcucha nie może zmusić giełdy do natychmiastowego uwolnienia salda. Most potrzebuje przekaźnika wiadomości, wykonania w łańcuchu docelowym i często własnych zabezpieczeń. Rozliczenie między dwoma systemami pozostaje zatem wolniejsze niż sama finalność łańcucha źródłowego.

Wrześniowe sprawozdanie z testnetu przedstawiło to rozróżnienie przed uruchomieniem. Opisywało nowy proces głosowania, a nie nowy sposób podpisywania zwykłych płatności. Teraz jest zapis w mainnecie do sprawdzenia. Dostawcy mogą porównać czas, w którym klient przesyła transakcję, czas, w którym walidator ją poświadcza, oraz czas, w którym ich API zgłasza finalność. Bez tych oddzielnych znaczników czasu twierdzenie o 150-milisekundowej płatności użytkownika ukrywa te części, które nie zostały zmierzone.

Słowo „natychmiastowy” pozostanie kuszące w marketingu. Klient stojący przy ladzie dba o to, czy sprzedawca otrzyma wiarygodną akceptację, zanim się odwróci, co jest miarą usługi end-to-end. Trader dba o to, czy miejsce handlu zaktualizuje salda przed następną okazją rynkową. Oba przypadki mogą odnieść korzyść, nawet jeśli portfel nigdy nie wyświetli wyraźnego statusu finalności. Żadnemu z nich nie należy obiecywać, że każda interakcja zakończy się w 150 milisekund.

Operator punktu sprzedaży podejmuje dwie niezależne decyzje. Wybiera, kiedy płatność jest wystarczająco bezpieczna, aby wydać towar, oraz wybiera, jak postępować w przypadku przerwanej transmisji. Szybki certyfikat konsensusu poprawia pierwszą decyzję, ale nie powoduje, że terminal offline otrzyma odpowiedź. Procesor może wysłać tymczasowy komunikat o sukcesie i uzgodnić go później albo poczekać na status sfinalizowany. W punkcie kasowym liczy się rzeczywista polityka, w tym sposób, w jaki duplikaty zgłoszeń i opóźnione odpowiedzi pojawiają się na ekranie.

Aplikacje finansowe mają inne powody, by odróżniać szybkość od polityki. Aplikacja pożyczkowa może rejestrować zabezpieczenie w momencie przetwarzania transferu, ale zezwalać na pożyczanie dopiero po finalizacji. Zcentralizowany venue może obserwować zfinalizowane salda, stosując jednocześnie własne wstrzymanie wypłat. Most musi obsługiwać ryzyko łańcucha odbierającego oprócz ryzyka Solany. Szybszy certyfikat stwarza możliwość skrócenia zależnej od łańcucha części każdego przepływu pracy. Publikowanie czasów obsługi przed i po pokazałoby, gdzie dostawcy wykorzystują tę możliwość.

Mniej transakcji na wykresie może oznaczać tę samą ilość użycia

W ramach TowerBFT głosowanie walidatorów było częścią strumienia transakcji onchain. Walidatorzy Alpenglow komunikują się bezpośrednio i umieszczają informacje o certyfikacji w stopkach bloków, więc te transakcje głosowania nie pojawiają się już w zwykłej liczbie transakcji w bloku. Pulpit wyświetlający wszystkie transakcje na sekundę może spaść po przełączeniu bez spadku transferów, swapów lub płatności dokonywanych przez użytkowników.

Współzałożyciel Solany, Anatoly Yakovenko, omawiał usunięcie transakcji głosowania na krótko przed aktywacją, gdy zmiana w nagłówkowym TPS przyciągała uwagę. Analitycy porównujący ruch 20 października z ruchem po 21 października powinni wyodrębnić transakcje niebędące głosowaniami po obu stronach. W przeciwnym razie zmiana w księgowaniu wygląda jak utracony popyt. Odwrotnym błędem byłoby twierdzenie, że niższy ruch głosowania sam w sobie tworzy równą liczbę dodatkowych użytecznych transakcji użytkowników; wolna przepustowość i rzeczywiste użycie to różne rzeczy.

Arytmetykę można sprawdzić bez wymyślania nowego szacunku przepustowości. Jeśli liczba sprzed aktualizacji łączy transakcje użytkowników U i głosy walidatorów V, jej suma wynosi U + V. Po opuszczeniu bloku przez głosy podobny wykres może pokazywać w przybliżeniu U, nawet gdy klienci składają tyle samo transferów. Różnica V to zmiana w tym, co liczy wykres. Obliczenie rzeczywistego wzrostu wymaga porównywalnych serii obejmujących tylko użytkowników, a nie nagłówkowych sum przed i po.

Ma to znaczenie również dla komentarzy dotyczących opłat i przychodów. Opłaty za transakcje głosowania znikają, a walidatorzy zamiast tego płacą Validator Admission Ticket. Mechanika opłat za transakcje użytkowników pozostaje w miejscu. Zmiany w całkowitych przychodach z opłat związane z utraconą kategorią głosowania nie mogą być po prostu przedstawiane jako zmiana w gotowości konsumentów do transakcji. Staranne porównanie oddziela wydatki związane z głosowaniem, opłaty za wstęp i opłaty, które użytkownicy płacą za wysyłanie lub priorytetyzację własnych transakcji.

Eksploratory bloków i dostawcy danych stają przed powiązanym zadaniem. Uczestnictwo, które kiedyś odczytywano z instrukcji programu głosowania, teraz musi być odczytywane z certyfikatów i danych ze stopki. Dostawca kontynuujący parsowanie starego pola może pokazywać brakujące głosy walidatorów, nawet gdy sieć normalnie finalizuje bloki. Dokumentacja Solany ostrzega, że niektóre interfejsy strumieniowe nie przekazują jeszcze każdego elementu metadanych certyfikatu, co czyni dokumentację dostawcy częścią każdego poważnego porównania wydajności.

Wykres transakcji na sekundę jest wrażliwy podczas zmiany protokołu, ponieważ często agreguje różne kategorie. Venue twierdzące, że aktywność użytkowników spadła natychmiast po aktywacji, potrzebuje liczby obejmującej tylko użytkowników w obu datach, najlepiej podzielonej na udane transfery, swapy i nieudane próby. Transakcje nie są unikalnymi osobami ani zrealizowanymi zakupami. Bot może generować wiele instrukcji, a nieudana instrukcja nadal może pojawić się w serii przesłanych transakcji. Zmniejszenie głosowania walidatorów samo w sobie nic nie mówi o tym, czy sprzedawcy akceptują Solanę.

Rozróżnienie ma również znaczenie dla ekonomii sieci. Zniknięcie opłat za głosowanie zmniejsza jeden rodzaj płatności onchain dokonywanych przez walidatorów. Opłata za wstęp jest spalana z innego konta według innego harmonogramu. Opłaty użytkowników zależą od tego, co klienci przesyłają i jaki priorytet płacą. Połączenie wszystkich trzech w jeden trend przychodów zaciemniłoby, czy popyt się zmienił, czy księgowanie się przesunęło. Spójne kategorie po obu stronach 21 października oferują solidniejszą podstawę do interpretacji wykresu opłat.

Usługi danych muszą podążać za zwycięskim blokiem

Szybka decyzja o głosowaniu nie czyni każdego proponowanego bloku zwycięzcą. Zaktualizowane strumienie danych Solany mogą ujawniać więcej niż jeden kandydujący bank dla slotu, a Agave 4.3 oznacza zdarzenia identyfikatorem bank_id, aby klienci mogli oddzielić kandydatów. Indekser grupujący wszystkie dane pod numerem slotu może przypadkowo zmieszać transakcje konkurujących kandydatów w zapis bloku, który nigdy nie istniał w takiej formie.

Fundacja kieruje konsumentów strumieniowania do buforowania według pary identyfikatora slotu i banku oraz zachowania banku, który osiąga potwierdzenie. Jeśli łączą strumienie od różnych dostawców, identyfikator ma znaczenie tylko w ramach każdego połączenia; hash bloku jest referencją między dostawcami. Część częstszych zachowań z wieloma bankami jest oczekiwana w Agave 4.4, więc jest czas na dostosowanie, zanim stanie się to powszechne, ale aplikacje obsługujące bieżące strumienie bloków powinny przygotować się już teraz.

Większość użytkowników portfeli nigdy nie zobaczy identyfikatora banku. Aplikacja portfelowa lub giełda, która rekonstruuje depozyty z wadliwego strumienia danych, może pokazać płatność zbyt wcześnie, pominąć ją lub przypisać przelew do niewłaściwego kandydata na blok. System transakcyjny, który reaguje na wczesne zdarzenia strumienia, musi wiedzieć, czy należały one do finalnego bloku. Protokół może finalizować szybko, podczas gdy błędy indeksera wciąż opóźniają lub zniekształcają to, co widzą ludzie.

Notatki Fundacji dotyczące migracji mainnetu mówią, że poziomy zobowiązania confirmed i finalized opisują teraz ten sam stan, choć ten pierwszy pozostaje na razie dostępny i zostanie usunięty w późniejszym wydaniu. Deweloperom zaleca się kierowanie nowych prac na finalized oraz przegląd ustawień timeout i ponowień dostrojonych do starego oczekiwania. Usługa, która z przyzwyczajenia czeka 12 sekund, może pozostać wolna mimo znacznie szybszego łańcucha.

Strumienie danych mają inne zmiany. Proof of History nie wyznacza już tempa produkcji bloków w ten sam sposób, więc wpisy tick opuszczają strumień shred. Program odczytujący znacznik czasu Clock może zobaczyć inne źródło niż wcześniej. Te szczegóły nie są oznaką, że transakcje użytkowników zmieniły swój format. To miejsca, w których oprogramowanie zbudowane wokół starego taktowania księgi może wymagać pracy, zanim nowa prędkość sieci dotrze na ekran.

Dla indeksera problem to więcej niż nowa nazwa pola. Może otrzymać ten sam slot przez dwa połączenia i przetwarzać transakcje w kolejności przybycia. Jeśli strumienie niosą zdarzenia z konkurujących banków, a jego baza danych kluczuje rekordy tylko według slotu, późniejsze rekordy mogą nadpisać wcześniejsze lub stworzyć niemożliwą mieszankę. Klucz slot-and-bank z wytycznych migracyjnych zapobiega temu w obrębie jednego strumienia; ostateczny zwycięski hash bloku uzgadnia dostawców. Klienci zauważają tę pracę dopiero wtedy, gdy saldo lub historia transakcji staje się bardziej wiarygodna.

Logika ponowień zasługuje na kolejne spojrzenie. Klient odpytujący raz na sekundę może stracić większość korzyści z poprawy konsensusu o kilkaset milisekund. Inny może ponownie przesłać tę samą płatność, ponieważ odpowiedź przychodzi po jego timeoucie. Dobrze zaprojektowani klienci odróżniają wolną odpowiedź od nieprzetworzonej transakcji i zachowują identyfikatory między ponowieniami. Operatorzy muszą przetestować te zachowania z nowym strumieniem zobowiązań, zanim obiecają stały czas realizacji zamówienia.

Walidatorzy mają nowy powtarzający się rachunek

Usunięcie transakcji głosowania onchain zmienia koszty walidatorów. Fundacja Solana twierdzi, że głosowanie kosztowało wcześniej około 1 SOL na epokę w opłatach transakcyjnych, płaconych z konta tożsamości walidatora. Nowy Bilet Wstępu Walidatora spala 0,8 SOL na epokę z jego konta głosowania, ponad minimalną kwotę zwolnioną z czynszu. Bilet zakupiony na początku jednej epoki dopuszcza walidatora na następną.

Walidator, który nie utrzyma wystarczającej ilości SOL na właściwym koncie, nie może głosować ani produkować bloków w następnej epoce i traci możliwość zarobienia tam swoich nagród. Wysłanie kwoty na stare konto tożsamości nie opłaci nowej opłaty. Operatorzy mogą przekierowywać przychody z bloków na konto głosowania, choć Fundacja twierdzi, że ta zmiana zajmuje dwie epoki, a dochód z prowizji może być niewystarczający na danej granicy.

Porównanie około 1 SOL i 0,8 SOL nie jest uniwersalną oszczędnością netto. Przychody, stake, koszty oprogramowania, prowizje i harmonogram każdej opłaty różnią się między walidatorami. Wiarygodnym faktem jest to, które konto płaci, jaka jest wysokość stałej opłaty wstępu i co się dzieje, jeśli zostanie pominięta. Długoterminowa koncentracja będzie zależeć od tego, czy mniejsi operatorzy zdołają utrzymać wymagania operacyjne i finansowe, pozostając konkurencyjnymi.

Uruchomienie wymagało klientów Agave 4.3.2 lub kompatybilnych Jito-Solana lub Harmonic Salsa. Firedancer i Frankendancer nie były obsługiwane podczas migracji, zgodnie ze stroną operatora Fundacji. Aktywacja Alpenglow dowodzi, że sieć mogła się przełączyć z uczestniczącymi walidatorami; nie pokazuje, że każdy alternatywny klient walidatora był gotowy na ten sam dzień. Różnorodność klientów pozostaje odrębnym pytaniem o odporność.

Zatwierdzenie zarządzania nastąpiło przed migracją.Wcześniejszy plan wdrożenia opisywał kod w Agave 4.2 podczas testów, ale sama instalacja nigdy nie była przełączeniem mainnetu. Certyfikat genezy i początek konsensusu na slocie 459 653 000 są dowodem aktywacji. 446 sygnatariuszy pierwszego certyfikatu reprezentowało konkretne wydarzenie koordynacyjne, a nie obietnicę dotyczącą obecności lub wydajności wszystkich 654 walidatorów co godzinę później.

Stały bilet zmienia ekonomię walidatorów różnie w zależności od rozmiaru. Duży operator i mały płacą tę samą 0,8 SOL za wstęp, więc opłata pochłania większą część nagród brutto małego operatora. To, czy kogoś odstraszy, zależy od delegowanego stake, prowizji, kosztów operacyjnych i innych dochodów. Wytyczne dla operatorów ustalają mechanikę płatności; nie prognozują, ilu walidatorów odejdzie. Przydatnym uzupełnieniem byłoby porównanie aktywnych niezależnych operatorów i koncentracji stake w wielu epokach.

Przełączenie konta może spowodować możliwą do uniknięcia przerwę nawet w przypadku zdrowego działania. Opłata pochodzi z konta głosującego z góry, podczas gdy operatorzy finansowali stare opłaty za głosy z konta tożsamości w miarę wysyłania głosów. Walidator z wystarczającą ilością SOL ogółem, ale z niewłaściwym podziałem między kontami, może nie zostać dopuszczony. Raporty uptime powinny odróżniać ten problem migracji od awarii w nowym protokole głosowania. To są odrębne awarie operacyjne o różnych sposobach naprawy.

Aktualizacja rozwiązuje węższy problem niż aplikacje płatnicze

Argument Solany za Alpenglow jest mocny: jeśli finalność nastąpi znacznie szybciej, usługi wymagające nieodwracalnego rozliczenia mogą przestać czekać przez kilka sekund niepewności. Zewnętrzne pomiary z 23 października potwierdzają istotną poprawę w mainnecie, mimo że ich mediana 404 milisekund była wolniejsza niż cel projektowy. Sprzedawcy i giełdy mogą zdecydować się polegać na tym silniejszym, szybszym statusie.

Usługa może nadal zachować bufor. Może korzystać z kilku dostawców RPC, wymagać weryfikacji antyfraudowej lub uznawać klienta dopiero po uzgodnieniu depozytów we własnym rejestrze. Płatność o niskiej wartości mogłaby zostać zwolniona na statusie przetworzonym, czyniąc Alpenglow niemal niewidocznym w jego obecnym interfejsie. Duży przelew mógłby użyć statusu sfinalizowanego i zyskać kilka sekund. Aktualizacja nie czyni ostrożnej usługi irracjonalną; daje usłudze szybszy sygnał sieciowy do uwzględnienia w jej decyzji.

Pierwszą mierzalną zmianą może być wiarygodność obietnicy stojącej za potwierdzeniem, a nie spektakularna animacja w portfelu. Użytkownicy, którzy już widzieli szybkie potwierdzenie, niekoniecznie wiedzieli, czy było ono odwracalne. Dostawcy mogą teraz zdecydować, czy pokazywać lub wymagać silniejszej finalności w tym samym oknie. Publikowanie czasu od zatwierdzenia przez klienta do akceptacji przez sprzedawcę rozstrzygnęłoby twierdzenie skierowane do użytkownika wyraźniej niż samo reklamowanie liczby konsensusu.

Druga część Alpenglow, Rotor, jest nadal planowana na późniejsze wydanie bez daty aktywacji. Votor zmienił głosowanie i finalność; dystrybucja bloków nadal wykorzystuje stare podejście Turbine. Nazwa pakietu może sprawiać wrażenie, że wszystkie proponowane komponenty pojawiły się razem. Obecna tabela statusu Fundacji jasno pokazuje to rozdzielenie. Jakikolwiek zysk wydajności przypisywany Rotorowi w obecnych danych mainnetu wprowadzałby błąd w chronologii.

Dystrybucja bloków pozostaje istotna, gdy dane przemieszczają się nierównomiernie przez sieć. Szybsze głosowanie nie pomoże walidatorowi poświadczyć propozycji, której nie otrzymał. Planowany komponent Rotor dotyczyłby innego etapu niż certyfikaty Votora. Na razie wolne obserwacje mogą odzwierciedlać propagację, głosowanie, dostarczanie przez publiczne RPC lub kilka z nich jednocześnie. Rejestrowanie każdego etapu powiedziałoby operatorowi, czy jego następna poprawa należy do oprogramowania walidatora, dystrybucji danych czy infrastruktury klienta.

Początkowe uruchomienie to krótka próbka wydajności. Wersje klientów, prace migracyjne dostawców i frekwencja walidatorów określają obecne warunki. Późniejsze wydania mogą zmienić, jak konsekwentnie zewnętrzne usługi dowiadują się o certyfikatach, nawet bez kolejnego przełączenia konsensusu. Tydzień kroczących obserwacji u kilku niezależnych dostawców RPC, w tym w okresach szczytu, byłby dla sprzedawcy cenniejszy niż pojedyncza szybka demonstracja.

Co pozostaje do zmierzenia

Nie ma jednej ostatecznej liczby finalności, która oddaje oczekiwanie każdego użytkownika. Certyfikaty walidatorów, obserwacje publicznych RPC, status portfela i czasy uznania na giełdach mierzą różne etapy. Panel Fundacji dostarcza odczyty sieci na żywo, podczas gdy zewnętrzne monitory obserwują z własnych węzłów. Zgodność między metodami i dostawcami przez kilka dni pokazałaby, czy szybkie wyniki utrzymują się poza tygodniem uruchomienia i jak często pojawia się wolny ogon.

Zapis z mainnetu jest już silniejszy niż obietnica testnetu. Alpenglow jest aktywne, transakcje głosowania opuściły bloki, a deweloperzy opublikowali zmiany integracyjne. Wciąż jest zbyt wcześnie, aby przypisywać aktualizacji konsensusu więcej użytkowników aplikacji, wyższe ceny tokenów lub określoną poprawę w każdej kasie. Takie twierdzenia wymagają kohort transakcji, pomiarów usług przed i po oraz porównywalnych danych wyłącznie użytkowników.

Dla portfela lub dostawcy płatności następna decyzja jest konkretna: niezwłocznie wykorzystać sfinalizowany sygnał, publikować, gdy użytkownik go widzi, i zachować dodatkowe kontrole wymagane przez produkt. Łańcuch zmienił jeden krok. Ludzie zauważą, gdy oprogramowanie wokół niego zmieni resztę podróży.

Na co uważać

• Obserwowana finalność: Porównaj kroczącą medianę i odczyty najwolniejszego percentyla na pulpicie Fundacji oraz na niezależnych węzłach, z podaniem punktów obserwacji.
• Czasy portfeli i giełd: Mierz odstęp od zatwierdzenia przez klienta do widocznego potwierdzenia lub zaksięgowania salda, nie tylko certyfikat walidatora.
• Porównywalny ruch: Śledź transakcje użytkowników inne niż głosy przed i po 21 października, aby usunięte transakcje głosów nie zniekształcały trendu.
• Błędy strumieniowania: Sprawdź, czy dostawcy RPC i indekserów obsługują rekonstrukcję bloków z uwzględnieniem banków i terminowy status sfinalizowania.
• Dopuszczenie walidatorów: Obserwuj finansowanie kont głosujących, aktywnych walidatorów i obsługiwaną różnorodność klientów, ponieważ opłata 0,8 SOL powtarza się w każdej epoce.

FAQ