Ipinapalagay ni Bitcoin developer na si Matt Corallo na may 80% na posibilidad na maging ang BIP-54—isang propuesta na naglalayong ayusin ang apat na matagal nang butas sa network—ang susunod na soft fork ng Bitcoin.
- Ipinapalagay ni Bitcoin developer na si Matt Corallo na may 80% na posibilidad na maging susunod na soft fork ng Bitcoin ang proposal na BIP-54, na naglalayong ayusin ang apat na matagal nang vulnerability sa network.
Ang inirerekomendang pag-upgrade ay maglalayon sa pag-adjust ng mining difficulty,区块验证, Merkle tree proof, at mga kahinaan sa mga paulit-ulit na coinbase transaction.
Hindi pa nakakatukoy ang BIP-54 ng matibay na petsa ng pag-activate, ngunit ang mga estima na kinuha sa TABconf ay nagpapahiwatig na maaaring dumating ang pag-update noong 2027, ngunit mas malamang noong 2028 o huli.
- Ilan sa mga developer ay nagtatanong kung dapat bang prioritizahin ang pagpapanatili ng Bitcoin kaysa sa pagdaragdag ng mga bagong tampok, ngunit naniniwala si Corallo na ang pagpapalawig na ito ay tumutulong sa pagbuo ng mas malinaw na proseso para sa mga hinaharap na soft fork.
Ang Corallo ay nakipag-usap sa tagapamahala ng MARA Foundation, si Isabel Foxen Duke, sa isang paglalabas sa MARA Foundation TV at ipinaliwanag kung bakit maaaring prioritizahin ng mga developer ang pagpapabuti ng umiiral na problema sa consensus kaysa magdagdag ng mga bagong tampok.
Ang propuesta na tinatawag na “Great Consensus Cleanup” ay nagmula sa trabaho na inilahad ni Corallo noong 2019, na lumago sa isang opisyal na Bitcoin Improvement Proposal at isinulat kasama ng developer na si Antoine Poinsot.
Bagaman ang pag-upgrade ay walang tiyak na petsa ng pagpapalawak, naniniwala si Corallo na ito ay naglulutas ng teknikal na problema na kilala ng mga developer at hindi nangangailangan ng malalaking pagbabago sa mga tampok ng Bitcoin.
Sabi ni Corallo: "Alam namin na may mahabang lista ng mga bagay na kailangang ayusin." Ipinaliwanag niya ang mga butas na ito bilang totoong pag-aalala, ngunit hindi bilang makabuluhang banta sa network.
Ang BIP-54 ay nagmumungkahi ng pagpapabuti sa apat na butas sa Bitcoin
Ang opisyal na spesipikasyon ng BIP-54 ay naglalarawan ng mga pagbabago sa mga patakaran ng pag-adjust ng hirap ng Bitcoin, proseso ng pag-verify ng transaksyon, istruktura ng Merkle tree, at mga kinakailangan sa coinbase transaction.
Isang problema ay tumatalakay sa isang vulnerabilities na tinatawag na timewarp attack, na maaaring magbigay-daan sa mga miner na kontrol ang karamihan ng hashing power ng Bitcoin upang manipulahin ang timestamp ng block.
Ang Bitcoin ay kadalasang nag-aadjust ng mining difficulty bawat 2,016 na blocks, na katumbas ng dalawang linggo. Kung gagamitin ng isang attacker ang umiiral na rules sa timestamp, maaari niyang pababain ang difficulty upang mas mabilis ang paggawa ng mga bagong blocks kaysa sa inaasahan.
Ayon sa teknikal na dokumento ng propuesta, sa ekstremong kaso, maaaring ipush ng attacker ang mining difficulty patungo sa pinakamababang antas sa loob ng 38 araw.
Upang lutasin ang problemang ito, ipinapakilala ng BIP-54 mga limitasyon sa timestamp sa simula at wakas ng bawat cycle ng pag-adjust ng hirap, na naglalaman ng tolerance na dalawang oras upang tugunan ang normal na pagkakaiba.
Ang isa pang ipinapahiwatig na pagbabago ay tumutukoy sa mga espesyal na binuo na bloke na nangangailangan ng hindi karaniwang malaking halaga ng computing power para masuri.
Ayon sa mga patakaran, ang ilang mga bloke ay maaaring magtake ng ilang minuto sa mga high-performance computer, at maaaring magtake ng ilang oras sa mga mas mahinang machine, na nagpapahintulot sa mga masasamang miner na pigilan ang kanilang mga kalaban.
Ang BIP-54 ay maglalagay ng limitasyon sa 2,500 na pag-verify ng signature bawat transaksyon. Ayon sa may-akda nito, ang limitasyong ito ay maaaring mapabawasan ang pinakamasamang kaso ng pag-verify ng block ng 40 beses.
Ang ikatlong pag-aayos ay tumutukoy sa isang butas sa Merkle tree na may kaugnayan sa mga transaksyon na may eksaktong 64 byte ng non-witness data.
Sa ilang mga kondisyon, ang mga transaksyong ito ay maaaring magkakatulad sa mga internal node ng Merkle tree, na maaaring magbigay-daan sa mga attacker na ipakita sa mga light Bitcoin client na tinatanggap ang mga forged proof of transaction inclusion.
Ang mga propong alituntunin ay magiging walang bisa sa mga transaksyon na may partikular na laki upang tanggalin ang pangunahing kalituhan.
Ang huling pagbabago ay tumutukoy sa paulit-ulit na coinbase transaction. Ang coinbase transaction ay isang espesyal na transaction na nililikha ng miner upang makakuha ng区块奖励.
Ang BIP-54 ay magdadala ng mga bagong kakailanganin para sa mga field ng coinbase transaction upang maiwasan ang mga problema sa pagkilala sa nakaraang transaksyon na maaaring muling maganap sa mga hinaharap na block height.
Ang mga patakaran ay nagtatakda na sa ilalim ng kasalukuyang mga patakaran, ang bloke 1,983,702 ay ang pinakamababang hinaharap na height kung saan maaaring magkaroon ng paulit-ulit na coinbase transaction.
May pagkakaiba-iba ang mga developer ng Bitcoin sa mga hinaharap na upgrade
Bagaman may tiwala si Corallo, kinritiko ng ilang developer ang panukalang ito, na naniniwala na dapat unahin ng Bitcoin ang mga pagpapabuti na magdadala ng mga bagong kakayahan.
Ang co-founder at CEO ng LayerTwo Labs, Paul Sztorc, ay nag-post sa X na ang pag-activate ng BIP-54 ay "medyo nakakapagod," at naniniwala siya na ang proposition na ito ay isang pagpapanatili lamang at walang dagdag na function.
Sinabi ni Sztorc na ang mga developer na siya ay sinuri sa TABconf sa Atlanta ay nag-antay nang pangkalahatan na ang propuesta na ito ay maging ang susunod na soft fork ng Bitcoin.
Gayunpaman, ang kanilang pagtataya ay nagpapakita na ang paghihintay ay magiging mahaba, na may pinakamauunang pagtataya ay setyembre 2027, habang ang karamihan ay umaasang i-activate sa 2028 o higit pa.
Ang diskusyon na ito ay nagpapatuloy sa mga pagkakaibigan na umiiral mula noong 2021, noong ma-activate ang Taproot, tungkol sa mga pagbabago sa protokolo ng Bitcoin.
Noong Setyembre ng taong ito, binigkas ni crypto.news ang pag-aalala ni Sztorc: maaaring mahirapan ang Bitcoin na muli pang aktibahin ang mga karagdagang soft fork dahil sa pagkakaiba-iba sa paraan ng pagpapayag sa pagbabago sa consensus.
Lumabas siya ng OP_CAT, isang propong na pagpapalawak na naglalayong balikin ang isang operasyon na nagpapahintulot sa bitcoin script na kombinahin ang data at suportahan ang mas kumplikadong kondisyon sa paggastos.
Ang iba pang mga propuesta, kabilang ang OP_CHECKTEMPLATEVERIFY sa ilalim ng BIP-119, ay nakakaranas din ng katulad na mga hirap sa pagkuha ng sapat na suporta sa ekosistema ng Bitcoin.
Samantala, ang quantum computing ay naging isa pang paksa ng diskusyon sa protokolo. Nagsuri ang Coinbase sa ilang posibleng solusyon para protektahan ang Bitcoin laban sa mga hinaharap na banta ng quantum, kabilang ang BIP-360 at ang irerekomenda nitong Pay-to-Merkle-Root output structure.
Sa pagkakaiba sa mga propostal na ito, ang BIP-54 ay nakatuon sa pagpapabuti sa mga kahinaan sa umiiral na consensus rules ng Bitcoin.
Gusto ng Corallo na magtatag ng proseso ng pag-activate ng soft fork para sa BIP-54
Bukod sa teknikal na pagbabago, naniniwala si Corallo na maaaring tumulong ang pag-upgrade na ito sa mga developer upang makabuo ng mas maayos at mas makabuluhan na proseso para sa mga hinaharap na soft fork ng Bitcoin.
Ipinaliwanag niya na ang pag-upgrade sa Bitcoin ay karaniwang naglalaman ng mahirap na teknikal na desisyon, ngunit ang pagkakaibigan sa paraan ng pag-activate ay naging magkakaparehong mahalagang hadlang.
Sa panahon ng digmaan tungkol sa pag-deploy ng Taproot, may pagkakaiba-iba ang mga kalahati kung ang mga miner ay dapat magbigay ng suportang signal bago ang aktibasyon, o kung ang aktibasyong deadline ay dapat ipaglaban ng mga user.
Sinabi ng Corallo na ang mga developer ay maaaring gamitin ang proseso ng pag-deploy ng BIP-54 upang tratuhin ang mga katulad na pagkakaibigan at lumikha ng mga prosedurang maaaring gamitin muli sa mga susunod na upgrade.
Ayon sa kanilang opisyal na log ng pag-update, ang propuesta ay naging buong spesipikasyon noong Mayo 22, 2026, ngunit ang estado na ito ay hindi katumbas ng aktibasyon ng network.
Ang mga termino ng kompatibilidad ay nagsasabing ang mga pagbabagong ito ay magpapigil sa mga umiiral na patakaran sa pag-verify, habang nananatiling kompatibulo sa mga node na hindi na-upgrade.
Gayunpaman, binabalewala pa rin ng may-akda ang mga operator ng node na i-update ang software upang makapagpapatupad nang independiyente ng mga inirerekomendang limitasyon.
Para sa mga miner, sinasabi ng dokumento na ang mga bersyon 29.0 at 30.0 ng Bitcoin Core ay mayroon nang区块模板保护 na kompatibleng may ilang panukalang limitasyon, habang kailangan ng mga mining pool na siguraduhin na ang kanilang coinbase transaction ay sumusunod sa mga bagong kinakailangan.