FURCI DURE VS. FURCI MOI: DIFERENȚE PRACTICE EXPLICATE

În tehnologia blockchain, o *fork* se referă la o divizare a protocolului sau a bazei de cod a unei rețele blockchain. Această divizare are ca rezultat căi divergente, unde una continuă cu regulile existente, iar cealaltă introduce modificări. Furcările sunt o parte vitală a menținerii, modernizării sau guvernării rețelelor descentralizate. Acestea apar de obicei din cauza:

• Actualizări sau upgrade-uri ale protocolului blockchain
• Diferențe în consensul comunității privind guvernanța
• Remedieri de erori sau abordarea vulnerabilităților de securitate
• Dezacorduri privind principiile fundamentale, cum ar fi scalabilitatea sau taxele de tranzacție

Furcările sunt clasificate în două tipuri principale: *hard forks* și *soft forks*. Fiecare are implicații diferite pentru compatibilitatea inversă, consens și continuitatea lanțului. Înțelegerea mecanicii tehnice și a exemplelor din lumea reală ale fiecăreia este esențială pentru dezvoltatori, investitori și utilizatori care navighează în ecosistemul blockchain.

O *hard fork* este o modificare radicală a protocolului unui blockchain, care *nu este compatibilă cu versiunile anterioare*. Nodurile sau utilizatorii care nu au făcut upgrade la noua versiune a software-ului nu pot valida sau interacționa cu blocurile sau tranzacțiile produse pe noul lanț. Prin urmare, o bifurcație rigidă creează o **divergență permanentă** față de versiunea anterioară de blockchain, ducând la două registre separate dacă nu există o adoptare unanimă.

Caracteristicile cheie ale unei bifurcații rigide includ:

• Non-compatibilitate inversă: Nodurile mai vechi resping blocuri din noul lanț.
• Divizarea lanțului: Blockchain-ul se divide în două dacă nu toate nodurile se actualizează.
• Crearea de noi token-uri (adesea): Bifurcația poate duce la o nouă criptomonedă.
• Necesită consens: Participarea comunității este necesară pentru viabilitatea pe termen lung a bifurcației.

Exemplu practic: Bitcoin Cash (BCH)

În august 2017, a avut loc o bifurcație rigidă în rețeaua Bitcoin, rezultând în crearea **Bitcoin Cash**. Principala dispută în cadrul comunității Bitcoin la acea vreme era legată de cum să se scaleze rețeaua pentru a permite mai multe tranzacții. Bitcoin Cash a mărit dimensiunea blocului de la 1 MB la 8 MB (și ulterior a crescut-o și mai mult), permițând mai multe tranzacții per bloc și reducând taxele.

Această actualizare nu a fost compatibilă cu versiunile anterioare, iar Bitcoin Cash a devenit un blockchain separat, cu propriile reguli și token-uri (BCH), distinct de Bitcoin (BTC). Utilizatorii care dețineau Bitcoin în momentul bifurcării au primit o sumă echivalentă în BCH după divizare.

Alte hard fork-uri notabile:

• Ethereum Classic (ETC): Bifurcat din Ethereum în 2016 după atacul cibernetic DAO, din cauza unor dezacorduri privind inversarea unui furt.
• Monero Hard Forks: Apar periodic pentru a actualiza protocoalele de confidențialitate sau pentru a rezista mineritului ASIC.
• Cardano Alonzo Hard Fork: A introdus contracte inteligente în Cardano în 2021, necesitând o actualizare a protocolului incompatibilă cu versiunile mai vechi.

Hard fork-urile sunt de obicei mai perturbatoare decât soft fork-urile, dar oferă o soluție curată atunci când comunitatea este puternic divizată sau când este necesară o schimbare fundamentală.

Spre deosebire de hard fork-urile, o **soft fork** este o modificare a protocolului blockchain care este **compatibilă cu versiunile anterioare**. Aceasta înseamnă că și nodurile neactualizate (mai vechi) pot recunoaște și valida blocurile create de nodurile actualizate, atâta timp cât acele blocuri respectă vechile reguli. Soft fork-urile *nu* duc neapărat la o divizare a lanțului, cu condiția ca majoritatea rețelei să fie de acord și să aplice noile reguli.

Atribute esențiale ale unui soft fork:

• Compatibilitate inversă: Nodurile mai vechi continuă să funcționeze pe rețeaua modificată.
• Nu se creează monede noi: Criptomoneda existentă rămâne intactă.
• Necesită putere de hash majoritară: Noile reguli sunt aplicate de majoritatea puterii de minat.
• Securitate prin consens: Încurajează alinierea uniformă a protocolului în cadrul rețelei.

Exemplu practic: Actualizarea Bitcoin SegWit

Una dintre cele mai cunoscute soft fork-uri a avut loc în august 2017, când actualizarea protocolului *Segregated Witness (SegWit)* a fost activată pe rețeaua Bitcoin. SegWit a modificat modul în care sunt stocate datele tranzacțiilor, eliminând efectiv datele semnăturii (martorul) din blocul de tranzacții și plasându-le într-o structură separată. Această modificare a permis stocarea mai multor tranzacții într-un singur bloc fără a crește limita dimensiunii blocului.

Deoarece tranzacțiile SegWit erau încă valide conform regulilor vechiului protocol Bitcoin (deși nu erau utilizate pe deplin de clienții mai vechi), modificarea a fost compatibilă cu versiunile anterioare. Prin urmare, nodurile mai vechi puteau valida în continuare blocuri și nu a fost creată nicio monedă nouă.

Alte soft fork-uri majore includ:

• Upgrade-ul Byzantium al Ethereum: Implementat îmbunătățiri ale confidențialității și eficienței, păstrând în același timp integritatea rețelei și asigurând compatibilitatea inversă.
• Integrarea Litecoin MimbleWimble: Implementat ca un soft fork pentru tranzacții confidențiale opționale, neobligatorii.
• BIP66 (Bitcoin Improvement Proposal): Impus semnături DER stricte printr-un soft fork pentru a îmbunătăți regulile de consens în siguranță.

Soft fork-urile sunt în general preferate atunci când trebuie făcute modificări sau optimizări incrementale, menținând în același timp coerența rețelei și evitând riscul (și costul) unei divizări.

Cu toate acestea, soft fork-urile pot fi controversate dacă nu toți utilizatorii sunt de acord, iar o tentativă de soft fork poate duce totuși la un hard fork dacă consensul eșuează, așa cum se vede în unele situații istorice. upgrade-uri.

În cele din urmă, alegerea între bifurcații hard și soft depinde de obiectivele upgrade-ului, de nivelul de acord al comunității și de natura modificării protocolului.