- Back to menu
- Back to menuMga presyo
- Back to menuPananaliksik
- Back to menuPinagkasunduan
- Back to menu
- Back to menu
- Back to menu
- Back to menu
- Back to menuMga Webinars at Events
Ang mga Bitcoin Coder ay Nakaharap sa Isang Lumang Katarantaduhan: Paano Mag-upgrade ng Buong Network
Ang isang lumang debate ay muling lumalabas sa komunidad ng developer ng Bitcoin , na binibigyang-diin ang ONE sa mga kritikal na hamon na kinakaharap ng mga desentralisadong sistema.
Ang isang lumang debate ay muling lumalabas sa komunidad ng developer ng Bitcoin , na binibigyang-diin ang ONE sa mga kritikal na hamon na kinakaharap ng mga desentralisadong sistema: kung paano i-update ang software kapag tila walang namamahala.
Ang katalista sa pagkakataong ito ay tinatawag na Taproot/Schnorr, isang taon-sa-paggawa ng Privacy at pag-upgrade ng scaling na nakikita kapana-panabik na pag-unlad kamakailan, lalo na ngayon na ang code sa anyo ng isang " Request ng paghila " ay sinusuri at sinusubok, na nagdadala ng pagbabago na unang tinalakay taon na ang nakalipas na mas malapit sa katotohanan.
Ang pagbabago ng code mismo ay T kontrobersyal sa mga developer sa ngayon. Ano ay para sa talakayan ay ang pinakamahusay na paraan upang i-activate ang pagbabago, na ginagawang posible na ipadala sa wakas Bitcoin (BTC) mga transaksyon sa bagong paraan na ito.
Sa gitna ng kung bakit may tanong tungkol dito ay ang Bitcoin ay walang pinuno at ipinamamahagi sa buong mundo. Paano maayos na nag-a-upgrade ang buong network sa paraang backward-compatible, na nagpapahintulot sa mga may mas lumang bersyon ng software na magpatuloy sa paglahok? Ano ang pinakamahusay na paraan para sa Bitcoin na gawin ang ganitong uri ng pagbabago nang walang pagkaantala?
Upang maging malinaw: na-update ang code ng bitcoin halos araw-arawsa pamamagitan ng global web ng mga developer ng open-source na proyekto. Ngunit ang mga pagbabago sa code ng "consensus", na tumatama sa mas malalim na bahagi ng Bitcoin, ay nangangailangan ng "soft fork," na nangangailangan naman ng isang tiyak na halaga ng koordinasyon upang dumaan nang maayos.
"May mga serye ng mga soft-fork na disenyo na kamakailan ay gumagawa ng mahusay na pag-unlad patungo sa pagpapatupad at pag-aampon sa hinaharap. Gayunpaman, para sa iba't ibang dahilan, ang mga paraan ng pag-activate ... ay nakakuha ng limitadong talakayan," Bitcoin CORE isinulat ng kontribyutor na si Matt Corallo isang email sa listahan ng mga developer ng Bitcoin noong nakaraang buwan na muling nagbukas ng debate.
Mayroong dalawang pangunahing pagpipilian para sa paggawa ng malambot na tinidor. ONE opsyon, ang Bitcoin Improvement Proposal (BIP) 9, ay ginamit para sa ilang malambot na tinidor sa nakaraan. Tinitiyak nito ang mga minero ay inihanda nang maaga ng isang malambot na tinidor, upang matiyak na ang isang pagbabago ay maayos na umaagos sa buong network. Ang isang karaniwang pagtutol sa pamamaraang ito ay ang pagbibigay nito sa mga minero ng labis na kapangyarihan.
Bilang kahalili, mayroong BIP 8, na kilala rin bilang user-activated soft fork (UASF), na nag-a-activate hindi alintana kung senyales ng mga minero na handa na sila o hindi. Depende sa pagpapatupad, ang pamamaraang ito ay maaaring magdulot ng iba pang mga problema, babala ni Corallo.
Aralin sa kasaysayan
Nagsimula ang talakayan noong 2017, nang ginamit ang BIP 9 upang i-activate ang Segregated Witness, o SegWit, isang pagbabagong mahalaga sa mahusay na debate sa scaling ng bitcoin. Upang protektahan ang mga minero mula sa pagmimina ng mga di-wastong bloke at pagkawala ng pera, hindi mag-a-activate ang SegWit hanggang sa 95 porsiyento ng mga minero ay nagtaas ng bandila na nagpapakitang handa na sila.
Ang karamihan sa mga mining pool (mga grupo ng mga minero na pinagsasama ang kanilang computational power sa network) ay nagpahayag na hindi nila babalikan ang SegWit - mahalagang i-veto ito - maliban kung ito ay ipinares sa pagtaas sa parameter ng laki ng block. (Itinakda ng misteryosong tagalikha ng Bitcoin ang kisame sa 1 megabyte, nililimitahan ang bilang ng mga transaksyon na maaaring ilagay sa mga bloke, na nai-publish bawat 10 minuto o higit pa.)
Ito ay isang kontrobersyal na kahilingan na pinaniniwalaan ng marami na maaaring humantong sa sentralisasyon ng network (at T matagumpay na maisakatuparan maliban kung ang Bitcoin ay sentralisado, gayon pa man).
Sa maikling kuwento, ipinakita ng insidente na magagamit ng mga mining pool ang 95 porsiyentong threshold upang kunin ang iba pang mga pagbabago sa halip na ang nilalayon na layunin: upang matulungan silang lumuwag sa pagbabago upang T sila mawalan ng pera.
Maraming mga bitcoiner ang hindi nagustuhan ito, nakikita ito bilang mga minero na sinusubukang gamitin ang kanilang kapangyarihan upang itulak ang isang pagbabago na hindi gusto ng lahat ng mga gumagamit.
Habang tumatagal ang debateng ito, isang misteryosong developer na dumaan sa handle na si Shaolinfry ay itinuro na ang mga bitcoiner ay maaari pa ring mag-upgrade. Ang ugat ng ideya ay ang mga gumagamit ng Bitcoin at mga palitan ay dapat magpasya kung ang isang pagbabago ay dapat dumaan, at Social Media ng mga minero ang kanilang mga hangarin - hindi ang kabaligtaran. Ginamit ang pamamaraang ito upang i-activate ang iba pang mga pagbabago sa Bitcoin . Napormal ni Shaolinfy ang ideyang ito sa BIP 8, kung hindi man ay kilala bilang UASF.
Ang isang malaking bahagi ng mga gumagamit ay malakas na nagpahayag ng suporta para sa SegWit UASF sa social media at nagsimulang patakbuhin ang software. Ito ay tila may ninanais na epekto. Bago ang araw na mag-activate ang UASF, sinimulan ng mga minero ang pag-flag ng suporta para sa SegWit.
Kapansin-pansin, mayroong ilang lasa ng UASF na umiikot sa panahong ito, ang ONE ay mas maingat (at mas konserbatibong nag-time) at hindi gaanong kontrobersyal kaysa sa isa. Ngunit nang hindi nahuhulog ang mga damo, ang takeaway para sa ilang mga developer ng Bitcoin ay ang UASF ay isang mas mahusay na paraan upang magpatupad ng mga pagbabago.
Noong panahong iyon, humihingi ng paumanhin si Rusty Russell, isang developer sa Bitcoin startup Blockstream, sa paggawa ng BIP 9.
"T ko inaasahan na ang checkpoint na ito ay gagamitin bilang isang chokepoint upang tubusin ang network. Malaki ang pagbabago nito sa modelo ng panganib; BIP-8 ngayon ay isang napakahusay na paraan para sa mga pag-upgrade ng network, kung saan ang mga minero ay maaari lamang mapabilis ang proseso, hindi ito hadlangan," isinulat niya sa isang Medium post.
Mahabang alaala
Inaalala ang lahat ng dramang ito, nag-iingat ang ilang developer tungkol sa paggamit muli ng BIP 9 para sa Schnorr/Taproot, o iba pang mga pagbabago sa hinaharap.
"Sa tingin ko ang BIP 9 ay isang napatunayang kabiguan," sabi Bitcoin CORE Ang developer na si Luke Dashjr, na tumutugon kay Corallo, ay patuloy na nagbibigay ng mga teknikal na dahilan para sa kanyang pagtutol. Sa panahon ng scaling debate, si Dashjr ay ONE sa pinakamalakas na tagapagtaguyod ng isang UASF upang itulak ang SegWit.
Si Alex Bosworth, isang developer sa startup Lightning Labs, ay nagpahayag ng katulad na Opinyon, na bahagyang nakabatay sa kamakailang drama na nakapalibot sa Bitcoin Cash (BCH), isang mas maliit Cryptocurrency na humiwalay sa Bitcoin noong 2017.
Isang malaking grupo ng mga Bitcoin Cash mining pool kamakailaniminungkahina ang ilang BCH mula sa bawat bagong block ay dapat pumunta sa isang development fund, na nakikita ng Bosworth bilang isa pang halimbawa ng mga mining pool na nagbaluktot ng kanilang mga kalamnan sa paraang masama para sa desentralisasyon ng Cryptocurrency .
"Alam ko na ang karaniwang pag-iisip para sa soft fork deployment ay ang pagtatangka sa tradisyunal na paraan ng friendly-miner. Ngunit isang magandang [ONE -katlo] ng aming kasalukuyang hashrate ang kakaayos lang sa isang kartel para sa mga layunin ng censorship upang magnakaw ng subsidy ng barya," nagtweet Bosworth, na nagtatrabaho sa imprastraktura para sa mabilis at nasusukat na network ng kidlat.
Iyon ang dahilan kung bakit sinusuportahan niya ang isang paraan ng UASF, bagama't ONE na may mas mahabang abot-tanaw ng oras.
"Ang mabagal na pagkasunog na UASF ay pinakaangkop sa akin," dagdag niya.
Synthesis
Ngunit ang ilan, na humihimok ng pag-iingat, ay nag-aalala na ang pagtingin sa mga UASF bilang ang tanging paraan ng pag-activate ay maaaring magbukas ng posibilidad ng pagtulak sa mga pagbabago na maaaring makapinsala sa Bitcoin.
Halimbawa, ang ONE dahilan kung bakit unang nagustuhan ng mga developer ang BIP 9 ay ang 95 porsiyentong threshold ay maaaring magbigay ng isang uri ng safety net. Kung may dumating na problema habang ang mga mining pool ay nagtatrabaho upang i-upgrade ang kanilang software, maaaring ihinto ng mga pool ang pagbabago. Mas mahirap ihinto ang isang UASF activation kapag nasimulan na.
Iyon ang dahilan kung bakit muling iminungkahi ni Corallo ang isang lumang ideya, isang bagay na pinaghalong BIP 8 at BIP 9. Ang malambot na tinidor ay magsisimula sa BIP 9. Pagkatapos, kung ito ay nabigo sa loob ng isang taon dahil sa "hindi makatwirang pagtutol," ang mga gumagamit ay maaaring makipagdebate at muling magsama-sama sa loob ng anim na buwan. Pagkatapos nito, kung ang pagbabago ay talagang gusto ng komunidad, maaari nilang subukan ang BIP 8 sa loob ng isang taon.
Ang ilang mga developer ay maaaring magtaltalan na ang yugto ng panahon na ito ay masyadong mahaba para sa isang pagbabago na walang "hindi makatwirang pagtutol." Ngunit hinimok ni Corallo ang pasensya.
Ang pag-alam kung ang mga pagtutol ay talagang "hindi makatwiran" ay maaaring tumagal ng ilang oras. "Kung sakaling mabigo ito, ang proseso ng BIP 9, sa katunayan, ay nagbibigay ng magandang pagkakataon sa pag-aaral tungkol sa antas ng kahandaan ng komunidad at pagnanais para sa isang naibigay na pagbabago," aniya.
"Ang pagbuo ng Bitcoin ay hindi isang lahi. Kung kailangan natin, ang paghihintay ng 42 buwan ay nagsisiguro na hindi tayo nagtatakda ng negatibong pamarisan na pagsisisihan natin habang patuloy na lumalaki ang Bitcoin ," sabi niya. Mababasa ng mga mambabasa ang buong pangangatwiran ni Corallo pati na rin ang marami sa mga nuanced na tugon mula sa mga developer dito.
At habang si Russell ay tila laban sa BIP 9 noong 2017, sinabi niya sa CoinDesk na sumasang-ayon na siya sa hybrid na diskarte na ito.
"Dahil ang pagtatangka ng mga minero na harangan ang mga pagbabago ay T gumana, at T kami nagdusa nang husto sa pagkaantala, T ko iniisip ang pag-activate ng BIP-9," sabi niya. Ngunit nagmungkahi siya ng mas maikling timeline kaysa kay Corallo.
"Marahil ang isang taong BIP-9 timeout ay masyadong mahaba, at isang anim na buwang pag-expire ay magiging mas kanais-nais. Sa ganoong paraan, ang mga gumagamit ay maaaring ayusin ang isang UASF kung ang BIP-9 activation ay nabigo at sa tingin nila ito ay dahil sa minero obstructionism," sabi ni Russell.
Masusing sinusuri ng mga inhinyero ang iminungkahing Taproot/Schnorr code upang ayusin ang anumang mga matagal na problema. Kaya may oras pa para sa mga developer na talakayin ang mga opsyon sa pag-activate. Ngunit ang komunidad ay kailangang magpasya sa isang bagay bago maidagdag ang pagbabago sa Bitcoin, pagbuo ng higit pang Privacy sa network.
Alyssa Hertig
Isang nag-aambag na tech reporter sa CoinDesk, si Alyssa Hertig ay isang programmer at mamamahayag na dalubhasa sa Bitcoin at sa Lightning Network. Sa paglipas ng mga taon, lumabas din ang kanyang trabaho sa VICE, Mic at Reason. Kasalukuyan siyang nagsusulat ng isang libro na nagtutuklas sa mga pasikot-sikot ng pamamahala sa Bitcoin . Si Alyssa ay nagmamay-ari ng ilang BTC.
