Ce este SegWit (Segregated Witness)? Explicația celei mai importante actualizări a Bitcoin

Dacă ți-ai creat un portofel Bitcoin și ți s-a cerut să alegi între o adresă de tip „Legacy”, „SegWit” sau „Native SegWit”, fără nicio explicație cu privire la semnificația acestora, această alegere se datorează unei singure actualizări efectuate în 2017.

SegWit, prescurtarea de la Segregated Witness, este o actualizare a protocolului Bitcoin activată în august 2017, care mută datele semnăturii digitale din structura principală a tranzacției într-un câmp separat numit „witness”. Această singură modificare arhitecturală a redus comisioanele de tranzacție, a remediat o vulnerabilitate de securitate veche de ani de zile numită maleabilitatea tranzacțiilor și a creat condițiile tehnice necesare pentru existența rețelei Lightning Network și a Taproot.

Acest articol prezintă ce face de fapt SegWit, cum funcționează sistemul de greutate a blocurilor, ce înseamnă diferitele tipuri de adrese pentru comisioanele dvs. și controversata bătălie politică care aproape a distrus rețeaua Bitcoin înainte ca aceasta să fie activată.

Gestionează-ți Bitcoin-ul cu ajutorul Aplicația Bitcoin.com Wallet.

Concluzii cheie

• SegWit (Segregated Witness) este o actualizare a protocolului Bitcoin activată pe 24 august 2017, definită oficial ca BIP 141 și propusă de Pieter Wuille, Eric Lombrozo și Johnson Lau în decembrie 2015.
• Aceasta separă datele semnăturii digitale („martorul”) de corpul principal al tranzacției, remediind o vulnerabilitate de securitate cunoscută sub numele de „maleabilitatea tranzacției” și reducând dimensiunea fiecărei tranzacții.
• Capacitatea blocului se măsoară în unități de greutate (WU), nu în octeți. Datele martorilor ocupă 1 WU pe octet, față de 4 WU pe octet pentru alte date, ceea ce conferă tranzacțiilor SegWit o reducere de 75% la dimensiunea semnăturii.
• SegWit nativ (adrese bc1q) reduce dimensiunea unei tranzacții standard de la aproximativ 226 vbytes la aproximativ 141 vbytes, diminuând comisioanele cu aproximativ 38% în comparație cu adresele tradiționale.
• Garanția unui TXID fix oferită de SegWit a constituit condiția tehnică prealabilă pentru rețeaua Lightning. Fără aceasta, canalele de plată nu ar fi putut fi create în condiții de siguranță.
• Sistemul său de gestionare a versiunilor de script a permis implementarea Taproot (SegWit V1, activat în 2021) și oferă un cadru pentru viitoarele actualizări ale Bitcoin fără hard fork-uri.
• Începând cu anul 2026, aproximativ 85% din tranzacțiile Bitcoin utilizează SegWit. Acesta este standardul rețelei, nu o funcție nouă.

Ce este SegWit?

SegWit, sau Segregated Witness, este o modificare a formatului tranzacțiilor Bitcoin care separă semnăturile digitale – dovada criptografică a dreptului de a cheltui o monedă – de datele principale ale tranzacției și le stochează într-o structură separată numită „witness”. Acest lucru reduce dimensiunea fiecărei tranzacții, permite încadrarea unui număr mai mare de tranzacții în fiecare bloc și elimină o vulnerabilitate care făcea imposibilă construirea în siguranță a canalelor de plată pe baza Bitcoin.

Denumirea se explică simplu: „segregated” înseamnă „separat”, iar „witness” este termenul criptografic care se referă la datele de semnătură care atestă validitatea unei tranzacții. „Witness”-ul răspunde la întrebarea „a autorizat proprietarul de drept această tranzacție?”, în timp ce restul datelor tranzacției răspund la întrebarea „unde se îndreaptă fondurile și care este suma implicată?”.

The official BIP 141 header on GitHub, showing its three co-authors and December 2015 assignment date.

Actualizarea a fost definită oficial ca Propunerea de îmbunătățire Bitcoin 141 (BIP 141) și propus de dezvoltatorii Bitcoin Core Pieter Wuille, Eric Lombrozo și Johnson Lau în cadrul conferinței Scaling Bitcoin din decembrie 2015. Acesta a fost activat pe rețeaua principală Bitcoin pe 24 august 2017, la blocul 481.824, ca un soft fork, ceea ce înseamnă că era compatibil cu versiunile anterioare. Nodurile care nu fuseseră actualizate puteau încă valida datele de bază ale tranzacției; nodurile actualizate vedeau imaginea completă, inclusiv martorul.

Începând cu anul 2026, aproximativ 85% din toate tranzacțiile Bitcoin utilizează SegWit. Aceasta nu mai este o funcție nouă, ci a devenit standardul.

Problemele pe care SegWit a fost conceput să le rezolve

SegWit a rezolvat două probleme distincte care limitau Bitcoin de ani de zile.

Maleabilitatea tranzacțiilor

Fiecare tranzacție Bitcoin are un identificator unic numit TXID, un hash generat pe baza datelor tranzacției. Înainte de SegWit, acel hash era calculat pe baza întregii tranzacții, inclusiv a semnăturii.

Iată care este problema: o semnătură criptografică nu se poate semna pe sine însăși. Acest lucru a lăsat o mică breșă prin care oricine transmitea tranzacția ta prin rețea putea modifica ușor semnătura într-un mod care o menținea validă din punct de vedere matematic, dar genera un TXID diferit. Fondurile ajungeau în continuare la adresa corectă, iar tranzacția se efectua, dar identificatorul se schimbase.

Acest lucru nu pare a fi o problemă gravă pentru o simplă plată. Însă pentru protocoalele care leagă între ele mai multe tranzacții neconfirmate, este fatal. Rețeaua Lightning, care funcționează prin crearea unei serii de angajamente de plată off-chain care fac referire la ID-urile tranzacțiilor anterioare, nu poate funcționa în siguranță dacă vreunul dintre aceste ID-uri se poate modifica înainte de confirmare. Un TXID mutabil înseamnă că lanțul se rupe, iar fondurile pot rămâne blocate sau pot fi furate.

Maleabilitatea tranzacțiilor a provocat, de asemenea, pagube concrete înainte de a fi remediată. Bursa Mt. Gox a invocat-o ca factor care a contribuit la prăbușirea sa din 2014, deși istoricii dezbat în ce măsură aceasta a constituit cauza principală sau doar o scuză pentru o gestionare defectuoasă mai profundă.

SegWit a rezolvat această problemă eliminând complet semnăturile din calculul TXID-ului. Identificatorul este calculat acum doar pe baza câmpurilor de bază ale tranzacției. Modificarea semnăturii nu mai afectează identitatea tranzacției.

Blocajele și creșterea comisioanelor

Până în 2016 și pe parcursul anului 2017, Bitcoin procesa aproximativ 7 tranzacții pe secundă. În timpul vârfurilor de cerere, tranzacțiile restante au crescut la zeci de mii, iar comisioanele au urcat la 50 de dolari sau mai mult pentru o tranzacție standard. Problema era structurală: blocurile Bitcoin erau limitate la 1 MB, iar semnăturile reprezentau aproximativ 65% din dimensiunea tranzacției.

Soluția evidentă, și anume mărirea limitei de dimensiune a blocului, necesita un hard fork, ceea ce însemna că toate nodurile ar fi trebuit să se actualizeze sau să rămână pe un lanț incompatibil. Hard fork-urile sunt riscante și controversate. SegWit a găsit o modalitate de a ocoli complet această constrângere.

Cum funcționează SegWit

Separarea datelor martorilor

Într-o tranzacție Bitcoin tradițională, fiecare intrare include un câmp ScriptSig care conține semnătura și cheia publică a expeditorului. Într-o tranzacție SegWit, câmpul ScriptSig este lăsat gol pentru intrările SegWit. Semnătura și cheia publică sunt mutate într-un nou câmp de martor adăugat la sfârșitul tranzacției.

Doi octeți suplimentari, un marcator (0x00) și un indicator (0x01), semnalează nodurilor compatibile cu SegWit că urmează date de tip „witness”. Nodurile anterioare implementării SegWit văd pur și simplu un ScriptSig gol și procesează tranzacția ca fiind validă conform interpretării mai vechi „oricine poate cheltui”, menținând astfel compatibilitatea cu versiunile anterioare.

Greutatea blocului înlocuiește dimensiunea blocului

SegWit a înlocuit limita de 1 MB pentru dimensiunea blocului cu un nou indicator: greutatea blocului, limitată la 4 milioane de unități de greutate (WU).

Detaliul esențial constă în modul în care sunt numărați octeții:

• Fiecare octet de date din tranzacțiile care nu sunt de tip „witness” costă 4 unități de greutate
• Fiecare octet de date martor costă doar o unitate de greutate

Deoarece semnăturile sunt voluminoase și se află acum în secțiunea „witness”, acestea ocupă doar un sfert din capacitatea blocului pe care o ocupau anterior. Astfel, SegWit a mărit în practică dimensiunea efectivă a blocului la aproximativ 1,7–2 MB, fără a încălca regula de 1 MB impusă de nodurile vechi. Pentru un bloc teoretic complet SegWit, limita maximă este de 4 MB, deși acest lucru nu se întâmplă niciodată în practică, deoarece fiecare bloc conține și date care nu sunt de tip „witness”.

Bytes virtuali (vBytes): unitatea de măsură afișată în portofele

Pentru a menține tarifele la un nivel comparabil cu cel al tranzacțiilor tradiționale, SegWit a introdus „octeți virtuali” (vbytes): unități de greutate împărțite la 4. În cazul tranzacțiilor tradiționale, octeții și vbytes sunt identici. În cazul tranzacțiilor SegWit, vbytes sunt mai mici, deoarece datele martor reduse reduc valoarea totală.

Comisioanele de portofel sunt exprimate în satoshi pe vbyte (sat/vB). O tranzacție SegWit cu un număr mai mic de vbyte generează comisioane mai mici la aceeași rată sat/vB. Acesta este mecanismul care stă la baza economiilor de comisioane pe care le observați atunci când utilizați o adresă bc1q în locul unei adrese de tip 1...

Tipuri de adrese SegWit: pe care ar trebui să o folosești?

Odată cu modificările tehnice, SegWit a introdus noi formate de adrese. Tipul de adresă determină modul în care portofelul tău codifică condițiile de cheltuire, ceea ce influențează comisioanele, compatibilitatea cu alte portofele și modul în care tranzacțiile tale apar în lanțul de blocuri.

Compararea tipurilor de adrese

Date privind valoarea tranzacțiilor: Ghid de referință privind dimensiunea tranzacțiilor Bitcoin de la Spark.money, 2026. Economiile la comisioane sunt aproximative și variază în funcție de condițiile din mempool.

Legacy (P2PKH, prefix 1...) este formatul original din 2009. Semnătura rămâne în corpul principal al tranzacției, unde are o pondere maximă. Nu se realizează economii la comisioane. Este încă acceptat la scară largă, acesta fiind singurul motiv pentru care ar trebui să-l folosiți astăzi, dacă aveți de-a face cu un software foarte vechi care nu acceptă alte formate.

SegWit imbricat (P2SH-P2WPKH, prefix 3...) încorporează un script SegWit într-un plic P2SH mai vechi. Când SegWit a fost activat în 2017, nu toate portofelele și platformele de tranzacționare au adăugat imediat suport pentru noul format bc1. SegWit imbricat a servit drept punte de compatibilitate: beneficiați de reduceri parțiale ale comisioanelor, iar expeditorii care utilizează software mai vechi vă pot plăti în continuare. Până în 2026, acest format va exista în principal ca soluție de rezervă. 3... prefixul este comun cu adresele P2SH care nu sunt SegWit, ceea ce înseamnă că nu poți stabili doar pe baza adresei dacă ai de-a face cu o tranzacție SegWit.

SegWit nativ (P2WPKH, prefix bc1q..., 42 de caractere) este alegerea potrivită pentru majoritatea utilizatorilor. Aceasta folosește codificarea Bech32, care conține numai litere mici, oferă o detectare a erorilor mai bună decât Base58 și elimină caracterele care se aseamănă (nu conține O majusculă, zero, I majusculă sau l minusculă). O tranzacție P2WPKH standard cu 1 intrare și 2 ieșiri costă ~141 vbytes, cu aproximativ 38% mai puțin decât tranzacția tradițională echivalentă. Toate portofelele și platformele de schimb active o acceptă începând cu 2026.

Multisig nativ SegWit (P2WSH, prefix bc1q...(62 de caractere) este varianta script-hash, utilizată pentru portofelele multisig și condițiile complexe de cheltuire. Adresa mai lungă reflectă un hash SHA-256 de 32 de octeți, în loc de hash-ul de 20 de octeți utilizat de P2WPKH. Dacă utilizați o configurație multisig 2 din 3, P2WSH este metoda nativă SegWit de a face acest lucru.

Taproot (P2TR, prefix bc1p...(62 de caractere) este SegWit versiunea 1, activată în 2021. Aceasta utilizează semnături Schnorr în locul ECDSA, ceea ce permite agregarea mai multor semnături într-una singură, făcând tranzacțiile multisig imposibil de distins de cele single-sig pe lanț. Oferă cele mai mici comisioane pentru cheltuielile single-sig și cea mai bună confidențialitate. Utilizați-o atunci când v-ați asigurat că destinatarii și portofelele lor acceptă adresele bc1p.

Recomandare rapidă

Pentru majoritatea utilizatorilor: folosiți SegWit nativ (bc1q). Acesta este acceptat de aproape toate portofelele și platformele de tranzacționare active, permite o reducere de aproximativ 38% a comisioanelor în comparație cu sistemul tradițional și nu prezintă riscuri de compatibilitate în 2026 (Pentru dezvoltatorii care integrează SegWit în software-ul portofelelor, consultați Ghid de dezvoltare a portofelului Bitcoin Core.).

Dacă portofelul tău acceptă Taproot (bc1p) și efectuezi tranzacții cu o singură semnătură către destinatari ale căror portofele acceptă această funcție, vei beneficia de comisioane ușor mai mici și de un nivel sporit de confidențialitate.

SegWit imbricat (3...) este o soluție de rezervă pentru compatibilitate. Este acceptabil, dar nu mai există niciun motiv pentru a-l folosi în mod implicit.

Războiul dimensiunii blocului: de ce SegWit a stârnit atâtea controverse

Argumentele tehnice în favoarea SegWit erau clare. Calea către activarea sa, însă, nu era.

Între 2015 și 2017, Bitcoin a fost implicat într-una dintre cele mai controversate dispute privind guvernanța din istoria sa. În esență, întrebarea era simplă: cum ar trebui o rețea descentralizată să își actualizeze propriile reguli atunci când diferite facțiuni au interese contradictorii?

Impasul din sectorul minier

Conform procesului standard de actualizare BIP9, un soft fork necesita ca 95% dintre mineri să-și exprime sprijinul într-un interval de două săptămâni. La începutul anului 2017, SegWit era gata de activare de luni de zile, dar rămânea blocat sub acest prag.

Cea mai puternică opoziție a venit din partea marilor operatori de minerit, în special din partea Bitmain, care la acea vreme controla o parte substanțială din puterea de calcul a rețelei Bitcoin. Motivul a devenit clar ulterior: Bitmain folosea o tehnică brevetată numită ASICBoost, o optimizare care oferea hardware-ului său de minerit un avantaj semnificativ în ceea ce privește eficiența. SegWit era incompatibil din punct de vedere structural cu ASICBoost ascuns. Blocarea SegWit proteja acel avantaj.

BIP 148 și UASF

În martie 2017, un dezvoltator anonim care folosea pseudonimul Shaolinfry a publicat BIP 148: un soft fork activat de utilizatori (UASF). În loc să aștepte semnalul minerilor, BIP 148 a propus ca nodurile economice, adică bursele, procesatorii de plăți și companiile care rulează software Bitcoin, să înceapă pur și simplu să respingă orice bloc care nu semnaliza suportul SegWit începând cu 1 august 2017.

Logica era simplă: minerii generează blocuri, dar acestea au valoare doar dacă rețeaua le acceptă. Dacă o majoritate economică suficientă ar rula noduri BIP 148, minerii ar activa SegWit sau ar vedea cum blocurile lor devin orfane. Riscul era la fel de clar: dacă adoptarea era insuficientă, s-ar fi ajuns la o divizare a lanțului, cu două versiuni incompatibile de Bitcoin rulând în paralel.

Campania UASF a fost una populară și zgomotoasă. Au apărut ecusoane la conferințe. Discuțiile de pe Twitter s-au intensificat. Expresia „rulează-ți propriul nod” a căpătat o nouă urgență.

Acordul de la New York și Bitcoin Cash

În fața termenului limită stabilit de UASF, peste 50 de companii importante din domeniul Bitcoin s-au reunit la New York în mai 2017 și au semnat ceea ce a devenit cunoscut sub numele de Acordul de la New York. Au convenit să activeze SegWit, dar și să urmeze acest lucru cu un hard fork pentru a dubla dimensiunea blocului la 2 MB (acest lucru a devenit cunoscut sub numele de SegWit2x).

Compromisul nu a satisfăcut pe deplin niciuna dintre părți. Dezvoltatorii care se opuneau blocurilor mari au considerat SegWit2x drept o ramificație forțată pe ușa din spate cu care nu fuseseră de acord. Minerii și companiile care doreau blocuri mai mari tot nu obțineau ceea ce își doreau inițial.

La 1 august 2017, o facțiune care dorea doar o creștere a dimensiunii blocului, fără SegWit, a efectuat o bifurcație a Bitcoin pentru a crea Bitcoin Cash (BCH), pornind de la o limită de 8 MB pentru blocuri. SegWit a fost activat pe Bitcoin la 24 august 2017. Hard fork-ul SegWit2x a fost abandonat în noiembrie 2017, după ce organizatorii săi au concluzionat că nu au un consens suficient.

Ce s-a stabilit

Rezultatul a avut o importanță care a depășit simplele detalii tehnice. UASF a funcționat: nodurile economice, și nu minerii, au stabilit care reguli de consens se aplicau. Acest lucru este citat în prezent în mod regulat ca o dovadă a faptului că guvernanța Bitcoin revine, în ultimă instanță, celor care operează și utilizează software-ul, și nu celor care generează blocuri. Data de 1 august este considerată de o parte a comunității drept „Ziua Independenței Bitcoin”.

Ce a făcut posibil SegWit

Rețeaua Lightning

Rețeaua Lightning a fost concepută înainte ca SegWit să existe. Creatorii săi știau că nu putea fi implementată în condiții de siguranță până când nu se rezolva problema maleabilității tranzacțiilor, deoarece canalele de plată se bazează pe lanțuri de tranzacții neconfirmate care se referă unele la altele prin intermediul codului TXID. Garanția oferită de SegWit privind codul TXID fix a asigurat siguranța acestor canale.

Rețeaua Lightning a fost lansată pe rețeaua principală Bitcoin la începutul anului 2018, la aproximativ șase luni după activarea SegWit. Până în primul trimestru al anului 2025, aceasta procesase peste 100 de milioane de tranzacții. Fără SegWit, această infrastructură nu ar fi existat.

Taproot și gestionarea versiunilor scripturilor

SegWit a introdus sistemul de versiuni pentru script în formatul tranzacțiilor Bitcoin. Programul „witness” începe cu un octet de versiune: SegWit V0 acoperă P2WPKH și P2WSH. Orice actualizare viitoare care definește un nou număr de versiune va avea propriile reguli, fără a intra în conflict cu cele existente și fără a necesita o nouă bătălie controversată privind actualizarea.

SegWit V1 este Taproot, activat în noiembrie 2021. Acesta a introdus semnăturile Schnorr, cadrul MAST (Merkelized Abstract Syntax Trees) pentru condiții complexe de cheltuire, precum și îmbunătățiri ale confidențialității care fac ca portofelele multisig să pară identice cu tranzacțiile single-sig din lanț. Fiecare capacitate tehnică introdusă de Taproot s-a bazat pe arhitectura de versiuni creată de SegWit.

Numere ordinale și inscripții

Aceeași structură de date pentru mărturii introdusă de SegWit și extinsă de Taproot a făcut posibilă, din punct de vedere tehnic, încorporarea de date arbitrare, imagini, text și cod direct în tranzacțiile Bitcoin. Acesta este mecanismul din spatele protocolului Ordinals și al inscripțiilor Bitcoin, care a determinat o creștere a utilizării datelor în lanț și a împins adoptarea Taproot la aproximativ 42% din tranzacții în 2024. Pe măsură ce activitatea de inscripționare a scăzut, utilizarea Taproot s-a stabilit la aproximativ 20% din tranzacții până la sfârșitul anului 2025, în timp ce SegWit V0 rămâne formatul dominant, cu aproximativ 85%.

SegWit în context: cronologia actualizărilor Bitcoin

Adopția în prezent

Adoptarea SegWit a crescut constant după activare, ajungând la 30% din tranzacții în primele câteva luni, pentru ca apoi să depășească pragul de 50% în următorii doi ani, pe măsură ce portofelele digitale și platformele de tranzacționare și-au actualizat software-ul.

Începând cu anul 2026, aproximativ 85% din tranzacțiile Bitcoin utilizează SegWit (sursă: Statisticile rețelei Bitcoin de la Spark.money, CoinGecko). Restul de 15% sunt tranzacții de tip „legacy” provenite de la portofele și servicii care nu au fost actualizate. Adoptarea Taproot (P2TR, SegWit V1) a atins un vârf de aproximativ 42% din tranzacții în 2024, impulsionată în mare parte de activitatea de inscripționare Ordinals, înainte de a se stabili la aproximativ 20% până la sfârșitul anului 2025, pe măsură ce volumul de inscripționări a scăzut.

Curba de adoptare reflectă ceea ce s-a întâmplat și în cazul SegWit: noile formate de adrese au nevoie de unul până la trei ani pentru a fi adoptate pe scară largă, pe măsură ce portofelele hardware, platformele de tranzacționare și procesatorii de plăți își actualizează software-ul. Compatibilitatea cu Taproot continuă să se extindă în rândul implementărilor de portofele.

SegWit vs. Legacy: Rezumatul diferențelor

Concluzie

SegWit este actualizarea protocolului care a separat datele de semnătură ale Bitcoin de datele tranzacțiilor, a remediat o vulnerabilitate de securitate existentă încă din 2009, a redus comisioanele de tranzacție cu aproximativ o treime și a pus bazele arhitecturale pentru Lightning Network, Taproot și toate proiectele dezvoltate pe baza acestora de atunci.

Începând din 2026, acesta este standardul de tranzacționare pentru Bitcoin, procesând marea majoritate a activității din lanț. Formatele de adrese pe care le-a introdus, în special SegWit nativ (bc1q), sunt cele pe care majoritatea utilizatorilor ar trebui să le folosească în mod implicit în prezent. Lupta politică care a însoțit activarea sa rămâne unul dintre cele mai instructive capitole din istoria guvernanței Bitcoin: o demonstrație a faptului că, într-o rețea descentralizată, consensul nu este ceva acordat de mineri, ci ceva impus de utilizatori.