Arbitrums medgrundare säger att förmågan att bearbeta transaktioner är Finite PlatoBlockchain Data Intelligence. Vertikal sökning. Ai.

Arbitrums medgrundare säger att förmågan att bearbeta transaktioner är begränsad

Ethereum är överbelastat – vad händer när utlösningsventilen också blir igensatt?

Med sin Nitro uppgradering i backspegeln, Ethereum Layer 2-skalningslösning Arbitrum vänder nu fokus till forskning och utveckling i hopp om att lösa sina egna stora utmaningar långt innan de dyker upp.

I en nyligen intervju med The Defiant sa medgrundare och teknikchef Harry Kalodner att Arbitrum står inför samma stora utmaning som Ethereum – ändlig kapacitet.

Arbitrum och konkurrerande Layer 2 blockchains, som Optimism och zkSync, är byggda för att skala Ethereum – för att göra det möjligt för det att hantera fler transaktioner till en lägre kostnad. De uppnår detta genom att paketera, eller rulla upp, transaktioner och skicka dem i omgångar för validering på Ethereum.

Arbitrums förmåga att behandla transaktioner är dock begränsad. Det blev det smärtsamt tydlig i somras när en adoptionskampanj överträffade förväntningarna, vilket kortvarigt skickade transaktionsavgifterna i höjden bortom även de på Ethereum. Programmet, kallat Arbitrum Odyssey, fick pausas.

Trafik vid ATH

Sedan dess första major uppgradera i slutet av augusti har Arbitrum hanterat fler transaktioner än någonsin på ett fraktion av vad de skulle kosta på Ethereum.

Arbitrum dagliga transaktioner. Källa: arbiscan

Om Ethereums ekosystem ska utmana världens stora betalningshanteringsplattformar eller bli den distribuerade världsdator som dess förespråkare föreställer sig, måste det dock hantera ännu mer trafik än vad det gör (eller kan) idag. Mycket mer.

Arbitrum tittar på två tillvägagångssätt, sa Kalodner: skala vertikalt och horisontellt. Det förra – det mer utmanande problemet, enligt Kalodners uppfattning – innebär att förbättra Arbitrum så att det kan hantera "fler transaktioner, fler användare, mer kapacitet."

Det senare innebär att skapa många Arbitrum, "så att summan av kapaciteten mellan dem är större", sa Kalodner.

Historisk data

Att lösa "state bloat" kommer att vara nyckeln till att skala vertikalt. State bloat hänvisar till den ständigt växande historiska data som lagras på Ethereum och den påfrestning den lägger på det distribuerade nätverket av noder som validerar Ethereum.

"Att innehålla hur mycket minne du behöver för att köra en nod är ett riktigt svårt problem. Det är en som Ethereum har stått inför under lång tid, säger Kalodner. "De har för nu, liksom sparkat burken till rollups. Men rollups stöter på samma problem."

"Även om vi bara kan göra samma mängd tillstånd men en ton mer beräkning, är det väldigt användbart," sa han.

Sharding

Att skala horisontellt har redan ett namn i Ethereums utvecklargemenskap: sharding.

"För rollups är det här ännu svårare," sa Kalodner. "Problemet är, eftersom det är en veckas meddelandefördröjning från [optimistiska] sammanslagningar till Ethereum, att kommunikationsvägen är mycket långsam och opraktisk för allt annat än värdeöverföring."

Optimistiska sammanställningar som Arbitrum förutsätter att transaktioner som lämnats in av blockproducenter är korrekta och ärliga, men ger ett fönster på sju dagar för nätverksdeltagare att identifiera och utmana bedrägliga transaktioner. Blockproducenter måste ställa betydande säkerheter som kommer att minskas om de inte beter sig.

Med sitt nyligen förvärvade Ethereums utvecklarteam Prysmatic Labs behöver Arbitrum inte välja en väg för att skala forskning framför en annan, enligt Kalodner.

"Detta är en av fördelarna med att växa," sa han. "Vi kan sprida våra satsningar mycket mer. Och jag tror att det i grunden inte kommer att bli det ena eller det andra, eftersom de båda kommer att ha nackdelar.”

Tidsstämpel:

Mer från Trassande