Replay-angrepsalarm vokser mens BIP-110-tilhengere stempler Bitcoin som «Spamcoin»

Saken er viktig fordi Luke Dashjr og andre BIP-110-tilhengere diskuterer en hard fork som ville erstatte minoritetskjeden sin SHA-256d-utvinningsalgoritme med BLAKE2b. Et slikt grep ville permanent skape et helt nytt design, men de to nettverkene ville fortsatt dele transaksjonshistorikken fra før splittelsen.

Hva er egentlig et replay-angrep?

Tenk deg at noen har 1 bitcoin før en hard fork. Når blokkjeden deles, finnes den samme historiske ubrukte transaksjonsutgangen, eller UTXO, på begge nettverk. I praksis kontrollerer eieren tilsvarende mynter på hver kjede med den samme private nøkkelen.

Problemer oppstår dersom begge nettverkene også gjenkjenner de samme reglene for transaksjoner og signaturer. Anta at eieren sender mynten til en børs på kjede A. Hvis den signerte transaksjonen også er gyldig på kjede B, kan en annen part kopiere den og kringkaste den der. Kjede B kan godta transaksjonen fordi det kryptografisk sett ikke finnes noe som skiller autorisasjonen fra en som var ment for dens nettverk.

Det er en replay. Ingen stjeler den private nøkkelen eller knekker Bitcoins kryptografi. Problemet er enklere: brukeren opprettet én gyldig autorisasjon, men to blokkjeder gjenkjenner den. Og mens BIP-110-kjeden ligger på blokkhøyde 961636, flytter folk som bruker BTC også BIP-110-mynter, eller hva de måtte komme til å hete fremover, samtidig, uten engang å vite det.

«Det overveldende flertallet av disse [BIP-110-minoritetskjede]-blokkene er bare replay av flere dager gamle transaksjoner fra hovedkjeden», skrev Mempool.space-utvikleren Mononaut på X. Dette temaet om replay-beskyttelse eller replay-angrep har skapt en viral samtale på X de siste dagene.

Replay-beskyttelse bygger en vegg mellom kjedene

Replay-beskyttelse forhindrer slik kryssing ved å gjøre transaksjoner på konkurrerende nettverk mulig å skille fra hverandre. En metode endrer signatur-hashen, ofte kalt sighash, slik at en transaksjon signert for én kjede feiler konsensusreglene på den andre.

Obligatorisk beskyttelse gjør dette skillet til en del av selve forken. Valgfri (opt-in) beskyttelse lar vanlige transaksjoner forbli potensielt kompatible med begge kjeder og krever at brukere bevisst bruker en kjedespesifikk mekanisme når de vil skille myntene sine.

Dette skillet har blitt viktig for BIP-110. Den fremvoksende planen ser ikke ut til å gi automatisk, omfattende toveis replay-beskyttelse. I stedet, i det minste ifølge Discord-diskusjoner, implementerer Bitcoin Knots et nytt sighash-alternativ som kan lage en transaksjon som er gyldig på RDTS-kjeden, men ugyldig under Bitcoin Core.

Dashjr sier at beskyttelse er den andre kjedens problem

Dashjr har inntatt en uvanlig posisjon om hvilket nettverk som skal bære ansvaret. Spurt 18. august om replay-beskyttelse for den foreslåtte hard forken, sa han: «Replay protection was Spamcoin’s responsibility since it’s the airdrop altcoin.»

Han la til at det ville finnes måter å separere transaksjoner på, men argumenterte for at «legitimate Bitcoin transactions need to remain valid on Bitcoin.» Resonnementet hans bygger på hans påstand om at BIP-110/RDTS-minoritetsnettverket er Bitcoin, mens den overveldende dominerende SHA-256d-Bitcoin-blokkjeden er avspaltningsnettverket.

Dashjr har gjentatte ganger brukt nedsettende navn for den dominerende Bitcoin-kjeden, inkludert «Spamcoin» og «Bpedo», en referanse som inkluderer «pedo». Han har omtalt det nettverket som altcoinen, samtidig som han fortsetter å beskrive BIP-110-grenen som den legitime Bitcoin.

Nettverkstallene forteller en helt annen historie

Den karakteristikken krasjer med observerbar nettverksaktivitet. BIP-110 minersignalisering toppet på omtrent 2,53 %, og da konsensusreglene trådte i kraft 8. august, produserte minoritetsgrenen bare to umiddelbare blokker før den stanset. Bitcoins dominerende kjede fortsatte å operere mens gapet økte med hundrevis av blokker. Noen få andre BIP-110-blokker har blitt utvunnet i et ekstremt langsomt tempo.

Flertallsnettverket beholdt i praksis all meningsfull Bitcoin-hashrate, den lengste kjeden, arbeidsvekten, likviditeten og den økonomiske anerkjennelsen. BIP-110-forslaget ble deretter merket som avsluttet, mens støttespillere gikk videre mot planer om en BLAKE2b proof-of-work (PoW)-endring som skal gjenopplive minoritetsnettverket.

I tillegg er Bitcoin-miljøet frustrert over Dashjr sine gjentatte påstander, og den tiltenkte opt-in-inspirerte replay-beskyttelsen som diskuteres er et stridstema. «Lol. Luke isn’t gonna launch his sh**coin with replay protection, is he? I guess it won’t be listed on exchanges then», skrev en X-bruker onsdag.

En annen X-bruker argumenterte:

«Dette har krysset linjen fra tull til ondsinnet aktør-atferd. Å spre falsk informasjon som dette kan påføre Bitcoinere reell økonomisk skade.»

Opt-in-beskyttelse legger ansvaret på brukerne

Under tilnærmingen som nå diskuteres på Bitcoin Knots sin Discord-kanal, kan vanlige transaksjoner forbli replaybare fordi RDTS har til hensikt å opprettholde kompatibilitet med Bitcoin Core sine eksisterende sighash-typer. Brukere som ønsker RDTS-spesifikk beskyttelse må bruke den nye sighashen, noe som krever støttende lommebokprogramvare eller firmware for maskinvaresignering.

Brukere kan også forsøke å splitte myntene sine manuelt. En Bitcoin-transaksjon som inneholder data som RDTS avviser kan skape en utgang som bare finnes på den dominerende kjeden. Omvendt kan den foreslåtte RDTS-spesifikke sighashen produsere en transaksjon som RDTS godtar, men som Bitcoin Core avviser.

Resultatet ser langt mer ut som opt-in replay-beskyttelse enn den automatiske brannmuren brukere forventer fra en omstridt hard fork. Det gjør at lommebøker, børser og innehavere får ansvaret for å vite nøyaktig hvilke transaksjoner som kan «blø» på tvers av kjedene. Beslutningen er merkelig, særlig for en ny kjede og et kryptoaktivum uten børsstøtte. Infrastrukturleverandører, spesielt kryptobørser, vil neppe røre en kjede som velger opt-in-beskyttelse fremfor en universell replay-barriere.

Hvis BLAKE2b-forken gjennomføres rundt 1. september, vil replay-beskyttelse derfor være mer enn en obskur teknisk detalj. Det vil bli en praktisk test av om brukere trygt kan skille eiendeler arvet fra den samme Bitcoin-historikken, selv mens Dashjr fortsetter å fremsette den langt større påstanden om at nettverket som bærer så godt som all Bitcoins hashrate, likviditet og økonomiske aktivitet på en eller annen måte er altcoinen.