Polkadot

Polkadot is een multi-chain netwerkprotocol dat vele gespecialiseerde blockchains (“parachains”) verbindt met een centrale Relay Chain. De Relay Chain biedt gedeelde beveiliging, consensus en cross-chain interoperabiliteit, terwijl parachains parallel draaien en communiceren via Polkadot’s cross-consensus messaging (XCM). Het ontwerp richt zich op schaalbaarheid en composability over ketens binnen één netwerk.

In de architectuur van Polkadot zijn parachains toepassingsspecifieke ketens waarvan blokken worden geproduceerd door collators en geverifieerd door Relay Chain validators. Door zich aan de Relay Chain te koppelen, erven parachains de economische veiligheid van het validator-netwerk en kunnen ze berichten uitwisselen met andere ketens via XCM. Bridges kunnen Polkadot ook verbinden met externe netwerken—bijvoorbeeld Ethereum via Snowbridge; koppelingen met Bitcoin worden verzorgd door parachains zoals Interlay, niet via een native light-client bridge. Voor operationele details over cross-chain messaging, zie de aparte XCM-sectie.

DOT is de native token van het netwerk op de Relay Chain. In de specificatie van Polkadot ondersteunt het drie kernfuncties: governance van het protocol, staking voor netwerkbeveiliging, en bonding (het mechanisme waarmee historisch nieuwe ketens werden toegevoegd).

Het resourcemodel van Polkadot evolueert met “Polkadot 2.0”. In plaats van langdurige slot-leases krijgen projecten toegang tot Relay Chain-rekenkracht via coretime (tijd op virtuele cores). Coretime wordt toegewezen aan systemchains via governance en aangeschaft door andere ketens op de vrije markt.

DOT is de native token van de Polkadot Relay Chain. Het ondersteunt de kernfuncties van het netwerk:

Het beveiligen van het netwerk via staking (NPoS): DOT-houders kunnen validators nomineren, of zelf validator worden, om blokken te finaliseren en het systeem eerlijk te houden. Gestakete DOT ondersteunt validator-gedrag en verdient stakingbeloningen; wangedrag kan worden bestraft (slashing). Zie: Nominated Proof-of-Stake en Slashing voor mechanieken en risico’s.

On-chain governance (OpenGov): DOT wordt gebruikt om referenda te initiëren en te stemmen over meerdere “tracks”, stemmacht te delegeren, en deel te nemen aan protocol-upgrades en beslissingen over systemchains. Zie: OpenGov en Hoe kunnen gebruikers deelnemen aan governance… voor details over tracks, stortingen en delegatie.

Netwerkkosten en verplichte stortingen: Transacties op de Relay Chain brengen kosten met zich mee (in DOT), en accounts moeten een minimale balans (existential deposit) aanhouden om actief te blijven. Sommige on-chain acties vereisen ook terugvorderbare DOT-stortingen (bijv. identiteit). Zie: Wat zijn DOT’s on-chain utilities… voor kostentypes en stortingen.

Verkrijgen van Relay Chain-rekenkracht (“coretime”) in Polkadot 2.0: Projecten verkrijgen uitvoeringstijd op Relay Chain-cores door coretime te kopen met DOT; deze DOT worden geburned. Dit model vervangt langdurige slot-leases/crowdloans. Zie: Wat verandert er met Polkadot 2.0… en Hoe kan een team een chain lanceren… voor de economie en manieren tot inzet.

Systeemfinanciering via de on-chain Treasury: Treasury-inflows (deel van blokbeloningen, kosten, tips, slashes) worden uitgedrukt in DOT en kunnen—via governance—worden besteed aan goedgekeurde voorstellen. Zie: Hoe functioneert de on-chain Treasury… voor proces en scope.

Cross-chain beweging en ecosysteemgebruik: DOT kan worden geteleporteerd tussen de Relay Chain en system-parachains zoals Asset Hub via XCM; cross-chain transfers kunnen kosten opleveren op zowel bron- als bestemmingsketen. Sommige parachains/apps accepteren DOT native; anderen vereisen overgebrugde/gewrapte representaties. Zie: Asset Hub en Hoe werkt DOT samen met andere netwerken… voor details en kanttekeningen.

Ben je op zoek naar het specifieke kostenmodel, minimums, stortingen en staking flows, ga dan verder met “Wat zijn DOT’s on-chain utilities (staking, kosten, governance en stortingen)?”

DOT gebruikt een vaste jaarlijkse uitgifte die begon op ~8% van de supply op het moment van enactment en nu constant ~120 miljoen DOT per jaar bedraagt, waardoor het percentage inflatie daalt naarmate de totale supply groeit. Van elke jaarlijkse uitgifte wordt 15% direct naar de Treasury gemint en 85% gaat naar stakingbeloningen (per era uitbetaald). Deze parameters zijn geïntroduceerd door OpenGov (Referendum #1139) en geïmplementeerd in de runtime code.

Emissie-cyclus en verdeling: Nieuwe DOT worden continu gecreëerd en aan het einde van elke era (~24 uur op Polkadot) verantwoord, waarna ze volgens het stakingbeloningen-mechanisme worden verdeeld over validators en nominators; het Treasury-aandeel van 15% wordt direct gemint naar het systeemaccount. Met het fixed-issuance model wordt deze verdeling niet langer aangepast aan stakingdeelname, waardoor beloningen eenvoudiger zijn dan in het vorige ontwerp.

Burns die de bruto-uitgifte compenseren: Twee bronnen verminderen de nettogroei van de supply: coretime-aankopen (in Polkadot 2.0) worden geburned, en de Treasury kan ook middelen burnen via governance. Hierdoor is de effectieve jaarlijkse inflatie gelijk aan de vaste uitgifte (~120M DOT) min het geburnede bedrag dat jaar.

Hoe dit verschilt van het vorige model: Voor de verandering van 2024 streefde Polkadot naar ongeveer 10% jaarlijkse inflatie, met beloningen gemoduleerd rond een “ideale” stakingrate en elk tekort naar de Treasury (“staking inefficiency”). Het nieuwe model verwijdert die aanpassing en vervangt die door het vaste 15%-Treasury-aandeel hierboven.

Geen harde cap (onderhevig aan governance): DOT kent geen maximum supply in het protocol. Uitgifteparameters zijn wijzigbaar via on-chain governance; de updates van 2024–2025 zijn via dat proces doorgevoerd. Voor huidige instellingen en actieve wijzigingsvoorstellen, zie de relevante OpenGov-referenda.

2020 herdenominatie (alleen wijziging van eenheid): Op 21 augustus 2020 (“Denomination Day”, blok #1.248.328) werd DOT herdenomineerd naar 1 oude DOT = 100 nieuwe DOT. Dit was puur een eenheidsverandering, géén waardewijziging of wijziging van eigendom: balansen en prijzen zijn 100× opgeschaald, en de base unit (Planck) per DOT is veranderd van 10¹² naar 10¹⁰ Planck. De netwerk-economie bleef verder ongewijzigd.

Staking (netwerkbeveiliging): DOT kan worden vastgezet (bonded) om het netwerk te beveiligen onder Nominated Proof-of-Stake (NPoS). Houders nomineren validators of runnen zelf een validator; beloningen worden per era uitbetaald, en wangedrag kan worden bestraft (slashing). De validator-set van Polkadot wordt gekozen via Phragmén-algoritmen, en gebruikers kunnen ook via nomination pools deelnemen als zij een eenvoudigere route met lagere bedragen wensen. Specifieke mechanieken zoals unbonding-tijden, slashing-voorwaarden en details van verkiezingen vind je onder de sectie NPoS en Slashing.

Kosten (betalen voor transacties): Op de Relay Chain betalen transacties kosten in DOT, afgetrokken van je vrij overdraagbare balans (dus niet van gebonded fondsen). Kosten bestaan uit een base fee, lengte-fee, en gewicht-gebaseerde fee, plus een optionele tip om prioritair te worden opgenomen; een congestiemultiplier kan kosten verhogen of verlagen afhankelijk van recente block fullness. Wallets tonen het geschatte bedrag voordat je tekent.

Cross-chain acties kunnen kosten vereisen op zowel bron- als bestemmingsketen. Bijvoorbeeld, het teleporteren van DOT tussen Relay Chain en Asset Hub brengt een destination-fee met zich mee en handhaaft niet de “keep-alive”-bescherming; zo moeten balansen boven het destination-minimum blijven om reaping te voorkomen.

Governance (OpenGov): DOT wordt gebruikt om referenda voor te stellen en te stemmen in OpenGov. Voorstellen vereisen een decision deposit; stemmen gebeurt met conviction-weighted balances (tokens zijn gedurende langere tijd gelocked voor extra stemgewicht). Gebruikers mogen stemkracht delegeren, per track. Operationele uitleg (stemmen, delegeren, locks beheren) staat beschreven onder de OpenGov-secties.

Stortingen en minimumbalansen: Polkadot hanteert een existential deposit (ED)—een minimaal vrije balans om een account actief te houden. Als de vrije balans onder ED zakt, kan het account worden gereapt en “dust” worden geburned. Momenteel geldt een 1 DOT ED op de Relay Chain en 0,01 DOT op Polkadot Asset Hub (waarden per keten, wijzigbaar). Keep-alive controles helpen onbedoeld reapen bij transfers te voorkomen; teleports bieden geen bescherming.

Sommige functies vereisen gereserveerde stortingen (bonds) die vaststaan zolang de functie actief is, en worden meestal terugbetaald als ze wordt beëindigd. Voorbeeld: de on-chain identity, nu beheerd op de People parachain, vereist een terugvorderbare deposit plus een registrar fee; clearing van de identiteit maakt de deposit vrij (fondsen blijven op People tot ze terug worden geteleporteerd). Governance-stortingen (bijvoorbeeld decision deposits) worden behandeld in het Governance-deel.

De Relay Chain is de centrale keten van Polkadot. Het biedt gedeelde beveiliging en wereldwijde consensus aan het netwerk, en is bewust minimaal in applicatielogica: het doel is om vele parallelle ketens te coördineren, niet om zelf eindgebruikersfuncties uit te voeren. Volgens het ontwerp van Polkadot zorgt de Relay Chain voor één, globaal consistente staat over alle verbonden shards (“parachains”).

Parachains zijn applicatie-specifieke ketens die parallel draaien en verbinden met de Relay Chain. Ze behouden hun eigen staat en logica maar erven de beveiliging van de validator-set van de Relay Chain. Parachain nodes, genaamd collators, verzamelen transacties en produceren kandidaat-blokken met bewijzen; Relay Chain validators controleren vervolgens beschikbaarheid en geldigheid voordat staatstransities van parachains worden geaccepteerd in de gedeelde staat. Deze scheiding laat parachains specialiseren, terwijl de Relay Chain consensus, finaliteit en coördinatie verzorgt.

Parachains communiceren met elkaar via Polkadot’s cross-consensus messaging (XCM), waarbij de Relay Chain het routerings- en verificatielaag coördineert zodat ketens veilig data en assets kunnen uitwisselen. Diepgaande mechaniek van XCM staat in de XCM-sectie.

Polkadot bevat ook system-parachains (system chains) voor kernprotocolfuncties—bijvoorbeeld Asset Hub voor fungibele en niet-fungibele assets—waardoor functionaliteit van de Relay Chain verhuist maar wel profiteert van gedeelde beveiliging. Deze systemchains worden toegewezen via on-chain governance.

Met Polkadot 2.0 krijgen projecten toegang tot Relay Chain-rekenkracht via cores (“coretime”). Systemchains ontvangen cores via governance, andere ketens kopen coretime op de markt; de kernrelatie blijft gelijk: parachains voeren hun logica uit, en de Relay Chain valideert en finaliseert hun staatstransities.

XCM (Cross-Consensus Messaging) is Polkadot’s taal voor het versturen van intentie-gebaseerde berichten tussen consensus-systemen (Relay Chain, parachains en—via bridges—externe netwerken). Het definieert wát moet gebeuren, onafhankelijk van specifieke runtime pallets. XCMP (Cross-Chain Message Passing) is het transportprotocol voor berichten tussen parachains; verkeer Relay ↔ parachain gebruikt UMP (upward) en DMP (downward). Berichten zijn asynchroon.

Transfers: de twee XCM-patronen

• Teleport: assets verplaatsen direct tussen vertrouwde locaties zonder een reservehouder. Typisch: DOT tussen Relay Chain en Polkadot Asset Hub. Teleports vereisen wederzijdse vertrouwensinstellingen op beide ketens.
• Reserve-gebaseerde transfer: de reserve-keten van de asset houdt de totale supply bij; de oorsprong lockt/verbrandt een representatie, de reserve past balansen aan, en de bestemming mint/crediteert een representatie. Dit is het gangbare patroon voor assets naar parachains die niet de reserve zijn.

In de praktijk kiezen veel teams voor reserve-transfers voor veiligheid en boekhoudkundige duidelijkheid; teleports zijn enkel ingeschakeld op strikt vertrouwde routes (voor DOT: Relay Chain ↔ Asset Hub).

Kanalen en routering: Parachain↔parachain berichten reizen via kanalen. De meeste netwerken gebruiken HRMP (Horizontal Relay-routed Message Passing), dat hetzelfde interface levert als XCMP maar berichten opslaat in de Relay Chain; XCMP is uiteindelijk efficiënter. HRMP-kanalen zijn unidirectioneel; volledige tweerichtingsconnectiviteit vergt een kanaal per richting en moet door beide ketens worden geopend/geaccepteerd.

Kosten, weight en uitvoering: Een XCM moet “execution kopen” op de bestemmingsketen (betalen voor weight/rekenkracht). Welke assets als kosten worden geaccepteerd en hoeveel weight vereist is, zijn ketenbeleid. Standaard-extrinsics zijn teleport_assets en reserve_transfer_assets, die bestemming, beneficiary, assets en fee-item specificeren.

Gebruikersgedrag en beveiliging:

• Existential deposits & keep-alive: teleports controleren niet het “keep-alive”. Zorg dat je saldo na kosten op de bestemming boven de existential deposit blijft, anders kan het account worden gereapt. Teleports brengen ook een fee op de bestemmingsketen met zich mee.
• Asynchronie & volgorde: bezorging is niet direct; volgorde is alleen gegarandeerd binnen één kanaal.

Voor bridges naar externe netwerken en gewrapte DOT, zie de interoperabiliteitsectie verderop.

Asset Hub is Polkadot’s system parachain (voorheen “Statemint”) voor het uitgeven, bewaren en verhandelen van assets, inclusief fungibele tokens en NFT’s. Het is opgezet als een common-good chain met lagere kosten en een kleinere existential deposit dan de Relay Chain en gebruikt DOT als native token voor kosten en stortingen. Op Polkadot Asset Hub is de existential deposit 0,01 DOT (tien keer lager dan de Relay Chain), en assets kunnen als “sufficient” worden gemarkeerd (geen DOT-balans nodig om te bezitten) of “non-sufficient” (account moet aan de DOT ED voldoen).

Operationeel is Asset Hub dé plek voor het aanmaken van assets, beheren van metadata en uitvoeren van transfers; officiële documentatie wijst het aan als geschikte locatie voor niet-native tokens en NFT’s. (Kusama’s Asset Hub heeft smart contract-ondersteuning; op Polkadot zijn native EVM/PVM smart contracts gepland op de Polkadot Hub system chain, niet op Asset Hub.)

Wanneer is teleporteren van DOT nuttig?

Teleporteren is de vertrouwde XCM-route geconfigureerd tussen Relay Chain ↔ Asset Hub voor DOT. Dit is zinvol als je DOT nodig hebt op Asset Hub, bijvoorbeeld om:

• Lagere kosten te betalen of te voldoen aan de 0,01 DOT existential deposit voor non-sufficient assets op Asset Hub, of
• Functies/gebruik van applicaties die op Asset Hub draaien.

Belangrijk om te weten voor je een teleport uitvoert:

• Een fee op de bestemmingsketen wordt ingehouden op het geteleporteerde bedrag; het resterende saldo moet nog ≥ de ED zijn van de bestemming, anders wordt het saldo verloren.
• Teleports doen geen “keep-alive”; je moet dus controleren dat je saldo na kosten op beide ketens boven de ED blijft om accounts actief te houden.
• Teleporteer nooit direct naar een exchange deposit-adres (meeste exchanges herkennen teleports niet).

Voor techniek van teleports versus reserve-transfers en bredere cross-chain routering, zie de XCM/XCMP-sectie. Bij geplande Asset Hub migraties of onderhoud kan teleport/XCM tijdelijk niet mogelijk zijn; check Support-meldingen voor actuele status.

Doel en rol: Polkadot en Kusama zijn onafhankelijke netwerken met eigen tokens (DOT, KSM), gebouwd op vergelijkbare code. Kusama is het “kanarienetwerk”: een live, economisch echt netwerk waarin nieuwe features als eerste landen en sneller worden uitgerold; Polkadot legt nadruk op stabiliteit en betrouwbaarheid voor productieomgevingen.

Governance-cyclus: Beide gebruiken OpenGov, maar Kusama hanteert meestal kortere tijdlijnen (per track) van besluit tot enactment, wat snelle upgrades mogelijk maakt; Polkadot’s tijdlijnen zijn conservatiever. Parameters zijn per track en wijzigbaar via governance.

Staking-timing: De unbonding-periode is ~28 dagen op Polkadot en ~7 dagen op Kusama. Eras—periodes voor validatoruitbetalingen—duren ~24 uur op Polkadot en ~6 uur op Kusama. Dit beïnvloedt uitbetalingsritme en hoe lang geld vaststaat na unbonding.

Minimum account-balans (existential deposit): Voor een actief account vraagt Polkadot 1 DOT, Kusama 0,000333333 KSM (waarden zijn wijzigbaar via governance). Asset Hub parachains hanteren nog kleinere ED’s.

Upgradepad: Grote protocolwijzigingen en functies worden eerst op Kusama beproefd, daarna uitgerold op Polkadot na bewezen werking. Zo behoudt Kusama snelheid en blijft Polkadot conservatief voor de lange termijn.

Beide netwerken delen hetzelfde architectuurmodel (Relay Chain + parachains) en OpenGov-tools; bovenstaande verschillen volgen uit doelen (snelheid vs stabiliteit) en operationele parameters (timers, minima), niet uit het fundamentele ontwerp.

NPoS is het staking-model van Polkadot waarbij twee rollen het netwerk beveiligen: validators draaien nodes die blokken produceren/valideren; nominators ondersteunen gekozen validators met hun DOT. Beiden delen beloningen én risico op sancties als een gesteunde validator de fout in gaat. Verkiezingen bepalen per era een actieve validatorset en wijzen nominator stake toe.

Verkiezingscyclus en timing: Op Polkadot duurt een era ~24 uur. De actieve validatorset voor de volgende era wordt berekend tijdens het laatste deel van de lopende era en dan op het era-wisselpunt actief; de beloningen worden per era berekend.

Hoe nominators deelnemen: Een nominator kan tot 16 validators steunen. Het verkiezingsalgoritme kan stake slechts aan een subgroep van deze keuzes toewijzen, om een evenwichtige, goed afgedekte set te waarborgen; niet elke genomineerde validator ontvangt per se backing in de uiteindelijk gekozen set.

Hoe validators worden gekozen (doel en algoritme): Validatorverkiezingen optimaliseren drie doelen: (1) maximaal totaal stake achter de set, (2) maximaal minimum stake achter een gekozen validator, en (3) minimale stake-variatie in de set. Polkadot berekent oplossingen off-chain en zet ze vervolgens op-chain via de Election Provider (multi-phase), met gesigneerde/ongesigneerde fases en desnoods een on-chain fallback. Het netwerk gebruikt proportionele comitéverkiezingsregels afgeleid van Phragmén-onderzoek, opgelost via de multi-phase Election Provider en vervangt vroegere sequentiële Phragmén-methodes.

Stake toewijzing en uitbetalingen (in vogelvlucht): Na de verkiezing specificeert de oplossing hoe nominator stake wordt verdeeld onder de gekozen validators. Validators ontvangen per era uitbetaling op basis van hun activiteit, nominators ontvangen beloning via hun gesteunde validator(s). Meer over uitbetalingen onder stakingdetails.

Verantwoordelijkheid: Doordat nominators validators steunen, kunnen zij worden geslashed als een gesteunde validator zware fouten maakt. Voor voorwaarden en percentages, zie de speciale Slashing-sectie.

Voor unbonding-tijden, pools en beloningsmechanismes zie de staking-secties; deze entry concentreert zich puur op verkiezingsmodel en validatorselectie.

Slashing is een on-chain sanctie die volgt als een validator consensusregels schendt. De sanctie verbrandt een percentage van het stake dat aan die validatorslot is toegewezen (de self-bond van de validator plus elk nominator-stake aan die validator). De hoogte hangt af van de overtreding; geslashede fondsen gaan naar de Polkadot Treasury. Nominators worden alleen bestraft als hun stake op dat moment achter de overtredende validator stond.

Overtredingen die slashing oproepen (voorbeelden): Polkadot onderscheidt validator-overtredingen en een passende reactie per type. Enkele representatieve items:

• Equivocatie (BABE/GRANDPA/BEEFY): dubbeltekenen van blokken of stemmen. Slash-bereik 0,01%–100% afhankelijk van ernst/hoeveelheid validators; validator wordt uitgeschakeld.
• Foutieve parachain-block ondersteuning: para-validator steunde een ongeldig blok. 100% slash; direct uitgeschakeld.
• ForInvalid vote: secondary checker stemde voor een ongeldig blok. 2% slash; uitschakeling.
• AgainstValid vote: stemde tegen een geldig blok. 0% slash (geen stakeverlies) maar wel uitgeschakeld.

Onbeschikbaarheid versus slashing: Gewone uitval leidt meestal tot forced chilling (validator stopt), niet tot slashing. Op Polkadot is “offline” slashing alleen mogelijk bij netwerkevent—b.v. ≥10% van de validatorset valt tegelijk uit. Langdurig offline (ca. 4 uur) resulteert doorgaans in chilling, niet in slashing.

Wie betaalt en hoeveel: Slashes zijn percentage-gebaseerd op het exposed stake van de validator slot (self-bond + het betreffende nominator-belang). Nominator-verlies is pro rata naar exposure aan de overtredende validator; stake achter andere validators blijft onaangetast. Dit model schaalt mee met stake en stimuleert gespreide backing.

Toepassing, uitstel en reversals: Veel slashes zijn uitgesteld tot ca. één unbonding-periode (~28 dagen). Gedurende deze window kan governance een slash verwerpen bij protocol-bug/niet eigen schuld; anders wordt het uitgevoerd voor fondsen kunnen worden opgevraagd na unbonding.

Waar gaan geslashede fondsen heen: Alle geslashede DOT worden bijgeschreven aan de on-chain Treasury, die netwerkinitiatieven financiert via OpenGov.

Zie ook: validatorselectie en stakeverdeling bij NPoS; unbonding/pools bij staking.

Als je stopt met staken, komen gebonden DOT in “unlocking” en zijn ze pas na afloop van 28 dagen unbonding-periode opvraagbaar. Daarna moet je Withdraw Unbonded uitvoeren voor ze weer overdraagbaar zijn. (Op Kusama 7 dagen.)

Uitzondering: Fast Unstake. Als je account gedurende de laatste 28 eras niet is blootgesteld aan actieve validators, kun je Fast Unstake uitvoeren en de wachttijd omzeilen. Anders geldt de normale periode.

Stakingpools versus directe nominatie

Eisen & beloningsgeschiktheid:

• Directe nominatie (solo): om beloning te ontvangen moet je bonded stake boven de dynamische minimum active nomination threshold uitkomen; dit varieert over tijd.
• Nomination pools: bedoeld voor kleinere houders; officiële docs vermelden dat 1 DOT reeds kan meedoen (afhankelijk van poolgrootte/activiteit).

Controle & beheer:

• Direct: je kiest zelf de validators.
• Pool: je DOT blijven op je account (gebonden), maar de pool-nominator kiest validators; onjuiste keuze kan uitbetaling raken en je deelt risico op slashing.

Werking (deelnemen, wisselen, uitstappen):

• Unbonding-tijd: beide vormen hanteren 28-dagen unbonding op Polkadot. Uitstappen uit pools vereist ook 28 dagen wachttijd.
• Wisselen van pool: eerst unbonden (28 dagen, geen beloning in deze periode).
• Rebonden tijdens unbonding: directe nominators kunnen rebonden vóór de 28 dagen; poolleden niet.
• Beloningsafhandeling: bij unbonding van een poollid worden resterende rewards automatisch geclaimd naar je vrije saldo bij withdrawal. Sommige pools bieden auto-compound aan (opt-in).

Momenteel kun je in OpenGov stemmen terwijl je DOT in een pool zijn gestaked, en je kunt toetreden tot een pool met reeds voor governance gelockte tokens. (Dit is veranderd t.o.v. eerdere beperkingen.)

Zie voor straf bij validatorwangedrag de Slashing-sectie.

Existential deposit (ED) en accountminimums:

• Relay Chain ED: 1 DOT is vereist voor het behouden van een actief Polkadot-account. Daalt je free balance onder 1 DOT, dan wordt het account gereapt (verwijderd) en gaat eventuele “dust” verloren.
• Asset Hub ED: 0,01 DOT op Polkadot Asset Hub (ketenspecifiek, vastgesteld door governance). Assets zijn daar sufficient (geen DOT nodig om te bezitten) of non-sufficient (account moet voldoen aan DOT ED).

Keep-alive bescherming: Wallets zoals Polkadot-JS zetten “keep alive” standaard aan: een transfer die je saldo onder de ED zou brengen wordt geblokkeerd. Je kunt dit uitschakelen om het hele saldo te verzenden en het account op te heffen (reaping).

Kostenmodel op de Relay Chain:

Polkadot gebruikt een gewicht-gebaseerd kostenmodel. De transactiekosten zijn optelsom van:

• Base component (overhead voor iedere extrinsic)
• Length fee (schaalt met bytesize)
• Weight fee (schaalt met de uitvoering weight van de call)
• Optionele tip (door gebruiker in te stellen om inclusie-prioriteit te verhogen)
• Een dynamische cost-multiplier past kosten op/af aan naargelang recente blocks druk bezet zijn (congestie).

Hoe zie/schat je kosten: Wallets en SDK’s tonen een schatting voordat je tekent (b.v. paymentInfo in polkadot.js). Kosten worden van de vrije saldo afgetrokken (niet van bonded funds).

Praktische notities:

• Reactivatie van een gereapt account: stort gewoon minimaal de ED van de keten (b.v. 1 DOT op Relay Chain).
• Keten-specifieke ED’s: ED verschilt per keten; Asset Hub ED is lager dan Relay Chain. Check altijd actuele waarden in support-documentatie.
• Cross-chain moves: XCM (b.v. teleports) brengen een bestemmingsfee mee en negeren keep-alive; zorg dat je post-fee saldo op de bestemming voldoet aan de ED. Zie de XCM-sectie voor werking.

Zie voor staking-minimums en unbonding-tijden de staking-secties; dit deel behandelt alleen account-fees en minimumbalansen.

OpenGov is het on-chain governance-systeem van Polkadot. Voorstellen (“referenda”) zijn bindend: als een referendum slaagt, wordt het automatisch na de enactment-periode uitgevoerd op de chain. Meerdere referenda kunnen parallel lopen.

Tracks en origins: Elk referendum wordt ingediend op een track die overeenkomt met een origin (het benodigde privilege-niveau voor de actie). Per track zijn vastgelegd: welke decision deposit vereist is, tijdvensters (prepare/decision/confirmation/enactment), approval/support curves (nodige drempels), en meestal de capaciteit voor beslissingen in de deciding-fase. Tracks met hoge privileges (b.v. Root) hanteren strengere eisen en langere tijden dan tracks met lage impact (b.v. Small Tipper).

Bepaalde calls kunnen door de Polkadot Fellowship op een whitelist worden gezet en dan via de Whitelisted Caller-track met snellere parameters worden uitgevoerd na passeren van het referendum. Track-gedrag en voorbeelden vind je in de OpenGov “origins” gids.

Stemmen en conviction: Tokenhouders stemmen Ja/Nee/Abstain met DOT. Optioneel kan conviction voting worden toegepast (tijdslock-multiplier) voor hoger stemgewicht door langer te locken; locks gaan in na afloop van de stemming en komen vrij na de gekozen conviction-periode. OpenGov ondersteunt verschillende convictions per gelijktijdig referendum.

Delegatie en multi-delegatie: In plaats van zelf te stemmen mogen houders stemmacht delegeren. OpenGov biedt per-track (multi-)delegatie: je kunt verschillende bedragen (en convictions) aan verschillende afgevaardigden toewijzen per track. Je kunt geen track delegeren als je daar nog stemmen of een bestaande delegatie op hebt tot die zijn opgeruimd. Officiële interfaces tonen track-kiezers en conviction-instellingen bij delegatie.

Referendum-levenscyclus (kort):

• Indiening & prepare-periode – een referendum wordt op een track gestart; stemmen kan, maar tellen pas na prepare-periode. Een decision deposit is vereist om het in de decisiefase te laten doorstromen.
• Decision-periode – het item wordt actief beslist. Passeren vereist voldoen aan de drempels voor support en approval.
• Confirmation-periode – drempels moeten minimaal een bevestigingswindow volgehouden worden.
• Enactment-periode – na bevestiging krijgt de call een plaats in de wachtrij en wordt na delay automatisch uitgevoerd op de chain.

Elke DOT-houder kan deelnemen aan OpenGov: je kunt voorstellen doen (referenda), direct stemmen of stemmacht delegeren. Dit gebeurt per “track” die origin (privilege), vereiste decision deposit, drempels en tijdvensters bepaalt. Trackparameters verschillen en worden via governance vastgesteld.

Voorstellen (referendum aanmaken):

1. Kies de juiste track voor de gewenste actie (b.v. Root voor impactvolle calls, Tippers/Spenders voor Treasury).
2. Dien het referendum in en zorg voor de vereiste decision deposit; deze storting wordt op-chain bijgehouden en is nodig om het item de decisiefase in te krijgen na het lead-in. Stortingen worden per referendum in de UI’s getoond en zijn terugvorderbaar volgens track-regels.

Eisen: een Polkadot-account met voldoende DOT voor kosten en de desbetreffende decision deposit. On-chain identity is optioneel maar wordt vaak gebruikt door indieners voor geloofwaardigheid; identiteit instellen vereist een terugvorderbare deposit en registratiekosten op de People parachain.

Stemmen (direct):

• Keuze: Ja, Nee, Abstain, Split (verdelen over Ja/Nee) of SplitAbstain (verdeling Ja/Nee/Abstain).
• Conviction voting: Optioneel DOT voor langere tijd locken om je stemgewicht te verhogen; locks gaan in na afloop van het referendum en expireren per gekozen conviction. Locks overlappen, zodat hetzelfde saldo meerdere stemmen of staking kan ondersteunen. Je kunt ook je stem terugtrekken gedurende het referendum om direct te unlocken; na het verlopen van locks moet je deze handmatig vrijmaken.

Gestaked of pooled DOT kan toch stemmen: OpenGov ondersteunt stemmen terwijl je solo-staked of in nomination pools zit, na runtime-updates die pools deelname bieden.

Delegatie (per track, multi-delegatie): Wie niet op alles wil stemmen, kan per track stemmacht delegeren aan verschillende afgevaardigden met elk een eigen bedrag en conviction. Je kunt niet delegeren op een track waar nog niet vervallen stemmen of een bestaande delegatie op staat. Delegaties kun je beheren in officiële UI’s (Polkadot-JS, Polkassembly, Nova, PolkaGate).

Tools:

• Polkadot-JS UI: voorstellen, stemmen, delegeren en verlopen referendum-locks wissen.
• Polkassembly/Subsquare/Nova/PolkaGate: referenda zoeken, stemmen (ook Split/Abstain), en per-track delegaties instellen.

Voor drempels, tijdvensters en depositomvang: check de track bij het voorstellen of delegeren; deze parameters verschillen per track en zijn wijzigbaar via governance.

De Treasury is een on-chain pool met fondsen onder controle van OpenGov. Hij ontvangt automatisch inflow en kan alleen uitgaven doen via door governance goedgekeurde acties. Fondsen staan op een systeemaccount; geen extern account kan direct over deze middelen beschikken.

Hoe de Treasury gevuld wordt (inflows):

• Transactiekosten: 80% van iedere extrinsic fee gaat naar de Treasury; 20% naar block producers.
• DOT-uitgifte: 15% van de jaarlijkse inflatie gaat rechtstreeks naar de Treasury.
• Slashes: een deel van geslashede stake uit validator-overtredingen wordt bijgeschreven aan de Treasury.
• Directe transfers: gebruikers mogen assets sturen naar het Treasury-account (zelden, b.v. terugbetalingen).

Hoe uitgaven werken (outflows):

• Treasury voorstellen (spends): governance keurt referenda goed die fondsen uitkeren aan een begunstigde. Uitbetalingen volgen het spend period-schema; aan het einde ervan wordt een deel van de niet-bestede fondsen geburned.
• Tips: kleine, snelle uitbetalingen via Small/Big Tipper-tracks.
• Bounties & child bounties: een eenmalige “parent” bounty reserveert een pot die curators later via child bounties uitbetalen aan specifieke taken/gebeurtenissen—handig voor gespreide beloningen. Curators storten een deposit, kunnen curator-fee krijgen en beheren uitbetalingen binnen de duur van de bounty.

Governance-tracks voor Treasury-uitgaven: OpenGov regelt Treasury-uitgaven via zes tracks, elk met eigen origin en parameters: Treasurer, Big/Medium/Small Spender, en Big/Small Tipper. Grote uitgaven gaan via strengere tracks met hogere drempels en capaciteitslimieten; tips zijn bedoeld voor kleinere beloningen.

Multi-asset Treasury: De Treasury kan, na governance-onboarding van assets op Asset Hub en het vaststellen van een omwisselkoers via Treasurer-track, ook andere tokens (zoals USDT/USDC) vasthouden en uitgeven. Goedgekeurde uitgaven noemen asset, chain en bedrag; milestone-spends en handmatige claim-windows zijn mogelijk.

Sub-treasuries (budgetdelegatie): Governance kan delen van de hoofd Treasury toekennen aan sub-treasuries die gekoppeld zijn aan collectieven of system chains. Elke sub-treasury volgt eigen regelset voor uitbetaling, wat minder losse referenda op de hoofdtracks vereist.

Zie voor indienen, stemmen of delegeren van Treasury voorstellen de OpenGov-secties.

De Polkadot Fellowship is een on-chain collectief van technische bijdragers dat het protocol’s runtime en technische standaarden coördineert. Het opereert op Polkadot’s Collectives system chain en werkt zowel on-chain als via openbare repositories (b.v. RFC’s voor voorgestelde wijzigingen). Hoewel de Fellowship de runtime onderhoudt voor Polkadot en Kusama, blokkeert ze geen protocol upgrades—elke DOT-houder kan een runtime upgrade op de Root-track van OpenGov voordragen.

Lidmaatschap en rangen: Fellowship-leden hebben rang-gebonden lidmaatschap; interne stemmingen wegen deze rangen mee qua verantwoordelijkheid en beoordeling. Openbare dashboards van de Collectives chain tonen rangen en activiteiten van de Fellowship.

Whitelisting & Whitelisted Caller-track: Voor tijdkritische of laag-risico, goed geaudite acties (meestal runtime-releases) kan de Fellowship een specifieke call hash whitelisten. Hiermee kan de Whitelisted Caller-track in OpenGov deze call met Root-authoriteit uitvoeren na slagen van een referendum. Deze track gebruikt snellere timelines en andere drempels dan Root, en is de gecontroleerde fast lane voor getoetste items.

Hoe upgrades worden uitgevoerd: Op Polkadot worden runtime upgrades alleen uitgevoerd via Root- of Whitelisted Caller-referenda. De rol van de Fellowship is ondubbelzinnig reviewen en, waar gepast, releases whitelisten, zodat ze snel kunnen verlopen; anders volgt het reguliere Root-proces.

Open ontwikkelproces: Technische voorstellen en ontwerp worden bijgehouden in het publieke RFC-repository van de Fellowship; signalen (approve/decline) en on-chain beslissingen zijn inzichtelijk voor tokenhouders en stemmers.

Agile Coretime (blockspace als markt)

Polkadot 2.0 vervangt langdurige slot-leases en crowdloans door een coretime-markt. Projecten verkrijgen uitvoeringstijd op Relay Chain-“cores” op twee manieren:

• Bulk Coretime: een maandelijks “region” (~28 dagen, 5.040 timeslices) verkocht op een gespecialiseerde Coretime chain. Eigendom is vastgelegd als non-fungible asset, overdraagbaar of verhandelbaar.
• Instantaneous Coretime: korte bursts die je naar behoefte koopt uit een pool (pay-as-you-go).

Sales starten met een dalende-price “lead-in” (Dutch auction) per periode; een reguliere prijs wordt geregeld door governance zodat deze convergeert met de vraag. Er is een secundaire markt voor regions. Opbrengst uit coretime verkopen wordt geburned per goedgekeurde Fellowship RFC. Netto-uitgifte is dus bruto-uitgifte min de burns.

Kosteneffect: teams plannen uitgaven door precies de benodigde capaciteit te kopen, met transparantere prijsprikkels en geen meerjarige lockups. Auctions/crowdloans zijn niet meer nodig sinds Agile Coretime live is.

Async Backing (throughput en latency verbeteringen)

Asynchronous Backing ontkoppelt parachain-blockproductie van het laatste Relay Chain-blok, zodat collators meerdere kandidaten kunnen aanleveren en backing/inclusie overlapt. In de praktijk:

• kunnen parachains elke ~6s blokken maken (voorheen 12s)
• wordt de execution window vergroot (van ~0,5s naar ~2s) voor ~4× grotere blokken
• levert het tot ~8× hogere throughput op zichzelf, ~10× met PoV-reclaim (reële proof-groottes)

Deze wijzigingen zijn in 2024 uitgerold (Kusama eerst, daarna Polkadot).

Performance-impact: hogere TPS en snellere inclusie voor parachains die het inschakelen; ketens zonder extra capaciteit kunnen later deelnemen.

Elastic Scaling (meerdere cores per chain gebruiken)

Elastic Scaling laat een keten gebruikmaken van meerdere cores tegelijk (verticale scaling) in plaats van één core per parachain. Dit werkt samen met async backing en nieuwe collator/validator-parameters om throughput verder te verhogen en latency te verlagen. In augustus 2025 wordt Elastic Scaling afgerond voor mainnet via OpenGov (op Kusama eerst, daarna Polkadot).

Performance-impact: rollups/parachains met zware belasting kunnen werk spreiden over meer cores, wat uitwijk vergroot zonder op te splitsen naar diverse chains.

Samengevat:

• Kosten & planning: voorspelbare, marktgedreven coretime vervangt lange leases; teams kopen maandregio’s of slices naar behoefte; coretime-opbrengst wordt geburned, deels compenserend voor uitgifte.
• Throughput & latency: async backing verhoogt blockfrequentie en -capaciteit; elastic scaling voegt multi-core executie toe voor extra versterking. Samen verhogen ze de duurzame throughput zonder het gedeelde beveiligingsmodel van Polkadot te wijzigen.

1. Bouw je chain:

   • Gebruik de Polkadot SDK (Substrate + Cumulus) en begin met sjabloon voor parachain. Je krijgt een FRAME-gebaseerde runtime, collator node en XCM hooks die je kan aanpassen.
   • Verbind lokaal met een Relay Chain om blockproductie en XCM te valideren; de officiële tutorial toont hoe je een lokale parachain verbindt.

2. Testnet-proef & verkrijg een ParaID:

   • Bewijs upgrades en XCM op Paseo (community testnet met coretime).
   • Reserveer een ParaID op de gewenste Relay Chain via de registrar: eerst reserve (betaalt een ketenspecifieke storting), daarna register met je validatiecode (WASM) en genesis head. Stortingsbedragen per chain zijn ingesteld in de registrar pallet. (Op testnets staan de exacte waarden in de docs; op mainnet via governance.)

3. Verkrijg Coretime (Polkadot 2.0):

   • Bulk Coretime (een “Region”): koop een ~28 dagen regio van 5.040 timeslices op een specifieke core, verkocht op de Coretime chain. Eigendom wordt on-chain geregistreerd, overdraagbaar/verhandelbaar; verkoop verloopt via dalende prijs richting “reguliere prijs”.
   • Instantaneous Coretime: korte, flexibele capaciteit uit de pool voor pieken zonder hele regio nodig te hebben.
   • Accounting: opbrengst uit coretime-sales wordt geburned (RFC-0010 Fellowship), dus teams plannen met DOT-budget; lockup/crowdloan is niet nodig.

4. Registreer & activeer op Relay Chain:

   • Met ParaID, runtime WASM en genesis head kun je registratie indienen en je chain activeren. Op Polkadot gebeurt reguliere onboarding via de registrar; systemchains (Coretime, Asset Hub) worden via OpenGov geregistreerd (meestal Whitelisted Caller-track), zoals blijkt uit de Coretime chain registratie-referenda.

5. Beheer je netwerk:

   • Collators: draai minstens twee betrouwbare collators; schaal/geodistribueer naar gelang workload. (Validators staan op de Relay Chain; parachains leveren collators.)
   • XCM & HRMP: open HRMP-kanalen naar peers (zoals Asset Hub) en configureer XCM (welke fee assets je accepteert, reserve locaties). Voor DOT-routing: volg actuele richtlijnen die Asset Hub als reserve hanteren tijdens de migratie.
   • Upgrades: lever runtime upgrades uit via governance van je eigen chain; de Relay Chain valideert ze bij inclusie. (Zie voor relay-parameters en OpenGov-mechaniek de governance-secties.)

6. Rollups versus parachains (waar past “rollup” hier):

   • Teams implementeren vaak “rollups” als parachain via de SDK (afwikkeling en verificatie door de Relay Chain) en krijgen zo availability/validity en XCM. Als je richt op rollup-as-a-service op een bestaande parachain, werk je samen met die host i.p.v. zelf coretime kopen; de Relay-attached aanpak volgt verder dezelfde stappen. (Architectuurkeuze is projectspecifiek.)

Minimale vereisten (checklist)

Technisch:

• Polkadot SDK runtime (WASM) + chain spec, genesis head en ParaID.
• Collator nodes, RPC-eindpunten, telemetry/monitoring.
• XCM-configuratie en minimaal één HRMP-kanaal voor integratie.

Economisch:

• DOT-budget voor coretime (Bulk of Instantaneous) en transactiekosten; wees bewust dat coretime-uitgaven worden geburned.
• Registrar-storting voor ParaID reservatie/registratie (bedrag is ketenspecifiek).

Governance-touches:

• Geen voor reguliere registrar-onboarding buiten governance van je eigen chain; systemchains worden onboard via OpenGov (voorbeeld: Coretime chain registratie).

Native DOT versus gewrapte/derivatieve DOT:

• Native DOT leeft op Polkadot zelf (Relay Chain en systemchains als Asset Hub). Binnen Polkadot verplaatst DOT zich via XCM, óf per teleport (Relay ↔ Asset Hub voor DOT) óf per reserve-transfer als DOT wordt gerepresenteerd op andere parachains. Governance migreert DOTs reserve-locatie in XCM van Relay Chain naar Asset Hub, dus parachains moeten Asset Hub als DOT-reserve gaan zien.
• Gewrapte/derivatieve DOT bestaat buiten Polkadot (bv. op Ethereum) of als ERC-20–compatibele vorm op een EVM parachain. Op Moonbeam heet DOT xcDOT, een XC-20: een ERC-20–compatible representatie waarvan DOT feitelijk op slot staat op een soeverein account op de reserve chain, terwijl de ERC-20 interface lokaal wordt gebruikt.

XCM binnen Polkadot versus bridges naar externe netwerken:

• XCM (binnen ecosysteem): een berichtformaat en set patronen voor asset-moves tussen Relay Chain en parachains. Bij DOT is teleporting mogelijk op het vertrouwde pad Relay ↔ Asset Hub; verplaatsing naar andere parachains loopt meestal via reserve-transfers, met de reserve chain als total supply-administratie.
• Bridges (buiten ecosysteem): om netwerken zoals Ethereum te bereiken gebruikt Polkadot bridges op Bridge Hub. Snowbridge is de officiële, light-client-gebaseerde Polkadot↔Ethereum bridge. Nu mint die bridged ERC-20’s op Asset Hub’s ForeignAssets pallet en gebruikt dan een XCM reserve-transfer naar een parachain, dus XCM en bridge werken samen.

EVM-compatibiliteit via Moonbeam (XC-20’s):

• XC-20 standaard: op Moonbeam worden cross-chain assets gepresenteerd als XC-20’s die ERC-20- en Permit-interfaces implementeren. Voor DOT heet dit xcDOT. Developers werken met XC-20’s via ethereum-tools terwijl Polkadot de reserve via soeverein accounts beheert.
• Lokale versus externe XC-20’s: tokens waarvan home/reserve Moonbeam is, zijn “lokale” XC-20’s; assets als DOT zijn externe XC-20’s met de echte balans op hun reserve chain (Relay/Asset Hub), terwijl de ERC-20 representatie circuleert op Moonbeam.

Praktische notities:

• Wanneer wat te gebruiken: gebruik XCM voor moves binnen Polkadot (bijv. DOT tussen Asset Hub en parachains). Gebruik een bridge (zoals Snowbridge) voor assets richting externe netwerken zoals Ethereum; overgebrugde tokens zijn andere representaties, met ander vertrouwen en risico dan native DOT.
• Voortdurende updates: DOT’s reserve-locatie-migratie (naar Asset Hub) is actueel; parachains en apps moeten XCM-configs bijwerken om transfers en accounting correct te houden. Guidance wordt verstrekt via Polkadot Support en forum-updates.

Polkadot is gestart door de Web3 Foundation (W3F), een Zwitserse non-profit waarvan Polkadot het paradepaardje is. W3F’s oprichter is dr. Gavin Wood, die het oorspronkelijke Polkadot whitepaper schreef in 2016 waarin het heterogeen multi-chain ontwerp werd uiteengezet.

De ontwikkeling van het protocol en de runtime werd geleid door Parity Technologies, het engineeringteam dat samen met W3F Polkadot in 2020 naar mainnet bracht.

De oprichters van Polkadot zijn algemeen erkend als Gavin Wood, Robert Habermeier en Peter Czaban. W3F’s aankondiging bij de lancering noemt Robert Habermeier als Polkadot co-founder en kernontwikkelaar, en Peter Czaban als co-founder van Polkadot en Web3 Foundation.

W3F startte de live uitrol van Polkadot op 26 mei 2020, na jaren van ontwikkeling; latere fasen maakten tokenholders de baas en enableden on-chain DOT-uitgifte. Supply-mechaniek en herdenominatie staan eerder in deze tekst beschreven.