Ethereum selv må bestå walkaway-testen. Ethereum er ment å være et hjem for applikasjoner uten tillit og uten tillit, enten det er innen finans, styring eller andre steder. Den må støtte applikasjoner som ligner mer på verktøy – hammeren som, når du først kjøper, er din – enn tjenester som mister all funksjonalitet når leverandøren mister interessen for å vedlikeholde dem (eller enda verre, blir hacket eller blir verdiutvinning). Selv når applikasjoner har funksjonalitet som avhenger av en leverandør, kan Ethereum bidra til å redusere disse avhengighetene så mye som mulig, og beskytte brukeren så mye som mulig i de tilfellene hvor avhengighetene feiler. Men å bygge slike applikasjoner er ikke mulig på et basislag, som i seg selv er avhengig av løpende oppdateringer fra en leverandør for å fortsette å være brukbart – selv om den "leverandøren" er kjerneutviklernes prosess. Ethereum og blokkjeden må ha de egenskapene vi streber etter i Ethereums applikasjoner. Derfor må Ethereum selv bestå walkaway-testen. Dette betyr at Ethereum må komme til et punkt hvor vi _can forsteinet hvis vi vil ha to_. Vi trenger ikke å slutte å gjøre endringer i protokollen, men vi må komme til et punkt hvor Ethereums verdiforslag ikke strengt avhenger av funksjoner som ikke allerede finnes i protokollen. Dette inkluderer følgende: * Full kvantemotstand. Vi bør motstå fellen med å si «la oss utsette kvantemotstand til siste mulige øyeblikk i navnet til å oppnå mer effektivitet litt til». Individuelle brukere har den retten, men protokollen bør ikke gjøre det. Å kunne si «Ethereums protokoll, slik den er i dag, er kryptografisk trygg i hundre år» er noe vi bør strebe etter å nå så raskt som mulig, og insistere på som et stolthetspunkt. * En arkitektur som kan utvides til tilstrekkelig skalerbarhet. Protokollen må ha egenskaper som gjør at den kan utvides til mange tusen TPS over tid, spesielt ZK-EVM-validering og datauttak gjennom PeerDAS. Ideelt sett kommer vi til et punkt hvor ytterligere skalering skjer gjennom «kun parameter»-endringer – og ideelt sett er _de_ endringene ikke BPO-lignende forks, men gjøres med samme validatorstemmemekanisme som vi bruker for gassgrensen. * En statsarkitektur som kan vare i flere tiår. Dette innebærer å bestemme, og implementere, hvilken som helst form for delvis tilstandsløshet og tilstandsutløp som gjør at vi føler oss komfortable med å la Ethereum kjøre med tusenvis av TPS i flere tiår, uten å bryte synkronisering, harddisk- eller I/O-krav. Det betyr også å fremtidssikre tre- og lagringstypene slik at de fungerer godt i dette langsiktige miljøet. * En kontomodell som er generell (dette er «full konto-abstraksjon»: gå bort fra innskrevet ECDSA for signaturvalidering) * En gassplan som vi er sikre på er fri for DoS-sårbarheter, både for utførelse og for ZK-testing * En PoS-økonomisk modell som, med alt vi har lært det siste halve tiåret av proof of stake i Ethereum og hele tiåret etter, vi er trygge på kan vare og forbli desentralisert i flere tiår, og som støtter nytten av ETH som tillitsløs sikkerhet (f.eks. i styringsminimerte ETH-støttede stablecoins) * En blokkbyggingsmodell som vi er sikre på vil motstå sentraliseringspress og garantere sensurmotstand selv i ukjente fremtidige miljøer Ideelt sett gjør vi det harde arbeidet de neste årene, for å komme til et punkt hvor nesten all fremtidig innovasjon kan skje gjennom kundeoptimalisering, og reflekteres i protokollen gjennom parameterendringer. Hvert år bør vi krysse av minst én av disse boksene, og helst flere. Gjør det rette én gang, basert på kunnskap om hva som virkelig er riktig (og ikke kompromisse halvveis med løsninger), og maksimer Ethereums teknologiske og sosiale robusthet på lang sikt. Ethereum går hardt. Dette er gwei.