Kritik af Reduced Data Temporary Soft Fork
Mempool.space udvikler og analytiker Mononaut har offentliggjort en detaljeret kritik, der advarer om, at den foreslåede “Reduced Data Temporary Soft Fork” kan deaktivere legitime transaktionstyper på tværs af netværket. Et nyt soft fork-forslag, designet til at begrænse overdreven datalagring på Bitcoin-blockchainen, har for nylig fået skarp kritik.
Forslagets Indhold
Onsdag offentliggjorde Mononaut en vurdering, der skitserer den potentielle collateral skade, som regelsættet kan forårsage. Forslaget, kendt som Reduced Data Temporary Soft Fork (RDTS), introducerer en række konsensusniveau-restriktioner, der har til formål at reducere datatungne transaktioner. Dette er en indsats, som udviklerne siger er nødvendig efter Bitcoin Core v30-opdateringen, der fjernede grænserne for OP_RETURN-data.
RDTS ville gælde i cirka et år, hvis det aktiveres, og begrænser:
- scriptPubKeys til 34 bytes
- OP_RETURN-outputs til 83 bytes
- Indfører restriktioner for Taproot-kontrolblokke
- Forbyder udefinerede vidneversioner
- Deaktiverer hele kategorier af Tapscript-logik
Tilhængere af BIP argumenterer for, at foranstaltningerne fungerer som en nødbremse mod vilkårlige datauploads, der kunne udsætte nodeoperatører for juridisk ansvar, hvis ulovligt materiale blev indlejret i kæden.
Mononauts Vurdering
Mononauts vurdering kvantificerer de praktiske konsekvenser af disse restriktioner ved at gennemgå historisk blockchain-aktivitet for at se, hvilke reelle transaktioner der ville have overtrådt de foreslåede regler. Hans fund tyder på betydelig forstyrrelse.
“Under begrænsningen af scriptPubKey-størrelsen alene ville alle pay-to-public-key (P2PK) og multisig (P2MS) outputs være ugyldige.”
En af de mere vidtgående regler – at invalidere OP_PUSHDATA-operationer med payloads over 256 bytes – ville ikke påvirke inskriptionsemballager, forudsat at kun udførte pushes kvalificerer. Men Mononaut understregede, at udefinerede vidneversioner ville påvirke mere end 54.000 historiske transaktioner, hvoraf mange brugte ukonventionelle outputs for at omgå OP_RETURN-datagrænser.
Konsekvenser for Taproot
Mononaut detaljerede, at RDTS også invalidere vidnestakke, der indeholder et Taproot-annex. Selvom det er sjældent, bemærker Mempool.space-udvikleren, at mindst 11 transaktioner har brugt et annex til datatungne formål. En mere betydelig kategori er store Taproot-kontrolblokke: omkring 32.000 tidligere udgifter inkluderer dybde-100+ kontrolblokke, der ofte bruges til dataindlejring.
Forslagets strengeste punkter – forbud mod OP_SUCCESS og enhver Tapscript, der udfører OP_IF eller OP_NOTIF – strækker sig langt ud over inskriptionsemballager. Mononaut fremhæver to historiske OP_SUCCESS-transaktioner, herunder Buraks lightning-breaking transaktion, og cirka 70 ikke-inkriberede OP_IF-baserede Taproot-udgifter.
Debatten om RDTS
Tilhængere af den midlertidige soft fork fastholder, at RDTS er en kortsigtet beskyttelsesforanstaltning designet til at bevare Bitcoins monetære nytte, forhindre juridiske farer og reducere nodebelastninger ved at begrænse datalagring. Kritikere svarer, at brede restriktioner på Tapscript-adfærd risikerer at indføre de facto censur, deaktivere gyldige transaktionstyper og bryde eksisterende applikationer.
Debatten spejler tidligere stridigheder om inskription-drevet datavækst, hvilket afspejler dybere uenigheder om, hvorvidt Bitcoin skal forblive strengt monetær eller fortsætte med at imødekomme eksperimentelle anvendelser. Da forslaget stadig er i udkastform, er diskussionen i gang blandt udviklere, forskere og deltagere i økosystemet.
