Ang 'Segwit2x' Scaling Proposal ng Bitcoin: Ang mga CORE Developers ay Nag-Strike Critical Stance

Ilang araw pagkatapos ibunyag ang isang malawak na suportado ngunit pinagtatalunang panukala para sa pagtaas ng kapasidad ng transaksyon ng bitcoin, lalabas ang mga teknikal na detalye tungkol sa plano.

Maaaring hindi partikular na nakakagulat kung pamilyar ka sa matagal nang block-size debate ng bitcoin, ngunit ang pansamantalang code para sa kung ano ngayon kilala bilang 'Segwitx2'ay T pa gaanong natanggap ng open-source developer community ng proyekto.

ONE tinatawag Request ng hilahinmula sa Bloq co-founder Jeff Garzik, halimbawa, ay binati ng isang koro ng mga nag-aalinlangan na komento. Karamihan ay medyo teknikal, na nagmumula sa ilang mga developer na nagtrabaho sa Bitcoin sa loob ng mahabang panahon, ngunit ang tugon ay tila umuusad sa: 'Bakit T gumagamit ang grupo ng mas ligtas na paraan - ONE na iminungkahi ng marami sa atin kanina?'

Ang ilan sa mga komento ay tila may mapanuksong tono. "Itong pull Request ay medyo kakaiba," Colu blockchain research lead Udi Wertheimer stated in his reply.

"Wala pa ring pagsubok," simpleng sabi ng isa pang developer.

Gayunpaman, tinanggap ni Garzik, isang dating developer ng Bitcoin CORE na nagtatrabaho sa processor ng Bitcoin na BitPay, ang feedback, at nang maglaon, tumugon siya sa Katamtaman. "Ito ay isang panimulang punto," aniya, na nagsasaad ng kanyang paninindigan na ang kasalukuyang pagpapatupad sa GitHub ay sinadya upang maging isang kasalukuyang gawain.

Idinagdag ni Garzik na sumasang-ayon siya sa natanggap na feedback at nag-eendorso ng paggawa ng mga pagbabago na nagbibigay-daan sa code na maging compatible sa kasalukuyang bersyon ng Segregated Witness (o SegWit) – isang plano para i-scale ang blockchain iminungkahi ng mga Contributors ng Bitcoin CORE noong 2015.

"Kung ang kinalabasan ay na-maximize ang pagiging tugma nang higit pa, muling ginagamit ang umiiral na pagsubok nang higit pa, iyon ay isang WIN. Isulong ang pag-unlad," isinulat ni Garzik.

Mga takot sa tinidor

Ngunit para sa lahat ng ipinahiwatig na panunuya, ang debate ng developer na ito ay maaaring tingnan bilang isang halimbawa ng 'collaboration' at peer review.

Malamang na dapat tandaan na wala sa mga boluntaryong developer sa likod ng Bitcoin CORE ang pumirma sa 'kasunduan' sa panukala, unang inihayag ng kumpanya ng investment portfolio DCG noong nakaraang linggo. Tulad ng ipinahiwatig sa mga alalahanin sa itaas, ito ay bahagyang dahil sa mga teknikal na alalahanin, at isang bahagi dahil ang ilan ay T naniniwala na ang isang hard fork ay kinakailangan sa ngayon.

Ang mga pagtaas ng kapasidad ay lampas sa SegWit, ayon sa ilan, ay maaaring idulot sa iba pang pabalik-balik na mga paraan na T nanganganib na paalisin ang ilang mga kalahok sa network sa system.

Sa sandaling ang panukala ay inilabas, at kahit na bago noon, ang mga developer ay nagbigay ng teknikal na feedback tungkol sa kung paano pinakamahusay na mag-deploy ng isang hard fork, na maaaring magpaliwanag ng pahiwatig ng kapaitan mula sa mga developer sa mga kamakailang talakayan.

Ngunit, kahit na marami sa kanila ay T masigasig sa mga detalye ng panukala, sa ngayon ay T pa rin napigilan ang mga developer na subukang pagbutihin ang pagpapatupad.

"Isinulat ko ang BIP91 upang subukan at gawing mas matino ang panukala," sabi ng developer ng Bitcoin na si James Hilliard, at idinagdag na, sa kanyang mga mata, ang kasalukuyang hard fork timeline ay "ganap na hindi makatotohanan".

Ang iba ay nagbigay ng higit na bigat sa likod ng panukala, na may suporta mula sa higit sa 60 kumpanya at higit sa 80% ng mga operator at kumpanya ng pagmimina ng bitcoin.

"Sa palagay ko dapat nating tingnan ang pagbuo mula sa panukala at pagbutihin ito," sabi ng Blockstream CEO Adam Back. Sa pangkalahatan, ang Back ay lumitaw bilang marahil ang ONE sa mga mas positibong boses, na may mga komentong nagmumungkahi na ang pushback mula sa mga developer ay maaaring lumikha ng mga isyu sa pang-unawa.

Sa partikular, sinusubukan niyang idirekta ang interes sa isang panukalang tinatawag na 'spoonnet', isang sangay ng hard fork research mula sa kontribyutor ng Bitcoin CORE na si Johnson Lau.

Ang kontribyutor ng Bitcoin CORE si Eric Lombrozo, na nagtrabaho sa SegWit code, ay may katulad na collaborative take. "Makikipagtulungan ako sa [tagapagtatag at CEO ng DCG na si Barry Silbert] para maging matagumpay ito," siya nagsulat sa social media, bagaman hindi walang ilang mga caveat.

Masyadong marami, masyadong maaga?

Gayunpaman, sa ilalim ng linya, maraming mga developer ang T nag-iisip na ang panukala ay ONE.

Binuod ng kontribyutor ng Bitcoin CORE na si Bryan Bishop ang mga alalahanin nang mas maikli:

"Sa palagay ko, sa huli ay mabibigo ang [DCG] hard-fork na ligtas na ilipat ang buong network. Walang proteksyon sa pag-replay. Ito ay isang hindi makatwirang maikling timeline. T nito ginagamit ang mga naunang pagsisikap sa pananaliksik ng hard-fork."

"Sa tingin ko ang buong industriya ay kailangang gumising at mapagtanto kung gaano katagal ang mga bagay na ito," idinagdag niya, na nangangatwiran na ang pagsusuri at pagsubok ng peer ay tumatagal ng mahabang panahon. (Ang ibang mga developer at mga gumagamit ng Bitcoin ay nagtanong din sa anim na buwang timeline.)

Marahil ang mas mahalagang tanong ay: kung tutugunan ng grupo ang mga teknikal na alalahanin na ito, susuportahan ba ito ng mas maraming developer?

Ang tugon, gaya ng dati, ay kumplikado at halo-halong, na may ilang nagpapahayag ng pagnanais na isaalang-alang ang lahat ng mga tradeoff.

"May isang pangkalahatang damdamin sa mga developer ng Bitcoin CORE na ang napakalaking dami ng kapasidad ay maaaring makuha sa pamamagitan ng soft forks at backwards-compatible upgrades. T ko akalain na ang mga developer ng Bitcoin CORE ay magra- Rally sa isang hard fork sa NEAR hinaharap, lalo na hindi ONE na idinidikta ng isang closed-door Secret meeting," sabi ni Bishop.

Sinabi ng developer na si Jonas Schnelli, na kilala para sa libbtc library, na posibleng mapunta siya sa likod ng hard fork para sa block-size na pagtaas kung bibigyan siya ng mas maraming oras.

"Natutuwa ako sa SegWit2x kung maaari itong bumaba sa 80% nang hindi ito tugma sa umiiral na [SegWit] implementation," sabi ni Schnelli. "At gawin ang [hard fork] mamaya."

Ang iba ay T lang iniisip na ito ay gagana, na tila tinatrato ito ng parehong interes tulad ng kanilang pagtrato Bitcoin XT o Bitcoin Classic – iba pang mga hard fork proposal na nabigo (bagaman ang bagong pagsisikap na ito ay nakakuha ng mas maraming suporta).

Iba pang mga opsyon

Maraming mga developer ang nagpahayag ng damdamin na ang kapasidad ng transaksyon ay maaaring tumaas sa iba, marahil mas ligtas, na mga paraan. Para sa ONE, may posibilidad na isipin ng ilan na ang SegWit ay isang mas mahusay na solusyon sa sarili nitong – nang walang kasamang hard fork, na maaaring humantong sa isang network split.

"Sa SegWit2x, walang teknikal na dahilan upang pagsamahin ang [Segwit] sa isang [matigas na tinidor]. Pulitika lamang. At nilikha ang Bitcoin upang lumayo sa pulitika ... ito ang dahilan kung bakit hindi ko ito sinusuportahan," sabi ni Schnelli.

Ang kontribyutor ng Bitcoin CORE na si Luke Dashjr ay bukas sa isa pang kamakailang panukala, na tinawag COOP, na pinagsasama ang isang grupo ng hard-fork research sa ONE Bitcoin improvement proposal (BIP), para sa mas ligtas na pag-deploy. Ngunit, mayroon siyang mga reserbasyon tungkol sa pagpapalaki ng laki ng bloke nang napakabilis.

Aktibong itinaguyod ng Dashjr ang BIP148, isang kontrobersyal na pabalik-balik na mekanismo na naging nakakakuha ng momentum at mayroon din itong deadline para sa pag-activate, kahit na ang ilan ay nag-aalala na maaari rin itong magresulta sa isang chain split.

Siya ay nagtapos:

"Alinmang paraan, magsisimula ang BIP148 sa Agosto."

Disclosure: Ang CoinDesk ay isang subsidiary ng Digital Currency Group (DCG).

Lalaki sa hagdan ng konstruksiyon larawan sa pamamagitan ng Shutterstock