Panukala ng Bitcoin na pigilan ang spam gamit ang pansamantalang soft fork, nagdulot ng debate sa mga developer

Ang lumalaking debate sa pagitan ng mga Bitcoin developer tungkol sa kung gaano karaming arbitraryong data ang dapat payagan sa pinaka-mahalagang blockchain sa mundo ay nagresulta sa isang kontrobersyal na bagong panukala: Bitcoin Improvement Proposal 444, o BIP-444. 

Ang panukala, na inilathala noong Biyernes ng gabi, ay kasunod ng v30 update ng Bitcoin Core, na epektibong nagtanggal ng limitasyon sa dami ng data na maaaring idagdag sa isang tipikal na Bitcoin transaction gamit ang OP_RETURN, basta’t nabayaran ang tamang bayarin. Ang update ay naging live ngayong buwan, sa kabila ng matinding debate tungkol sa pagbabago ng byte size limit, bagaman mabagal ang pag-adopt dito, na may humigit-kumulang 6.3% ng mga reachable nodes ang gumagamit ng software, ayon sa datos ng Bitnodes. 

Ngayon, may ilang Bitcoiners na nais baligtarin ang pagbabagong iyon, at higpitan ang lahat ng ibang paraan ng pagdagdag ng arbitraryong data sa mga Bitcoin transaction, na nagpapahayag ng pag-aalala na ang ilegal na nilalaman na na-upload sa Bitcoin, tulad ng child sexual abuse material, ay maaaring magdulot ng legal na pananagutan sa mga node operator. 

"Kung ang blockchain ay naglalaman ng nilalaman na ilegal na ariin o ipamahagi, ang mga node operator ay mapipilitang mamili sa pagitan ng paglabag sa batas (o kanilang konsensya) o patayin ang kanilang node," ayon sa panukala. "Ang hindi katanggap-tanggap na dilemma na ito ay direktang sumisira sa insentibo na mag-validate, na nagreresulta sa hindi maiiwasang sentralisasyon at naglalagay ng banta sa seguridad ng Bitcoin."

Sa ilalim ng mga tuntunin ng panukala, ang OP_RETURN outputs ay lilimitahan sa 83 bytes at karamihan sa iba pang scriptPubKeys ay ikakahon sa 34 bytes, na epektibong pipigil sa outputs na naglalaman ng malalaking script o data blobs. Ang panukala ay magtatakda rin ng limitasyon sa laki ng bawat indibidwal na data push, magpapawalang-bisa sa kasalukuyang hindi ginagamit o hindi pa natutukoy na script versions upang maiwasan ang pag-iwas sa mga restriksyon, magtatakda ng limitasyon sa laki ng embedded Merkle trees sa Taproot outputs, at ipagbabawal ang OP_IF sa loob ng Tapscripts, na direktang papatay sa Ordinals inscription method. 

Ang mga pagbabagong ito ay magreresulta sa isang soft fork, kung saan ang mga dating valid na transaksyon ay magiging invalid, ngunit hinihiling ng panukala na ang pagbabago ay pansamantala lamang, na tatagal ng humigit-kumulang isang taon. Ang panahong ito ay magbibigay ng sapat na oras sa mga Bitcoin developer upang suriin at ipatupad ang alternatibong mga paraan ng arbitrary data storage sa blockchain. 

"Ang tahasang pansamantalang katangian ng softfork ay lalo pang nagpapalakas na ito ay isang target na interbensyon upang mapagaan ang isang partikular na krisis, hindi isang pangako o panukala ng bagong direksyon ng development," ayon sa panukala.  

Ang panukala ay isinulat ni "Dathon Ohm," na sumali sa GitHub at X ilang araw bago isumite ang panukala at walang malinaw na kasaysayan ng Bitcoin development. Hindi agad makontak ng The Block si Ohm para sa komento tungkol sa panukala. 

Ang matagal nang Bitcoin developer na si Luke Dashjr, na kilala sa kanyang anti-Ordinals advocacy, ay nagpahayag ng suporta sa panukala, na binanggit sa X na ito ay "on track with no technical objections." 

"Hindi ito nilalayong maging perpektong solusyon, sapat na at napakasimple lang upang makakuha ng oras para magdisenyo ng pangmatagalang solusyon," isinulat ni Dashjr sa X nitong Linggo. Itinanggi rin ni Dashjr na siya ang may-akda ng panukala sa iba pang mga post.

Ang mga kritiko ng panukala ay karaniwang nag-aargumento na ang arbitraryong data sa Bitcoin ay umiiral na mula pa sa genesis block ng network, at ang pagpigil sa mga paraan ng pagdagdag ng arbitraryong data ay katumbas ng censorship at lumalabag sa pangunahing prinsipyo ng Bitcoin ng permissionless use. Sinabi ni X user Leonidas, isang kilalang personalidad sa Ordinals community, noong Setyembre na ang mga miners at mining pools na kumakatawan sa higit sa kalahati ng hash rate ng Bitcoin ay nagsabi sa kanya na tatanggapin nila ang anumang consensus valid Bitcoin transactions basta’t may tamang bayarin. 

"Walang makabuluhang pagkakaiba sa pagitan ng normalisasyon ng censorship ng JPEG o memecoin transactions at normalisasyon ng censorship ng ilang monetary transactions ng mga nation-state," isinulat ni Leonidas. "Pareho itong magtatakda ng napakapanganib na precedent."

Si Jameson Lopp, co-founder at chief security officer ng Bitcoin secure storage firm na Casa, ay nagbigay ng ilang kritikal na komento sa panukala, na binanggit na hindi tinutukoy ng panukala kung aling nilalaman ang legal o moral na kaduda-duda, at idinagdag na hindi nagkakasundo ang mga legal expert sa pananagutang haharapin ng mga node operator. 

"Sa pagpapatakbo ng node, pumapayag ka sa consensus rules ng network. Kung hindi ka pumapayag, maaari kang hindi magpatakbo ng node," isinulat ni Lopp sa isang komento. Hindi agad makontak ng The Block si Lopp o Dashjr para sa komento. 

Ang panukala ay hindi pa naipapamahagi sa Bitcoin Development Mailing List, isang kinakailangang hakbang para sa draft BIPs upang makakuha ng mas maraming feedback at umusad patungo sa pagtanggap, bagaman ang panukala ay nagdulot na ng maraming komento at debate sa X at iba pang mga forum.