Decentralisatieprotocol of verkapte governance? De werkelijkheid achter cryptoprojecten.

Dit artikel onderzoekt een belangrijk aspect van deze dynamiek: decentralisatie bij het updaten van protocollen. Wie beslist over wijzigingen? Wie voert ze uit? Hoe snel kunnen ze worden toegepast?

Aan de hand van concrete gevallen zullen we zien hoe deze keuzes de governance, veiligheid en veerkracht van projecten beïnvloeden. Tussen radicale onveranderlijkheid, hybride modellen en verkapte centralisatie: waar bevindt een protocol zich werkelijk op de schaal van decentralisatie?

Wat decentralisatie is – en wat het niet is

In de cryptowereld wordt decentralisatie vaak gepresenteerd als een absoluut ideaal: het verminderen van de afhankelijkheid van centrale autoriteiten ten gunste van gedistribueerde besluitvorming en transacties tussen netwerkdeelnemers. In de praktijk is een volledig gedecentraliseerd protocol echter zeldzaam. Decentralisatie werkt meer als een spectrum, waarop projecten zich in verschillende mate positioneren.

Dit spectrum is van toepassing op vrijwel elk aspect van een protocol: governance, verdeling van nodes en validators, externe databronnen, kasbeheer, hosting, tokenverdeling... De lijst gaat maar door (zoals Vitalik Buterin uitlegt).

Dit artikel richt zich op een belangrijk aspect: decentralisatie bij protocolupdates. Aan de hand van recente voorbeelden analyseren we de benaderingen die werken en die welke problemen opleveren. Ontwerpkeuzes in update-governance beïnvloeden de balans tussen veiligheid, flexibiliteit en gebruikersbescherming.

Wat zijn de bepalende factoren? Welke afwegingen brengen ze met zich mee? Hoe kunnen we de werkelijke mate van decentralisatie van een protocol beoordelen? Dit zijn allemaal cruciale vragen om te begrijpen waar een project werkelijk staat op het decentralisatiespectrum.

Protocolonveranderlijkheid: één extreem van het spectrum

Bitcoin wordt vaak beschreven als een onveranderlijk protocol. Toch kan de code worden aangepast – maar alleen tegen de prijs van een breed en structurerend consensus. Elke wijziging in de netwerkregels moet worden gevalideerd door miners, node-operators en ontwikkelaars. In tegenstelling tot protocollen die worden bestuurd door on-chain governance, waar wijzigingen via stemmen kunnen worden aangenomen, steunt de evolutie van Bitcoin op twee verschillende mechanismen: soft forks (achterwaarts compatibele aanpassingen) en hard forks (niet-achterwaarts compatibele aanpassingen).

Dit trage en rigoureuze evolutieproces is geen tekortkoming, maar een essentieel kenmerk van het protocol. De onveranderlijkheid van Bitcoin betekent niet dat het technisch niet kan worden aangepast, maar dat het is ontworpen om weerstand te bieden aan willekeurige wijzigingen of wijzigingen opgelegd door één enkele entiteit. Het consensusmechanisme en de kracht van de community zorgen ervoor dat geen enkele stakeholder de fundamentele regels kan wijzigen – zoals de limiet van 21 miljoen BTC – zonder massale steun.

Dit model vertegenwoordigt één uiteinde van het upgradespectrum: het geeft de voorkeur aan veiligheid en veerkracht bij veranderingen, ten koste van flexibiliteit.

Een hybride benadering

Veel protocollen kiezen voor een hybride benadering van updates, waarbij ze proberen innovatiekracht te combineren met veiligheid. Deze strategie is gebaseerd op een balans tussen gecentraliseerd toezicht en gedecentraliseerde mechanismen. Toch blijft het bereiken van een hoog niveau van decentralisatie een grote uitdaging.

L2Beat-gegevens bevestigen dit: van de 59 geëvalueerde rollups, bereikten slechts drie "Stage 2" decentralisatie, het meest geavanceerde niveau. Overigens vertegenwoordigen deze drie protocollen (DeGate, ZkMoney en Fuel) slechts 0,1% van de totale waarde die is vastgezet (TVL) op Layer 2. Bovendien zijn het alleen Appchains, d.w.z. ze zijn ontworpen om één enkele applicatie te draaien. Tot op heden is geen enkele general-purpose L2 boven Stage 1 (Arbitrum, Optimism en Ink).

Dit cijfer benadrukt een opvallende realiteit: werkelijk gedecentraliseerde governance van updates blijft de uitzondering in plaats van de regel.

De decentralisatie van een protocol op het gebied van schaalbaarheid draait om drie fundamentele vragen: wie beslist over wijzigingen? Wie voert ze uit? En hoe snel kunnen ze worden geïmplementeerd? Elk van deze elementen onthult de mate van controle die wordt uitgeoefend door een beperkte groep of, integendeel, de verdeling ervan binnen het netwerk.

👉 Wie beslist over wijzigingen?

Aan het ene uiteinde van het spectrum vertrouwt een volledig gecentraliseerd protocol op het oprichtersteam of de stichting om alle updates voor te stellen en te implementeren, zonder de community te raadplegen. Veel beginnende projecten kiezen voor deze aanpak om snel te kunnen evolueren, maar het creëert een single point of failure.

Een meer hybride benadering omvat governance-mechanismen zoals token voting of DAOs (decentralised autonomous organisations). In de praktijk behouden belangrijke bijdragers echter vaak een dominante invloed, met name door hoge drempels voor voorstellen of een gedelegeerd stemsysteem.

In een volledig gedecentraliseerd systeem kan elk lid van de community wijzigingen voorstellen, en moeten updates een breed on-chain consensus verkrijgen. Deze aanpak vermindert de afhankelijkheid van bevoorrechte actoren en versterkt de veerkracht van het protocol tegen willekeurige beslissingen.

👉 Wie voert wijzigingen uit?

Zodra een beslissing is genomen, bepaalt de wijze van implementatie de mate van afhankelijkheid van het protocol van vertrouwde tussenpersonen.

In een gecentraliseerd model kan een klein team of een multi-sig portefeuille updates direct toepassen, waardoor zij eenzijdige controle hebben over de evolutie van het protocol.

Een hybride systeem vertrouwt op governance-stemmen om wijzigingen goed te keuren, maar de uitvoering blijft in handen van een toegewijd team, dat deze handmatig moet toepassen.

Ten slotte wordt in het meest gedecentraliseerde model alle menselijke tussenkomst verwijderd: updates worden direct geïntegreerd in autonome smart contracts, waardoor governance-beslissingen exact zoals goedgekeurd worden uitgevoerd, zonder mogelijkheid tot manipulatie of vertraging.

👉 Hoe snel kunnen wijzigingen worden toegepast?

De snelheid waarmee updates kunnen worden toegepast speelt een sleutelrol in het balanceren van aanpasbaarheid en veiligheid.

In een volledig gecentraliseerd systeem kunnen wijzigingen onmiddellijk worden doorgevoerd, wat snelle respons mogelijk maakt maar ook het risico op rug pulls of vijandige overnames via governance vergroot.

Een hybride benadering omvat vaak timelocks, die een vertraging opleggen tussen goedkeuring en uitvoering van updates. Dit mechanisme geeft gebruikers de tijd om te reageren op aanstaande wijzigingen.

Aan het meer gedecentraliseerde uiteinde van het spectrum duurt het veel langer om wijzigingen te implementeren, of is het soms helemaal niet mogelijk. Sommige protocollen zijn onveranderlijk, waarbij hun smart contracts na implementatie niet meer kunnen worden aangepast.

Timelocks zijn met name cruciaal in sterk bestuurde protocollen, omdat ze fungeren als vangnet, zelfs wanneer andere aspecten van het updateproces gecentraliseerd blijven. Hoewel de uitvoering van wijzigingen nog steeds bij belangrijke bijdragers ligt, stellen deze timelocks gebruikers in staat om te anticiperen, te evalueren en, indien nodig, het protocol te verlaten voordat wijzigingen van kracht worden.

Is decentralisatie altijd te verkiezen?

Decentralisatie wordt vaak gepresenteerd als een intrinsieke verbetering ten opzichte van centralisatie, maar de werkelijkheid is genuanceerder. Juist de kenmerken die een gedecentraliseerd protocol onveranderlijk maken – of time-locked code, gedistribueerde governance, handhaving van regels op de blockchain – kunnen ook aanpasbaarheid en snelle innovatie belemmeren.

De twee toonaangevende smart contract blockchains, Ethereum en Solana, illustreren dit dilemma goed.

Ethereum geeft de voorkeur aan een gestructureerd en grotendeels gedecentraliseerd updateproces, gebaseerd op community-consensus en transparantie. Dit model weerspiegelt de visie van een netwerk dat neutraal en censuurbestendig is: ontwikkelingen zijn langdurig en beraadslagingen zijn uitgebreid, waardoor het vrijwel onmogelijk is om het netwerk te verstoren of transacties te blokkeren.

>> Lees de fundamentele analyse van Ethereum

Solana daarentegen hanteert een meer gecentraliseerde aanpak, met een sterke afhankelijkheid van kernbijdragers en een kleiner aantal validators. Deze structuur zorgt voor meer responsiviteit bij technische problemen. In geval van een crisis kan het centrale team snel de netwerkdeelnemers coördineren om de activiteit te onderbreken, kritieke fouten te corrigeren en een herstart te organiseren. Maar deze snelle responsmogelijkheid gaat gepaard met een verhoogd risico op gecentraliseerde controle en censuur.

>> Lees de fundamentele analyse van Solana

Daarom zijn protocollen in de lanceringsfase over het algemeen meer gecentraliseerd dan volwassen projecten. In de beginfase moeten ze flexibel zijn om te kunnen experimenteren, bugs te verhelpen en hun koers snel aan te passen – wat mechanismen als timelocks kunnen belemmeren. Ze zijn ook kwetsbaarder voor veiligheidsrisico's, waardoor ze noodcontroles behouden, zoals pauzefuncties of schaalbare contracten, om snel eventuele gebreken te corrigeren. Tot slot vereist gedecentraliseerde governance een sterke en betrokken community, iets wat vaak ontbreekt in de vroege ontwikkelingsfase.

Naarmate een protocol volwassen wordt, is het beter in staat om te decentraliseren. Een product dat zijn markt heeft gevonden, bewezen smart contracts en actieve communityparticipatie maken governance levensvatbaarder – mits het oprichtersteam daadwerkelijk bereid is de controle los te laten.

Veel projecten adverteren decentralisatie als langetermijndoel, maar deze beloften moeten kritisch worden bekeken. In sommige gevallen lijken ze meer op marketing dan op een echte toewijding. Sommige teams kondigen een overgang naar decentralisatie aan, maar behouden cruciale beslissingsmacht wanneer er grote keuzes moeten worden gemaakt. De spanningen rond de governance van SushiSwap en Arbitrum zijn hiervan sprekende voorbeelden.

Casestudy's

Spanningen rond de decentralisatie van protocollen ontstaan vaak door een mismatch tussen de verwachtingen van gebruikers en de realiteit van de werking van het project. Hoewel alle protocollen zich ergens op het decentralisatiespectrum bevinden, zijn sommige veel transparanter dan andere over hun werkelijke mate van autonomie.

👉 Aave: een model van decentralisatie en transparantie

Aave onderscheidt zich door volledig on-chain governance, waardoor geen enkele gecentraliseerde entiteit eenzijdig updates kan opleggen. AAVE-tokenhouders stellen wijzigingen voor en stemmen hierover, zodat beslissingen in handen van de community blijven. In tegenstelling tot veel projecten die beheersleutels behouden, is Aave volledig overgestapt op een DAO-model, waardoor elke mogelijkheid tot willekeurige interventie door de oprichters is uitgesloten.

Naast governance treft Aave waarborgen om zijn gebruikers te beschermen. Elke update van het protocol is onderworpen aan een timelock, een vertraging voordat de wijziging daadwerkelijk wordt toegepast. Dit stelt gebruikers in staat te anticiperen en, indien nodig, hun fondsen op te nemen voordat een wijziging van kracht wordt. Deze aanpak vermindert het risico op overhaaste of kwaadaardige updates en versterkt de toewijding van het protocol aan decentralisatie.

>> Uniswap, Aave, Sky: Welke strategieën voor de "OG's van de DeFi"?

👉 Usual Money: de risico's van hybride governance

Omgekeerd illustreert de recente affaire rond Usual Money de gevaren van slecht gedefinieerde governance. Begin januari veranderde het team abrupt de aflossingsmechanismen van zijn USD0++ stablecoin, tot verrassing van gebruikers die het protocol als meer gedecentraliseerd beschouwden dan het in werkelijkheid was.

In tegenstelling tot Aave, waar beslissingen openbaar worden genomen, bracht Usual Money deze wijzigingen in het geheim aan, zonder voorafgaande raadpleging of een stemming door de DAO. Het probleem werd verergerd door de centralisatie van beheersleutels: zonder timelocks of communitycontrole kon het team deze wijzigingen eenzijdig en discreet doorvoeren.

Het resultaat: paniek en wantrouwen. Gebruikers en investeerders realiseerden zich te laat dat ze weinig controle hadden over het protocol waarvan ze dachten dat het gedecentraliseerd was. In slechts enkele dagen daalde de TVL van het project met 40%, wat wijst op een diep ongemak binnen de community.

Hoewel het Usual Labs team beweert transparant en te goeder trouw te hebben gehandeld, tonen de reactie van gebruikers en het daaropvolgende verlies van vertrouwen het belang aan van duidelijke communicatie in de governance van DeFi-protocollen. De TVL van het project is sindsdien met 47% gedaald. Als projecten een gedemocratiseerd financieel model beloven, moeten ze ook de verantwoordelijkheid nemen om hun gebruikers duidelijk te informeren over de inherente risico's.

👉 Decentralisatie of de illusie van decentralisatie?

Zelfs Aave, ondanks zijn inzet voor community-governance, blijft sterk geconcentreerd: meer dan 70% van de totale tokenvoorraad is in handen van iets meer dan 120 wallets.

Dit voorbeeld illustreert een veelvoorkomend paradox in het ecosysteem: de geclaimde decentralisatie kan een werkelijke concentratie van macht maskeren. Zonder transparantie en sterke waarborgen loopt "hybride decentralisatie" snel het risico een schijnvertoning te worden, waarbij de controle ondanks een democratisch uiterlijk in handen blijft van een kleine groep.

Tools voor het beoordelen van decentralisatie

Gezien de neiging van protocollen om hun mate van decentralisatie mooier voor te stellen, is het essentieel dat gebruikers en investeerders deze claims kritisch onderzoeken. Veel projecten presenteren zich als "community-governed" of "trustless", maar de werkelijkheid is vaak heel anders. Gelukkig bieden verschillende onafhankelijke tools een objectieve analyse van de mate van governance, schaalbaarheid en daadwerkelijke decentralisatie van een protocol:

- DeFi Scan – Een uitgebreide tool voor het analyseren van decentralisatiestatistieken, governance-structuren en risico's verbonden aan smart contracts in DeFi-protocollen.

- L2Beat – Gespecialiseerd in de evaluatie van Layer 2-oplossingen, onderzoekt dit instrument hun mate van decentralisatie, schaalbaarheid en veiligheid.

- Tally – Een platform gewijd aan governance-transparantie, dat voorstellen en stemdynamiek binnen DAOs in realtime volgt.

Door deze bronnen te combineren, kunnen gebruikers beter begrijpen waar een protocol werkelijk staat op het decentralisatiespectrum en voorkomen dat ze in de val van misleidende marketing trappen.

De beperkingen van de tools en het belang van onafhankelijke analyse

Nieuwere of kleinere projecten – zoals Usual Money – zijn niet altijd opgenomen in deze tools, waardoor onafhankelijke analyse essentieel is. Bij het beoordelen van de decentralisatie van een protocol kunnen verschillende signalen verborgen centralisatie onthullen:

- Ondoorzichtige governance, zonder duidelijke details over besluitvorming.

- Beheersleutels met eenzijdige controle, waardoor een klein team het protocol zonder overleg kan aanpassen.

- Frequente en onvoorspelbare wijzigingen, toegepast zonder validatie door de community.

Als een project vaag blijft over zijn governance-mechanismen of wie daadwerkelijk de controle heeft, is dit een waarschuwingssignaal dat serieus moet worden genomen – zowel voor gebruikers als investeerders.

Decentralisatie is een proces, geen binaire toestand

Protocollen in de lanceringsfase vertrouwen vaak op tijdelijke centralisatie om wendbaarheid, veiligheid en ontwikkelsnelheid te verkrijgen. De meeste gebruikers en investeerders accepteren dit compromis, aangetrokken door het innovatieve potentieel van opkomende projecten. Deze flexibiliteit kan gunstig zijn voor het ecosysteem, mits dit transparant wordt aangekondigd en teams er geen misbruik van maken (zoals bij Usual).

Wat de crypto-industrie werkelijk schaadt, is de vervorming van het concept decentralisatie. Soms is deze verwarring onbedoeld, door een gebrek aan duidelijkheid in communicatie. Andere keren is het opzettelijke misleiding. In beide gevallen kan misplaatste vertrouwen gebruikers blootstellen aan onvoorziene risico's, governance-falen en financiële verliezen.

Het beoordelen van de mate van decentralisatie van een protocol is essentieel voor risicobeheer. In een sector waar controlemechanismen sterk uiteenlopen, maakt rigoureuze due diligence geïnformeerde keuzes mogelijk en voorkomt het de valkuilen van verkapte centralisatie.

‍

Decentralisatie wordt vaak gepresenteerd als een vlaggenschapsbelofte van cryptocurrencies: een systeem zonder centrale autoriteit, waarbij beslissingen en transacties worden verdeeld onder netwerkdeelnemers. Maar in de praktijk is decentralisatie een spectrum in plaats van een absolute toestand. Slechts zeer weinig protocollen zijn volledig gedecentraliseerd en, achter de retoriek, behouden veel projecten strategische controlepunten..