Ethereum själv måste klara walkaway-testet. Ethereum är tänkt att vara ett hem för förtroendelösa och förtroendeminimerade applikationer, vare sig det gäller finans, styrning eller någon annanstans. Den måste stödja applikationer som är mer som verktyg – hammaren som, när du köper den, är din – än som tjänster som förlorar all funktionalitet när leverantören tappar intresset för att underhålla dem (eller ännu värre, blir hackad eller värdeutvinningsinriktad). Även när applikationer har funktionalitet som är beroende av en leverantör kan Ethereum hjälpa till att minska dessa beroenden så mycket som möjligt och skydda användaren så mycket som möjligt i de fall där beroendena misslyckas. Men att bygga sådana applikationer är inte möjligt på ett baslager som i sig är beroende av löpande uppdateringar från en leverantör för att fortsätta vara användbart – även om den "leverantören" är hela kärnutvecklarnas process. Ethereum som blockkedja måste ha de egenskaper vi strävar efter i Ethereums applikationer. Därför måste Ethereum själv klara walkaway-testet. Detta innebär att Ethereum måste nå en punkt där vi _can förstena om vi vill to_. Vi behöver inte sluta göra ändringar i protokollet, men vi måste nå en punkt där Ethereums värdeerbjudande inte strikt beror på några funktioner som inte redan finns i protokollet. Detta inkluderar följande: * Full kvantresistens. Vi bör motstå fällan att säga "låt oss skjuta upp kvantresistens till sista möjliga stund i syfte att få fram fler effektiviseringar lite längre". Enskilda användare har den rätten, men protokollet borde inte göra det. Att kunna säga "Ethereums protokoll, som det ser ut idag, är kryptografiskt säkert i hundra år" är något vi bör sträva efter att nå så snart som möjligt och insistera på som en stolthet. * En arkitektur som kan expandera till tillräcklig skalbarhet. Protokollet måste ha de egenskaper som gör att det kan expandera till många tusen TPS över tid, särskilt ZK-EVM-validering och dataprovtagning via PeerDAS. Idealiskt kommer vi till en punkt där ytterligare skalning sker genom "endast parameter"-ändringar – och idealiskt är _dessa_ ändringar inte BPO-liknande forks, utan görs med samma validatorröstningsmekanism som vi använder för gasgränsen. * En statsarkitektur som kan bestå i årtionden. Detta innebär att besluta och implementera vilken form av delvis tillståndslöshet och tillståndsutgång som gör att vi känner oss bekväma med att låta Ethereum köras med tusentals TPS i årtionden, utan att bryta synkronisering, hårddisk- eller I/O-krav. Det innebär också att framtidssäkra träd- och lagringstyperna för att fungera väl i denna långsiktiga miljö. * En kontomodell som är allmän (detta är "full account-abstraktion": gå bort från inskriven ECDSA för signaturvalidering) * Ett gasschema som vi är säkra på är fritt från DoS-sårbarheter, både för genomförande och för ZK-prov * En PoS-ekonomisk modell som, med allt vi lärt oss under det senaste halvdecenniet av proof of stake i Ethereum och ett helt decennium därefter, vi är övertygade om kan bestå och förbli decentraliserade i årtionden, och som stöder användbarheten av ETH som förtroendelös säkerhet (t.ex. i styrningsminimerade ETH-backade stablecoins) * En blockbyggarmodell som vi är säkra på kommer att motstå centraliseringstryck och garantera censurmotstånd även i okända framtida miljöer Idealiskt sett gör vi det hårda arbetet under de kommande åren för att nå en punkt där nästan all framtida innovation i framtiden kan ske genom kundoptimering och återspeglas i protokollet genom parameterändringar. Varje år borde vi bocka av minst en av dessa kriterier, och helst flera. Gör det rätta en gång, baserat på kunskap om vad som verkligen är rätt (och kompromissa inte halvvägs-lösningar), och maximera Ethereums teknologiska och sociala robusthet på lång sikt. Ethereum går hårt. Det här är gwei.

Välkommen till 2026! Milady är tillbaka. Ethereum gjorde mycket under 2025: gasgränserna ökade, blob-antalet ökade, nodmjukvarukvaliteten förbättrades, zkEVMs nådde sina prestandamilstolpar, och med zkEVMs och PeerDAS tog ethereum sitt största steg mot att bli en fundamentalt ny och kraftfullare typ av blockkedja (mer om detta senare) Men vi har en utmaning: Ethereum måste göra mer för att nå sina egna uttalade mål. Inte jakten på att "vinna nästa meta" oavsett om det är tokeniserade dollar eller politiska memecoins, inte godtyckligt övertyga folk att hjälpa oss fylla blockutrymmet för att göra ETH-ultraljud igen, utan uppdraget: Att bygga världsdatorn som fungerar som en central infrastrukturbit i ett friare och mer öppet internet. Vi bygger decentraliserade applikationer. Applikationer som körs utan bedrägeri, censur eller tredjepartsinblandning. Applikationer som klarar walkaway-testet: de fortsätter att köras även om de ursprungliga utvecklarna försvinner. Applikationer där du, om du är användare, inte ens märker om Cloudflare går ner – eller ens om hela Cloudflare hackas av Nordkorea. Applikationer vars stabilitet överskrider företagens, ideologiernas och politiska partiers uppgång och fall. Och applikationer som skyddar din integritet. Allt detta – för finans, och också för identitet, styrning och vilken annan civilisatorisk infrastruktur som folk vill bygga. Dessa egenskaper låter radikala, men vi måste komma ihåg att för en generation sedan skulle vilken plånbok, köksapparat, bok eller bil som helst fylla varenda en av dem. Idag blir alla ovanstående som standard prenumerationstjänster, vilket gör dig permanent beroende av någon centraliserad överhärskare. Ethereum är upproret mot detta. För att uppnå detta måste det vara (i) användbart, och användbart i stor skala, och (ii) faktiskt decentraliserat. Detta måste ske både (a) på blockkedjelagret, inklusive mjukvaran vi använder för att köra och kommunicera med blockkedjan, och (b) applikationslagret. Alla dessa delar måste förbättras – de förbättras redan, men de måste förbättras mer. Som tur är har vi kraftfulla verktyg på vår sida – men vi måste använda dem, och det kommer vi att göra. Önskar alla ett spännande 2026. Milady.

Maktbalans