bitunix

Totale door inscripties gebruikte blokruimte

Bereik
  • 1M1M
  • 3M3M
  • 6M6M
  • 1Y1Y
  • ALLALL
Tonen
  • WaardeWaarde
  • AandeelAandeel
Totaal
30D-wijziging
Grootste groep
Groepen
Data laden…

Over deze metric

Wat het meet

Totale door inscripties gebruikte blokruimte registreert de cumulatieve bytes die aan inscriptieactiviteit worden toegeschreven vanaf het begin van de reeks op 14 december 2022. De totalen zijn uitgesplitst naar Tekst, BRC-20, Afbeelding, Video, Audio en Overig; de getoonde geschiedenis is opgebouwde data, niet de bytes die elke dag worden toegevoegd.

Zo lees je het

Een steilere lijn betekent dat de categorie sneller data toevoegt; een vlak stuk betekent dat weinig extra ruimte wordt geregistreerd. Op 17 oktober 2026 had Afbeelding ongeveer 23,55 miljard bytes opgebouwd, tegenover 5,63 miljard voor BRC-20 en 3,67 miljard voor Tekst. Deze rangorde verschilt van die van transactieaantallen omdat de inhoudsgrootte varieert.

Het niveau omvat alle eerdere toevoegingen, dus een groot totaal betekent niet dat de huidige blokken overbelast zijn. Ruwe bytes verschillen bovendien van virtuele bytes en blokgewichteenheden en bepalen niet rechtstreeks de prijs van een transactie. Bekijk dagelijkse veranderingen voor nieuwe datavraag en gebruik ruimteaandeel en kosten om de huidige omstandigheden te beoordelen.

Frequentie
Dagelijks (UTC 00:00)
Asset
BTC
Type
Uitsplitsing
Eenheid
bytes

Veelgestelde vragen

Waarom blijft de door inscripties gebruikte blokruimte stijgen?

De aangeleverde reeks telt bytes door de tijd op. Nieuwe inscriptiedata wordt aan het vorige totaal toegevoegd; rustige dagen vlakken de lijn af in plaats van haar te laten dalen.

Hoeveel is één miljard inscriptiebytes?

Eén miljard bytes is 1 GB in decimale eenheden, of ongeveer 0,93 GiB. Dat is een cumulatieve hoeveelheid data, niet de grootte van één blok of de benodigde schijfruimte voor een volledige Bitcoin-node.

Waarom gebruikt Afbeelding cumulatief meer ruimte dan BRC-20?

De inhoudsgrootte verschilt. Afbeeldingen kunnen per transactie veel groter zijn, waardoor een kleiner aantal afbeeldingsgerelateerde transacties meer bytes kan opleveren dan veel meer compacte tokengerelateerde transacties.