Współzałożyciel Arbitrum mówi, że możliwość przetwarzania transakcji jest skończona

Ethereum jest przeciążone – co się stanie, gdy zawór spustowy również zostanie zatkany?

Z jego Nitro ulepszenie lusterka wstecznego, rozwiązanie skalujące Ethereum Layer 2 Arbitrum koncentruje się teraz na badaniach i rozwoju w nadziei na rozwiązanie własnych głównych wyzwań na długo przed ich pojawieniem się.

W niedawnym wywiadzie dla The Defiant, współzałożyciel i dyrektor ds. technologii, Harry Kalodner, powiedział, że Arbitrum stoi przed tym samym poważnym wyzwaniem, co Ethereum – ograniczoną pojemnością.

Arbitrum i konkurencyjne łańcuchy bloków warstwy 2, takie jak Optimism i zkSync, są zbudowane w celu skalowania Ethereum — aby umożliwić mu obsługę większej liczby transakcji przy niższych kosztach. Osiągają to poprzez łączenie lub zwijanie transakcji i przesyłanie ich partiami do walidacji w Ethereum.

Zdolność Arbitrum do przetwarzania transakcji jest jednak ograniczona. To się stało boleśnie jasne tego lata, kiedy kampania adopcyjna przekroczyła oczekiwania, przez krótki czas powodując gwałtowny wzrost opłat transakcyjnych, przekraczający nawet te w Ethereum. Program, nazwany Arbitrum Odyssey, musiał zostać wstrzymany.

Ruch drogowy w ATH

Od pierwszego majora uaktualnienie pod koniec sierpnia Arbitrum obsługiwało więcej transakcji niż kiedykolwiek na a frakcja tego, ile kosztowałyby na Ethereum.

Jeśli jednak ekosystem Ethereum ma rzucić wyzwanie głównym światowym platformom przetwarzania płatności lub stać się komputerem rozproszonym, jak wyobrażają sobie jego zwolennicy, będzie musiał obsłużyć jeszcze większy ruch niż obecnie (lub może). O wiele więcej.

Arbitrum patrzy na dwa podejścia, powiedział Kalodner: skalowanie w pionie i poziomie. Zdaniem Kalodnera ten pierwszy – trudniejszy problem – oznacza ulepszenie Arbitrum, aby mogło obsłużyć „więcej transakcji, więcej użytkowników, większą pojemność”.

To ostatnie oznacza tworzenie wielu Arbitrum, „aby suma pojemności między nimi była większa” – powiedział Kalodner.

Dane historyczne

Rozwiązanie „rozdętego stanu” będzie kluczem do skalowania w pionie. Nadęcie stanu odnosi się do stale rosnących danych historycznych przechowywanych w Ethereum i obciążenia, jakie nakłada na rozproszoną sieć węzłów, które weryfikują Ethereum.

„Zawieranie ilości pamięci potrzebnej do uruchomienia węzła to naprawdę trudny problem. To coś, z czym Ethereum boryka się od dłuższego czasu” – powiedział Kalodner. „Na razie kopią puszkę do rollupów. Ale pakiety zbiorcze napotykają ten sam problem”.

„Nawet jeśli możemy wykonać taką samą liczbę stanów, ale o wiele więcej obliczeń, jest to bardzo przydatne” – powiedział.

Sharding

Skalowanie w poziomie ma już swoją nazwę w społeczności programistów Ethereum: sharding.

„W przypadku rollupów jest to jeszcze trudniejsze” – powiedział Kalodner. „Problem polega na tym, że istnieje jednotygodniowe opóźnienie w wysyłaniu wiadomości z [optymistycznych] zestawień do Ethereum, ta ścieżka komunikacji jest bardzo powolna i niepraktyczna dla czegokolwiek innego niż transfer wartości”.

Optymistyczne podsumowania, takie jak Arbitrum, zakładają, że transakcje przedłożone przez producentów bloków są dokładne i uczciwe, ale zapewniają uczestnikom sieci siedmiodniowy okres na zidentyfikowanie i zakwestionowanie nieuczciwych transakcji. Producenci bloków muszą złożyć znaczne zabezpieczenia, które zostaną obcięte, jeśli będą się źle zachowywać.

Według Kalodnera, dzięki niedawnemu przejęciu zespołu programistów Ethereum, Prysmatic Labs, Arbitrum nie musi wybierać jednej drogi skalowania badań zamiast innej.

„To jedna z zalet uprawy” – powiedział. „Możemy rozłożyć nasze zakłady znacznie bardziej. I myślę, że zasadniczo nie będzie to jedno lub drugie, ponieważ oba będą miały wady”.