Sa Mga Bagong Release, Nagkakaroon ng Mga Pangmatagalang Plano ang Nagkukumpitensyang Bitcoin Softwares

Ang mga dibisyon sa patuloy na debate sa laki ng bloke ay lumaki nang mas malinaw sa linggong ito kasunod ng isang pribadong kumperensya at pagtaas ng aktibidad sa network na nakita ang mga user na naghihintay ng mas matagal at nagbabayad ng higit upang makumpirma ang mga transaksyon.

Ang patuloy na debate sa kung paano dapat i-scale ang Bitcoin blockchain upang mapaunlakan ang mga bagong user ay iniulat na isang punto ng focus bilang kamakailangSatoshi Roundtable, isang imbitasyon lamang na pag-urong na pinag-isa ang mga developer at pinuno ng negosyo. Gayunpaman, iminumungkahi ng mga palatandaan na lumabas ang mga dadalo mula sa kaganapan na may a mas negatibo pananaw sa kalagayan ng diskurso.

Ngunit kahit na nagtatagal ang mga tensyon, ang pagbuo sa dalawang magkatunggaling bersyon ng Bitcoin software – Bitcoin Classic at Bitcoin CORE – ay nagpapatuloy habang naglo-lobby ang mga grupo para sa suporta mula sa mas malawak na user base ng network.

Noong huling bahagi ng Pebrero, ang Bitcoin CORE, ang pinakamalaki at pinakamatagal na pangkat ng mga developer ng network, ay naglabas ng bagongroadmap, at kasama nito, ang pinakabagong release - bersyon 0.12.0 – ng software.

Maya-maya, nasa likod na ang team ang alternatibong pagpapatupad ng Bitcoin Inanunsyo ng Bitcoin Classic ang roadmap nitong 2016 <a href="https://github.com/bitcoinclassic/documentation/blob/master/roadmap/roadmap2016.md">https://github.com/bitcoinclassic/documentation/blob/master/roadmap/roadmap2016.md</a> , at sinundan ng linggong ito ang paglabas ng pinakabagong bersyon ng Classic, batay sa CORE na bersyon 0.12.0.

Ang mga release ay nananatiling interesado sa komunidad, dahil pagdating sa isang potensyal Bitcoin fork, ang resulta ay maaaring winner take all.

Naniniwala ang mga nangungunang technologist na ang grupo na makakakuha ng consensus sa paligid ng kanilang pananaw ay mabilis na makikita ang kanilang mga set ng panuntunan na pinagtibay, at na sa kabila ng mga alalahanin, ang panganib ng network na mahati sa dalawang hindi magkatugma na bersyon ng blockchain ay nananatiling mababa.

Sinabi ni Bloq CEO Jeff Garzik sa CoinDesk:

"Mabilis na Social Media ng network ang panalong tinidor, [may] bilyong insentibo."

LOOKS ng artikulong ito ang makeup ng dalawang release na ito at kung paano sumusulong ang parehong grupo para ipatupad ang kanilang pananaw para sa Bitcoin network.

Klasikong roadmap

Sa opisyal nitong 2016 roadmap, inilabas ng development team na responsable para sa Classic ang nilalayong plano para sa paglulunsad ng software sa susunod na 11 buwan.

Sa unang yugto, inaasahan ng koponan na ipatupad ang BIP 109, na orihinal na iminungkahi para sa CORE ng developer na si Gavin Andresen, na magpapalaki sa laki ng mga bloke ng transaksyon sa network ng Bitcoin mula sa kasalukuyang 1 megabyte (MB) bawat bloke hanggang 2 MB bawat bloke.

Ang threshold para sa paglipat na ito ay kapag ang 751 sa nakaraang 1,000 na mga bloke ay nakuha na may code na sumusuporta sa mas malalaking bloke. Sa pag-abot sa 75% na threshold na iyon, magsisimula ang isang 28-araw na panahon ng pag-activate.

Sinabi ni Andresen sa CoinDesk:

"Ang panganib ng mataas na threshold ay ang isang minero o pool operator ay maaaring pilitin na gamitin ang veto na iyon - maaari silang banta o i-blackmail. Ito ay hindi isang teoretikal na panganib. Nakikita natin ang mga pag-atake sa pagtanggi sa serbisyo laban sa mga pool o serbisyo na 'pagboto sa maling paraan' at mayroon pa ngang mga ulat ng mga banta sa kamatayan."

Ang 28-araw na yugto ay nag-iwan sa ilan sa komunidad na nag-aalala, ngunit sinabi ni Andresen sa isang kamakailang post sa blog na "ilang sa mga pangunahing Bitcoin miners, exchange, [at] web-wallet provider" ay nagpahiwatig na ang panahon ng pag-activate ay nagbibigay sa kanila ng "maraming oras" upang baguhin ang kanilang software.

Ipinagtanggol pa niya ang 28-araw na palugit sa pamamagitan ng paghahambing nito sa huling pag-upgrade ng bersyon ng block.

Ipinaliwanag ni Andresen na humigit-kumulang isang buwan bago maabot ang 75% ng hashrate at kapag nangyari iyon, tumagal lamang ng karagdagang pitong araw bago maabot ang 95% ng hashrate.

Sa madaling salita, naniniwala siya na tila T makabuluhang pag-aalala tungkol sa isang 28-araw na window ng paglipat.

Mga yugto sa hinaharap para sa Classic

Kung sakaling magsimula ang hard fork, papasok ang Classic sa ikalawang yugto nito sa Q2 o Q3 2016 na may layuning matugunan ang mga alalahanin sa laki ng block.

"Ang layunin ng ikalawang yugto ay alisin ang mga teknikal na hadlang (dahil sa isang hindi mahusay na protocol ng network) na naglilimita sa kapasidad ng network. Sa halip na magpadala ng isang malaking pagsabog ng data kapag natagpuan ang isang bagong bloke, isang maliit na halaga ng data ang mai-broadcast, na tumutukoy sa data ng transaksyon na dapat na nai-broadcast na, "paliwanag ni Andresen.

Sinabi pa niya na ang mga kahusayang ito ay hindi isang alalahanin sa 1 MB o 2 MB na mga bloke, ngunit ang pinakalayunin ng ikalawang yugto ay "ihinto ang sentral na paggawa ng desisyon tungkol sa 'tamang' maximum na laki at bumalik sa orihinal na pananaw ni Satoshi ng isang self-regulating system".

Ang huling hakbang para sa Classic na koponan ay ang pagpapakilala ng isang dynamic na limitasyon sa laki ng bloke, ngunit pagkatapos lamang na "makumpirma ng mga minero at kumpanya na matagumpay na natugunan ng mga minero at kumpanya ang ikalawang yugto ng kanilang mga alalahanin sa laki ng bloke."

Ang ONE panukalang ipinakita sa roadmap ay ang paggamit ng variation ng adaptive block size batay sa kamakailang median block size na nakabalangkas sa isang kamakailang post sa blog ni Stephen Pair, CEO ng BitPay.

"Upang matukoy ang limitasyon sa laki ng block, kinakalkula mo ang median na laki ng bloke sa ilang kamakailang sample ng mga bloke at maglapat ng maramihan," isinulat ng Pair.

Ipinaliwanag ng Pair na, hindi tulad ng average na laki ng block, ang median ay mas mahirap laruin. Sa isang average na laki ng bloke, maaaring palakihin ng mga minero ang laki ng block sa kanilang sariling mga transaksyon o, sa kabilang banda, walang mga transaksyon sa mga bloke. Sa median, "kailangan mo ng coordinated action ng higit sa 50% ng kapasidad ng pagmimina".

Siyempre, kung may isang taong kinokontrol ang higit sa 50% ng kapasidad ng pagmimina, ang Bitcoin ay may mas malalaking isyu na kalabanin kaysa sa limitasyon sa laki ng bloke.

Kasabay ng pagtaas sa laki ng block, ang Classic ay nagpaplanong magsagawa ng isang kumperensya "kung saan ang mga ito at ang hinaharap na mga solusyon at alalahanin sa pag-scale ay maaaring talakayin sa komunidad."

Ang bagong release, na inilathala noong ika-7 ng Marso, ay nagsasama ng mga elemento mula sa Bitcoin Core's 0.12.0 ngunit kapansin-pansing nag-iiwan sa feature na opt-in replace-by-fee (RBF), kung saan maaaring i-rebroadcast ng mga user ang mga transaksyon na may mas mataas na bayad hangga't T sila kasama sa isang block, na nakatakda sa hindi pinagana bilang default.

Inilabas ng CORE ang pinakabagong bersyon ng software

Ang CORE development team inihayag ang paglabas ng v0.12.0 noong ika-23 ng Pebrero, na inilarawan ng mga developer bilang potensyal na "ang pinakamalaking ONE pa, na may mas makabuluhang mga pagpapabuti kaysa sa iba pa noon."

Binabalangkas ng koponan ang paglabas bilang nakatuon sa pag-optimize ng pangkalahatang pagganap ng software. Sa maraming pagkakataon, sinadya nitong bawasan ang mga kinakailangang mapagkukunan ng computational o pagbutihin ang bilis kung saan maaaring maganap ang mga pagkilos.

Noong Nobyembre 2015, nagsumite ang CORE developer na si Pieter Wuille ng isang Request ng hilahin upang lumipat sa isang libsecp256k1-based na pagpapatunay ng ECDSA. Sa loob nito, ipinaliwanag niya na magkakaroon ng tatlong benepisyo sa paggawa ng paglipat na iyon.

"Ang pagpapatunay ng lagda ay nasa pagitan ng 2.5 at 5.5 na beses na mas mabilis; Ang code ng pinagkasunduan ay hindi na nakasalalay sa OpenSSL o sa signature parser nito; Tinatanggal ang pag-link sa OpenSSL mula sa libconsensus," isinulat niya.

Nagkaroon din ng mga implikasyon sa seguridad sa pag-alis sa OpenSSL.

"Napakakomprehensibo ng OpenSSL sa mga kakayahan nito, ngunit ang napakalaking set ng tampok na ito ay nangangahulugan na ang pag-atake nito ay medyo malaki bilang isang resulta," isinulat ng koponan sa v.0.12.0 na anunsyo nito.

Matapos gumugol ng halos tatlong taon sa pagpapaunlad, ang libsecp256k1 ay pinagsama sa kliyente ng Bitcoin CORE , na nagreresulta sa sinasabi ng koponan na pitong beses na pagpapabuti sa bilis ng pagpapatunay ng lagda. Dagdag pa, dahil ang libsecp256k1 ay pangunahing nakatuon sa pagpapatunay ng lagda, ang lugar para sa mga pagsasamantala sa seguridad ay mas maliit, ayon sa CORE.

Sa pagpapatuloy sa pag-optimize nito, naglunsad din ang team ng mekanismo para maiwasan ang mga pag-crash ng node dahil sa mga limitasyon ng memory pool.

Ang isa pang pangunahing pagbabago ay may kinalaman sa kung paano nag-iimbak ang mga node ng mga transaksyon na T pa nagagawang isang bagong bloke.

Sa isang blog post na inilathala bago siya umalis sa pangkat ng Bitcoin CORE, binalaan ng developer na si Mike Hearn tungkol sa ang potensyal para sa isang makabuluhang pagbaba sa mga node ng network.

Habang ginagawa ang mga transaksyon, pumapasok sila sa memory pool kung saan sila gaganapin hanggang sa magpakita sila sa blockchain. Habang mas maraming transaksyon ang nagaganap, mas marami ang napipilitang pumasok sa memory pool. Para sa mga node na maraming memorya, T ito isyu; gayunpaman, ang mga gumagana na may kaunting memorya ay nahaharap sa isang potensyal na masamang sitwasyon.

Binalangkas ni Hearn ang tatlong posibleng senaryo na maaaring mula sa sitwasyong ito:

"Maaaring maging napakabagal ng node habang pumapasok ito sa swap hell; maaaring mag-crash ang node kapag sinubukan nitong maglaan ng memory at nabigo; ang node ay maaaring patayin ng kernel ng operating system."

Upang kontrahin ito, ipinakilala ng CORE ang isang tampok na tinatawag na memory pool limiting, na nagtatakda ng default na hard limit sa laki ng memory pool; partikular, ito ay nakatakda sa 300 MB sa 0.12.0.

Ang epektibong mangyayari ay, habang ang isang node ay nagsimulang kumuha ng higit pang mga transaksyon, kung ang memory pool ay umabot sa 300 MB na limitasyon, ang node ay unang mag-drop ng mga transaksyon na nag-aalok ng pinakamababang bayad sa bawat bye kaysa sa simpleng pagtanggap ng higit pang mga transaksyon.

Pagbawas ng mga gastos sa mapagkukunan

Ang 0.12.0 ay nagpapakilala rin ng salik na naglilimita sa trapiko sa pag-upload. Sa mga node na patuloy na nagre-relay ng mga transaksyon sa buong network, maaari itong magresulta sa pagtaas ng dami ng mga mapagkukunan sa pag-upload, na maglalagay ng pasanin sa mga indibidwal na node.

Ang kadahilanan sa paglilimita ng trapiko sa pag-upload ay nagbibigay-daan sa operator na limitahan kung gaano karaming data ang na-upload at ibinabahagi sa iba pang bahagi ng Bitcoin network. Kung sakaling maabot nito ang limitasyong ito, ihahatid ng node ang mga bloke na hiniling sa loob ng nakaraang linggo, kaya pinapaliit ang mga pangangailangan sa mapagkukunan.

Upang higit na maiwasan ang mga node na ma-overwhelm, ipinakilala ng team ang wallet pruning.

Sa kasalukuyan, ang mga node ay nag-iimbak ng kumpletong kopya ng blockchain. Sa pagsulat ng artikulong ito, nangangahulugan iyon na ang bawat node ay kailangang mag-imbak ng 57.8 GB ng data ng transaksyon. Kung mas malaki ito, mas maraming espasyo sa imbakan ang kailangan.

Ang bagong 'pruned mode' ay nagpapahintulot sa mga gumagamit ng Bitcoin CORE wallet na bawasan ang kinakailangang espasyo sa disk mula 60 GB hanggang 2 GB lamang.

"Ito ay nangangahulugan na ang node ay tututuon lamang sa pagsubaybay sa mga hindi nagastos na mga output at makakalimutan ang mga naunang naprosesong bloke pati na rin ang mga output na ginastos," paliwanag ng koponan.

Habang may kontrobersya sa pagsasama ng replace-by-fee, sa panimula, ang bagong release ay nakatuon sa paggawa nito na hindi gaanong resource-intensive para gumana ang mga node.

Bilang ang bilang ng mga node ay bumagsak sa nakalipas na ilang taon, ang pagbabawas ng mga kinakailangang mapagkukunan ay dapat magresulta sa mas maraming user na magpasyang magpatakbo ng mga node na ganap na nagpapatunay sa blockchain. Ang mas maraming node sa network, nagiging mas ligtas ang Bitcoin .

Nawalang larawan ng hiker sa pamamagitan ng Shutterstock