← Nieuwste papers
📈 economics

Reserve Depletion and Security Runway in Proof-of-Stake Systems

Dit artikel presenteert een stochastisch evenwichtskader om staat-afhankelijke reserve-drempelwaarden af te leiden die bepalen of een Proof-of-Stake-systeem zijn beveiligingsniveau kan handhaven via een eindig tokenreserve totdat transactiekosten alleen voldoende worden, waardoor een rigoureuze stresstest van de overgang van reserve-afhankelijke naar op vergoedingen gebaseerde beveiliging mogelijk wordt.

Oorspronkelijke auteurs: Paolo Penna, Manvir Schneider

Gepubliceerd 2026-06-03
📖 5 min leestijd🧠 Diepgaand

Oorspronkelijke auteurs: Paolo Penna, Manvir Schneider

Oorspronkelijk artikel gelicentieerd onder CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dit is een AI-gegenereerde uitleg van het onderstaande artikel. Het is niet geschreven of goedgekeurd door de auteurs. Raadpleeg het oorspronkelijke artikel voor technische nauwkeurigheid. Lees de volledige disclaimer

Stel je een Proof-of-Stake blockchain voor als een hoogbeveiligde vesting die een constante legers aan bewakers (validators) nodig heeft om het veilig te houden. Deze bewakers moeten worden betaald om op wacht te blijven staan.

In het begin is de vesting nieuw en leeg. Er zijn niet veel mensen die op bezoek komen, dus de "toegangsgelden" (transactiekosten) die van bezoekers worden geïnd, zijn te klein om de bewakers een leefbaar loon te betalen. Als de bewakers niet worden betaald, vertrekken ze, wordt de vesting onbewaakt en stort het systeem in.

Om dit op te lossen, heeft de vesting een enorme noodspaarrekening (de Reserve) gevuld met tokens. Deze rekening is bedoastaan om de lonen van de bewakers te subsidiëren totdat de vesting populair genoeg is zodat de toegangsgelden alleen de kosten kunnen dekken.

Het paper van Penna en Schneider stelt een cruciale vraag: Zal deze spaarrekening lang genoeg meegaan om de kloof te overbruggen totdat de toegangsgelden hoog genoeg zijn?

Hier is de uitsplitsing van hun bevindingen met behulp van eenvoudige analogieën:

1. De "Koopkracht"-valstrik

Het paper wijst op een verraderlijk probleem: de spaarrekening is gevuld met tokens, maar de bewakers moeten hun rekeningen betalen in echt geld (zoals dollars).

  • De Metafoor: Stel je voor dat je spaarrekening vol zit met gouden munten. Als de prijs van goud daalt, kan je rekening er in termen van aantal munten enorm uitzien, maar kun je er minder brood mee kopen.
  • De Inzicht: Een protocol kan er "veilig" uitzien omdat het een miljard tokens in reserve heeft. Maar als de tokenprijs crasht, kan die miljard tokens misschien niet eens genoeg zijn om de bewakers voor één dag te betalen. Het paper betoogt dat je niet alleen naar het aantal tokens moet kijken; je moet naar de waarde ervan kijken op dat specifieke moment.

2. De "Veiligheidslijn" (De Drempel)

De auteurs creëerden een wiskundige "Veiligheidslijn" die meebeweegt als een getijde.

  • De Metafoor: Stel je een boot (de Reserve) voor die een rivier probeert over te steken om een veilig eiland (Verzekering door Alleenstaande Vergoedingen) te bereiken. Het waterniveau (Tokenprijs en Vraag) stijgt en daalt voortdurend.
  • De Regel: De boot zinkt niet alleen omdat hij zonder brandstof (tokens) komt te zitten. Hij zinkt als het water te laag wordt relatief aan het huidige gewicht van de boot.
  • De Drie Zones:
    1. De Gevarenzone: De vraag is zo laag dat zelfs met een enorme spaarrekening, je de bewakers niet genoeg kunt betalen. Het systeem is gedoemd, wat er ook gebeurt.
    2. De Brugzone: De vraag is oké, maar je hebt de spaarrekening nog steeds nodig om de betaling van de bewakers aan te vullen. Zolang de spaarrekening boven de "Veiligheidslijn" blijft, is de vesting veilig.
    3. Het Veilige Eiland: De toegangsgelden zijn nu zo hoog dat je de spaarrekening niet meer nodig hebt. Het systeem is zelfvoorzienend.

3. Het "Runway"-concept

Het paper introduceert het idee van een "Security Runway" (Beveiligingsbaan).

  • De Metafoor: Denk aan een vliegtuig dat opstijgt. Het heeft een lange landingsbaan nodig om snelheid te maken voordat het op eigen kracht kan vliegen.
  • Het Inzicht: De "runway" gaat niet alleen over hoeveel brandstof (tokens) er nog over is. Het gaat erom of het vliegtuig genoeg snelheid (vraag) heeft om te kunnen vliegen voordat de brandstof op is.
  • Het Foutpunt: Het systeem faalt niet wanneer de tank leeg is, maar op het moment dat de tank onder het specifieke bedrag zakt dat nodig is om het vliegtuig bij de huidige snelheid te laten vliegen. Als de wind (vraag) plotseling wegvalt, wordt de runway korter en kan het vliegtuig crashen, zelfs als er nog brandstof is.

4. Het "Kristallen Bol"-probleem (Vooruitziende Bewakers)

Het paper beschouwt ook wat er gebeurt als de bewakers slim genoeg zijn om in de toekomst te kijken.

  • De Metafoor: Als een bewaker denkt: "Hé, als ik vandaag een beetje harder werk, zal de spaarrekening groeien en krijg ik volgend jaar meer betaald," dan kan hij nu harder werken.
  • Het Inzicht: De auteurs laten zien dat zelfs als bewakers over de toekomst nadenken, de kernregel hetzelfde blijft: Je moet nog steeds boven die bewegende "Veiligheidslijn" blijven. Echter, als de bewakers weten dat de toekomst er goed uitziet, kunnen ze misschien bereid zijn om vandaag voor iets minder te werken, wat de wiskunde een klein beetje verandert maar het fundamentele risico niet verandert.

5. Het Stress-testen van het Systeem

De auteurs bieden een manier om de vesting te "stress-testen" voordat deze zelfs maar opent.

  • De Methode: In plaats van te gokken, kun je berekenen: "Als de tokenprijs met 20% daalt en de vraag met 10% afneemt voor de komende 5 jaar, zal onze spaarrekening dan nog steeds boven de Veiligheidslijn liggen?"
  • Het Resultaat: Dit geeft een concreet "Ja/Nee"-antwoord. Als het antwoord "Nee" is, heeft het protocol meer initiële financiering of een ander plan nodig, ongeacht hoe optimistisch de huidige markt er ook uitziet.

De Kernboodschap

De belangrijkste les is dat een grote stapel tokens niet gelijkstaat aan veiligheid.

Een protocol kan een enorme reserve hebben en toch falen als de tokenprijs crasht of als mensen het netwerk stoppen te gebruiken. Omgekeerd kan een protocol met een kleinere reserve perfect veilig zijn als het netwerk zo populair is dat de vergoedingen alleen al genoeg zijn om de bewakers te betalen.

Om een blockchain veilig te houden, moet je niet alleen de munten in de kluis tellen; je moet constant controleren of de waarde van die munten gecombineerd met de huidige gebruikersvraag genoeg is om de bewakers tevreden te houden en de vesting veilig te houden totdat het systeem op eigen benen kan staan.

Verdrinkt u in papers in uw vakgebied?

Ontvang dagelijkse digests van de nieuwste papers die bij uw onderzoekswoorden passen — met technische samenvattingen, in uw taal.

Probeer Digest →