Czy nadal możesz wypłacić środki z Base lub Arbitrum, gdy sequencer nie działa?

Rollup może utrzymać otwartą trasę Ethereum dla użytkowników, których transakcje utknęły w sekwencerze. Ta trasa obsługuje włączenie transakcji. Odzyskanie środków do Ethereum zależy również od tego, czy wypłata z rollupa może zostać udowodniona i zrealizowana zgodnie z zasadami mostu.

Rozważmy dwóch użytkowników posiadających ETH, jednego w Base i jednego w Arbitrum One. Obaj korzystają z oficjalnego mostu, ale próbują wyjść w różnych momentach awarii. Jedna wypłata jest już w rejestrach rollupa. Druga wciąż wymaga zaakceptowania transakcji.

Ethereum może zapewnić alternatywę dla normalnej trasy sekwencera. To, czy doprowadzi to któregokolwiek użytkownika do końca, zależy od następnego kroku mostu i od tego, czy osoby mogące zmieniać lub wstrzymywać kontrakty podjęły działania.

Wypłata ma więcej niż jeden krok

W zwykłym działaniu użytkownik zaczyna od wysłania transakcji wypłaty w rollupie. Sekwencer porządkuje ją wraz z innymi transakcjami. Wypłata przez most może następnie zostać ustanowiona w Ethereum, gdy odpowiedni stan rollupa jest dostępny i spełnione są obowiązujące wymogi dotyczące dowodu i oczekiwania.

Te dwie transakcje mogą wydawać się jedną czynnością w portfelu. Pierwsza zapisuje wypłatę w rollupie. Późniejsza czynność może ją zrealizować w Ethereum. Użytkownik, który widzi pierwszą transakcję w eksploratorze, ma dowód, że została włączona, nawet jeśli środki są nadal niedostępne w Ethereum.

Trasa omijająca sekwencer

Dokumentacja Arbitrum dotycząca transakcji wymuszonych opisuje trasę przez jego Delayed Inbox w Ethereum. Transakcja może tam czekać, zanim stanie się kwalifikowalna do wymuszonego włączenia. Ten okres jest oddzielny od czasu potrzebnego na zrealizowanie wypłaty w Ethereum.

Specyfikacja derywacji Base opisuje depozyty wywodzone z Ethereum, w tym trasę protokołu do wymuszonego włączenia. Użyteczne porównanie dotyczy tego, czy użytkownik może zainicjować niezbędne działanie przez Ethereum, ile czasu protokół może potrzebować na jego włączenie i co jeszcze musi się wydarzyć po włączeniu.

Ścieżka awaryjna może wiązać się z opłatą transakcyjną w Ethereum. Zależy ona również od tego, czy użytkownik lub działająca w jego imieniu usługa jest w stanie przesłać właściwą wiadomość. Portfel z zerwanym połączeniem z normalnym punktem końcowym może potrzebować innego interfejsu, aby użyć działającej trasy łańcucha.

Aktualizacja awaryjna testuje inne zabezpieczenie

Awaria rodzi pytanie, czy transakcja może dostać się do rollupa. Aktualizacja rodzi pytanie, kto może zmieniać kontrakty, które decydują, czy wypłata zostanie uznana. Trasa transakcji wymuszonej sama w sobie nie zachowuje istniejących zasad, dopóki użytkownik nie może zrealizować wypłaty.

ETHBEAT wymienia Base i Arbitrum One jako Etap 1. Jego ocena nie pokazuje okna wyjścia dla Base i rozróżnia zwykłe aktualizacje od awaryjnych dla Arbitrum One. Zwykła ścieżka Arbitrum wymienia 10-dniowe okno, podczas gdy ścieżka awaryjna nie ma takiego okna.

Ta różnica jest powodem, dla którego sama ocena Stage 1 nie może odpowiedzieć, ile czasu użytkownik ma na wyjście. Okres wypowiedzenia należy rozpatrywać łącznie z czasem potrzebnym na rozpoczęcie, udowodnienie i sfinalizowanie wypłaty. Istotny okres to czas pozostały po uwzględnieniu kroków, które użytkownik musi wykonać.

Most strony trzeciej dodaje własne warunki

Szybki most może wypłacić użytkownikowi środki z płynności, którą już posiada na Ethereum, podczas gdy później rozlicza własną pozycję. Może to sprawić, że widoczna wypłata będzie szybsza w normalnym działaniu. Wprowadza to również dostawcę, którego płynność i polityka operacyjna mają znaczenie, gdy rollup znajduje się pod presją.

Znaczenie ma również sam aktyw. Saldo wyemitowane przez most strony trzeciej może zależeć od kontraktów tego mostu, nawet jeśli jest przechowywane na Base lub Arbitrum. Ocena oficjalnego mechanizmu wyjścia rollupu sama w sobie nie może ustalić, co zewnętrzny emitent wykupi.

Uczciwe porównanie przeprowadziłoby ten sam rodzaj aktywa przez oba oficjalne mosty i zarejestrowało pierwsze kroki włączenia, dowodu i finalizacji. Następnie porównałoby, co się zmienia, jeśli sequencer się zatrzyma i co może zrobić awaryjna aktualizacja, zanim którakolwiek z wypłat się zakończy.

Zacznij od tej samej wypłaty w obu sieciach

Weź użytkownika, który posiada natywny ETH w każdej sieci i chce odzyskać ETH na Ethereum. Użycie tego samego aktywa ułatwia porównanie, ponieważ pozwala uniknąć odrębnych zasad wykupu, które mogą mieć zastosowanie do tokenów opakowanych. Oficjalny most nadal potrzebuje dowodu, że wypłata została rozpoczęta i że stan ją zawierający został zaakceptowany zgodnie z zasadami rollupu.

W zwykłym działaniu użytkownik składa instrukcję na rollupie. Jej włączenie tworzy zapis, który system wypłat może później rozpoznać. Użytkownik lub działający w jego imieniu interfejs może następnie wykonać kroki wymagane na Ethereum. Środki stają się dostępne na Ethereum, gdy odpowiedni kontrakt mostu wykona wypłatę.

Portfel może pokazywać kilka rodzajów postępu. Może pokazywać, że sequencer zaakceptował transakcję, że partia dotarła do Ethereum lub że wypłata jest gotowa do późniejszego kroku. Te etykiety opisują różne zdarzenia. Interfejs, który pokazuje transakcję jako potwierdzoną, może nadal opisywać jej status na rollupie.

Wypłata rozpoczęta przed awarią różni się również od tej, której użytkownik jeszcze nie zainicjował. Jeśli transakcja i stan potrzebny do jej wsparcia już dotarły do Ethereum, pozostała praca może odbyć się tam. Jeśli jedynym dowodem jest niedawna odpowiedź od sequencera, użytkownik nadal potrzebuje odpowiednich danych i stanu, aby przeprowadzić ją przez resztę systemu.

To rozróżnienie pomaga wyjaśnić, dlaczego pierwszym użytecznym pytaniem podczas awarii jest to, gdzie zatrzymała się wypłata. Brakująca transakcja rollupu wymaga drogi do włączenia. Wypłata już zapisana na rollupie może czekać na etap dowodu lub finalizacji. Następne działanie zależy od tego, który z tych etapów osiągnęła sieć.

Co się zmienia, gdy sequencer się zatrzyma

Sequencer zwykle daje użytkownikowi szybką drogę do uporządkowania transakcji. Jeśli usługa przestanie odpowiadać, złożona transakcja może się nie pojawić, mimo że Ethereum nadal działa. Droga przez Ethereum daje użytkownikom sposób na wprowadzenie wiadomości do danych wejściowych rollupu bez czekania na powrót jego normalnego punktu końcowego.

W Arbitrum One Ethereum rejestruje wiadomości w Delayed Inbox. Sequencer może je włączyć w normalnym trybie. Jeśli wiadomość pozostanie tam poza obowiązującym czasem oczekiwania, droga wymuszonego włączenia może uczynić ją częścią sekwencji. Transakcja Ethereum rejestrująca wiadomość i transakcja rollupu wykonująca ją pozostają odrębnymi obserwacjami.

W Base depozyty zarejestrowane na Ethereum stają się danymi wejściowymi dla zasad wyprowadzania rollupu. Termin depozyt może być w tym kontekście mylący, ponieważ odnosi się również do typu wiadomości, przez który transakcja Ethereum może wywołać działanie na rollupie. Zamierzona operacja użytkownika na rollupie nadal musi zostać pomyślnie wykonana po włączeniu.

Strony projektów ETHBEAT opisują opóźnienie w warunkach, które modelują. Szacunek dotyczy kroku awaryjnego i może się różnić między obiema sieciami. Nie zamienia mostu z rollupu do Ethereum w natychmiastową wypłatę. Ostateczna wypłata nadal zależy od zaakceptowania przez most wynikowego stanu i zakończenia jego własnych kroków.

Użytkownik potrzebuje również środków do złożenia transakcji Ethereum. Ktoś, którego całe saldo znajduje się na rollupie, może potrzebować dostępu do ETH na Ethereum na potrzeby kroku awaryjnego. Aplikacja, która obsługuje to dla użytkowników w zwykłych warunkach, może napotkać to samo praktyczne ograniczenie, jeśli polega na niedziałającym punkcie końcowym lub nie udostępnia drogi przez Ethereum.

Odbiorca powinien również odróżnić nieudane żądanie od udanego przesłania onchain, które jeszcze nie zaczęło obowiązywać. Hash transakcji z Ethereum potwierdza, że wiadomość awaryjna została przesłana, jeśli jej potwierdzenie to potwierdza. Nie potwierdza on jednak wyniku późniejszego wykonania na rollupie.

Gdy sieć nadal produkuje bloki, ale wypłaty utykają

Sieć może przetwarzać transakcje, podczas gdy inna część procesu wypłaty jest opóźniona. Kontrakty na Ethereum potrzebują uznanego zapisu tego, co wydarzyło się na rollupie. Opóźnienie w publikowaniu lub ustalaniu tego stanu może pozostawić użytkowników w oczekiwaniu, mimo że sequencer zwrócił już pomyślny wynik.

Rozróżnienie wynika z różnych zadań, których to dotyczy. Sequencer porządkuje transakcje. Dostępność danych pozwala innym stronom odtworzyć to, co zostało uporządkowane. Systemy propozycji i dowodów ustalają, który wynikowy stan kontrakty na Ethereum powinny uznać. Usługa może wykonywać jedno z tych zadań, podczas gdy inne oczekuje.

Dla obserwatora eksplorator bloków wciąż pokazujący aktywność jest zatem niepełnym testem. Obserwator może porównać niedawne włączenie transakcji na rollupie z rekordami Ethereum dotyczącymi stanu lub roszczeń, od których zależą wypłaty. Luka między nimi pomaga ustalić, czy wąskie gardło występuje wcześniej, czy później.

ETHBEAT odróżnia awarię sequencera od awarii proposera, ponieważ mechanizm awaryjny dla jednego niekoniecznie rozwiązuje problem drugiego. Jego kategorie są sposobem na zobaczenie, który podmiot może wkroczyć, gdy zwykły operator jest nieobecny. Należy je czytać wraz z warunkami i opóźnieniem opisanymi dla każdego projektu.

Ta sama zasada dotyczy zgłoszeń o obniżonej jakości usług. Front end może być niedostępny, podczas gdy kontrakty pozostają wywoływalne. Eksplorator może mieć opóźnienie, podczas gdy łańcuch posuwa się naprzód. Interfejs mostu może wyłączyć przesyłanie podczas incydentu, nawet jeśli inny interfejs wciąż może dotrzeć do kontraktów. Każdy przypadek należy sprawdzić na warstwie, na której występuje.

Crypto.news poinformował, że Base doświadczył 33-minutowej awarii w sierpniu 2025 r. Ten incydent stanowi przypadek do pytania, które działania użytkowników zostały przerwane, a które alternatywy pozostały dostępne. Jego czas trwania nie ustala, jak przyszłe zdarzenie dotyczące innego komponentu wpłynęłoby na wypłaty.

Oczekiwanie po włączeniu należy do mostu

Gdy wypłata znajduje się w stanie rollupa, nadal musi spełnić warunki dowodu i finalizacji mostu. Projekty optymistyczne dają uczestnikom możliwość zakwestionowania nieprawidłowego roszczenia. Opóźnienie może być celową częścią tego procesu, a nie oznaką, że sequencer jest offline.

Czas rozpoczyna się od zdarzenia zdefiniowanego przez most, które nie musi pokrywać się z momentem, w którym użytkownik po raz pierwszy klika wypłatę. Oczekiwanie może zależeć od tego, kiedy odpowiedni wynik lub roszczenie jest dostępne i czy wymagany dowód został przesłany. Użytkownik może spędzić czas na oczekiwaniu, zanim okres kwestionowania pojawiający się w opisie mostu zacznie mieć znaczenie.

Odliczanie w portfelu może zatem opisywać szacunek, a nie bezwarunkową datę płatności. Może zależeć od kontynuacji normalnej publikacji i aktywności dowodowej. Jeśli stan jest kwestionowany, czas do finalizacji może się zmienić, nawet jeśli sama instrukcja wypłaty już pojawia się na rollupie.

System dowodowy Arbitrum i projekt dowodu Base mają różne szczegóły implementacji. Praktycznym porównaniem dla użytkownika jest to, kto może złożyć roszczenie, kto może je zakwestionować i co się stanie, jeśli podmiot, który zwykle składa kolejne roszczenie, przestanie to robić. To samo słowo, wypłata, obejmuje różne sekwencje w tych systemach.

Opóźnienie wpływa również na porównania z mostami zewnętrznymi. Usługa, która może zapłacić użytkownikowi natychmiast na Ethereum, wykorzystuje własną płynność lub odrębną sieć uczestników. Szybka płatność może zakończyć się, zanim oficjalna wypłata za nią będzie kwalifikować się do rozliczenia.

Użytkownik polega wtedy na zdolności i woli strony trzeciej do dokonania płatności. Jeśli płynność zostanie wyczerpana lub dostawca przestanie przyjmować żądania, szybkość podana dla rutynowych transakcji może przestać obowiązywać. Zabezpieczenia wyjścia bazowego rollupa i warunki wypłaty usługi komercyjnej pozostają odrębne.

Pytanie o aktualizację dotyczy tego, jakie zasady będą obowiązywać jutro

Awaria sekwencera uniemożliwia użytkownikowi dotarcie do normalnej trasy do łańcucha. Aktualizacja może zmienić zasady rządzące samą trasą. To sprawia, że opóźnienie aktualizacji jest istotne, nawet jeśli sekwencer jest sprawny i każda transakcja jest akceptowana.

W ramach zwykłego procesu zarządzania ogłoszona aktualizacja może musieć przejść przez opóźnienie, zanim wejdzie w życie. W tym okresie użytkownicy mogą ocenić propozycję i zacząć odchodzić, jeśli most pozostaje otwarty. Użyteczne okno wyjścia to to, co pozostaje po uwzględnieniu normalnych kroków wypłaty.

W ramach ścieżki awaryjnej wyznaczeni sygnatariusze mogą czasami działać bez zwykłego opóźnienia. Może to pomóc szybko zareagować na incydent bezpieczeństwa. Daje to również użytkownikom inną gwarancję niż ta, którą widzą, gdy zarządzanie podąża zwykłą ścieżką.

Ocena Arbitrum One wymienia dziesięć dni dla zwykłej ścieżki i brak okna wyjścia dla aktualizacji awaryjnej. Ocena Base nie wymienia okna wyjścia. Główna ocena etapu może być taka sama, podczas gdy te uprawnienia różnią się w praktyce.

Wstrzymanie to kolejne działanie, które należy odróżnić od aktualizacji. Wstrzymanie może zatrzymać konkretną operację w ramach istniejących zasad umowy. Aktualizacja może zastąpić lub zmienić te zasady. Sygnatariusz i próg wymagane do wstrzymania mogą różnić się od sygnatariusza i progu dla nowej implementacji.

Crypto.news opisało konkretny przykład uprawnień awaryjnych, gdy Rada Bezpieczeństwa Arbitrum przeniosła środki powiązane z hackiem Binance. Ten przypadek dotyczył zidentyfikowanych środków i tymczasowej zmiany umowy. Jego znaczenie tutaj polega na tym, że uprawnienia awaryjne mogą być wykonywane w praktyce i mogą być oddzielone od późniejszego procesu, który określa, dokąd trafiają środki.

Jak czytać Etap 1, nie myląc go z gwarancją wyjścia

Klasyfikacje etapów grupują kilka wymiarów rollupu. Wskazują, jak daleko system odszedł od zależności od operatorów lub rad w ramach kryteriów danego frameworku. Etykieta etapu nie może dostarczyć odpowiedzi dla każdego trybu awarii, ponieważ każda ochrona dotyczy innego zadania.

Dla użytkownika ważne szczegóły to warunki mające zastosowanie do jego transakcji. Mechanizm awaryjny sekwencera ma znaczenie, jeśli transakcja nie może zostać włączona. Możliwość zaproponowania stanu ma znaczenie, jeśli zwykły proponent rollupu przestaje działać. Opóźnienie aktualizacji ma znaczenie, jeśli ktoś może zmienić to, co zrobi most, podczas gdy użytkownik czeka.

Dostępność danych należy do tego samego porównania. Jeśli dane potrzebne do odtworzenia rollupu są dostępne na Ethereum, inny uczestnik ma podstawę do śledzenia łańcucha. Istnienie danych samo w sobie nie przeprowadza dowodu ani nie wysyła transakcji Ethereum w imieniu użytkownika.

Base i Arbitrum One mogą oba oferować trasę przez Ethereum w przypadku problemu z sekwencerem, zachowując jednocześnie różne uprawnienia dotyczące aktualizacji. Praktyczna ocena odnotowuje oba, zamiast uśredniać je do jednego wyniku. Użytkownik próbujący odejść potrzebuje najsłabszego istotnego kroku dla zdarzenia, z którym się mierzy.

Założenia różnią się również w zależności od tokena. Natywny ETH może podlegać własnym zasadom oficjalnego mostu. Token, który przybył przez umowę strony trzeciej, może dodawać mechanizmy kontroli emitenta lub mostu. Dwa portfele na tym samym rollupie mogą napotkać różne warunki wykupu, nawet gdy ich interfejsy pokazują oba salda w tych samych wartościach dolarowych.

Incydent z mostem Ankr stanowi odrębny przykład tego, jak logika mostu może decydować, czy wypłata jest ważna. Dotyczył innego systemu. Jego znaczenie polega na rozróżnieniu między aktywnością na łańcuchu a zasadami, których most używa do akceptowania wiadomości i uwalniania aktywów.

Co może ustalić porównanie wyjść

Porównaj dwóch użytkowników, którzy inicjują zwykłe wypłaty przed awarią sekwencera. Jeśli każda wypłata jest już częścią stanu dostępnego dla mostu na Ethereum, pozostałe kroki zależą od procesu dowodu i finalizacji. Awaria może mieć niewielki bezpośredni wpływ na już dojrzałą wypłatę, jeśli wykonanie na Ethereum pozostaje dostępne.

Teraz przesuń awarię wcześniej. Żaden z użytkowników nie ma włączonej transakcji wypłaty. Obaj muszą dotrzeć do trasy rollupu po stronie Ethereum lub poczekać na normalną obsługę. Czas do włączenia może się różnić, a własne oczekiwanie mostu następuje afterwards.

Na koniec wyobraźmy sobie awaryjne działanie kontraktu, podczas gdy wypłaty są w toku. Istotne dowody stają się podstawą działania, dokładne kontrakty, których to dotyczy, oraz kroki, które nowa konfiguracja dopuszcza. Wcześniej uwzględniona transakcja może nadal wymagać, aby most rozpoznał ją zgodnie z zasadami obowiązującymi, gdy użytkownik próbuje ją dokończyć.

Te przypadki pokazują, dlaczego uczciwe porównanie zaczyna się od tego samego stanu. Użytkownika, który przesłał wiadomość do Ethereum, ale jeszcze nie widział wykonania rollupu, nie należy porównywać bezpośrednio z kimś, którego dowód mostu został już zaakceptowany. Zegary startują w różnych zdarzeniach.

Crypto.news informowało o wysiłkach na rzecz sprawienia, by rollupy Ethereum działały razem. Płynniejszy interfejs może ukryć kilka kroków w normalnej transakcji. W sytuacji stresowej użytkownik zyskuje, wiedząc, które części operacji odbywają się na której łańcuchu i kto jest odpowiedzialny za każdą część.

Relacja Crypto.news o powiązanej z Binance propozycji odzyskiwania Arbitrum pokazuje również, dlaczego działanie governance należy czytać razem z transakcją, którą autoryzuje. Propozycja opisuje zamierzony wynik. Rekordy Ethereum i rollupu pokazują, kiedy i gdzie została wykonana.

Droga wyjścia jest użyteczna tylko w takim zakresie, w jakim posiadacz może z niej skorzystać ze swojej obecnej pozycji. Najjaśniejszy zapis identyfikuje aktywo, łańcuch, na którym się znajduje, transakcję już zakończoną oraz stronę lub kontrakt kontrolujący następny krok. Ten zapis mówi użytkownikowi, czy pozostałe oczekiwanie należy do sequencera, mostu czy organu zdolnego zmienić jedno lub drugie.

Dlaczego szybszy dowód niekoniecznie skraca każde wyjście

Aktualizacja Azul w Base wprowadziła nowe opcje dowodów. Crypto.news informowało o potencjalnej drodze do jednodniowych wypłat. Cel lub zdolność dowodowa muszą być odróżnione od czasu wypłaty, na którym konkretny użytkownik może polegać w ramach aktywnej konfiguracji.

Dowód może pomóc ustalić stan, od którego zależy wypłata. Most może nadal stosować inne warunki przed uwolnieniem środków. Sekwencja może się również różnić w zależności od tego, której ścieżki dowodowej używa sieć i co się dzieje, gdy ta ścieżka jest niedostępna.

Porównanie wyjść powinno zatem określać ścieżkę, którą mierzy. Ścieżka optymistyczna może mieć okres challenge. Trasa wykorzystująca inny dowód może skrócić część procesu. Ryzyko aktualizacji dotyczy tego, czy kontrakty lub uprawnienia rządzące którąkolwiek trasą mogą się zmienić przed jej zakończeniem.

Wypłata z Ethereum wymaga również transakcji, którą można przesłać i wykonać na Ethereum. Strona trzecia może zaoferować wykonanie tego kroku, ale jej zdolność do przyjęcia żądania jest odrębna od tego, czy oficjalny kontrakt może je przetworzyć. Użytkownik, który widzi, że działanie stało się dostępne, nadal potrzebuje portfela lub usługi zdolnej je przesłać.

Rozróżnienie staje się istotne, jeśli użytkownik posiada aktywa w imieniu aplikacji lub klienta. Skarbiec może wymagać kilku zatwierdzeń przed jakimkolwiek działaniem na Ethereum. Zwykły użytkownik może potrzebować połączenia z portfelem i gazu. Dostępny czas wyjścia protokołu i czas, którego osoba potrzebuje do działania, mogą się różnić.

Co publiczny zapis może pokazać po awarii

Relacja o incydencie może zacząć się od ostatniej normalnej odpowiedzi sequencera i pierwszej opóźnionej transakcji. Następnie może wskazać, czy dane i stan nadal docierały do Ethereum. Zapiski mogą pomóc wyjaśnić, dlaczego niektórzy użytkownicy doświadczyli przerwy, podczas gdy inni mogli nadal dokończyć wcześniejsze wypłaty.

Najbardziej użyteczna os czasu wymienia również aplikację i zaangażowane aktywo. Portfel zgłaszający nieaktualne salda to coś innego niż most odmawiający przyjęcia transakcji finalizacyjnej. Zewnętrzny dostawca wstrzymujący wypłatę to coś innego niż oficjalny most zmieniający swoje zasady.

Relacja Crypto.news o interwencji awaryjnej na Arbitrum ilustruje potrzebę oddzielenia działania wykonanego przez radę od procesu governance, który następuje później. Istnienie zapisu w Ethereum może potwierdzić, że doszło do działania kontraktu. Nie eliminuje to potrzeby odczytania, który organ je wykonał i czego dotyczyło.

Bezpośrednia odpowiedź na pytanie o wypłatę zależy od tego, kiedy następuje awaria. Przed włączeniem spójrz na awaryjną ścieżkę Ethereum i związane z nią opóźnienie. Po włączeniu spójrz na wymagania dotyczące stanu, dowodu i finalizacji. Podczas zmiany awaryjnej uprawnienie do wstrzymania lub modyfikacji kontraktów staje się decydujące, nawet jeśli inne systemy działają.

Użytkownik może również mieć kilka wypłat na różnych etapach tej sekwencji. Jedna może być gotowa do ukończenia, podczas gdy inna wciąż czeka na włączenie. Powiadomienie o awarii podające jeden przewidywany czas przywrócenia nie może rozstrzygnąć statusu obu.

Potwierdzenie wypłaty to ostateczna kontrola

Interfejs mostu może oznaczyć wypłatę jako gotową, zanim użytkownik wyśle transakcję, aby ją zakończyć. Potwierdzenie transakcji Ethereum jest osobnym zapisem. W przypadku natywnego ETH odbiorca może również sprawdzić, czy przelew dotarł na zamierzony adres i czy odbiorca może z niego skorzystać.

To rozróżnienie ma znaczenie, gdy użytkownik ponawia czynność po awarii. Dwie próby wysłania instrukcji mogą skutkować różnymi komunikatami lub tylko jedną zaakceptowaną transakcją, w zależności od sposobu wykonania żądań. Historia portfela może pomóc użytkownikowi ustalić, który komunikat most rozpoznaje, zanim spróbuje następnego kroku.

Rollup i most mogą również odzyskiwać sprawność według różnych harmonogramów. Sekwencer może wznowić działanie, podczas gdy starsze wypłaty wciąż czekają na stan lub dowód. Ponowne pojawienie się nowych transakcji rollup jest dowodem odzyskania usługi w zakresie porządkowania, ale użytkownicy czekający na otrzymanie ETH na Ethereum nadal muszą sprawdzić własny status finalizacji.

Ta sama zasada dotyczy powiadomienia o aktualizacji. Ogłoszenie może informować, że most jest wstrzymany, nie zmieniając tego, co rollup nadal przetwarza. Użytkownicy muszą ustalić, czy wstrzymanie dotyczy inicjacji, dowodu, finalizacji czy innej operacji. Pojedyncze powiadomienie może mieć różne znaczenie dla posiadaczy znajdujących się na różnych etapach procesu.

Dla dwóch użytkowników w porównaniu ostateczny dowód jest taki sam. Ich wypłaty przez oficjalny most są zakończone, gdy Ethereum odnotuje zwolnienie ETH na rzecz zamierzonego odbiorcy. Wszystko wcześniej mówi im, która część trasy działa i co jeszcze musi się wydarzyć.

Na co zwrócić uwagę

• Status sequencera: Komunikat o statusie i zbiorcze rekordy transakcji mogą pokazać, kiedy normalne porządkowanie zostało zatrzymane i wznowione.
• Skrzynka odbiorcza Ethereum: Udany paragon Ethereum może potwierdzić, że komunikat awaryjny został przesłany i kiedy stał się kwalifikowalny do włączenia.
• Publikacja stanu: Rekordy Ethereum mogą pokazać, czy most posiada roszczenie lub wynik potrzebny do przetworzenia wypłaty.
• Działania awaryjne: Upoważniający podpisujący, dotknięte kontrakty i czas transakcji określają, czy pauza lub aktualizacja zmieniła ścieżkę użytkownika.
• Zabezpieczenie aktywów: Emitent tokena i most określają, czy oficjalne porównanie wypłat ma zastosowanie do tego salda.

Najczęściej zadawane pytania