Tapos na ng mga developer ng Bitcoin ang isang iminungkahing paglilinis sa seguridad na tinatawag na BIP-54, ngunit ang pagkuha ng sapat na suporta para ma-activate ito ay maaaring mas mahirap kaysa sa pagsulat ng code.
Matapos Pumalpak ang BIP-110, Haharap sa Matinding Sagupaan ang Susunod na Soft Fork ng Bitcoin

Mga Pangunahing Takeaways
- Isasara ng BIP-54 ang apat na edge case sa Bitcoin consensus nang hindi nagdaragdag ng mga bagong tampok.
- Tumutol ang tagapagtatag ng F2pool sa BIP-54 noong Ago. 10, na nagpapakomplika sa high-threshold na pag-activate ng mga miner.
- Ang susunod na pagsubok ng Bitcoin ay isang BIP-9 na boto matapos ma-stall ang BIP-110 malapit sa block 961,635.
Ang BIP-54, na pormal na kilala bilang “Consensus Cleanup,” ay gagawa ng apat na makitid na pagbabago sa pangunahing mga patakaran ng Bitcoin. Dinisenyo ang panukala upang isara ang mga lumang kahinaan at hindi pangkaraniwang edge case, hindi upang magdagdag ng mga bagong paraan ng paggamit ng Bitcoin. Sinasabi ng mga sumusuporta na mahalaga ang pagkakaibang iyon: Ito ay preventive maintenance para sa isang network na ngayon ay mas mahalaga kaysa noong isinulat ang marami sa mga patakaran nito.
Ang mga may-akda ng panukala ay sina Antoine Poinsot, isang Bitcoin Core contributor na kaugnay ng Chaincode Labs, at Matt Corallo, isang matagal nang Bitcoin developer. Unang binanggit ni Corallo ang mas malawak na ideya noong 2019. Muling binuhay at pinalawak ni Poinsot ang trabaho noong huling bahagi ng 2023 at unang bahagi ng 2024, at natanggap ng panukala ang pormal na BIP-54 designation nito noong Abril 2025. Minarkahang kumpleto ang espesipikasyon noong Mayo 2026 matapos ang pagte-test at gawaing implementasyon.
Nilalayon ng Panukala na Isara ang Apat na Lumang Puwang
Ang unang ayos ay nilalayong tugunan ang potensyal na “timewarp” na pag-atake sa kahirapan sa pagmimina ng Bitcoin. Muling kinukuwenta ng Bitcoin ang hirap ng pagmimina tuwing 2,016 na block, humigit-kumulang kada dalawang linggo, upang mapanatili ang paglikha ng block na malapit sa isang block bawat sampung minuto. Maaaring samantalahin ng mayorya ng mining power ng network kung paano sinusukat ng Bitcoin ang oras sa mga panahong iyon, gamit ang minanipulang mga timestamp upang magmukhang mas mabagal gawin ang mga block kaysa sa tunay na nangyari.
Sa paglipas ng panahon, maaari nitong itulak pababa ang mining difficulty. Sa isang matinding kaso, ang isang umaatake na may mayoryang hash rate, ang computing power na ginagamit sa pagmimina ng Bitcoin, ay maaaring itulak ang difficulty sa pinakamababang setting nito sa loob ng humigit-kumulang 38 hanggang 40 araw. Teoretikal nitong maaaring pahintulutan ang umaatake na makagawa ng mga block nang mas mabilis kaysa sa normal, mabilis na lumikha ng mga bagong coin, palakihin ang database ng network ng mga hindi pa nagagastos na coin, at gambalain ang mga kontratang nakabatay sa oras ng pagbabayad tulad ng mga ginagamit ng ikalawang layer na protocol, ang Lightning Network.
Magdaragdag ang BIP-54 ng mga limitasyon sa timestamp sa simula at dulo ng bawat 2,016-block na panahon. Nilalayon ng mga patakaran na harangin ang klasikong timewarp method at isang kaugnay na baryasyon na kilala bilang Murch-Zawy attack, habang iniiwang hindi nagbabago ang karaniwang pagmimina.
Nilalayon Din ng BIP-54 na Protektahan ang Mas Maliliit na Node Operator
Ang ikalawang pagbabago ay tumatarget sa “poison blocks,” mga valid na block na sadyang idinisenyo upang tumagal nang hindi pangkaraniwan ang pag-verify ng mga computer. May ilang mas lumang Bitcoin transaction script na maaaring mangailangan ng ilang minuto o kahit oras ng pagproseso sa karaniwang hardware. Maaaring gamitin ito ng umaatake upang pabagalin ang network, pataasin ang tsansang masayang ng mga miner ang trabaho sa mga stale block, at gawing mas mahirap para sa mga tao na magpatakbo ng mga independent na Bitcoin node.
Lilimita ng BIP-54 ang mas lumang, pre-Segregated Witness (SegWit) na mga transaksyon sa 2,500 legacy signature operations. Ang signature operations ay mga cryptographic check na ginagamit upang patunayan na ang isang tao ay awtorisadong gumastos ng bitcoin. Mas kaunti rito ang ginagamit ng mga normal na transaksyon, at ang mga SegWit at Taproot na transaksyon ay hindi sasailalim sa limitasyong ito. Tinataya ng mga sumusuporta na maaaring bawasan ng pagbabagong ito ang pinakamalalang pasanin sa pag-verify nang humigit-kumulang 40 beses sa ilang mga kaso.
Isinasara ng ikatlong pagbabago ang isang problema sa Merkle tree ng Bitcoin, ang sistemang pinagsasama-sama ang mga transaksyon sa iisang buod para sa bawat block. Ang isang transaksyon na eksaktong 64 byte ang haba ay maaaring magmukhang isang internal na bahagi ng istrukturang iyon. Lumilikha ito ng paraan upang pekein ang isang patunay na maaaring makapanlinlang sa ilang simplified payment verification, o SPV, wallet upang tanggapin ang isang transaksyon na hindi kailanman nakumpirma.
Gagawin lang ng BIP-54 na invalid ang mga 64-byte na transaksyon. Matagal nang nonstandard ang mga transaksyong iyon at bihirang gamitin. Ipinapangatwiran ng mga sumusuporta sa panukala na ang pagbabawal sa mga ito ay inaayos ang ugat ng problema nang mas malinis kaysa umasa na gagamit ang bawat light wallet ng workaround.
Isang Huling Patakaran ang Maaaring Magpasimple sa Hinaharap ng Bitcoin
Ang ikaapat na pagbabago ay tungkol sa coinbase transactions, ang mga espesyal na transaksyon kung saan tumatanggap ang mga miner ng bagong inilabas na bitcoin at mga bayarin sa transaksyon. Noong mga unang taon ng Bitcoin, lumitaw ang magkakaparehong coinbase transactions sa higit sa isang block, na naging sanhi upang mawala ang mga unspent output ng naunang transaksyon. Nagdagdag ang Bitcoin ng mga check upang maiwasang maulit, ngunit ang mga check na iyon ay nagdaragdag ng komplikasyon sa pag-validate ng block.
Hihilingin ng BIP-54 na ang mga bagong coinbase transaction ay magsama ng mga setting na nakatali sa block height, o sa posisyon nito sa blockchain. Titiyakin nito ang pagiging natatangi sa hinaharap at maaaring sa kalaunan ay pahintulutan ang mga node na alisin ang mas lumang duplicate-transaction checks. Maaaring gawing mas simple ang validation ng pagbabago at suportahan ang mga disenyo sa hinaharap na naglalayong bawasan ang pasaning pang-imbak sa pagpapatakbo ng full node.
Mas Pinapahirap ng Posisyon ng F2pool ang Activation
Hindi natapos ng teknikal na kaso para sa BIP-54 ang pampolitikang debate. Si Wang Chun, co-founder ng malaking mining pool na F2pool, ay nagsabi noong Ago. 10 na hindi niya sinusuportahan ang panukala. Ipinaliwanag niya na ia-update ng F2Pool ang mga mining node nito kung maabot ng BIP-54 ang kinakailangang mayorya sa pamamagitan ng karaniwang BIP-9 activation process, ngunit hindi ito magsi-signal para rito bago mangyari iyon.

Ang pagtutol ni Chun, na ibinahagi pa noong Abril sa X, ay higit na tungkol sa proseso at mga prayoridad. Ipinunto niya na ang pagsasama-sama ng apat na pagbabago ay kahawig ng pagbubundol ng hindi magkakaugnay na mga hakbang sa iisang panukalang-batas. Itinuturing niyang masyadong malayo ang ilan sa mga panganib upang bigyang-katwiran ang koordinasyon, mga pag-upgrade ng software, at atensyon ng komunidad na kailangan para sa isang soft fork, na nagbabago sa mga patakaran ng Bitcoin sa paraang maaaring hindi ipatupad ng mas lumang software.
Iba ang tingin ng mga sumusuporta sa bundling. Ipinapangatwiran nila na ang bawat pagbabago sa consensus ay may mataas na social cost, kaya ang pagsasama ng ilang defensive fix ay maaaring magpababa sa bilang ng mahihirap na networkwide activation effort. Sinasabi rin nila na ang tumataas na halaga ng Bitcoin ay nagbibigay sa mga umaatake ng mas maraming dahilan upang saliksikin ang mga kahinaang dati’y mukhang teoretikal lamang.
Ang Pagbagsak ng BIP-110 ay Nagdadagdag ng Bagong Pag-iingat
Dumarating ang debate pagkatapos lamang ng kabiguan ng BIP-110, isang hiwalay na panukala na naghangad na pansamantalang higpitan ang nonfinancial na datos na iniimbak sa mga transaksyon ng Bitcoin. Tinutukan nito ang mga gawain na kaugnay ng Ordinals inscriptions, malaking OP_RETURN data at ilang Taproot-based na pag-iimbak ng data. Nabigo ang mas mababang activation threshold nito na makahikayat ng makabuluhang suporta mula sa mga miner, at ang isang maliit na chain na nagpapatupad ng panukala ay na-stall matapos makagawa ng iilang block lamang.
Hindi nito ginagawang katulad na panukala ang BIP-54. Hindi nagdaragdag o nag-aalis ang BIP-54 ng mga general-purpose script feature, at hindi rin ito isang landas tungo sa covenants o OP_CAT, mga panukala na magpapalawak sa programmable spending options ng Bitcoin. Gayunman, ipinakita ng BIP-110 kung gaano kabilis maging mas malawak na argumento ang isang pinagtatalunang upgrade tungkol sa kung sino ang dapat magpasya sa hinaharap ng Bitcoin.
Ang BIP-54 ay aktibo na para sa pagte-test sa Bitcoin Inquisition, isang Signet-based na test environment, at ang kasalukuyang mga release ng Bitcoin Core ay nag-adopt na ng mga kaugnay na policy protection. Ilang mining pool, kabilang ang MARA at ViaBTC, ay kusang-loob nang nagsimulang gumawa ng mga compatible na coinbase transaction. Ngunit hindi pa naitakda ang pormal na activation parameters, at nananatiling bukas ang isang mainnet vote.
Ang susunod na tanong ay kung makakapagkasundo ang mga developer, komunidad, mga negosyo, node operator, at mga miner na ang pag-aayos ng mga kilala ngunit bihirang naaabuso na panganib ay sulit sa isa na namang effort ng koordinasyon na kasing bigat ng hard-fork. Dapat abangan ng mga mambabasa ang isang pormal na BIP-9 signaling proposal, karagdagang anunsyo ng kahandaan ng mga miner, at kung mapipigilan ng pagtutol ng F2pool ang malawak na suportang tradisyonal na kinakailangan para sa mga upgrade ng Bitcoin.
Ang artikulong ito ay isinalin mula sa Ingles gamit ang AI. Ang orihinal na bersyon sa Ingles ang opisyal na pinagmumulan; maaaring maglaman ng mga kamalian ang mga awtomatikong pagsasalin, lalo na sa legal at regulatoryong terminolohiya.












