Når Bitcoin-trafikken blir tung, stopper ikke en full blokk nettverket; den gjør den neste tilgjengelige plassen om til en live-auksjon der hastverk har en pris.
Hva skjer når en Bitcoin-blokk er full? Hver byte utløser en live avgiftsauksjon

Viktige punkter
- Bitcoin-blokker er begrenset til 4 millioner vektenheter, noe som tvinger betalinger med lavere gebyr til å vente.
- Bitcoin Core 31.0 kan kaste ut svake pakker når en nodes mempool på 300 MB blir full.
- Bitcoin-brukere har 3 veier for å øke gebyret når køen vedvarer: RBF, CPFP og «mining»-akseleratorer.
Køen dannes før blokken
Tenk på en overfylt T-baneplattform i rushtiden. Hver nye passasjer har en gyldig billett, men toget som kommer inn har begrenset plass. På Bitcoin går en transaksjon først inn i en nodes mempool, et midlertidig oppbevaringsområde for gyldige betalinger som ennå ikke er bekreftet. Den viktige nyansen er at det ikke finnes én enkelt, universell mempool. Hver node har sin egen versjon, håndhever sine egne lokale retningslinjer og kan se en litt annerledes samling av ventende transaksjoner.

En full blokk og en full mempool er også to forskjellige hendelser. Bitcoin-blokker er begrenset av konsensus til 4 millioner vektenheter, et mål som tar hensyn til hvordan transaksjonsdata er strukturert. Bitcoin Core-noder tillater som standard omtrent 300 MB minne for sine lokale mempooler og kan beholde transaksjoner i opptil 336 timer. En blokk kan bli full mens mange transaksjoner fortsatt ligger i minnet og venter på et senere tog.
En full blokk gjør venting til en auksjon
Minere velger vanligvis ikke transaksjoner etter alder. De bygger blokkmaler basert på gebyrer, transaksjonsvekt og avhengigheter mellom betalinger. Den praktiske enheten brukere ser, er satoshier per virtuell byte, eller sat/vB. En høyere sats gir minerne mer inntekt for den samme knappe blokkplassen, så de sterkeste gebyrpakkene går som regel først.
Det betyr at en betaling som ble sendt først, kan bli bekreftet etter en som ble sendt minutter senere. En transaksjon med høyt gebyr kan spre seg bredt i nettverket og havne i minernes neste maler. En transaksjon med lavt gebyr kan bli liggende under grensen, selv etter at flere blokker har passert. Bekreftelsesestimater hjelper, men de er ikke løfter fordi nye transaksjoner kommer kontinuerlig, og blokkene selv dukker opp med uregelmessige intervaller.
Når nok ventende transaksjoner konkurrerer om hver blokk, blir mempoolen mindre som en høflig kø og mer som en oppgraderingsliste på et fly. Nye passasjerer som betaler bedre kan fortrenge svakere bud. Hvis en Bitcoin Core-node når sin konfigurerte minnegrense, trimmer den den økonomisk svakeste sammenhengende gruppen av transaksjoner og hever et rullerende lokalt gebyrgulv. Den utkastede transaksjonen er ikke ugyldig, og blokkjeden har ikke kansellert den. Den noden har bare sluttet å bære den.
Trengsel merkes i lommeboken
For en vanlig bruker er den første konsekvensen forsinkelse. En lommebok kan si at en betaling er ventende i timevis, mens nyere transaksjoner blir bekreftet. For en trader, børs eller treasury-desk kan den forsinkelsen utsette et børsinnskudd, bremse flytting av sikkerhet, avbryte en arbitrasjeoverføring eller gjøre midler utilgjengelige i et raskt marked.
Fordi gebyrer i hovedsak er knyttet til transaksjonsvekt snarere enn verdien som overføres, kan en betaling på 50 dollar og en overføring på 5 millioner dollar konkurrere på tilnærmet like vilkår når transaksjonsstrukturene deres er sammenlignbare. Jo mer tidskritisk overføringen er, desto dyrere kan det bli å betale for lite.

Den andre konsekvensen er et høyere gebyrmarked. Bitcoin har ikke et basegebyr på protokollnivå slik Ethereum har. I stedet konkurrerer brukere mot den marginale gebyrsatsen minerne kan få plass til i den neste blokken, samtidig som hver node også opprettholder et lokalt opptaksgulv. Under press kan det dynamiske gulvet stige langt over programvarens grunnleggende videresendingsinnstilling. Gebyret som ble vist i går, eller til og med for 20 minutter siden, kjøper kanskje ikke lenger den samme bekreftelseshastigheten.
Den tredje konsekvensen er usikkerhet før oppgjør. Å se en transaksjon i en blokksøker er et tegn på at noen noder kjenner til den, ikke bevis på at hver miner gjør det. En ubekreftet betaling kan erstattes, kastes ut eller forsvinne fra en nodes syn, samtidig som den fortsatt er en gyldig mulig bruk. Bedrifter som leverer varer, krediterer kontoer eller behandler et innskudd som endelig ved null bekreftelser, aksepterer en risiko som trengsel kan gjøre mer synlig.
Noen måter å redde en betaling som sitter fast
Bitcoin i seg selv gir brukere to hovedmåter å prise opp en forsinket betaling på. Replace-by-fee, kjent som RBF, lar avsenderen erstatte en ubekreftet transaksjon med en som betaler mer. Tenk på det som å avlyse et lavt bud og sende inn et sterkere for samme sete. Child-pays-for-parent, eller CPFP, tar en annen vei: En brukbar utgang (output) fra den forsinkede transaksjonen brukes i en ny barnetransaksjon med høyt gebyr, noe som gir minerne et insentiv til å inkludere forelder og barn sammen.
Ingen av verktøyene er magi. En RBF-erstatning må oppfylle nodepolicy og betale nok til å slå både transaksjonen den erstatter og det nåværende markedet. En CPFP-barnetransaksjon må løfte den samlede gebyrsatsen for hele pakken, ikke bare se dyr ut i seg selv. I et marked som stiger bratt, kan en beskjeden økning fortsatt la betalingen bli liggende under den bevegelige grensen. Det virkelige målet er ikke minimum videresendingsgebyr. Det er gebyrsatsen nær halen av den neste sannsynlige blokken.

Utenfor disse to alternativene finnes «mining»-akseleratorer, som er tjenester tilbudt av noen bitcoin-mining-pooler som lar brukere sende inn en transaksjon for prioritert vurdering når den sitter fast i mempoolen med lavt gebyr. I stedet for å endre Bitcoins konsensusregler, ber akseleratoren bare deltakende minere om å ta med den transaksjonen i en av de neste blokkene de miner. Noen akseleratorer er gratis, men har kvalifikasjonskrav, mens andre tar betalt eller krever at transaksjonen oppfyller en minimum gebyrsats.
Core 31.0 endrer maskineriet, ikke taket
Bitcoin Core 31.0 endrer noe av maskineriet bak denne konkurransen. Dens cluster mempool grupperer sammenkoblede ubekreftede transaksjoner og rangerer dem etter gebyrsatsen der gruppen forventes å bli minet. Standard grensene for klyngen er 64 transaksjoner og 101 kB i virtuell størrelse. Designet er ment å forbedre blokkonstruksjon, utkastelse, transaksjonsvideresending og erstatningsbeslutninger uten å endre Bitcoins konsensus-tak på 4 millioner vektenheter.

Annet ingeniørarbeid prøver å redusere kostnaden ved å flytte fulle blokker gjennom nettverket. En kompakt blokk-videresending lar en node rekonstruere mye av en ny blokk fra transaksjoner den allerede har, noe som reduserer dataene og tiden som trengs for å spre den. Det betyr noe fordi tregere spredning kan øke risikoen for at to minere kortvarig bygger på ulike kjedetopper. Mer blokk-kapasitet kan senke kortsiktig gebyrpress, men kan også øke kravene til båndbredde, validering og spredning.
Den praktiske lærdommen er enkel. Når en Bitcoin-blokk er full, går ingenting i stykker, og ingen transaksjon får ansiennitet av å vente. Minere bekrefter de økonomisk mest attraktive gyldige pakkene som får plass, mens billigere betalinger forblir ventende, blir priset opp eller mister videresendingsrekkevidde. For investorer og bedrifter er gebyret ikke et frimerke. Det er et bud på knapp oppgjørsplass. Behandle bekreftelsestid som en sannsynlighet, og følg med på de gjeldende gebyrforholdene før en rutinemessig forsinkelse blir et dyrt operasjonelt problem.
Kilde til hoved-/featurebilde: mempool.space
Denne artikkelen er oversatt fra engelsk ved hjelp av kunstig intelligens. Den originale engelske versjonen er den autoritative kilden; automatiske oversettelser kan inneholde unøyaktigheter, særlig i juridisk og regulatorisk terminologi.
















