Pagbabala sa Reduced Data Temporary Softfork
Ang developer at analyst ng Mempool.space na si Mononaut ay naglathala ng detalyadong pagsusuri na nagbabala na ang inirekomendang “Reduced Data Temporary Softfork” ay maaaring mag-disable ng mga lehitimong uri ng transaksyon sa buong network. Ang bagong panukala ng soft fork, na dinisenyo upang pigilan ang labis na pag-iimbak ng data sa Bitcoin blockchain, ay nakatanggap ng matinding kritisismo kamakailan.
Mga Restriksyon ng RDTS
Noong Miyerkules, inilathala ni Mononaut ang isang pagsusuri na naglalarawan ng potensyal na collateral damage na maaaring idulot ng set ng mga patakaran. Ang panukala, na kilala bilang Reduced Data Temporary Softfork (RDTS), ay nagdadala ng isang hanay ng mga restriksyon sa antas ng consensus na nilalayong bawasan ang mga transaksyong mabigat sa data—isang pagsisikap na sinasabi ng mga developer na kinakailangan kasunod ng Bitcoin Core v30 update na nag-alis ng mga limitasyon sa OP_RETURN data.
Ang RDTS ay magiging epektibo sa loob ng humigit-kumulang isang taon kung ito ay ma-activate, nililimitahan ang scriptPubKeys sa 34 bytes, nililimitahan ang OP_RETURN outputs sa 83 bytes, pinipigilan ang mga control block ng Taproot, ipinagbabawal ang mga hindi natukoy na bersyon ng witness, at nagdi-disable ng buong kategorya ng Tapscript logic.
Mga Epekto ng Restriksyon
Ang mga tagasuporta ng BIP ay nagtatalo na ang mga hakbang na ito ay nagsisilbing emergency brake laban sa arbitrary data uploads na maaaring maglagay sa mga operator ng node sa legal na pananagutan kung ang ilegal na materyal ay na-embed sa chain. Gayunpaman, ang pagsusuri ni Mononaut ay nag-quantify ng praktikal na epekto ng mga restriksyon na iyon sa pamamagitan ng pagsusuri sa mga makasaysayang aktibidad sa blockchain upang makita kung aling mga tunay na transaksyon ang lalabag sa mga inirekomendang patakaran. Ang kanyang mga natuklasan ay nagmumungkahi ng makabuluhang pagkagambala.
Sa ilalim ng limitasyon sa laki ng scriptPubKey lamang, lahat ng pay-to-public-key (P2PK) at multisig (P2MS) outputs ay magiging hindi wasto. Ang restriksyon na iyon ay nakakaapekto rin sa isang maliit na bilang ng mga hindi pamantayang outputs sa mga nakaraang transaksyon.
Mga Kritikal na Transaksyon
Isa sa mga mas malawak na patakaran—na nagbabalid ng mga OP_PUSHDATA operations na may payloads na higit sa 256 bytes—ay hindi makakaapekto sa mga inscription envelopes, sa kondisyon na ang tanging mga na-execute na pushes ang kwalipikado. Ngunit binigyang-diin ni Mononaut na ang mga hindi natukoy na bersyon ng witness ay makakaapekto sa higit sa 54,000 makasaysayang transaksyon, marami sa mga ito ay gumamit ng mga hindi pangkaraniwang outputs upang malampasan ang mga limitasyon ng OP_RETURN data.
Dahil ang mga haba ng bersyon ng witness ay mahigpit na tinukoy sa mga BIP 141 at 341, ang panukala sa nakasulat na anyo ay kahit na magbabawal sa ilang mga wastong modernong format tulad ng P2A anchors. Basahin din: Pinagsama ng mga Developer ng Bitcoin Core ang Kontrobersyal na Mga Pagbabago sa Patakaran: May Fork Ba sa Hinaharap?
Mga Panganib ng RDTS
Detalye ni Mononaut na ang RDTS ay nagbabawal din sa mga witness stacks na naglalaman ng isang Taproot annex. Bagaman bihira, itinuturo ng developer ng mempool.space na hindi bababa sa 11 transaksyon ang gumamit ng annex para sa mga layuning mabigat sa data.
Isang mas makabuluhang kategorya, binigyang-diin ni Mononaut, ay ang malalaking control blocks ng Taproot: humigit-kumulang 32,000 nakaraang paggasta ang may kasamang depth-100+ control blocks na madalas na ginagamit para sa pag-embed ng data, ngunit kahit na ang ilang mga hindi data na eksperimento ay umaasa sa mas maliit, lehitimong mga configuration na ma-di-disable.
Ang pinakamahigpit na mga item ng panukala—na nagbabawal sa OP_SUCCESS at anumang Tapscript na nagsasagawa ng OP_IF o OP_NOTIF—ay umaabot nang higit pa sa mga inscription envelopes. Itinampok ni Mononaut ang dalawang makasaysayang OP_SUCCESS na transaksyon, kabilang ang lightning-breaking transaction ni Burak, at humigit-kumulang 70 non-inscription na OP_IF-based na paggasta ng Taproot.
Debate sa RDTS
Ang mga tagapagtaguyod ng RDTS ay nagtatalo na ang mga gumagamit na may apektadong scripts ay maaaring bumalik sa keypath spending. Gayunpaman, ang data ni Mononaut ay direktang hamon sa palagay na iyon: humigit-kumulang 560,000 makasaysayang paggasta ng Taproot ang nagmula sa mga outputs na ang keypath ay napatunayang pinatigil, na ginagawang mahalaga ang OP_IF at mga katulad na function sa halip na opsyonal.
Ang mga tagasuporta ng pansamantalang soft fork ay nagpapanatili na ang RDTS ay isang panandaliang proteksiyon na hakbang na dinisenyo upang mapanatili ang monetary utility ng Bitcoin, maiwasan ang mga legal na panganib, at bawasan ang mga pasanin ng node sa pamamagitan ng paglilimita sa pag-iimbak ng data. Ang mga kritiko ay tumutol na ang malawak na mga restriksyon sa pag-uugali ng Tapscript ay naglalagay ng panganib sa pagpapakilala ng de facto censorship, na nagdi-disable ng mga wastong uri ng transaksyon, at nagbabasag ng mga umiiral na aplikasyon.
Ang debate ay sumasalamin sa mga naunang pagtatalo sa paglago ng data na pinapagana ng inscription, na nagpapakita ng mas malalim na hindi pagkakaunawaan kung ang Bitcoin ay dapat manatiling mahigpit na monetary o patuloy na umangkop sa mga eksperimentong gamit. Habang ang panukala ay nananatiling nasa draft form, ang talakayan ay patuloy sa mga developer, mananaliksik, at mga kalahok sa ecosystem.
