Developer Nagtuturo ng Malalaking Panganib sa Iminungkahing Bitcoin Reduced Data Soft Fork

Pagsusuri ng Transaction Data Ipinapakita na Maaaring Harangan ng RDTS ang Mahahalagang Gamit ng Bitcoin

Ang bagong panukala ng soft fork na idinisenyo upang bawasan ang labis na imbakan ng data sa Bitcoin blockchain ay nakakaranas ng matinding kritisismo sa mga kamakailang panahon. Nitong Miyerkules, isang independent na analyst at developer ng mempool.space, Mononaut, ay naglathala ng pagsusuri na nagbubunyag sa potensyal na collateral damage na maaaring idulot ng mga patakaran.

Ang panukala, na kilala bilang Reduced Data Temporary Softfork (RDTS), ay nagpapakilala ng isang hanay ng mga restriksyon sa antas ng consensus na layuning bawasan ang mga transaksyon na may bigat sa data—isang hakbang na sinasabi ng mga developer na kinakailangan matapos ang Bitcoin Core v30 update na nagtanggal ng limitasyon sa OP_RETURN data.

Ang RDTS ay magtatagal nang halos isang taon kung maisasakatuparan, nililimitahan ang scriptPubKeys sa 34 bytes, pinipigilan ang OP_RETURN outputs sa 83 bytes, pinaghihigpitan ang Taproot control blocks, ipinagbabawal ang mga hindi natukoy na witness versions, at dine-disable ang buong kategorya ng Tapscript logic. Ang mga tagasuporta ng BIP ay nag-aargumento na ang mga panukala ay kumakatawan bilang isang emergency brake laban sa arbitraryong pag-upload ng data na maaaring magdulot ng legal na pananagutan sa mga node operator kung iligal na materyales ay maidikit sa chain.

Ang pagsusuri ni Mononaut, subalit, sinukat ang praktikal na pinsala ng mga restriksyon na iyon sa pamamagitan ng pagrepaso sa mga aktibidad ng blockchain upang makita kung aling mga tunay na transaksyon ang lalabag sa mga iminungkahing patakaran. Ipinapahiwatig ng kanyang natuklasan ang makabuluhang kaguluhan. Sa ilalim ng scriptPubKey size limit lang, lahat ng pay-to-public-key (P2PK) at multisig (P2MS) outputs ay magiging hindi wasto. Ang restriksyon na iyon ay nakakaapekto rin sa maliit na bilang ng mga hindi karaniwang outputs sa mga nakaraang transaksyon.

Isa sa mga mas malawakang panuntunan—pinawalang bisa ang OP_PUSHDATA operations na may payloads na higit sa 256 bytes—ay hindi maaapektuhan ang inscription envelopes, kung ipagpapalagay lamang na executed pushes ang kwalipikado. Subalit binigyang-diin ni Mononaut na ang mga hindi natukoy na witness versions ay maaapektuhan ang higit sa 54,000 makasaysayang transaksyon, marami sa mga ito ay gumamit ng hindi karaniwang outputs upang maiwasan ang OP_RETURN data caps. Dahil ang mga haba ng witness version ay mahigpit na tinukoy sa BIPs 141 at 341, ang panukala na inilatag ay kahit na hinarangan ang ilang wastong modernong format tulad ng P2A anchors.

Basahin din: Bitcoin Core Developers Pinagsasama ang mga Kontrobersyal na Pagbabago ng Patakaran: May Fork Ba sa Hinaharap?

Detalyado ni Mononaut na ang RDTS ay inaalis din ang bisa ng witness stacks na naglalaman ng Taproot annex. Bagama’t bihira, binanggit ng developer ng mempool.space na hindi bababa sa 11 transaksyon ang gumamit ng annex para sa mga layuning may bigat sa data. Isang mas makabuluhang kategorya, binigyang-diin ni Mononaut, ay malalaking Taproot control blocks: mga 32,000 nakaraang mga ginastos ay kinabibilangan ng depth-100+ na control blocks na madalas ginagamit para sa pag-embed ng data, ngunit kahit na ang ilang hindi pang-data na eksperimento ay umaasa sa mas maliit, legitimateong mga configuration na made-disable. Isang aktibong address ang patuloy na gumagastos sa control-block depth 11, na tatanggihan sa ilalim ng RDTS.

Ang pinakamasigasig na linya ng mga panukala—pagbabawal sa OP_SUCCESS* at anumang Tapscript na nagpapatupad ng OP_IF o OP_NOTIF—ay umaabot higit sa inscription envelopes. Itinampok ni Mononaut ang dalawang makasaysayang OP_SUCCESS na mga transaksyon, kabilang ang lightning-breaking transaction ni Burak, at humigit-kumulang 70 non-inscription OP_IF-based Taproot spends. Ilang sa mga ito ay mga pinansiyal na primitive, kabilang ang decaying multisig templates at hash-time-locked contract (HTLC) designs. Ang ilan ay nagmula sa mga wallets na sinadyang i-disable ang kanilang keypath, iniiwan ang script-path spending bilang ang nag-iisa paraan upang ilipat ang mga pondo.

Ang mga tagapagtaguyod ng RDTS ay nag-argumento na ang mga gumagamit na may apektadong mga script ay maaaring bumalik sa keypath spending. Gayunpaman, ang data ni Mononaut ay hinahamon ang palagay na iyon nang direkta: mga 560,000 makasaysayang Taproot spends ay nagmula sa mga outputs na ang kanilang keypath ay napatunayang na-disable, kaya ang OP_IF at katulad na mga function ay mahalaga kaysa opsyonal.

Ang mga tagasuporta ng temporary soft fork ay nananatiling na ang RDTS ay isang pansamantalang proteksiyon na hakbang na dinisenyo upang panatilihin ang pangunguna ng Bitcoin, maiwasan ang legal na panganib, at bawasan ang pasanin sa mga node sa pamamagitan ng paglilimita sa imbakan ng data. Ang mga kritiko ay tumutol na ang malawak na mga restriksyon sa pag-uugali ng Tapscript ay nagdadala ng de facto censorship, pina-disable ang wastong mga uri ng transaksyon, at sinisira ang umiiral na mga aplikasyon.

Ang debate ay sumasalamin sa mga naunang hindi pagkakaunawaan tungkol sa pag-unlad ng data sa pamamagitan ng inscription, na nagrereflect ng mas malalim na hindi pagkakaintindihan kung ang Bitcoin ay dapat manatiling mahigpit na monetaryo o patuloy na magbigay ng lugar para sa mga eksperimento. Habang ang panukala ay mananatiling nasa draft form, patuloy ang diskusyon sa pagitan ng mga developer, mga mananaliksik, at mga kasapi ng ekosistem.

FAQ ❓

• Ano ang RDTS?
  Isang pansamantalang soft fork na panukala na may restriksyon sa ilang tampok ng script at data ng Bitcoin.
• Bakit pinagtatalunan ang RDTS?
  Nais ng mga tagasuporta na bawasan ang pang-aabuso sa data, habang ang mga kritiko ay nagsasabing dinidisabal nito ang wastong mga transaksyon.
• Ano ang natuklasan ni Mononaut?
  Ipinakita ng kanyang pagsusuri na maraming makasaysayang transaksyon ang mabibigo sa ilalim ng mga patakaran ng RDTS.
• Gaano katagal ang RDTS?
  Ang panukala ay naglalagay ng isang taong activation window kung tatanggapin.