Vitalik Buterin schetst een Ethereum-routekaart die verificatie voorbij de blockchain verplaatst
Belangrijkste punten
- •Vitalik Buterin stelde een Ethereum-architectuur voor waarin de basislaag blijft zorgen voor transactieordening en definitieve afwikkeling, terwijl recursieve STARK-bewijzen een groter deel van de verificatie uitvoeren.
- •Het essay beschrijft een meerjarige technische richting richting 2030 in plaats van een vast uitrolschema; alle voorgestelde upgrades moeten nog door Ethereum's standaardproces van onderzoek, testing en community-goedkeuring.
- •PeerDAS, live gegaan via de Fusaka-upgrade, laat nodes blob-gegevens samplen in plaats van volledige datasets te downloaden, waarmee hetzelfde principe van lichtere werklast per node wordt toegepast terwijl onafhankelijke verificatie behouden blijft.
- •De Hegotá-upgrade, gepland voor 2027, wordt beschreven als waarschijnlijk de laatste dieornamelijk op voor ontwikkelaars uit het midden van de jaren 2010 bekende technologie is gebouwd, met een volgende fase die mogelijk geoptimaliseerde consensus, geautomatiseerde formele verificatie en kwantumbestendige cryptografie omvat.
- •Buterins privacydoelen reiken verder dan betaalbedragen tot wallet-metadata, met als doel privébetalingen, privé-accountlogica en minder wallet-query's die aan één enkele dienstverlener worden blootgesteld.

Vitalik Buterin, de medeoprichter van Ethereum, gebruikte een bericht van 27 september om een Ethereum te schetsen waarin de basischain de definitieve resultaten afwikkelt, terwijl cryptografische bewijzen een groeiend deel van de verificatiewerkzaamheden uitvoeren. Zijn visie voor 2030 brengt recursieve STARK-bewijzen, data availability sampling, privacytooling en een herontworpen consensus samen. Het essay schetst een meerjarige technische richting in plaats van een uitrolschema: de relevante code, de omvang van elke upgrade en de leveringsdata moeten nog steeds door Ethereum's gebruikelijke ontwikkelproces.
De voorgestelde verschuiving kan in één zin worden samengevat: de chain blijft de definitieve uitkomsten bepalen, terwijl bewijzen deelnemers een efficiëntere manier geven om het werk dat tot die uitkomsten heeft geleid te controleren.
Wat Ethereum nog zelf moet doen
Ethereum heeft een gedeeld overzicht nodig van wie wat bezit en welke transactie als eerste kwam. Dat overzicht voorkomt dat dezelfde fondsen tweemaal worden uitgegeven en geeft applicaties een definitieve staat waarnaar elke deelnemer kan verwijzen.
Tegenwoordig valideren full nodes transacties en statuswijzigingen onafhankelijk. Ze controleren of een afzender over voldoende fondsen beschikt, of een slim contract zich aan zijn regels heeft gehouden en of de resulterende staat overeenkomt met het protocol. Dat dubbele werk versterkt de beveiliging van het netwerk, maar beperkt ook de capaciteitswinst die anders zou voortkomen uit het toevoegen van meer computers.
Onder Buterins routekaart blijven de ordening van transacties en de definitieve afwikkeling op de basislaag, terwijl de omliggende infrastructuur meer ruimte krijgt om complexe berekeningen uit te voeren voordat deze een definitief blok bereiken.
Bewijzen kunnen meer van het controlewerk uitvoeren
Een zero-knowledge bewijs is een compacte wiskundige verklaring dat een berekening volgens een gedefinieerde set regels is uitgevoerd. STARK's — een afk van Scalable Transparent Argument of Knowledge — zijn een transparante, op hashes gebaseerde constructie die geen trusted setup vereist. Een prover voert de zwaardere berekening uit en levert bewijsmateriaal dat andere deelnemers efficiënt kunnen verifiëren. Recursieve bewijzen breiden het model uit door veel bewijzen te combineren tot één bewijs, zodat een netwerk één gecomprimeerd resultaat kan controleren dat een grotere set afhankelijkheden dekt. Deze aanpak kan verminderen hoeveel herhaalde berekening Ethereum's uitvoeringsomgeving bereikt.
Buterin illustreert het idee met een wallet die een complexe DeFi-positie controleert met meerdere onderpandactiva en geautomatiseerde regels. In de architectuur die hij beschrijft, kon een bewijs vaststellen dat de positie correct is bijgewerkt, waarna Ethereum de resulterende staat volgens eigen regels afwikkelt.
Lagere kosten en snellere uitvoering van complexe handelingen blijven mogelijke uitkomsten. Hun omvang zou afhangen van de kosten van bewijsproductie, het applicatieontwerp en de functionaliteiten die uiteindelijk de Mainnet bereiken.
Data availability is een afzonderlijke beveiligingsvraag
Een geldig bewijs en beschikbare gegevens dienen verschillende doelen. Het bewijs gaat over of een gedefinieerde berekening correct is uitgevoerd; data availability gaat over of de informatie die die berekening ondersteunt nog kan worden opgehaald en geïnspecteerd. Het onderscheid is in de praktijk belangrijk: zonder ophaalbare gegevens zou zelfs een geldig bewijs deelnemers niet in staat laten om onafhankelijk de staat te reconstrueren die de berekening voortbracht.
PeerDAS werkt aan het tweede probleem. Het laat nodes blob-gegevens samplen en vertrouwen opbouwen dat de bredere dataset beschikbaar is, waardoor elke node niet langer de volledige dataset hoeft te downloaden voordat het aan de controle deelneemt. PeerDAS arriveerde via de Fusaka-upgrade, waarmee het een levend onderdeel van Ethereum's schaalarchitectuur werd. Buterins essay duwt hetzelfde ontwerpprincipe verder: leg minder herhaald werk op elke individuele deelnemer terwijl een pad naar onafhankelijke verificatie behouden blijft.
Het essay plaatst ook eerder werk aan op bewijzen gebaseerde validatorverificatie, waaronder het Lean Ethereum-voorstel, binnen een breder plan dat berekening, gegevens en privacy in het hele netwerk bestrijkt.
Privacy zou ook de sporen dekken die wallets achterlaten
Ethereum's privacy-uitdaging reikt verder dan het verbergen van betaalbedragen of adresgegevens van ontvangers. Wallets raadplegen vaak externe servers voor saldi, tokendata en transactiegeschiedenissen, en die verzoeken kunnen onthullen welke accounts een persoon volgt of beheert.
Buterin beschrijft cryptografische tools en gedecentraliseerde infrastructuur die meer van deze metadata kunnen beschermen. De genoemde doelen omvatten privébetalingen, privé-accountlogica en minder wallet-query's die aan één enkele dienstverlener worden blootgesteld.
Dagelijks gebruik zou meer vergen dan protocolzoek. Wallet-software moet de tools veilig ondersteunen, en interfaces moeten het beveiligingsmodel duidelijk genoeg uitleggen zodat gebruikers geïnformeerde keuzes kunnen maken.
Hegotá begint een langere technologische overgang
Ethereum's officiële routekaart plaatst de Hegotá-upgrade in 2027. Buterin beschrijft het als waarschijnlijk de laatste upgrade die voornamelijk is gebouwd rond technologie die vertrouwd zou aanvoelen voor ontwikkelaars uit het midden van de jaren 2010. De daaropvolgende fase zou recursieve STARK's, een meer geoptimaliseerde consensus, geautomatiseerde formele verificatie en kwantumbestendige cryptografie kunnen omvatten.
Formele verificatie kan testen of code overeenkomt met een geschreven specificatie, maar kan omissies of slechte beslissingen binnen die specificatie niet oplossen. Kwantumveilig onderzoek bereidt Ethereum voor op toekomstige ontwikkelingen in rekenkracht; Ethereum's bestaande cryptografie is momenteel nog in gebruik.
Deze ideeën staan nog voor onderzoek, specificatiewerk, clientontwikkeling, beveiligingsbeoordeling, testing en community-instemming. Voor lezers die volgen, zijn de waarneembare mijlpalen specificatieontwerpen, clientimplementaties en testing op publieke netwerken — dezelfde stadia die elke Ethereum-upgrade doorloopt voordat het de Mainnet bereikt. Bewijsproductie moet goedkoper en veiliger worden onder realistische werkbelastingen, en het beheren van grote hoeveelheden gedeelde applicatiestaat blijft een andere grote uitdaging die in het essay wordt genoemd.
De routekaart zal worden beoordeeld op onafhankelijke verificatie
De praktische maatstaf is eenvoudig. Gebruikers, ontwikkelaars en node-operatoren hebben een realistische manier nodig om het systeem te verifiëren zonder afhankelijk te zijn van een ondoorzichtige tussenpersoon. Compacte bewijzen moeten efficiënt zijn, gegevens toegankelijk moeten blijven, en wallets moeten de aannames achter elke handeling communiceren.
Ethereum's voorgestelde architectuur laat de chain verantwoordelijk voor ordening en afwikkeling, terwijl bewijssystemen en gedecentraliseerde infrastructuur een groter deel van het werk zouden uitvoeren dat tot die definitieve uitkomsten leidt. De waarde van de routekaart zal afhangen van of die regeling verificatie praktischer maakt zonder complexiteit toe te voegen die gewone gebruikers niet kunnen beoordelen.
Dit artikel wordt uitsluitend ter informatie verstrekt en vormt geen financieel of beleggingsadvies. Ethereum's routekaart blijft onderworpen aan technische beoordeling, community-coördinatie en verandering.