Trendande ämnen
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Utvecklarna av Ethereum-ekosystemet har precis släppt ett proof of concept för "Native Rollups". Detta leds av Ethrex exekveringsklientteam, forskare från Ethereum Foundation och bidragsgivare till L2BEAT.
Specifikt, vad är denna "Native Rollups" till för?
För att underlätta förståelsen, låt oss göra en enkel analogi:
Ethereum L1 liknar den mest säkra "stora banken", och L2 motsvarar många små filialer som öppnas utanför "stora banken".
Dessa små filialer vill göra affärerna snabbare och billigare, men de måste ändå bevisa att de inte har fuskat och att huvudboken är korrekt, och de måste utveckla ett "bevissystem".
Det finns nu två "bevissystem", det ena är bedrägeribevissystemet (det optimistiska, de flesta har en 7-dagars utmaningsperiod, vilket är ganska besvärligt); En är ZK-bevissystemet (komplexa, svåra att skriva kretsar, och det är inte lätt att uppgradera för att hänga med i huvudkedjan).
Som ett resultat,
Säkerheten för små filialer måste upprätthållas av deras eget team eller "säkerhetskommitté", och uppgraderingar måste röstas om på möten, vilket gör det svårt att uppnå verklig decentralisering, och buggar måste åtgärdas av sig själva.
I detta sammanhang kom Native Rollups ut.
Det innebär att direkt låta Ethereum, en "stor bank", hjälpa små filialer som L2 att verifiera huvudboken.
Hur gör man?
Genom en förkompilering (EIP-8079-förslag) kallad EXECUTE skickar en liten gren en massa transaktionsdata till huvudkedjan, och huvudkedjan "exekverar" direkt om dessa transaktioner för att bekräfta om de är korrekta eller inte. Det är som att huvudkedjan räknar om kontot självt för att säkerställa att det är korrekt.
Fördelarna?
L2-implementeringen motsvarar L1-säkerhet, verifiering använder Ethereums egen motor, och buggar är också Ethereums buggar, inte små grenar. Ärva all säkerhet från huvudkedjan, och det finns inget behov av att engagera sig i "semi-centraliserade" saker som säkerhetskommittéer och multisignaturbroar för att uppnå verklig decentralisering;
Uppgraderingar följer också automatiskt: om L1 hard fork uppgraderar EVM (såsom vissa nya opkoder) är Native Rollup automatiskt kompatibel, och L2-teamet behöver inte jaga kodändringarna;
...
Topp
Rankning
Favoriter
