După eșecul BIP-110, următorul soft fork al Bitcoin se confruntă cu o confruntare decisivă

BIP-54, cunoscut oficial sub denumirea de „Consensus Cleanup”, ar aduce patru modificări minore regulilor de bază ale Bitcoin. Propunerea este concepută pentru a remedia vechile vulnerabilități și cazurile marginale neobișnuite, nu pentru a adăuga noi modalități de utilizare a Bitcoin. Susținătorii săi afirmă că această distincție contează: este vorba de o întreținere preventivă pentru o rețea care valorează acum mult mai mult decât în momentul în care multe dintre regulile sale au fost scrise.

Autorii propunerii sunt Antoine Poinsot, un colaborator al Bitcoin Core asociat cu Chaincode Labs, și Matt Corallo, un dezvoltator Bitcoin cu vechime. Corallo a lansat pentru prima dată ideea generală în 2019. Poinsot a reluat și a extins proiectul la sfârșitul anului 2023 și începutul anului 2024, iar propunerea a primit denumirea oficială BIP-54 în aprilie 2025. Specificația a fost marcată ca finalizată în mai 2026, după testare și implementare.

Propunerea vizează remedierea a patru lacune vechi

Prima remediere este menită să abordeze un potențial atac de tip „timewarp” asupra dificultății de minerit a Bitcoin. Bitcoin recalculează dificultatea de minerit la fiecare 2.016 blocuri, aproximativ la fiecare două săptămâni, pentru a menține producția de blocuri la un ritm de aproximativ un bloc la fiecare zece minute. O majoritate a puterii de minerit a rețelei ar putea exploata modul în care Bitcoin măsoară timpul în aceste perioade, folosind timestamp-uri manipulate pentru a face blocurile să pară mai lente de produs decât erau în realitate.

În timp, acest lucru ar putea reduce dificultatea de minerit. Într-un caz extrem, un atacator care deține o rată de hash majoritară – puterea de calcul utilizată pentru a mina Bitcoin – ar putea reduce dificultatea la nivelul minim în aproximativ 38 până la 40 de zile. Teoretic, acest lucru i-ar permite atacatorului să producă blocuri mult mai repede decât în mod normal, să creeze rapid monede noi, să extindă baza de date a rețelei cu monede necheltuite și să perturbe contractele de plată bazate pe timp, precum cele utilizate de protocolul de nivel doi, Lightning Network.

BIP-54 ar adăuga limite de marcaj temporal la începutul și la sfârșitul fiecărei perioade de 2.016 blocuri. Regulile sunt menite să blocheze metoda clasică „timewarp” și o variantă asociată cunoscută sub numele de atacul Murch-Zawy, lăsând în același timp mineritul obișnuit neschimbat.

BIP-54 urmărește, de asemenea, să protejeze operatorii de noduri mai mici

A doua modificare vizează „blocurile otrăvite”, blocuri valide concepute în mod deliberat astfel încât verificarea lor de către computere să dureze neobișnuit de mult. Anumite scripturi mai vechi de tranzacții Bitcoin pot necesita minute sau chiar ore de procesare pe hardware obișnuit. Un atacator le-ar putea folosi pentru a încetini rețeaua, pentru a crește șansa ca minerii să-și irosească efortul pe blocuri învechite și pentru a îngreuna operarea nodurilor Bitcoin independente de către utilizatori.

BIP-54 ar limita tranzacțiile mai vechi, anterioare Segregated Witness (SegWit), la 2.500 de operațiuni de semnătură de tip legacy. Operațiunile de semnătură sunt verificările criptografice utilizate pentru a dovedi că o persoană este autorizată să cheltuiască bitcoin. Tranzacțiile normale utilizează mult mai puține, iar tranzacțiile SegWit și Taproot nu ar fi supuse acestei limite. Susținătorii estimează că această modificare ar putea reduce, în unele cazuri, sarcina de verificare în cel mai rău scenariu de aproximativ 40 de ori.

A treia modificare rezolvă o problemă din arborele Merkle al Bitcoin, sistemul care combină tranzacțiile într-un singur rezumat pentru fiecare bloc. O tranzacție cu o lungime exactă de 64 de octeți poate semăna cu o componentă internă a acelei structuri. Acest lucru creează o modalitate de a falsifica o dovadă care ar putea induce în eroare unele portofele cu verificare simplificată a plăților (SPV) să accepte o tranzacție care nu a fost niciodată confirmată.

BIP-54 ar face pur și simplu ca tranzacțiile de 64 de octeți să fie invalide. Aceste tranzacții sunt neconforme cu standardele de ani de zile și sunt rar utilizate. Susținătorii propunerii susțin că interzicerea lor rezolvă problema de bază mai clar decât așteptarea ca fiecare portofel simplificat să utilizeze o soluție alternativă.

O regulă finală ar putea simplifica viitorul Bitcoin

A patra modificare vizează tranzacțiile coinbase, tranzacțiile speciale prin care minerii primesc bitcoin nou emiși și comisioanele de tranzacție. În primii ani ai Bitcoin, tranzacții coinbase identice apăreau în mai multe blocuri, ceea ce ducea la dispariția ieșirilor necheltuite ale tranzacției anterioare. Bitcoin a adăugat verificări pentru a preveni repetarea acestui fenomen, dar aceste verificări sporesc complexitatea validării blocurilor.

BIP-54 ar impune ca noile tranzacții coinbase să includă setări legate de înălțimea blocului sau de poziția acestuia în blockchain. Acest lucru ar garanta unicitatea pe viitor și ar putea permite, în cele din urmă, nodurilor să elimine vechile verificări ale tranzacțiilor duplicate. Modificarea ar putea simplifica validarea și ar putea sprijini proiectele viitoare menite să reducă sarcina de stocare asociată operării unui nod complet.

Poziția F2pool îngreunează activarea

Argumentele tehnice în favoarea BIP-54 nu au pus capăt dezbaterii politice. Wang Chun, cofondator al importantului pool de minerit F2pool, a declarat pe 10 august că nu susține propunerea. El a explicat că F2Pool își va actualiza nodurile de minerit dacă BIP-54 va atinge majoritatea necesară printr-un proces standard de activare BIP-9, dar grupul nu va da semnalul în acest sens în prealabil.

Obiecția lui Chun, exprimată încă din aprilie pe X, se referă în mare parte la proces și la priorități. El a susținut că gruparea a patru modificări într-un singur pachet seamănă cu includerea unor măsuri fără legătură între ele într-un singur proiect de lege. El consideră că multe dintre riscuri sunt prea îndepărtate pentru a justifica coordonarea, actualizările de software și atenția comunității necesare pentru un soft fork, care modifică regulile Bitcoin într-un mod pe care software-ul mai vechi s-ar putea să nu-l poată aplica.

Susținătorii au o altă viziune asupra grupării. Aceștia susțin că fiecare modificare a consensului implică un cost social ridicat, astfel încât combinarea mai multor remedieri defensive poate reduce numărul eforturilor dificile de activare la nivelul întregii rețele. De asemenea, aceștia afirmă că valoarea în creștere a Bitcoin le oferă atacatorilor un motiv în plus să exploreze punctele slabe care păreau odată doar teoretice.

Eșecul BIP-110 aduce o nouă notă de prudență

Dezbaterea are loc imediat după eșecul BIP-110, o propunere separată care urmărea să restricționeze temporar datele nefinanciare stocate în tranzacțiile Bitcoin. Aceasta viza practicile asociate cu inscripțiile Ordinals, datele OP_RETURN de mari dimensiuni și anumite forme de stocare a datelor bazate pe Taproot. Pragul său de activare mai scăzut nu a reușit să atragă un sprijin semnificativ din partea minerilor, iar un lanț secundar care aplica propunerea s-a blocat după ce a produs doar o mână de blocuri.

Acest episod nu face din BIP-54 o propunere similară. BIP-54 nu adaugă și nici nu elimină funcționalități de script de uz general și nici nu reprezintă o cale către „covenants” sau OP_CAT, propuneri care ar extinde opțiunile de cheltuieli programabile ale Bitcoin. Cu toate acestea, BIP-110 a demonstrat cât de repede o actualizare controversată poate deveni o dezbatere mai amplă cu privire la cine ar trebui să decidă viitorul Bitcoin.

BIP-54 este deja activ pentru testare pe Bitcoin Inquisition, un mediu de testare bazat pe Signet, iar versiunile actuale ale Bitcoin Core au adoptat măsuri de protecție legate de această politică. Unele grupuri de minerit, inclusiv MARA și ViaBTC, au început în mod voluntar să genereze tranzacții coinbase compatibile. Însă parametrii formali de activare nu au fost stabiliți, iar votul pe rețeaua principală rămâne deschis.

Următoarea întrebare este dacă dezvoltatorii, comunitatea, companiile, operatorii de noduri și minerii pot ajunge la un acord că remedierea riscurilor cunoscute, dar rar exploatate, merită un alt efort de coordonare la nivel de hard fork. Cititorii ar trebui să urmărească apariția unei propuneri oficiale de semnalizare BIP-9, anunțuri suplimentare privind gradul de pregătire al minerilor și să observe dacă rezistența F2pool împiedică obținerea sprijinului larg de care actualizările Bitcoin au avut nevoie în mod tradițional.