Taproot Update: Ang Mga Gumagamit ng Bitcoin ay Nakauwi sa Plano sa Pag-activate, TBD Pa rin ang Petsa

Marami sa mga pinaka-aktibong stakeholder ng Bitcoin ang halos napako na ang paraan ng pag-activate para sa Taproot, ang pinakamalaking pag-upgrade ng software ng Bitcoin sa mga nakaraang taon.

Sa isang pampublikong pagpupulong sa Internet Relay Chat (IRC) Martes, ang mga developer ng Bitcoin , minero, propesyonal sa negosyo, at mahilig ay nag-hash ng mga detalye kung paano i-package ang Taproot upgrade sa isang update – at kung paano ito i-activate kapag naipadala na ang code.

Ang pinakaaktibo sa 200 o higit pang mga kalahok sa chat (karamihan, ngunit hindi lahat, mga developer) ay tila sumang-ayon sa Bitcoin Improvement Proposal (BIP) na gagamitin upang i-activate ang Taproot. Upang ihanda ang BIP para sa kargamento, bumoto din sila na "pagsamahin" ang dalawang "mga kahilingan sa paghila" (PRs) sa GitHub na nagbabalangkas ng mga patakaran para sa lohika ng pag-activate ng Taproot sa source code ng Bitcoin pagdating ng oras upang itulak ang pag-upgrade.

Read More: Paano Mapapabuti ng Taproot Upgrade ng Bitcoin ang Technology sa Buong Software Stack ng Bitcoin

ONE sa mga ito, PR #1021, ay may kasamang panukalang nagbibigay-daan sa mga user na puwersahang i-activate ang upgrade kung hindi ito sinusuportahan ng mga minero, habang PR #1020 "inirerekumenda" lamang ang pagpilit na ito ngunit hindi ito pinapagana bilang default. Dahil karamihan sa lahat ng kalahok ay sumusuporta sa BIP 8 nang walang sapilitang pag-activate, gaya ng sinabi ng pinuno ng pagpupulong at Bitcoin CORE developer na si Michael Folkson sa chat, ang karagdagang talakayan ay tutukuyin ang isang petsa upang simulan ang pag-activate - at higit pang tatalakayin kung hanggang saan ang isang "araw ng bandila" upang puwersahin ang pag-activate ay kinakailangan.

Bakit T kailangan ng Taproot flag day (marahil).

Hindi na ang mga minero na humaharang sa pag-upgrade ay dapat na isang isyu para sa Taproot, na mayroong ilang 91% na suporta sa minero, ayon sa isang survey pinamamahalaan ni Poolin VP Alejandro De La Torre.

Ang survey ay nagbibigay ng mahalagang feedback mula sa mga minero para sa desentralisadong organisasyon ng Bitcoin, na hindi maaaring unilaterally coordinate ang mga update sa paraang magagawa ng isang sentralisadong software provider. Ang mga pag-upgrade tulad ng Taproot ay nangangailangan ng maingat na koordinasyon sa pagitan ng mga minero, full-node user (mga nagpapatakbo ng open-source code ng Bitcoin) at iba pang stakeholder para matiyak na walang mali (tulad ng pagpasok ng bug o paghahati sa Bitcoin network sa dalawang hindi magkatugmang bersyon).

Dahil ang mga minero ay hindi nagpakita ng pagtutol sa Taproot, karamihan sa mga kalahok ay nagpahayag ng isang kagustuhan para sa BIP8 (false), na ang (false) ay tumutukoy sa pagbubukod ng isang "araw ng bandila" upang pilitin ang pag-activate sa pamamagitan ng mga buong node kung sakaling mabigo ang pag-upgrade sa pamamagitan ng kakulangan ng pag-activate ng minero.

Ang BIP8 na kasalukuyang ginawa ay magbibigay sa mga minero ng Bitcoin at mga full-node na operator ng isang taon upang gamitin ang pag-upgrade, pagkatapos nito ay ang pag-upgrade ay "naka-lock" na may sapat na suporta. Sa ONE bersyon nito, BIP8 (false), ang pag-update ay nabigo nang walang sapat na suporta. Sa isa pa, ang BIP8 (totoo), ang isang "araw ng bandila" ay pipilitin ang mga minero na magsenyas para sa pag-upgrade kapag nag-expire ang time frame ng activation kung hindi nila ito ginawa nang maaga.

Read More: Lahat ng Major Mining Pools Ngayon ay Sumusuporta sa Taproot, Pinakamalaking Pag-upgrade ng Bitcoin sa mga Taon

Teknikal na tala: Mayroong ilang mga paraan upang mag-upgrade ng Bitcoin, ang pinakamadaling ay sa pamamagitan ng pag-activate ng mga miner kung saan ang mga pool ng pagmimina ay nag-a-upgrade at nagsimulang mag-mining block sa ilalim ng mga bagong panuntunan. Kapag nabigo ito, maaaring mag-upgrade ang mga operator ng node at piliing tanggihan ang mga bloke mula sa mga minero na hindi nagbigay ng senyales ng suporta para sa pag-upgrade. Ang tinatawag na "user activate soft fork" (UASF), malapit nay ginamit upang i-activate ang SegWit, ay pipilitin ang mga holdout na minero na gamitin ang bagong pag-upgrade.

“Completely anecdotal pero hindi ko nakita anuman [bigyang-diin ang kanilang] pagsalungat sa Taproot," sabi ng ONE willcl_ark sa chat, na tumutukoy sa kung kailangan o hindi ang araw ng bandila. "Sa tingin ko ang paggamit ng pinakamababang karaniwang denominator ng mga parameter ng activation (false) ay tila isang makatwirang pagpipilian upang maiwasan ang anumang may layunin o aksidenteng pagkakahati ng chain kung sakaling T magsenyas ang mga minero."

Ano ang holdap?

Ang iba pa, tulad ng prolific Bitcoin CORE developer na si Luke Dashjr, ay hindi kumbinsido na hindi kailangan ang pagsasama ng isang flag day. Sa katunayan, ito ay isang bagay ng prinsipyo upang ipakita na ang mga operator ng node ay nagpapasya ng software, hindi mga minero.

"T mahalaga," sabi niya sa chat bilang pagtukoy sa suporta sa minero. "Ang mga minero ay hindi nagpapasya sa mga pagbabago sa protocol," patuloy niya, na nagpapahiwatig na ang mga operator ng node ang nagpapasya sa halip sa pamamagitan ng pagpili kung anong software ang tatakbo. Dagdag pa, itinaguyod niya na ang BIP8 (false), "hayaan [ng] mga minero ang magpasya" sa kapalaran ng pag-upgrade. Pagdating ng panahon, sabi niya mamaya sa chat, iko-configure niya ang kanyang node para patakbuhin ang BIP8 (true) na bersyon na tumatanggi sa non-Taproot blocks mula sa mga minero.

"Ang BIP8 na may mandatoryong [pag-activate] ay hindi isang hindi kinakailangang pagpapakita ng puwersa," sabi ni hsjoberg, na inuulit ang paniniwala ni Dashjr na ang pagpili ng gumagamit ng isang UASF ay isang kinakailangang pagsusuri at balanse sa kawalang-interes ng minero.

Read More: Muling binisita ang UASF: Mag-iiwan ba ng Pangmatagalang Legacy ang Pag-aalsa ng Gumagamit ng Bitcoin?

Gayunpaman, ang isang pagpapakita ng puwersa ay maaaring magpakilala ng hindi kinakailangang panganib at magtakda ng isang hindi kanais-nais na pamarisan para sa mga pag-deliberasyon sa pag-upgrade sa hinaharap, lalo na kapag ang mga minero ay nagbigay sa mga user ng walang dahilan upang maging panlaban, kaya pumunta sa mga argumento na pabor sa BIP8 (false).

“Mas ligtas ang [BIP8 false] kaysa [true], kaya sulit na gawin muna ang [false] dahil alam nating ang hashpower ay ~90% pro-Taproot na,” sabi ng developer ng Bitcoin CORE at CoinSwap na si Chris Belcher.

Itinuro ng iba tulad ng Suredbits at Bitcoin CORE developer na si Ben Carman na maaari mong i-configure ang pag-upgrade sa ibang pagkakataon upang maging activation para isama ang flag day sakaling mabigo ang mga minero na magsenyas, "ginagawa itong mas ligtas at madali para sa mga user na ipatupad ang UASF."

Sa pagtatapos ng pulong, sumang-ayon ang mga kalahok na pagsamahin ang mga kahilingan sa pag-pull sa GitHub para sa parehong hindi sapilitang ruta sa pag-activate (PR #1020) at isang sapilitang ruta sa pag-activate (PR #1021). Sa parehong mga panuntunang ito sa GitHub ng Bitcoin Core, ang mga patakaran para sa sapilitang pag-activate ay magagamit lamang kung kinakailangan.

Higit pang deliberasyon

Ang chain split scenario na inilarawan ni willcl_ark ay karaniwang ang bogeyman na gustong iwasan ng lahat dito. Ang pangamba ay nangangailangan ang BIP8 (totoo) ng 100% ng hashrate upang mag-signal para sa pag-upgrade pagkatapos matapos ang deadline ng pag-activate ng Taproot. Kaya, kung sapat na mga user ang pumunta sa rutang ito kasabay ng paggamit ng iba sa BIP8 (false) para sa hindi sapilitang pag-activate (na nangangailangan lamang ng 95% ng hashrate), ang dalawang magkaibang bersyon ng code ay maaaring lumikha ng dalawang hindi magkatugma na kasaysayan ng ledger ng transaksyon ng Bitcoin.

Iyon ang dahilan kung bakit, kung dapat mangyari ang sapilitang pagbibigay ng senyas, pinakamahusay na gawin ito sa pamamagitan ng PR #1021 ng AJ Townes, na "ginagawa itong mas ligtas para sa opsyon ng UASF na siyang pinaka'mapanganib' na senaryo," isinulat ni Carman sa chat.

Sa ngayon, tila pinapaboran ng mga nasasangkot sa mga talakayan ang BIP8 (false) sa pagdaragdag ng isang UASF sa pamamagitan ng PR #1021 kung kinakailangan, ngunit kailangan ng karagdagang talakayan upang matukoy ang eksaktong timeline ng paunang panahon ng pag-activate (o kung gaano katagal ang mga user na kailangang mag-upgrade pagkatapos maging live ang update), pati na rin kung anong petsa ng pag-activate ang itatakda.

Ang mga "what ifs" at "kailan" na ito ay iha-hash out, bukod sa iba pang mga bagay, sa isang pulong sa Pebrero 16.