Bijgewerkt op 20 juli 2026. Deze Academy-uitleg is vernieuwd met ord-regels, transactienuance, lanceringsfees, activiteit in juni 2026, softwarecompatibiliteit en Nederlandse aangifte.
- Actief vanaf hoogte 840.000.
- Runestones beschrijven aanmaak, mint en overdracht.
- Meer netwerkgebruik kan fees verhogen; dat zegt niets over tokenwaarde.
Runes zijn regels voor fungibele eenheden op het BTC-netwerk. Ze maken het mogelijk om een nieuwe eenheidsoort aan te maken, te minten en over te dragen via gewone transacties, zonder een aparte keten. Je krijgt een laag bovenop BTC, met eigen technische spelregels, eigen software-eisen en een eigen risicoprofiel.
Bitcoin Runes werden populair rond de vierde halving, omdat het protocol tegelijk met blok 840.000 live ging. De grote belofte was niet dat elk Rune-token waarde zou krijgen. De technische inzet was smaller: fungibele tokens op Bitcoin laten bestaan op een manier die beter bij het UTXO-model past dan BRC-20.
| Wat je moet weten |
|---|
| Runes zijn fungibele tokens op het BTC-netwerk. |
| Runestones gebruiken OP_RETURN en wijzen balans toe aan transactieoutputs. |
| Etching maakt een Rune; claimen haalt nieuw aanbod op; edicts verdelen eenheden over outputs. |
| Het protocol gebruikt blockspace, kan fees verhogen en blijft grotendeels speculatief. |
Protocolstroom
Eerst de runestone, daarna pas de markt
Een Rune begint niet bij een marktlabel op een marktplaats. De transactie bevat eerst een bericht dat software volgens ord moet lezen.
De maker legt naam, aanbod, symbool, deelbaarheid en mintvoorwaarden vast.
Deelnemers claimen eenheden als de mint open is en binnen de voorwaarden valt.
De runestone wijst eenheden toe aan specifieke outputs in dezelfde transactie.
Runes-geschikte software leest de staat; foute berichten kunnen eenheden verbranden.
Wat zijn Bitcoin Runes?
Bitcoin Runes zijn fungibele tokens op Bitcoin. Fungibel betekent dat elke eenheid van dezelfde Rune gelijk is aan elke andere eenheid van die Rune. Dat is het verschil met Ordinals-inscripties, waar het juist gaat om unieke data op afzonderlijke sats.
Runes gebruiken geen aparte blockchain. Ze gebruiken normale Bitcoin-transacties en een protocolbericht in de transactie. Dat bericht heet een runestone. In dat bericht staat bijvoorbeeld of iemand een nieuwe Rune aanmaakt, een open mint uitvoert of bestaande eenheden naar bepaalde outputs stuurt.
De officiële Ordinals-documentatie is streng over de bron van waarheid: de referentie-implementatie `ord` is de normatieve specificatie van het protocol. Proza, blogs en documentatie helpen om het gedrag te begrijpen, maar integraties moeten in de praktijk bij `ord` aansluiten. Dat maakt de oude simpele uitleg “geen indexer nodig” te kort door de bocht. Runes sluiten beter aan op het UTXO-model, maar wallets, explorers en marktplaatsen hebben nog steeds Runes-geschikte software nodig om saldo’s en overdrachten correct te tonen.
Waarom Runes ontstonden: Ordinals en BRC-20
Runes kwamen na twee eerdere ontwikkelingen op Bitcoin. Eerst kwamen Ordinals, waarmee gebruikers individuele sats konden nummeren en data konden koppelen aan die sats. Dat leidde tot inscripties, vaak vergeleken met NFT-achtige objecten op Bitcoin.
Daarna kwam BRC-20. Dat was een experimentele manier om fungibele tokens te maken via JSON-inscripties bovenop Ordinals. Het werkte genoeg om marktactiviteit te trekken, maar het paste minder netjes bij de manier waarop Bitcoin zelf saldi verwerkt. Casey Rodarmor schreef in zijn oorspronkelijke Runes-voorstel dat BRC-20 een ongewenst gevolg had: groei van extra UTXO-outputs.
Zijn voorstel was opvallend nuchter. Rodarmor noemde fungibele tokens zelf vooral het domein van memes en scams, maar zag ook dat ze niet zouden verdwijnen. Als die activiteit toch naar Bitcoin komt, wilde hij een protocol met een kleinere voetafdruk en beter UTXO-beheer dan constructies die onnodige live state achterlaten.
Leesregel: Runes zijn geen oordeel dat tokenhandel goed is. Het protocol is een technische keuze voor hoe fungibele tokens op Bitcoin kunnen worden weergegeven als gebruikers die activiteit toch uitvoeren.
Hoe werkt het Runes protocol?
Het protocol draait om drie handelingen: etching, minting en overdracht via edicts. Die woorden klinken vreemd, maar de logica is vrij direct als je ze naast het normale tokenproces legt.
| Stap | Wat gebeurt er? | Waar moet je op letten? |
|---|---|---|
| Etching | Iemand maakt een Rune aan en legt naam, symbool, deelbaarheid, premine en mogelijke mintvoorwaarden vast. | Een naam moet volgens het protocol beschikbaar zijn. Voor niet-gereserveerde namen is een geldige commitment nodig. |
| Minting | Gebruikers claimen eenheden van een bestaande Rune als de mint open is. | De mint kan een cap, bedrag per mint, startblok of eindblok hebben. |
| Edicts | De runestone verdeelt eenheden over outputs in de transactie. | Een fout outputnummer of verkeerd Rune-ID kan de runestone ongeldig maken. |
Een runestone is dus het bericht dat Runes-software leest. Volgens de huidige specificatie zoekt de software naar de eerste output die begint met `OP_RETURN OP_13`. Daarna decodeert de software de data en kijkt ze of het bericht een etching, mint, edicts of pointers bevat.
Als het bericht ongeldig is, kan het een cenotaph worden. Dat woord is belangrijk voor risico. De specificatie zegt dat alle Runes die een transactie met een cenotaph binnenkomen, worden verbrand. Als de cenotaph bij een etching hoort, krijgt de nieuw geëtchte Rune supply nul en kan niemand hem minten. Als de cenotaph bij een mint hoort, telt de mint tegen de cap en worden de geminte eenheden verbrand.
UTXO en OP_RETURN: waarom deze keuze telt
Bitcoin werkt met unspent transaction outputs. Een walletbalans is in feite de optelsom van outputs die nog niet zijn uitgegeven. Nodes houden die set bij, omdat elke nieuwe transactie moet aantonen dat de gebruikte inputs nog bestaan en nog niet eerder zijn uitgegeven.
Dat maakt de UTXO-set gevoelig. Als een tokenprotocol veel kleine, rommelige outputs maakt die later niet nuttig worden besteed, krijgen nodes extra live state te verwerken. Rodarmor bekritiseerde BRC-20 precies op dit punt: het protocol kon UTXO-proliferatie veroorzaken.
Runes pakt dat anders aan. De protocoldata staat in OP_RETURN-output, terwijl de balans van Runes wordt toegewezen aan gewone UTXO-outputs. OP_RETURN is een Bitcoin Script-opcode voor data die aantoonbaar niet kan worden uitgegeven. Nodes hoeven die output niet als toekomstige spendbare coin in de UTXO-set te bewaren.
Die nuance voorkomt twee verkeerde conclusies. Runes is minder belastend voor de UTXO-set dan veel BRC-20-achtige patronen, maar het gebruikt nog steeds blockspace. Elke mint, overdracht of hypeperiode kan de mempool drukker maken en fees verhogen. Het protocol is dus schoner in de staat die nodes moeten bijhouden, maar niet gratis voor het netwerk.
Een Runes-transactie lezen
Een Runes-transactie heeft meestal gewone BTC-inputs, een OP_RETURN-output met het protocolbericht en een of meer normale outputs. De OP_RETURN-output draagt de instructie. De gewone outputs dragen de BTC en, volgens de Runes-interpretatie, de Rune-balans.
Stel dat een transactie een open mint uitvoert. De runestone verwijst naar het Rune-ID, de mint voegt het toegestane aantal eenheden toe aan de niet-toegewezen balans en een edict bepaalt naar welke output die eenheden gaan. Zonder duidelijke toewijzing gebruikt het protocol de standaardregel: overgebleven eenheden gaan naar de eerste output die geen OP_RETURN-output is, of naar de output die een geldige pointer aanwijst.
Dat verklaart waarom Runes soms verwarrend voelen voor lezers die accountbalansen gewend zijn. Een accountketen toont vaak één adresbalans per token. Bitcoin werkt anders. Je saldo hangt aan outputs, en een wallet moet begrijpen welke outputs welke Rune-eenheden dragen. Als je later BTC uit die output uitgeeft, moet de software ook de Rune-eenheden correct meenemen of toewijzen.
Deze detailvraag is geen randzaak. Wie alleen kijkt naar ticker en aantal, mist de echte controlepunten: welke output krijgt de eenheden, welke software bouwt de transactie, welk Rune-ID wordt gebruikt en wat gebeurt er met niet-toegewezen balans. Daarom hoort een goede Runes-uitleg dichter bij transactiecontrole te zitten dan bij een simpele tokenlijst.
Runes, Ordinals en BRC-20 naast elkaar
De termen worden vaak door elkaar gebruikt, vooral rond marktplaatsen. Technisch beschrijven ze verschillende dingen.
| Onderwerp | Bitcoin Runes | Ordinals-inscripties | BRC-20 |
|---|---|---|---|
| Doel | Fungibele tokens maken en overdragen. | Data koppelen aan genummerde sats. | Fungibele tokens via JSON-inscripties. |
| Basismodel | UTXO-gebaseerd protocolbericht via runestones. | Ordinal theory plus inscriptiedata. | Tokenstatus afgeleid uit inscripties en indexering. |
| Data in transactie | Runestone via `OP_RETURN OP_13`. | Inscriptiedata in witnessruimte. | JSON-tekst als inscriptie. |
| Fungibel? | Ja, bedoeld voor verwisselbare eenheden. | Nee, vooral uniek of semi-uniek object. | Ja, via een informele tokenstandaard. |
| Belangrijkste trade-off | Betere UTXO-aansluiting, maar nog steeds blockspace en toolingrisico. | Flexibel voor data, maar kan veel ruimte innemen. | Bekend ecosysteem, maar complexere state en UTXO-druk. |
| Wie bepaalt de staat? | `ord` is de normatieve referentie voor Runes. | Ordinals-indexering bepaalt interpretatie van sats en inscripties. | Indexers interpreteren de JSON-regels en volgorde. |
Rune-namen, Rune-ID’s en schaarste
Elke Rune heeft een naam en een ID. De naam is wat mensen op marktplaatsen zien. Het ID verwijst naar de plek waar de Rune is geëtcht: blokhoogte plus transactie-index. De tekstvorm is `BLOCK:TX`. Een Rune die in blok 840.000 in transactie-index 1 werd geëtcht, krijgt dus ID `840000:1`.
Het naambeleid is bewust traag gemaakt. Bij de activatie op blok 840.000 waren namen van dertien tekens en langer beschikbaar. Daarna komen kortere namen per periode van 17.500 blokken vrij. Eenletterige namen komen pas tussen blok 1.032.500 en 1.050.000 vrij. Bij tien minuten per blok ligt dat ruwweg rond de volgende halvingcyclus, maar exacte datums hangen af van de werkelijke bloktijd.
Voor niet-gereserveerde namen vraagt het protocol een commitment. Die commitment moet helpen voorkomen dat iemand een uitgezonden etching kopieert en de naam net eerder claimt. Zonder geldige commitment wordt de etching genegeerd.
Praktische check: beoordeel een Rune op meer dan de zichtbare naam. Controleer ook het Rune-ID, de etching, mintvoorwaarden, premine, cap en handelsliquiditeit.
De lancering bij blok 840.000
Runes gingen live op hetzelfde moment als de vierde Bitcoin halving. Blok 840.000 werd op 20 april 2024 om 00:09 UTC gevonden. De bloksubsidie daalde toen naar 3,125 BTC en de Runes-lancering zorgde voor een extra golf aan transacties.
CoinDesk rapporteerde dat het halvingblok 37,6 BTC aan transactiekosten bevatte. Voor context: dat ene blok leverde miners meer fees op dan de nieuwe subsidie van 3,125 BTC. Dat was geen normale situatie. Het liet wel zien waarom tokenactiviteit op Bitcoin relevant is voor het debat over de toekomstige vergoeding van miners.
De activiteit zakte later terug, maar verdween niet. Op 24 juni 2026 schreef CoinDesk op basis van Glassnode-data dat Bitcoin boven 820.000 transacties per dag kwam, het hoogste aantal sinds april 2024. Transacties met runestones lagen boven 600.000 per dag en Rune-gerelateerde activiteit was goed voor ongeveer 25 procent van de netwerkfees. Dat is een momentopname, maar het bewijst dat Runes geen louter launch-verhaal uit 2024 is.
Wat kun je met Runes?
Met Runes kun je fungibele tokens op Bitcoin uitgeven, minten, verplaatsen en verhandelen via software die het protocol begrijpt. In de praktijk gebruiken projecten Runes vooral voor memecoins, communities, airdrops, collectibles met fungibele eenheden en speculatieve marktstructuren.
Dat maakt Runes tegelijk interessant en beperkt. Het protocol geeft Bitcoin een tokenstandaard voor verwisselbare eenheden, maar het verandert Bitcoin niet in een programmeeromgeving zoals account-based smart-contractketens. Runes levert van zichzelf geen lendingmarkt, AMM, yieldstrategie of DAO-stemmodule. Zulke functies vragen extra infrastructuur buiten het basisprotocol.
Eenheden aanmaken, claimen en verplaatsen volgens een herkenbare Bitcoin-native standaard.
Extra transacties kunnen miners inkomsten geven en gebruikers hogere kosten bezorgen.
Iedereen kan een Rune etchen als de naam en protocolregels dat toelaten.
Runes regelen tokenstatus, geen complete handels- of leenapplicatie.
Je software moet Runes correct lezen, bouwen en versturen.
Een tokenstandaard geeft uitgifte, maar geen kasstroom, claim of waardebasis.
Waar let je op bij minten of kopen?
Runes koop of mint je meestal via gespecialiseerde Bitcoin-wallets, explorers en marktplaatsen. Dit artikel zet geen platform bovenaan, omdat de kernvraag bij Runes niet “waar koop ik dit snel?”, maar “begrijp ik wat ik onderteken?” is.
Voor je een transactie tekent, wil je minimaal de mintvoorwaarden, het Rune-ID, de fee, de output, de softwareondersteuning en de liquiditeit controleren. Een token met een bekende naam kan een andere Rune zijn dan je denkt. Een transactie met een verkeerd outputdoel kan anders uitpakken dan de interface suggereert.
| Check | Wat controleer je? | Waarom? |
|---|---|---|
| Rune-ID | Komt het ID overeen met de Rune die je bedoelt? | Namen kunnen op elkaar lijken. Het ID is de harde verwijzing naar de etching. |
| Mintvoorwaarden | Cap, bedrag per mint, startblok, eindblok en premine. | Een open mint kan al vol zijn of een hoger aanbod hebben dan je verwacht. |
| Fees | Actuele mempooldruk, feerate en totale kosten van je transactie. | Bij drukte kan een kleine mint duurder worden dan de tokenpositie zelf. |
| Software | Ondersteunt je wallet of tool Runes-transacties en weergave? | Een gewone BTC-interface toont mogelijk geen Rune-balans of bouwt de transactie verkeerd. |
| Liquiditeit | Orderboek, handelsvolume, spread en aantal houders. | Een positie openen kan makkelijker zijn dan later uitstappen. |
| Bron | Gebruik een explorer en projectbron die het juiste ID tonen. | Social posts en tickers zijn zwakker dan protocoldata. |
Risicopunten bij Bitcoin Runes
De meeste Runes zijn speculatieve tokens zonder onderliggende kasstroom, rechten of protocolinkomsten. Een mooie naam, vroege mint of grote community verandert dat niet. De prijs kan hard stijgen, maar ook bijna volledig wegvallen als aandacht en liquiditeit verdwijnen.
Het tweede risico is technisch. Een cenotaph kan Runes verbranden. Een interface kan een saldo verbergen omdat ze het protocol niet begrijpt. Een tool kan wel BTC versturen, maar geen Runes correct toewijzen. Wie Runes gebruikt, moet daarom meer controleren dan bij een gewone BTC-betaling.
Het derde risico zit in kosten. Als veel mensen tegelijk minten, stijgen de fees. Dan concurreert je mint met gewone betalingen, exchangeopnames en andere on-chain activiteit. Een goedkope token kan duur worden als je meerdere transacties moet doen tijdens een drukke mempool.
Belangrijk: verstuur geen Runes alsof het gewone BTC is. Controleer eerst of de software Runes ondersteunt, welke output de eenheden krijgt en welke fee je betaalt.
Bitcoin Runes en belasting in Nederland
De Belastingdienst behandelt cryptobezittingen als vermogen in box 3 voor particuliere beleggers. Runes zijn tokenposities en passen in de praktijk bij dezelfde administratievraag: wat was de waarde op 1 januari om 00:00 uur, op welk platform of in welke wallet stond de positie, en welke transacties heb je gedaan?
Voor 2026 noemt de Belastingdienst 38.479 euro als grensbedrag zonder fiscale partner en 76.958 euro met fiscale partner voor inkomensafhankelijke regelingen. Dat is niet hetzelfde als het heffingsvrij vermogen. De Belastingdienst noemt voor crypto in 2026 een fictief rendement van 6,00 procent en een box 3-tarief van 36 procent. Vanaf de aangifte over 2025 kun je ook werkelijk rendement doorgeven als dat voor jouw situatie van belang is.
Vanaf 1 januari 2026 moeten cryptodienstverleners door DAC8 gegevens over klanten en transacties doorgeven. De Belastingdienst schrijft dat dit voor particulieren niet verandert hoe ze aangifte doen. Voor Runes is de praktische administratie vaak lastiger dan bij een grote exchangepositie, omdat wallets, explorers en marktplaatsen andere overzichten kunnen geven. Bewaar daarom transactie-ID’s, screenshots van mintvoorwaarden, aankoopdata, verkoopdata en peildatumwaardes.
Veelgemaakte misverstanden over Runes
Ordinals gaan over genummerde sats en inscripties. Runes gaan over fungibele tokeneenheden.
Het basisprotocol kreeg geen nieuwe consensusregel door Runes. De interpretatie zit in software bovenop transacties.
OP_RETURN verlaagt UTXO-druk, maar elke transactie gebruikt nog steeds blockspace en betaalt fees.
Het Rune-ID, de etching en mintvoorwaarden zijn belangrijker dan een ticker of meme.
BTC versturen is niet hetzelfde als Runes correct lezen, toewijzen en weergeven.
Bij drukte kan de fee de hele transactie-economie bepalen, vooral bij kleine posities.
Voor wie zijn Runes interessant?
Runes zijn vooral interessant voor lezers die Bitcoin-infrastructuur willen begrijpen, niet voor lezers die alleen een simpel beleggingsproduct zoeken. Het protocol raakt blockspace, fees, wallets, explorers, mempools, Ordinals en de discussie over wat Bitcoin-transacties mogen of moeten dragen.
Voor traders zijn Runes een markt met hoge spreiding tussen winnaars en verliezers. De meeste tokens hebben dunne liquiditeit. Spread, fee en exitmogelijkheid wegen dan zwaarder dan de naam. Voor bouwers is de interessantste vraag juist of Runes genoeg standaardisatie biedt om betere wallets, indexers, marktplaatsen en analysetools te maken.
Voor langetermijnlezers is de kern nog soberder. Runes kan fee-inkomsten naar miners brengen en Bitcoin meer applicatieverkeer geven. Dezelfde activiteit kan gewone gebruikers hogere transactiekosten bezorgen. Dat spanningsveld hoort bij elk protocol dat blockspace gebruikt.
Veelgestelde vragen over Bitcoin Runes
Wat zijn Bitcoin Runes in het kort?
Bitcoin Runes zijn fungibele tokens op Bitcoin. Ze gebruiken runestones in transacties om nieuwe tokens aan te maken, te minten en over outputs te verdelen.
Wie heeft het Runes protocol bedacht?
Casey Rodarmor, ook bekend van Ordinals, publiceerde het oorspronkelijke Runes-voorstel. Het protocol activeerde bij blok 840.000, tegelijk met de vierde Bitcoin halving.
Wat is het verschil tussen Runes en BRC-20?
BRC-20 werkt via JSON-inscripties bovenop Ordinals. Runes gebruikt een UTXO-gebaseerde aanpak met runestones via OP_RETURN. Daardoor past Runes beter bij de transactiestructuur van Bitcoin, al blijft Runes afhankelijk van goede software-interpretatie.
Heb je een speciale wallet nodig voor Runes?
Ja. Je software moet Runes kunnen lezen, bouwen en versturen. Een normale BTC-wallet kan de onderliggende BTC beheren, maar toont of verwerkt de Rune-balans niet vanzelf correct.
Zijn Runes beter dan Ordinals?
Ze hebben een ander doel. Ordinals-inscripties zijn vooral geschikt voor unieke data op sats. Runes zijn bedoeld voor fungibele tokeneenheden. De betere keuze hangt af van het gebruik.
Waarom kunnen Runes Bitcoin-fees verhogen?
Elke mint of overdracht is een Bitcoin-transactie. Als veel gebruikers tegelijk Runes minten of verhandelen, concurreren die transacties om blockspace met gewone betalingen en andere on-chain activiteit.
Moet ik Runes opgeven bij de Belastingdienst?
Voor Nederlandse particulieren vallen cryptobezittingen meestal in box 3. Bewaar peildatumwaardes, transactiegegevens, walletinformatie en platformoverzichten. Bij twijfel vraag je fiscaal advies.
