Optimism nastawia się na podbloki o czasie 200 ms w sieci głównej OP, skracając przedpotwierdzenie z 250 milisekund w ramach zmiany stopniowej zaplanowanej na 31 sierpnia. Podbloki, dawniej nazywane Flashblockami, to uaktualnienia krok po kroku, które sekwencer wysyła w trakcie budowy normalnego bloku, dostarczając aplikacjom informacje przed zamknięciem tego bloku.
[
Przeczytaj także
Coinbase-backed Base ujawnia ulepszenia mające podwoić szybkość Solany
](https://cryptoslate.com/coinbase-backed-base-unveils-upgrades-to-beat-solana-performance-by-double/)
20% przyśpieszenie niesie ze sobą niepozorny ryzyko kompatybilności. W komunikacie migracyjnym Optimism czytamy, że cztery pola pozostaną w każdym przesyłanym ładunku, ale przestaną przenosić użyteczne dane: state_root, block_hash i withdrawals_root będą mieć wartości zerowe, natomiast withdrawals będzie pustą listą.
Typ ładunku pozostaje ExecutionPayloadFlashblockDeltaV1, więc oprogramowanie może nadal parsować strumień bez generowania błędów. Pola takie jak receipts_root i logs_bloom nadal będą zawierać prawdziwe wartości. Ta kombinacja sprawia, że migrację łatwo przeoczyć w systemach, które traktują udane dekodowanie jako dowód, że każde pole ma znaczenie.
Dlaczego podbloki o czasie 200 ms sprawiają, że granica dostawcy ma znaczenie
Podbloki są przedpotwierdzeniami, a nie finalizowanymi blokami ani zobowiązaniem stanu. Techniczny wyjaśnienie Optimism opisuje, że bezpośredni konsumenci strumieni powinni traktować zerowany korzeń stanu i hasz bloku jako nieobecne i wyliczać przedpotwierdzony stan poprzez wykonanie transakcji przekazywanych przez strumień.
[
Przeczytaj także
Jak wojna Ethereum vs Solana zakończyła się cicho, nie hukiem, ale westchnieniem
](https://cryptoslate.com/the-ethereum-vs-solana-war-ended-quietly-not-with-a-bang-but-a-whimper/)
Większość aplikacji znajduje się po bezpiecznej stronie tej granicy. Łączą się z dostawcą RPC świadomym podbloków i używają standardowych metod Ethereum, często z tagiem pending. Prawidłowo skonfigurowany dostawca lub węzeł utrzymuje własny widok stanu, więc wywołania takie jak eth_getBalance mogą zwracać wyliczone przedpotwierdzone dane bez opierania się na użytecznym korzeniu stanu w surowym ładunku, według przewodnika integracyjnego Optimism.
Audyt spada więc najprościej na aplikacje, które samodzielnie pobierają strumień WebSocket, oraz na dostawców RPC, którzy przekazują surowe pola klientom. Operatorzy muszą znaleźć odczyty czterech dotkniętych pól, traktować placeholder korzenie i hasz bloku jako niedostępne i zapobiegać wprowadzeniu tych wartości do stanu, sald lub wejść do dowodów. Dostawcy przekazujący surowe ładunki muszą również powiadamiać swoich klientów.
Szybsza kadencja jest już widoczna w dokumentacji dostawców. Przewodnik Alchemy dla sieci głównej OP opisuje aktualizacje co 200 ms za pomocą istniejących punktów końcowych RPC Optimism, podczas gdy komunikat QuickNode stosuje migrację do swoich komponentów JSON-RPC sieci głównej Optimism i Sepolia.
[
Przeczytaj także
Nowa „superapka” Coinbase Base łączy handel, płatności, media społecznościowe i AI pod jednym dachem
Optimism twierdzi, że termin 31 sierpnia dla podbloków o czasie 200 ms może ulec zmianie i że wdrożenie jest stopniowe, więc nie ma dokumentowanego czasu zakończenia na skalę całej sieci. Jego strona statusu pokazała, że systemy były działające i nie było ostatnich powiadomień o incydentach, gdy sprawdzano. Oficjalne i dostawcze komunikaty traktują pola o wartości zero jako ryzyko migracyjne wymagające działań zapobiegawczych, a nie jako dowód, że salda czy dowody zostały już skompromitowane.
Artykuł Optimism przyspiesza sieć do 200 milisekund, ale standardowe źródła danych cicho tracą kluczowe informacje pojawił się pierwszy raz na CryptoSlate.