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 acestor termeni, această alegere își are originea într-o singură actualizare efectuată în 2017.
SegWit, prescurtarea pentru Martor izolat, este o actualizare a protocolului Bitcoin activată în august 2017, care mută datele semnăturii digitale din structura de bază 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, cunoscută sub numele de „maleabilitatea tranzacțiilor”, și a creat condițiile tehnice necesare pentru apariția rețelei Lightning Network și a sistemului 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 unui bloc 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 celelalte 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 ~226 vbytes la ~141 vbytes, diminuând comisioanele cu aproximativ 38% față de adresele tradiționale.
- Garanția oferită de SegWit privind TXID-ul fix a constituit condiția prealabilă tehnică 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 versiuni ale scripturilor 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% dintre tranzacțiile cu Bitcoin utilizează SegWit. Acesta este standardul rețelei, nu o funcție nouă.
Ce este SegWit?
SegWit, sau Segregated Witness, este o modificare adusă 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”. Astfel, fiecare tranzacție devine mai mică, se pot încadra mai multe tranzacții în fiecare bloc și se elimină o vulnerabilitate care făcea imposibilă construirea în condiții de 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 dovedesc 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 nr. 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, sub forma unui soft fork, ceea ce înseamnă că era compatibil cu versiunile anterioare. Nodurile care nu fuseseră actualizate puteau în continuare să valideze datele de bază ale tranzacției; nodurile actualizate vedeau imaginea completă, inclusiv „witness”.
Începând cu anul 2026, aproximativ 85% din toate tranzacțiile cu Bitcoin utilizează SegWit. Aceasta nu mai este o funcționalitate 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, astfel încât aceasta să rămână validă din punct de vedere matematic, dar să genereze 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ă în afara lanțului 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 modificabil î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 reprezentat cauza principală sau doar un pretext 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.
Blocarea congestiei și creșterea comisioanelor
Până în 2016 și pe parcursul anului 2017, Bitcoin procesa aproximativ 7 tranzacții pe secundă. În perioadele de vârf ale cererii, numărul tranzacțiilor în așteptare a crescut până la zeci de mii, iar comisioanele au urcat la 50 de dolari sau mai mult pentru o tranzacție standard. Problema era de natură 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 prezintă un risc ridicat și sunt 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 „witness” 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ă datele martorului. 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 ale tranzacțiilor 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 aplicată de nodurile vechi. Pentru un bloc teoretic alcătuit exclusiv din date 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 fac parte din secțiunea „witness”.
Bytes virtuali (vBytes): unitatea afișată în portofele
Pentru a menține tarifele la un nivel comparabil cu cel al tranzacțiilor tradiționale, SegWit a introdus „bytes virtuali” (vbytes): unități de greutate împărțite la 4. În cazul tranzacțiilor tradiționale, bytes și vbytes sunt identice. În cazul tranzacțiilor SegWit, vbytes sunt mai mici, deoarece datele „witness” reduse reduc valoarea acestora.
Comisioanele de portofel sunt exprimate în satoshi pe vbyte (sat/vB). O tranzacție SegWit cu un număr mai mic de vbyte implică comisioane mai mici, la aceeași rată sat/vB. Acesta este mecanismul care stă la baza economiilor la comisioane pe care le observați atunci când utilizați o adresă bc1q în locul unei adrese de tipul 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ț.
Comparație între tipurile de adrese
| Tipul adresei | Prefix | Codificare | Dimensiune tipică a transmițătorului (1 intrare, 2 ieșiri) | Economii la comisioane vs. sistemul tradițional | Compatibilitate cu portofele |
|---|---|---|---|---|---|
| Legacy (P2PKH) | 1... | Base58 | ~226 vbytes | Valoarea inițială | Universal |
| SegWit imbricat (P2SH-P2WPKH) | 3... | Base58 | ~167 vbytes | ~26 % | Foarte larg |
| SegWit nativ (P2WPKH) | bc1q... 42 de caractere | Bech32 | ~141 vbytes | ~38 % | Toate portofelele moderne |
| Multisig SegWit nativ (P2WSH) | bc1q... 62 de caractere | Bech32 | Variază | ~32%+ | Toate portofelele moderne |
| Taproot (P2TR) | bc1p... 62 de caractere | Bech32m | ~154 vbytes | ~32 % | Cele mai moderne portofele |
Date privind valoarea tranzacțiilor: Spark.money – Ghid de referință privind dimensiunea tranzacțiilor Bitcoin, 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 nivel universal, 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 poate accepta 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 reprezentat puntea de compatibilitate: beneficiezi de economii parțiale la comisioane, iar expeditorii care utilizează software mai vechi pot în continuare să te plătească. 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ă (fără O majusculă, zero, I majusculă sau l minusculă). O tranzacție standard P2WPKH cu 1 intrare și 2 ieșiri ocupă aproximativ 141 vbytes, cu aproximativ 38% mai puțin decât tranzacția tradițională echivalentă. Toate portofelele și platformele de schimb active o suportă începând cu anul 2026.
Multisig SegWit nativ (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 realiza acest lucru.
Taproot (P2TR, prefix bc1p..., 62 de caractere) este SegWit versiunea 1, activată în 2021. Aceasta utilizează semnături Schnorr în locul celor ECDSA, ceea ce permite agregarea mai multor semnături într-una singură, făcând tranzacțiile multisig imposibil de distins de cele cu o singură semnătură (single-sig) pe lanț. Oferă cele mai mici comisioane pentru cheltuielile cu o singură semnătură și cea mai bună confidențialitate. Utilizați-o atunci când v-ați asigurat că destinatarii și portofelele acestora 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 economie de aproximativ 38% la comisioane în comparație cu sistemul tradițional și nu prezintă niciun risc de incompatibilitate în 2026 (Pentru dezvoltatorii care integrează SegWit în software-ul portofelelor, consultați Ghid de dezvoltare a portofelului Bitcoin Core.).
Dacă portofelul tău suportă 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 în regulă, 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.
În perioada 2015-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 câteva luni, dar rămânea blocat sub acest prag.
Cea mai puternică opoziție a venit din partea marilor companii de minerit, în special Bitmain, care la momentul respectiv controla o parte substanțială din hashrate-ul 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 tehnologia 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ă platformele de schimb, procesatorii de plăți și companiile care utilizează software-ul Bitcoin, să înceapă pur și simplu să respingă orice bloc care nu semnaliza suportul pentru SegWit începând cu 1 august 2017.
Logica era simplă: minerii produc blocuri, dar acestea au valoare doar dacă rețeaua le acceptă. Dacă o majoritate economică suficientă ar fi rulat noduri BIP 148, minerii ar fi fost nevoiți fie să activeze SegWit, fie să-și vadă blocurile devenind orfane. Riscul era la fel de clar: dacă adoptarea ar fi fost 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 pentru 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. Acestea au convenit să activeze SegWit, dar și să urmeze acest pas 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 un hard fork „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 un fork al 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 ajuns la concluzia că nu dispuneau de un consens suficient.
Ce s-a stabilit
Rezultatul a avut o importanță care a depășit detaliile tehnice. UASF a funcționat: nodurile economice, și nu minerii, au stabilit care reguli de consens se aplicau. Acest lucru este citat acum în mod regulat ca o dovadă a faptului că guvernanța Bitcoin revine, în ultimă instanță, celor care rulează și utilizează software-ul, nu celor care produc 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ă aceasta nu putea fi implementată în condiții de siguranță până la remedierea problemei maleabilității tranzacțiilor, deoarece canalele de plată se bazează pe lanțuri de tranzacții neconfirmate care se referă reciproc prin TXID. Garanția oferită de SegWit privind TXID-ul 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 altă 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 care stă la baza protocolului Ordinals și a inscripțiilor Bitcoin, care a determinat o creștere bruscă a utilizării datelor în lanț și a impulsionat 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 stabilizat 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 o pondere de aproximativ 85%.
SegWit în context: Cronologia actualizărilor Bitcoin
| Anul | Eveniment |
|---|---|
| 2015 | Pieter Wuille prezintă conceptul SegWit la conferința Scaling Bitcoin |
| 2016 | BIP 141 a fost publicat oficial; procentul minerilor care susțin propunerea se menține sub pragul de 95% |
| Martie 2017 | BIP 148 (UASF) publicat de Shaolinfry |
| Mai 2017 | Acordul de la New York, semnat de peste 50 de companii |
| 1 august 2017 | Bitcoin Cash se desprinde de Bitcoin |
| 24 august 2017 | SegWit se activează pe Bitcoin la blocul 481.824 |
| noiembrie 2017 | Hard fork-ul SegWit2x a fost abandonat |
| ianuarie 2018 | Rețeaua Lightning se lansează pe rețeaua principală |
| noiembrie 2021 | Taproot se activează, bazându-se pe sistemul de versiuni al SegWit |
| 2023-2024 | Numerele ordinale și inscripțiile utilizează spațiul de martori SegWit/Taproot |
| 2026 | Aproximativ 85% dintre tranzacțiile cu Bitcoin utilizează SegWit |
Adopția în prezent
Adoptarea SegWit a crescut constant după activare, ajungând la 30% din tranzacții în primele câteva luni, apoi depășind pragul de 50% în următorii doi ani, pe măsură ce portofelele digitale și platformele de schimb și-au actualizat software-ul.
Începând cu anul 2026, aproximativ 85% dintre 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 efectuat actualizarea. Adoptarea Taproot (P2TR, SegWit V1) a atins un vârf de aproximativ 42% din tranzacții în 2024, impulsionată în mare măsură de activitatea de inscripționare a Ordinalelor, înainte de a se stabili la aproximativ 20% până la sfârșitul anului 2025, pe măsură ce volumul inscripționărilor 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 ajunge la o adoptare pe scară largă, pe măsură ce portofelele hardware, platformele de schimb și procesatorii de plăți își actualizează software-ul. Suportul pentru Taproot continuă să se extindă în rândul implementărilor de portofele.
SegWit vs. Legacy: Rezumatul diferențelor
| Caracteristică | Versiunea anterioară (pre-SegWit) | SegWit |
|---|---|---|
| Locul semnării | În interiorul ScriptSig (corpul principal al tranzacției) | Câmp separat pentru martori |
| Metrica dimensiunii blocului | Dimensiune în octeți (limită de 1 MB) | Unități de greutate (limită de 4 milioane de unități de greutate) |
| Calculul TXID-ului | Include date de semnătură | Nu include datele martorilor |
| Maleabilitatea tranzacțiilor | Posibil | S-a rezolvat |
| Dimensiune tipică a unui tranzistor cu 1 intrare și 2 ieșiri | ~226 vbytes | ~141 vbytes (P2WPKH) |
| Economisirea comisioanelor | Valoarea inițială | cu aproximativ 38% mai mic (P2WPKH față de P2PKH) |
| Suport pentru Lightning Network | Periculos | Obligatoriu; activează canalele de plată |
| Prefixul adresei | 1... | bc1q... (nativ) sau 3... (imbricat) |
| Codificare | Base58 | Bech32 |
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 cu anul 2026, acesta este standardul de tranzacționare pe 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.
