Hard Fork kumpara sa Soft Fork

Ang mga tinidor, o ang banta ng mga ito, ay tila isang itinatag na tampok ng landscape ng Cryptocurrency . Ngunit ano sila? Bakit ba napaka big deal nila? At ano ang pagkakaiba ng matigas na tinidor at malambot na tinidor?

Ang "tinidor," sa mga termino ng programming, ay isang open-source code modification. Karaniwan, ang forked code ay katulad ng orihinal, ngunit may mahahalagang pagbabago, at ang dalawang "prongs" ay kumportableng magkasama. Minsan ginagamit ang isang tinidor upang subukan ang isang proseso, ngunit may cryptocurrencies, mas madalas itong ginagamit para magpatupad ng pangunahing pagbabago o gumawa ng bagong asset na may katulad (ngunit hindi pantay) na mga katangian gaya ng orihinal.

Hindi lahat ng tinidor ay sinadya. Sa malawak na ipinamamahaging open-source codebase, maaaring mangyari ang isang fork nang hindi sinasadya kapag hindi lahat ng node ay kinokopya ang parehong impormasyon. Karaniwan, ang mga ganitong uri ng hindi sinasadyang tinidor ay nakikilala at nalutas. Ang karamihan sa mga Cryptocurrency forks ay nangyayari dahil sa mga hindi pagkakasundo sa mga naka-embed na katangian, gaya ng ating i-explore sa ibaba.

Ang ONE bagay na dapat tandaan sa mga tinidor ay mayroon silang "nakabahaging kasaysayan." Ang talaan ng mga transaksyon sa bawat chain (luma at bago) ay magkapareho bago ang hati.

Matigas na tinidor

Mayroong dalawang pangunahing uri ng programming fork:

• Matigas na tinidor.
• Malambot na tinidor.

Ang isang matigas na tinidor ay isang pagbabago sa a blockchain protocol na nagpapawalang-bisa sa mga mas lumang bersyon. Kung patuloy na tumatakbo ang mga mas lumang bersyon, magkakaroon sila ng ibang protocol at may ibang data kaysa sa mas bagong bersyon. Ito ay maaaring humantong sa makabuluhang pagkalito at posibleng mga pagkakamali.

Sa Bitcoin, ang isang hard fork ay kinakailangan upang baguhin ang pagtukoy ng mga parameter tulad ng laki ng block, ang algorithm ng kahirapan sa pagmimina, mga limitasyon sa karagdagang impormasyon na maaaring idagdag, ETC. Ang pagbabago sa alinman sa mga panuntunang ito ay magiging sanhi ng pagtanggap ng mga bloke ng bagong protocol ngunit tinanggihan ng mga mas lumang bersyon at maaaring humantong sa mga seryosong problema – posibleng maging pagkawala ng mga pondo.

Halimbawa, kung ang limitasyon sa laki ng bloke ay tataas mula 1MB hanggang 4MB, ang isang 2MB na bloke ay tatanggapin ng mga node na nagpapatakbo ng bagong bersyon, ngunit tatanggihan ng mga node na nagpapatakbo ng mas lumang bersyon.

Sabihin nating ang 2MB block na ito ay napatunayan ng isang na-update na node at idinagdag sa blockchain. Paano kung ang susunod na bloke ay napatunayan ng isang node na nagpapatakbo ng mas lumang bersyon ng protocol? Susubukan nitong idagdag ang block nito sa blockchain, ngunit matutukoy nito na hindi wasto ang pinakabagong block. Kaya, hindi nito papansinin ang bloke na iyon at ilakip ang bagong pagpapatunay nito sa ONE.

Biglang mayroon kang dalawang blockchain, ONE na may parehong mas luma at mas bagong mga bloke ng bersyon, at isa pa na may mas lumang mga bloke ng bersyon. Aling chain ang mas mabilis na lalago ay depende sa kung aling mga node ang magpapatunay sa mga susunod na bloke, at maaaring magkaroon ng karagdagang mga hati. Posible na ang dalawa (o higit pa) na mga kadena ay maaaring lumago nang magkatulad nang walang katiyakan.

Ito ay isang matigas na tinidor, at ito ay potensyal na magulo. Mapanganib din ito, dahil posible na ang mga bitcoin na ginugol sa isang bagong bloke ay maaaring muling gastusin sa isang lumang bloke (dahil ang mga merchant, wallet at user na nagpapatakbo ng nakaraang code ay hindi makakakita ng paggastos sa bagong code, na sa tingin nila ay hindi wasto).

Ang tanging solusyon ay ang pag-abandona ng ONE sangay pabor sa isa pa, na kinasasangkutan ng ilang mga minero na natalo (ang mga transaksyon mismo ay hindi mawawala, sila ay muling ilalaan). O, ang lahat ng mga node ay kailangang lumipat sa mas bagong bersyon nang sabay-sabay, na mahirap makuha sa isang desentralisado, malawak na kumakalat na sistema.

O, Bitcoin splits, na nangyari (hello, Bitcoin Cash).

Malambot na tinidor

Ang isang malambot na tinidor ay mahalagang kabaligtaran ng isang matigas na tinidor, kung saan ang mga bagong ipinatupad na pagbabago ay nananatiling pabalik-tugma sa mga mas lumang bersyon.

Halimbawa, kung ang isang protocol ay binago sa paraang humihigpit sa mga panuntunan, nagpapatupad ng pagbabago sa kosmetiko o nagdaragdag ng isang function na hindi nakakaapekto sa istruktura ng blockchain sa anumang paraan, kung gayon ang mga bagong bersyon na bloke ay tatanggapin ng mga lumang bersyon ng mga node. Gayunpaman, hindi ang kabaligtaran: ang mas bago, "mas mahigpit" na bersyon ay tatanggihan ang mga lumang bersyon ng mga bloke.

Sa Bitcoin, old-version mga minero ay mapagtanto na ang kanilang mga bloke ay tinatanggihan at mapipilitang mag-upgrade. Habang mas maraming minero ang nag-a-upgrade sa pinakabagong bersyon, ang chain na may karamihan sa mga bagong block ay nagiging pinakamahaba, na, sa turn, ay nagpapataas ng dami ng orphan old version blocks na nilikha at nagiging sanhi ng mas maraming minero na mag-upgrade. Tinitiyak ng prosesong ito na ang system ay nagwawasto sa sarili. Dahil ang mga bagong bersyon na bloke ay tinatanggap ng parehong luma at na-upgrade na mga node, ang mga bagong bersyon na bloke ay WIN.

Halimbawa, sabihin nating nagpasya ang komunidad na bawasan ang laki ng block sa 0.5MB mula sa kasalukuyang teoretikal na limitasyon na 4MB (na may SegWit block.) Tatanggihan ng mga bagong bersyon na node ang mga bloke na may lumang limitasyon at bubuo sa nakaraang bloke (kung ito ay mina gamit ang na-update na bersyon ng code), na magdudulot ng pansamantalang tinidor.

Ito ay isang malambot na tinidor, at nangyari na ito nang ilang beses. Sa una, ang Bitcoin ay T limitasyon sa laki ng bloke. Ang paglalagay ng limitasyon na 1MB ay ginawa sa pamamagitan ng malambot na tinidor dahil ang bagong panuntunan ay "mas mahigpit" kaysa sa ONE.

Ang pay-to-script-hash function, na nagpapahusay sa code nang hindi binabago ang istraktura, ay matagumpay ding naidagdag sa pamamagitan ng malambot na tinidor. Ang ganitong uri ng pag-amyenda ay karaniwang nangangailangan lamang ng karamihan ng mga minero na mag-upgrade, na ginagawang mas magagawa at hindi gaanong nakakagambala.

Ang malalambot na tinidor ay hindi nagdadala ng dobleng paggastos na panganib na sumasalot sa matitigas na tinidor, dahil ang mga merchant at user na nagpapatakbo ng mga lumang node ay magbabasa ng mga bago at lumang bersyon ng mga bloke.

Para sa mga halimbawa ng mga pagbabago na mangangailangan ng malambot na tinidor, tingnan ang "softfork wishlist”.