Waarom on-chain hashes volgens Vitalik nog steeds van belang zijn: inzicht in Ethereum's dataverificatie-uitdaging

Waarom Ethereum’s toestandsopslagprobleem er toe doet

Een van de grootste technische uitdagingen waar Ethereum vandaag voor staat, is de 'state growth'. In blockchain-terminologie verwijst de 'state' naar alle accountsaldi, smart contract-gegevens, token-goedkeuringen en opslaginformatie die het netwerk moet bijhouden.

Naarmate Ethereum meer wordt gebruikt, blijft deze toestand gestaag groeien. Elke nieuwe gedecentraliseerde applicatie, elk tokencontract, elke liquiditeitspool of NFT-collectie voegt extra opslagvereisten toe. Na verloop van tijd kan het runnen van een volledige node hierdoor steeds duurder en technisch veeleisender worden.

Recente discussies binnen de Ethereum-gemeenschap richten zich op hoe deze opslaglast kan worden verminderd zonder in te boeten aan decentralisatie. Vitalik Buterin sprak onlangs over dit onderwerp en legde uit dat het alleen opslaan van hashes on-chain het probleem niet volledig oplost.

Wat Vitalik werkelijk bedoelde

Volgens recente berichten stelde Buterin dat zelfs als gebruikers de meeste gegevens zelf opslaan en de blockchain alleen hashes of proofs opslaat, nodes nog steeds de informatie moeten onderhouden en bijwerken die nodig is om die proofs te verifiëren. Hij merkte op dat deze aan verificatie gerelateerde gegevens uiteindelijk 'bijna net zo groot als de state zelf' kunnen worden.

Deze uitspraak klinkt misschien technisch, maar het onderliggende idee is relatief eenvoudig.

Veel schaalvoorstellen bepleiten het verminderen van blockchain-opslag door de meeste gegevens off-chain te plaatsen, terwijl alleen compacte cryptografische referenties on-chain blijven – meestal hashes. In theorie zou dit de hoeveelheid gegevens die validators moeten opslaan, moeten verminderen.

Verificatie vereist echter nog steeds referentiële gegevensstructuren. Validators moeten bevestigen dat ingediende proofs daadwerkelijk overeenkomen met geldige blockchain-toestanden. Het netwerk kan dus niet volledig aan opslagverantwoordelijkheden ontsnappen.

Met andere woorden: gegevens comprimeren elimineert de noodzaak voor een verificatie-infrastructuur niet.

Hoe hashes en proofs werken op blockchains

Een hash is in wezen een cryptografische vingerafdruk van gegevens.

Ethereum kan bijvoorbeeld een compacte hash opslaan die een grote dataset vertegenwoordigt, in plaats van de volledige dataset direct on-chain te zetten. Als de onderliggende gegevens veranderen, verandert de hash mee.

Dit principe wordt breed toegepast in blockchain-systemen omdat hashes:

• Compact zijn
• Moeilijk te vervalsen
• Efficiënt te verifiëren

Moderne schaaltechnieken voor blockchains vertrouwen ook zwaar op cryptografische proofs.

Zero-knowledge proofs (ZK-proofs) stellen een partij bijvoorbeeld in staat te bewijzen dat een berekening geldig is zonder alle onderliggende gegevens prijs te geven. Ethereum’s toekomstige roadmap wordt steeds afhankelijker van dergelijke systemen voor schaalbaarheid.

De relatie kan als volgt worden vereenvoudigd:

• Volledige gegevens kunnen off-chain bestaan
• Hashes worden on-chain opgeslagen
• Proofs tonen correctheid aan
• Validators hebben nog steeds referentiestructuren nodig om proofs te verifiëren

Die laatste stap blijft een opslaguitdaging.

Waarom alleen hashes opslaan geen volledige oplossing is

Sommige blockchain-waarnemers veronderstellen dat als alleen hashes on-chain worden opgeslagen, de opslagvereisten verwaarloosbaar worden.

Buterins opmerkingen verzetten zich tegen die aanname.

Om proofs efficiënt te verifiëren, hebben validators nog steeds toegang nodig tot state-gerelateerde structuren, zoals:

• Merkle-bomen
• Verkle-bomen
• Witnessgegevens
• State roots
• Toegangsbewijzen

Ethereum-onderzoekers hebben al lang 'stateless' verificatiemodellen onderzocht waarbij validators minimale gegevens opslaan. Maar ook deze systemen gaan gepaard met afwegingen.

'Weak statelessness' kan bijvoorbeeld de opslagvereisten van validators verlagen, maar kan leiden tot:

• Hoger bandbreedteverbruik
• Grotere proofgroottes
• Meer complexiteit
• Meer afhankelijkheid van externe gegevensbeschikbaarheid

Dit betekent dat schaalverbeteringen vaak kosten verschuiven in plaats van ze volledig te elimineren.

Het verband tussen ZK-proofs en stateless Ethereum

Ethereum’s lange-termijn roadmap omvat steeds vaker technologieën zoals:

• zkEVMs
• Stateless clients
• Verkle-bomen
• Data availability sampling

Deze technologieën moeten het netwerk schaalbaarder maken met behoud van decentralisatie.

Het idee achter 'statelessness' is dat validators niet permanent de volledige blockchain-toestand hoeven op te slaan. In plaats daarvan kunnen transacties compacte 'witnesses' bevatten die de vereiste toestandsovergangen bewijzen.

Dit brengt echter extra technische complexiteit met zich mee.

Buterin heeft herhaaldelijk benadrukt dat schaalbaarheidsoplossingen afwegingen inhouden, geen 'magische oplossingen'. Recente discussies over hashes en proofverificatie versterken deze boodschap.

EIP-8037 en het debat over toestandsgroei

De recente discussie verwees ook naar EIP-8037, een voorstel dat de groeiende omvang van de Ethereum-toestand moet beheersen.

Volgens berichten introduceert het voorstel geen doorlopende 'opslaghuur'-kosten, maar verhoogt het de upfront gaskosten voor:

• Het aanmaken van contracten
• Het openen van nieuwe accounts
• Het toevoegen van opslagslots

Het idee is om onnodige toestandsuitbreiding te ontmoedigen voordat deze plaatsvindt.

Voorstanders stellen dat dit de toestandsbloat kan vertragen en de duurzaamheid op lange termijn kan verbeteren.

Tegenstanders waarschuwen echter dat hogere upfront kosten kunnen leiden tot:

• Hogere drempels voor ontwikkelaars
• Duurdere experimenten
• Minder toegankelijkheid voor kleinere projecten

Dit weerspiegelt een terugkerende spanning in blockchain-ontwerp: het verbeteren van schaalbaarheid brengt vaak nieuwe economische afwegingen met zich mee.

Afwegingen tussen schaalbaarheid, decentralisatie en kosten

Blockchain-systemen balanceren voortdurend drie doelen:

• Schaalbaarheid
• Decentralisatie
• Beveiliging

Deze uitdaging staat bekend als het 'blockchain-trilemma'.

Grotere toestandsomvangen maken nodes duurder in gebruik, wat decentralisatie kan ondermijnen omdat minder partijen zich infrastructuur kunnen veroorloven.

Tegelijkertijd kunnen agressieve compressietechnieken de systeemcomplexiteit of afhankelijkheid van gespecialiseerde cryptografie vergroten.

Ethereum-ontwikkelaars proberen daarom de schaalbaarheid te verbeteren met behoud van brede validatorparticipatie.

Technologieën zoals zkEVMs en Verkle-bomen kunnen helpen, maar brengen ook:

• Geavanceerdere cryptografie
• Extra proof-generatievereisten
• Nieuwe implementatierisico’s

Zoals Buterin suggereerde, brengt elke oplossing momenteel compromissen met zich mee.

Risico’s en beperkingen die beleggers moeten begrijpen

Voor crypto-beleggers lijken discussies over toestandsopslag en proofverificatie misschien zeer technisch, maar ze hebben belangrijke implicaties.

Als de opslagkosten van de blockchain blijven stijgen:

• Kan node-exploitatie centraler worden
• Kunnen infrastructuurproviders meer invloed krijgen
• Kan het runnen van onafhankelijke validators moeilijker worden

Aan de andere kant kunnen nieuwere schaalsystemen risico’s introduceren zoals:

• Smart contract-kwetsbaarheden
• Fouten in proof-systemen
• Data availability-risico’s
• Complexiteitsgerelateerde bugs

Zero-knowledge-systemen en stateless architecturen zijn nog volop in onderzoek, en sommige componenten zijn nog niet volledig uitgerold op Ethereum mainnet.

Beleggers moeten er dus niet van uitgaan dat schaalbaarheidsupgrades automatisch alle technische knelpunten wegnemen.

Wat dit betekent voor Ethereum’s lange-termijn roadmap

Ondanks deze uitdagingen blijven Ethereum-onderzoekers vooruitgang boeken richting een schaalbaardere architectuur.

Recente roadmap-discussies benadrukken verschillende belangrijke prioriteiten:

• Uitbreiden van on-chain gegevenscapaciteit
• Verbeteren van zkEVM-integratie
• Veilig verhogen van gaslimieten
• Verbeteren van data availability-systemen
• Verminderen van validator-bronvereisten

Buterin heeft benadrukt dat Ethereum’s toekomst waarschijnlijk afhangt van een combinatie van on-chain en off-chain systemen, niet van een exclusieve keuze voor een van beide.

Het recente debat over hashes en proofverificatie illustreert een belangrijke realiteit in blockchain-engineering: het verminderen van zichtbare on-chain gegevens verwijdert niet automatisch de onderliggende reken- en opslaglasten die nodig zijn voor trustless verificatie.

Conclusie

Vitalik Buterins recente opmerkingen over on-chain hashes belichten een cruciale nuance in blockchain-schaalbaarheidsdiscussies.

Hoewel het alleen opslaan van hashes en proofs de directe on-chain opslagvereisten kan verminderen, hebben netwerken nog steeds grote hoeveelheden verificatiegerelateerde gegevens nodig om beveiliging en trustlessness te waarborgen. Daardoor verschuiven veel schaaloplossingen complexiteit in plaats van deze volledig weg te nemen.

Ethereum’s lopende onderzoek naar zkEVMs, stateless verificatie, Verkle-bomen en data availability-systemen toont aan dat het ecosysteem deze kwesties actief aanpakt. Het proces gaat echter gepaard met moeilijke afwegingen tussen decentralisatie, efficiëntie en kosten.

Voor nieuwkomers in crypto is de belangrijkste conclusie dat blockchain-schaalbaarheid niet simpelweg draait om 'ketens sneller maken'. Het gaat ook om het behouden van beveiliging en toegankelijkheid terwijl steeds grotere hoeveelheden gegevens worden beheerd.