Bitcoin.com

Ano ang SegWit (Segregated Witness)? Ipinapaliwanag ang pinakamahalagang pag-upgrade ng Bitcoin

Ang SegWit (Segregated Witness) ay isang pag-upgrade ng Bitcoin noong 2017 na nagbawas ng mga bayarin, nag-ayos ng isang kritikal na kahinaan sa seguridad, at nagbigay-daan sa Lightning Network. Narito kung paano ito gumagana.

Huling Na-update
Nai-publish
Oras ng Pagbasa4 minutong babasahin
Isinulat ni
Neil Author
Neill Velardo
Sinuri ni
Graham Stone Author Image
Graham Stone
What is Bitcoin SegWit (Segregated Witness)?

Kung nagbukas ka ng Bitcoin wallet at hiningi sa iyo na pumili sa pagitan ng "Legacy," "SegWit," o "Native SegWit" na address nang walang paliwanag kung ano ang ibig sabihin ng alinman dito, ang pagpipiliang iyon ay nag-ugat sa isang pag-upgrade na ginawa noong 2017.

Ang SegWit, pinaikling Segregated Witness, ay isang pag-upgrade sa protocol ng Bitcoin na na-aktiba noong Agosto 2017 na inililipat ang datos ng digital na pirma mula sa pangunahing estruktura ng transaksyon patungo sa isang hiwalay na larangan na tinatawag na witness. Ang nag-iisang pagbabagong arkitektural na iyon ay nagpababa ng mga bayarin sa transaksyon, inayos ang isang dekada nang kahinaan sa seguridad na tinatawag na transaction malleability, at lumikha ng mga teknikal na kondisyon para umiral ang Lightning Network at Taproot.

Tinatalakay ng artikulong ito kung ano talaga ang ginagawa ng SegWit, kung paano gumagana ang sistema ng bigat ng block, kung ano ang ibig sabihin ng iba't ibang uri ng address para sa iyong mga bayarin, at ang kontrobersyal na labanan sa pulitika na muntik nang magwasak sa Bitcoin network bago pa man ito ma-aktiba.

Pamamahalaan ang iyong Bitcoin gamit ang Aplikasyon ng Bitcoin.com Wallet.

Mahahalagang Puna

  • Ang SegWit (Segregated Witness) ay isang pag-upgrade ng protocol ng Bitcoin na na-aktiba noong Agosto 24, 2017, opisyal na tinukoy bilang BIP 141 at iminungkahi nina Pieter Wuille, Eric Lombrozo, at Johnson Lau noong Disyembre 2015.
  • Hinahati nito ang datos ng digital na pirma (ang "witness") mula sa pangunahing katawan ng transaksyon, inaayos ang isang kahinaan sa seguridad na tinatawag na transaction malleability, at ginagawang mas maliit ang bawat transaksyon.
  • Ang kapasidad ng bloke ay sinusukat sa yunit ng timbang (WU) sa halip na sa bytes. Ang witness data ay nagkakahalaga ng 1 WU bawat byte kumpara sa 4 WU bawat byte para sa ibang datos, na nagbibigay sa mga transaksyon ng SegWit ng 75% na diskwento sa laki ng lagda.
  • Ang native SegWit (mga bc1q address) ay nagpapababa ng isang karaniwang transaksyon mula sa ~226 vbytes hanggang ~141 vbytes, na nagpapababa ng mga bayarin ng humigit-kumulang 38% kumpara sa mga legacy address.
  • Ang nakapirming garantiya ng TXID ng SegWit ang teknikal na paunang kundisyon para sa Lightning Network. Kung wala ito, hindi ligtas na mabubuo ang mga payment channel.
  • Pinahintulutan ng sistema nito sa pagbabarong ng script ang Taproot (SegWit V1, na naaktibo noong 2021) at nagbibigay ng balangkas para sa mga hinaharap na pag-upgrade ng Bitcoin nang walang hard forks.
  • Pagsapit ng 2026, tinatayang 85% ng mga transaksyon sa Bitcoin ay gumagamit ng SegWit. Ito ang pamantayan ng network, hindi isang bagong tampok.

Ano ang SegWit?

Ang SegWit, o Segregated Witness, ay isang pagbabago sa format ng transaksyon ng Bitcoin na naghihiwalay sa mga digital na pirma, ang kriptograpikong patunay na may karapatan kang gastusin ang isang barya, mula sa pangunahing datos ng transaksyon at iniimbak ang mga ito sa isang hiwalay na estruktura na tinatawag na witness. Pinapaliit nito ang bawat transaksyon, nagpapahintulot ng mas maraming transaksyon sa bawat block, at inaalis ang isang kahinaan na naging dahilan upang maging imposible ang ligtas na pagbuo ng mga payment channel sa Bitcoin.

Ang pangalan ay madaling maunawaan: ang "segregated" ay nangangahulugang pinaghiwalay, at ang "witness" ay ang terminong cryptographic para sa datos ng pirma na nagpapatunay na balido ang transaksyon. Sinusagot ng witness ang tanong na "inaprubahan ba ito ng lehitimong may-ari?", habang sinasagot naman ng natitirang datos ng transaksyon ang "saan pupunta ang pondo at para sa halagang magkano?"

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

Ang pag-upgrade ay pormal na tinukoy bilang Panukala sa Pagpapabuti ng Bitcoin 141 (BIP 141) at iminungkahi ng mga developer ng Bitcoin Core na sina Pieter Wuille, Eric Lombrozo, at Johnson Lau sa kumperensya ng Scaling Bitcoin noong Disyembre 2015. Na-activate ito sa Bitcoin mainnet noong Agosto 24, 2017, sa block 481,824, bilang isang soft fork, na nangangahulugang ito ay backward compatible. Ang mga node na hindi nag-upgrade ay maaari pa ring i-validate ang pangunahing datos ng transaksyon; ang mga nag-upgrade na node ay nakakita ng buong larawan kasama ang witness.

Pagsapit ng 2026, tinatayang 85% ng lahat ng transaksyon sa Bitcoin ay gumagamit ng SegWit. Hindi na ito bagong tampok kundi pamantayan na.

Ang mga problemang nilutas ng SegWit

Sinolusyunan ng SegWit ang dalawang magkahiwalay na isyu na matagal nang naglilimita sa Bitcoin.

Kabaluktutan ng Transaksyon

Bawat transaksyon ng Bitcoin ay may natatanging tagapagkilala na tinatawag na TXID, isang hash na nabuo mula sa datos ng transaksyon. Bago ang SegWit, ang hash na iyon ay kinakalkula sa buong transaksyon, kasama ang pirma.

Narito ang problema: hindi maaaring pirmahan ng isang cryptographic signature ang sarili nito. Nag-iwan iyon ng maliit na puwang kung saan ang sinumang nagpapasa ng iyong transaksyon sa network ay maaaring bahagyang baguhin ang signature sa paraang nananatiling matematikal na balido ngunit nagbubunga ng ibang TXID. Napunta pa rin ang pondo sa tamang address at naiproseso pa rin ang transaksyon, ngunit nagbago ang identifier.

Hindi ito mukhang mapaminsala para sa isang simpleng bayad. Para sa mga protocol na pinagsusuklut ang maraming hindi pa nakumpirmang transaksyon, ito ay nakamamatay. Ang Lightning Network, na gumagana sa pamamagitan ng paglikha ng serye ng mga off-chain na pangako sa pagbabayad na tumutukoy sa mga naunang ID ng transaksyon, ay hindi maaaring gumana nang ligtas kung ang alinman sa mga ID na iyon ay maaaring magbago bago sila makumpirma. Ang isang nababagong TXID ay nangangahulugang nababali ang kadena, at maaaring maipit o matakaw ang mga pondo.

Ang pagiging nababago ng transaksyon ay nagdulot din ng totoong pinsala bago ito naayos. Binanggit ito ng palitan ng Mt. Gox bilang isang salik na nag-ambag sa pagbagsak nito noong 2014, bagaman pinagtatalunan ng mga historyador kung ito ba ang ugat ng problema o isang dahilan lamang para sa mas malalim na maling pamamahala.

Nalutas ito ng SegWit sa pamamagitan ng ganap na pag-aalis ng mga pirma sa pagkalkula ng TXID. Ngayon, ang identifier ay kinakalkula lamang mula sa mga pangunahing larangan ng transaksyon. Hindi na binabago ng pagbabago sa pirma ang pagkakakilanlan ng transaksyon.

Pigilan ang pagsisikip at pagtaas ng mga bayarin

Pagsapit ng 2016 at hanggang 2017, nagpoproseso ang Bitcoin ng humigit-kumulang 7 transaksyon bawat segundo. Sa panahon ng matinding pagtaas ng demand, umabot sa sampu-sampung libo ang backlog ng mga transaksyon at umakyat ang mga bayad sa $50 o higit pa para sa isang karaniwang pagpapadala. Ang problema ay estruktural: ang mga block ng Bitcoin ay may limitasyong 1MB, at ang mga pirma ay bumubuo ng humigit-kumulang 65% ng laki ng transaksyon.

Ang halatang solusyon, ang pagtaas ng limitasyon ng laki ng block, ay nangangailangan ng hard fork, na nangangahulugang kailangang mag-upgrade ang lahat ng node o maiiwan sa isang hindi tugmang chain. Mataas ang panganib at kontrobersyal ang mga hard fork. Lubos na nalampasan ng SegWit ang limitasyong ito.

Paano Gumagana ang SegWit

Paghiwalay ng Datos ng mga Saksi

Sa isang legacy na transaksyon ng Bitcoin, bawat input ay may kasamang ScriptSig field na naglalaman ng pirma at pampublikong susi ng spender. Sa isang SegWit na transaksyon, iniiwan na walang laman ang ScriptSig para sa mga SegWit input. Ang pirma at pampublikong susi ay inililipat sa bagong witness field na idinadagdag sa dulo ng transaksyon.

Dalawang karagdagang byte, isang marker (0x00) at isang flag (0x01), ang nagsasabi sa mga SegWit-aware na node na susunod ang witness data. Ang mga node na nauna bago ang SegWit ay nakakakita lamang ng walang laman na ScriptSig at pinoproseso ang transaksyon bilang balido sa ilalim ng mas lumang interpretasyon na "sinuman ay maaaring gumastos," kaya't nananatili ang backward compatibility.

Ang Timbang ng Bloke ay Nagsasaayos sa Sukat ng Bloke

Pinalitan ng SegWit ang 1MB na limitasyon sa laki ng block ng isang bagong sukatan: block weight, na may cap na 4 milyong weight units (WU).

Ang kritikal na detalye ay nasa kung paano binibilang ang mga byte:

  • Bawat byte ng datos ng transaksyon na hindi saksi ay nagkakahalaga ng 4 na yunit ng timbang.
  • Bawat byte ng datos ng saksi ay nagkakahalaga lamang ng 1 yunit ng timbang.

Dahil malaki ang mga pirma at ngayon ay nasa seksyon ng saksi, umaabot na lamang ang gastos nito sa isang-kapat ng dati sa kapasidad ng block. Ganito pinataas ng SegWit ang epektibong laki ng block sa humigit-kumulang 1.7 hanggang 2MB sa praktis nang hindi pinipilit ang 1MB na patakaran na ipinapatupad ng mga lumang node. Para sa isang teoretikal na all-SegWit na block, ang maximum ay 4MB, ngunit hindi ito kailanman nangyayari sa praktika dahil ang bawat block ay naglalaman din ng non-witness na datos.

Virtual na Bytes (vBytes): Ang Yunit na Nakikita Mo sa mga Wallet

Upang mapanatiling maihahambing ang mga rate ng bayad sa mga legacy na transaksyon, ipinakilala ng SegWit ang virtual bytes (vbytes): mga yunit ng timbang na hinati sa 4. Para sa mga legacy na transaksyon, magkapareho ang bytes at vbytes. Para sa mga transaksyon ng SegWit, mas mababa ang vbytes dahil pinapababa ng diskwentong witness data ang bilang.

Ang mga bayad sa pitaka ay sinasabi sa satoshis kada vbyte (sat/vB). Ang isang SegWit na transaksyon na may mas kaunting vbyte ay nagbabayad ng mas mababa sa parehong rate na sat/vB. Ito ang mekanismong nasa likod ng pagtitipid sa bayad na nakikita mo kapag ginagamit ang bc1q na address sa halip na 1... na address.

Mga Uri ng Address ng SegWit: Alin ang Dapat Mong Gamitin?

Ipinakilala ng SegWit ang mga bagong format ng address kasabay ng mga teknikal na pagbabago nito. Tinutukoy ng uri ng address kung paano ini-encode ng iyong wallet ang mga kondisyon sa paggastos, na nakakaapekto sa iyong mga bayarin, sa iyong pagiging tugma sa iba pang mga wallet, at kung paano lumalabas ang iyong mga transaksyon sa on-chain.

Paghahambing ng Uri ng Tirahan

Uri ng Tirahan
Panlapi
Pag-encode
Karaniwang sukat ng transmisyon (1 papasok, 2 palabas)
Pag-iipon ng Bayarin vs Pamana
Suporta sa pitaka
Pamanang (P2PKH)
Isa...
Base58
~226 na byte
Batayan
Pangkalahatan
Nested SegWit (P2SH-P2WPKH)
tatlo...
Base58
~167 na byte
Mga 26%
Napakalawak
Katutubong SegWit (P2WPKH)
bago pa man... 42 na karakter
Bech32
~141 vbytes
~38%
Lahat ng makabagong pitaka
Katutubong SegWit multisig (P2WSH)
bago pa man... 62 na karakter
Bech32
Nag-iiba
~32%+
Lahat ng makabagong pitaka
Pangunahing ugat (P2TR)
bago pa man... 62 na karakter
Bech32m
~154 na byte
Mga 32%
Karamihan sa mga modernong pitaka
Uri ng Tirahan
Pamanang (P2PKH)
Panlapi
Isa...
Pag-encode
Base58
Karaniwang sukat ng transmisyon (1 papasok, 2 palabas)
~226 na byte
Pag-iipon ng Bayarin vs Pamana
Batayan
Suporta sa pitaka
Pangkalahatan
Uri ng Tirahan
Nested SegWit (P2SH-P2WPKH)
Panlapi
tatlo...
Pag-encode
Base58
Karaniwang sukat ng transmisyon (1 papasok, 2 palabas)
~167 na byte
Pag-iipon ng Bayarin vs Pamana
Mga 26%
Suporta sa pitaka
Napakalawak
Uri ng Tirahan
Katutubong SegWit (P2WPKH)
Panlapi
bago pa man... 42 na karakter
Pag-encode
Bech32
Karaniwang sukat ng transmisyon (1 papasok, 2 palabas)
~141 vbytes
Pag-iipon ng Bayarin vs Pamana
~38%
Suporta sa pitaka
Lahat ng makabagong pitaka
Uri ng Tirahan
Katutubong SegWit multisig (P2WSH)
Panlapi
bago pa man... 62 na karakter
Pag-encode
Bech32
Karaniwang sukat ng transmisyon (1 papasok, 2 palabas)
Nag-iiba
Pag-iipon ng Bayarin vs Pamana
~32%+
Suporta sa pitaka
Lahat ng makabagong pitaka
Uri ng Tirahan
Pangunahing ugat (P2TR)
Panlapi
bago pa man... 62 na karakter
Pag-encode
Bech32m
Karaniwang sukat ng transmisyon (1 papasok, 2 palabas)
~154 na byte
Pag-iipon ng Bayarin vs Pamana
Mga 32%
Suporta sa pitaka
Karamihan sa mga modernong pitaka

Mga datos ng laki ng transaksyon: Spark.money Sanggunian sa Sukat ng Transaksyon ng Bitcoin, 2026. Ang pagtitipid sa bayad ay tinatayang halaga at nag-iiba-iba batay sa kondisyon ng mempool.

Pamanang (P2PKH, prefix Isa...) Ito ang orihinal na format mula pa noong 2009. Nanatili ang pirma sa loob ng pangunahing katawan ng transaksyon kung saan binibilang ito nang buong bigat. Walang pagtitipid sa bayad. Patuloy pa rin itong sinusuportahan nang unibersal, na siyang tanging dahilan para gamitin ito ngayon kung nakikipag-ugnayan ka sa napakatuwang na software na hindi makatanggap ng iba pa.

Nested SegWit (P2SH-P2WPKH, prefix tatlo...) binabalot ang SegWit script sa loob ng mas lumang P2SH na sobre. Nang na-aktiba ang SegWit noong 2017, hindi agad sinuportahan ng lahat ng wallet at exchange ang bagong bc1 na format. Ang nested SegWit ang tulay para sa compatibility: nakakakuha ka ng bahagyang pagtitipid sa bayad, at makakapagbayad pa rin sa iyo ang mga nagpapadala na gumagamit ng mas lumang software. Pagsapit ng 2026, ang format na ito ay umiiral pangunahin bilang isang fallback. Ang tatlo... Ibinabahagi ang prefix sa mga P2SH address na hindi SegWit, kaya hindi mo matutukoy mula sa address lamang kung ito ay isang SegWit na transaksyon.

Katutubong SegWit (P2WPKH, prefiks bago pa man..., 42 na karakter) ay ang tamang pagpipilian para sa karamihan ng mga gumagamit. Gumagamit ito ng Bech32 encoding, na puro maliliit na titik, may mas mahusay na pagtuklas ng error kaysa sa Base58, at inaalis ang mga karakter na magkakapareho ang itsura (walang malaking titik na O, zero, malaking I, o maliliit na l). Ang isang karaniwang 1-input, 2-output na transaksyon ng P2WPKH ay nagkakahalaga ng ~141 vbytes, mga 38% na mas mababa kaysa sa katumbas na legacy na transaksyon. Lahat ng aktibong wallet at palitan ay susuporta rito simula 2026.

Katutubong SegWit multisig (P2WSH, prefiks bago pa man..., 62 na karakter) ay ang variant na script-hash, na ginagamit para sa mga multisig wallet at kumplikadong kundisyon sa paggastos. Ang mas mahabang address ay sumasalamin sa 32-byte na SHA-256 hash sa halip na sa 20-byte na hash na ginagamit ng P2WPKH. Kung nagpapatakbo ka ng 2-of-3 na multisig setup, ang P2WSH ang SegWit-native na paraan para gawin ito.

Pangunahing ugat (P2TR, panlapi bago pa man..., 62 na karakter) ay SegWit Bersyon 1, na na-aktiba noong 2021. Gumagamit ito ng Schnorr signatures sa halip na ECDSA, na nagpapahintulot na pagsamahin ang maraming pirma sa isa, kaya hindi matutukoy kung multisig o single-sig on-chain ang transaksyon. Nag-aalok ito ng pinakamababang bayad para sa single-sig spends at pinakamahusay na privacy. Gamitin ito kapag nakumpirma mong sinusuportahan ng iyong mga tatanggap at ng kanilang mga wallet ang bc1p addresses.

Mabilis na Rekomendasyon

Para sa karamihan ng mga tao: gamitin ang native SegWit (bc1q). Sinusuportahan ito ng halos lahat ng aktibong wallet at exchange, nakakatipid ng ~38% sa mga bayarin kumpara sa legacy, at walang panganib sa compatibility sa 2026 (Para sa mga developer na nag-iintegrate ng SegWit sa wallet software, tingnan ang Gabay sa pag-develop ng Bitcoin Core wallet.).

Kung sinusuportahan ng iyong pitaka ang Taproot (bc1p) at gumagawa ka ng mga transaksyong may iisang pirma kasama ang mga tatanggap na sinusuportahan din ito ng kanilang mga pitaka, magkakaroon ka ng bahagyang mas mababang bayad at pinahusay na privacy.

Ang Nested SegWit (3...) ay isang fallback para sa compatibility. Ayos lang ito, pero wala nang dahilan para gawing default ito.

Ang Digmaan sa Blocksize: Bakit Napakakontrobersyal ng SegWit

Malinaw ang teknikal na batayan ng SegWit. Hindi malinaw ang landas nito patungo sa pag-aktibo.

Mula 2015 hanggang 2017, naipit ang Bitcoin sa isa sa pinaka-nakapaghating alitan sa pamamahala sa kasaysayan nito. Sa pinakapuso, simple lang ang tanong: paano dapat i-upgrade ng isang desentralisadong network ang sarili nitong mga patakaran kapag magkasalungat ang interes ng iba't ibang paksiyon?

Ang Patimpalak sa Pagmimina

Sa ilalim ng karaniwang proseso ng pag-upgrade na BIP9, kinakailangan ng soft fork ang 95% ng mga miner na magpahiwatig ng suporta sa loob ng dalawang linggong bintana. Pagsapit ng unang bahagi ng 2017, ilang buwan nang handa nang i-activate ang SegWit ngunit naipit ito sa ibaba ng nasabing threshold.

Ang pinakamalaking pagtutol ay nagmula sa malalaking operasyon ng pagmimina, partikular na ang Bitmain, na sa panahong iyon ay kumokontrol sa malaking bahagi ng hashrate ng Bitcoin. Ang dahilan ay kalaunan luminaw: ginamit ng Bitmain ang isang teknik na may patente na tinatawag na ASICBoost, isang optimisasyon na nagbigay sa kanilang hardware sa pagmimina ng makabuluhang kalamangan sa kahusayan. Hindi tugma sa istruktura ng SegWit ang lihim na ASICBoost. Ang pagharang sa SegWit ay nagprotekta sa kalamangan na iyon.

BIP 148 at ang UASF

Noong Marso 2017, isang hindi kilalang developer na gumagamit ng pseudonym na Shaolinfry ang naglathala ng BIP 148: isang User-Activated Soft Fork (UASF). Sa halip na maghintay ng senyales mula sa mga miner, iminungkahi ng BIP 148 na ang mga economic node, ibig sabihin mga palitan, mga processor ng pagbabayad, at mga negosyong nagpapatakbo ng Bitcoin software, ay simpleng simulan nang tanggihan ang anumang block na hindi nagpapakita ng suporta sa SegWit simula Agosto 1, 2017.

Direkta ang lohika: gumagawa ang mga minero ng mga block, ngunit may halaga lamang ang mga ito kung tatanggapin sila ng network. Kung sapat na karamihan sa ekonomiya ang magpapatakbo ng mga BIP 148 node, aaktibahin ng mga minero ang SegWit o mapapanood nilang maging ulila ang kanilang mga bloke. Malinaw din ang panganib: kung hindi sapat ang pag-aampon, magkakaroon ng paghahati ng kadena, na may dalawang hindi magkatugmang bersyon ng Bitcoin na magkakasabay na tumatakbo.

Ang kampanyang UASF ay mula sa mga karaniwang tao at malakas ang boses. Lumitaw ang mga badge ng kumperensya. Lumakas ang mga pagtatalo sa Twitter. Ang pariralang "patakbuhin ang sarili mong node" ay nagkaroon ng bagong pagmamadali.

Ang Kasunduan sa New York at Bitcoin Cash

Harap sa takdang oras ng UASF, mahigit 50 pangunahing kumpanya ng Bitcoin ang nagtipon sa New York noong Mayo 2017 at pinirmahan ang tinawag na Kasunduan sa New York. Nagkasundo silang i-activate ang SegWit, ngunit kasunod nito ay magsasagawa rin ng hard fork upang doblehin ang laki ng block sa 2MB (ito ang naging kilala bilang SegWit2x).

Hindi lubos na nasiyahan ang alinmang panig sa kompromisong iyon. Ang mga developer na tutol sa mas malalaking block ay itinuturing ang SegWit2x bilang isang backdoor hard fork na hindi nila inaprubahan. Ang mga miner at mga kumpanya na nagnanais ng mas malalaking block ay hindi pa rin nakukuha ang orihinal nilang hinahangad.

Noong Agosto 1, 2017, isang paksiyon na nais ng purong pagtaas ng laki ng block, nang walang SegWit, ang nag-fork sa Bitcoin upang likhain ang Bitcoin Cash (BCH), na nagsimula sa 8MB na limitasyon ng block. Na-activate ang SegWit sa Bitcoin noong Agosto 24, 2017. Ang SegWit2x hard fork ay iniwan noong Nobyembre 2017 matapos mapagpasyahan ng mga tagapag-organisa na wala silang sapat na pagkakasundo.

Ang Inayos Nito

Ang kinalabasan ay may malalim na kahulugan lampas sa teknikal na mga detalye. Naging epektibo ang UASF: ang mga ekonomikong node, hindi ang mga minero, ang nagpasiya kung aling mga patakaran ng konsensus ang ipatutupad. Ito ay ngayon ay madalas na binabanggit bilang isang patunay na ang pamamahala ng Bitcoin ay nasa huli nakasalalay sa mga nagpapatakbo at gumagamit ng software, hindi sa mga gumagawa ng mga bloke. Ang ika-1 ng Agosto ay tinatawag ng ilang bahagi ng komunidad na Araw ng Kalayaan ng Bitcoin.

Ang Ginawa ng SegWit na Posible

Ang Lightning Network

Ang Lightning Network ay idinisenyo bago pa man umiral ang SegWit. Alam ng mga lumikha nito na hindi ito maaaring ligtas na ipatupad hangga't hindi naaayos ang malleability ng transaksyon, dahil ang mga payment channel ay nakasalalay sa mga kadena ng hindi pa nakumpirmang mga transaksyon na nagtutukoy sa isa't isa gamit ang TXID. Ang garantiyang fixed-TXID ng SegWit ang nagbigay ng kaligtasan sa mga channel na iyon.

Inilunsad ang Lightning Network sa Bitcoin mainnet noong unang bahagi ng 2018, mga anim na buwan matapos mag-aktibo ang SegWit. Pagsapit ng unang kwarter ng 2025, nakaproseso na ito ng mahigit 100 milyong transaksyon. Kung wala ang SegWit, hindi magkakaroon ng alinman sa imprastrukturang iyon.

Pangunahing ugat at bersyon ng script

Ipinakilala ng SegWit ang pag-version ng script sa format ng transaksyon ng Bitcoin. Nagsisimula ang witness program sa isang byte ng bersyon: sinasaklaw ng SegWit V0 ang P2WPKH at P2WSH. Anumang hinaharap na pag-upgrade na nagtatakda ng bagong numero ng bersyon ay magkakaroon ng sarili nitong mga patakaran nang hindi nakakasagupa sa mga umiiral, at nang hindi nangangailangan ng isa pang kontrobersyal na labanan para sa pag-upgrade.

Ang SegWit V1 ay ang Taproot, na na-aktiba noong Nobyembre 2021. Dinala nito ang Schnorr signatures, ang MAST (Merkelized Abstract Syntax Trees) na balangkas para sa mga kumplikadong kondisyon sa paggastos, at mga pagpapabuti sa privacy na ginagawang magkapareho ang hitsura ng mga multisig wallet sa mga single-sig na transaksyon sa on-chain. Ang bawat teknikal na kakayahan na ipinakilala ng Taproot ay nakasalalay sa arkitektura ng pagve-version na nilikha ng SegWit.

Mga Ordinal at Inskripsyon

Ang parehong istruktura ng datos ng saksi na ipinakilala ng SegWit, at pinalawak ng Taproot, ay nagbigay-daan nang teknikal upang maisingit nang direkta sa mga transaksyon ng Bitcoin ang anumang datos, larawan, teksto, o code. Ito ang mekanismong nasa likod ng Ordinals protocol at ng mga inskripsyon sa Bitcoin, na nagpasiklab ng pagdagsa ng paggamit ng on-chain na datos at nagtulak sa pag-aampon ng Taproot sa humigit-kumulang 42% ng mga transaksyon noong 2024. Habang bumababa ang aktibidad ng inskripsyon, ang paggamit ng Taproot ay umabot sa humigit-kumulang 20% ng mga transaksyon pagsapit ng huling bahagi ng 2025, habang ang SegWit V0 ay nananatiling nangingibabaw na format sa humigit-kumulang 85%.

SegWit sa Konteksto: Isang Linya ng Oras ng Pag-upgrade ng Bitcoin

Taon
Kaganapan
Dalawang libong labing-lima
Ipinakita ni Pieter Wuille ang konsepto ng SegWit sa kumperensya ng Scaling Bitcoin.
Dalawang libong labing anim
Opisyal nang nailathala ang BIP 141; humihinto ang pagsi-signal ng mga miner sa ibaba ng 95% na threshold
Marso 2017
BIP 148 (UASF) na inilathala ni Shaolinfry
Mayo 2017
Kasunduan sa New York na pinirmahan ng mahigit 50 kumpanya
Agosto 1, 2017
Ang Bitcoin Cash ay nag-fork mula sa Bitcoin.
Agosto 24, 2017
Na-activate ang SegWit sa Bitcoin sa block 481,824.
Nobyembre 2017
Iniwan ang SegWit2x hard fork.
Enero 2018
Inilunsad na ang Lightning Network sa mainnet.
Nobyembre 2021
Inaaktiba ang Taproot, na nakabatay sa sistema ng pagve-version ng SegWit.
2023-2024
Sinisamantala ng mga ordinals at inskripsyon ang espasyo ng saksi ng SegWit/Taproot.
Dalawang libo dalawampu't anim
Tinatayang 85% ng mga transaksyon sa Bitcoin ay gumagamit ng SegWit.
Taon
Dalawang libong labing-lima
Kaganapan
Ipinakita ni Pieter Wuille ang konsepto ng SegWit sa kumperensya ng Scaling Bitcoin.
Taon
Dalawang libong labing anim
Kaganapan
Opisyal nang nailathala ang BIP 141; humihinto ang pagsi-signal ng mga miner sa ibaba ng 95% na threshold
Taon
Marso 2017
Kaganapan
BIP 148 (UASF) na inilathala ni Shaolinfry
Taon
Mayo 2017
Kaganapan
Kasunduan sa New York na pinirmahan ng mahigit 50 kumpanya
Taon
Agosto 1, 2017
Kaganapan
Ang Bitcoin Cash ay nag-fork mula sa Bitcoin.
Taon
Agosto 24, 2017
Kaganapan
Na-activate ang SegWit sa Bitcoin sa block 481,824.
Taon
Nobyembre 2017
Kaganapan
Iniwan ang SegWit2x hard fork.
Taon
Enero 2018
Kaganapan
Inilunsad na ang Lightning Network sa mainnet.
Taon
Nobyembre 2021
Kaganapan
Inaaktiba ang Taproot, na nakabatay sa sistema ng pagve-version ng SegWit.
Taon
2023-2024
Kaganapan
Sinisamantala ng mga ordinals at inskripsyon ang espasyo ng saksi ng SegWit/Taproot.
Taon
Dalawang libo dalawampu't anim
Kaganapan
Tinatayang 85% ng mga transaksyon sa Bitcoin ay gumagamit ng SegWit.

Kasalukuyang Pag-aampon

Patuloy na lumago ang pag-aampon ng SegWit matapos ang pag-aktiba, umabot sa 30% ng mga transaksyon sa loob ng unang ilang buwan, at umakyat sa mahigit 50% sa sumunod na dalawang taon habang ina-upgrade ng mga wallet at exchange ang kanilang software.

Pagsapit ng 2026, tinatayang 85% ng mga transaksyon sa Bitcoin ay gagamit ng SegWit (pinagmulan: Spark.money Bitcoin Network Statistics, CoinGecko). Ang natitirang 15% ay mga legacy na transaksyon mula sa mga wallet at serbisyo na hindi nag-upgrade. Ang pag-aampon ng Taproot (P2TR, SegWit V1) ay umabot sa pinakamataas na humigit-kumulang 42% ng mga transaksyon noong 2024, na pangunahing pinagana ng aktibidad sa pag-iinskripsyon ng Ordinals, bago bumaba sa humigit-kumulang 20% pagsapit ng huling bahagi ng 2025 nang bumaba ang dami ng pag-iinskripsyon.

Ang kurba ng pag-aampon ay sumasalamin sa nangyari sa SegWit mismo: ang mga bagong format ng address ay nangangailangan ng isa hanggang tatlong taon upang maabot ang malawakang paggamit habang ina-update ng mga hardware wallet, exchange, at payment processor ang kanilang software. Patuloy na lumalawak ang suporta para sa Taproot sa iba't ibang implementasyon ng wallet.

SegWit vs. Legacy: Buod ng Mga Pagkakaiba

Tampok
Pamanang (Bago ang SegWit)
SegWit
Panglagay ng pirma
Sa loob ng ScriptSig (pangunahing katawan ng transaksyon)
Hiwalay na patlang para sa saksi
Metrika ng laki ng bloke
Laki sa bytes (1MB ang limitasyon)
Mga yunit ng timbang (limitasyong 4M WU)
Kalkulasyon ng TXID
Kasama ang pirma ng datos
Hindi kasama ang datos ng saksi
Pagkakababaluktot ng transaksyon
Posible
Naayos na
Karaniwang laki ng transaksyon: 1 papasok/2 palabas
~226 na byte
~141 vbytes (P2WPKH)
Pag-iipon ng bayad
Batayan
Mga 38% na mas mababa (P2WPKH kumpara sa P2PKH)
Suporta sa Lightning Network
Hindi ligtas
Kinakailangan; nagpapagana ng mga channel ng pagbabayad
Pangunahing salita ng address
Isa...
bago pa man... (katutubo) o tatlo... (naka-sapin)
Pag-encode
Base58
Bech32
Tampok
Panglagay ng pirma
Pamanang (Bago ang SegWit)
Sa loob ng ScriptSig (pangunahing katawan ng transaksyon)
SegWit
Hiwalay na patlang para sa saksi
Tampok
Metrika ng laki ng bloke
Pamanang (Bago ang SegWit)
Laki sa bytes (1MB ang limitasyon)
SegWit
Mga yunit ng timbang (limitasyong 4M WU)
Tampok
Kalkulasyon ng TXID
Pamanang (Bago ang SegWit)
Kasama ang pirma ng datos
SegWit
Hindi kasama ang datos ng saksi
Tampok
Pagkakababaluktot ng transaksyon
Pamanang (Bago ang SegWit)
Posible
SegWit
Naayos na
Tampok
Karaniwang laki ng transaksyon: 1 papasok/2 palabas
Pamanang (Bago ang SegWit)
~226 na byte
SegWit
~141 vbytes (P2WPKH)
Tampok
Pag-iipon ng bayad
Pamanang (Bago ang SegWit)
Batayan
SegWit
Mga 38% na mas mababa (P2WPKH kumpara sa P2PKH)
Tampok
Suporta sa Lightning Network
Pamanang (Bago ang SegWit)
Hindi ligtas
SegWit
Kinakailangan; nagpapagana ng mga channel ng pagbabayad
Tampok
Pangunahing salita ng address
Pamanang (Bago ang SegWit)
Isa...
SegWit
bago pa man... (katutubo) o tatlo... (naka-sapin)
Tampok
Pag-encode
Pamanang (Bago ang SegWit)
Base58
SegWit
Bech32

Konklusyon

Ang SegWit ay ang pag-upgrade ng protocol na naghiwalay sa datos ng pirma ng Bitcoin mula sa datos ng transaksyon nito, nag-ayos ng isang kahinaan sa seguridad na umiiral mula pa noong 2009, nagbawas ng mga bayad sa transaksyon ng halos isang katlo, at nagbigay ng arkitektural na pundasyon para sa Lightning Network, Taproot, at lahat ng mga bagay na itinayo sa ibabaw nila mula noon.

Pagsapit ng 2026, ito na ang pamantayan sa transaksyon sa Bitcoin, na nagpoproseso ng karamihan ng on-chain na aktibidad. Ang mga format ng address na ipinakilala nito, lalo na ang native SegWit (bc1q), ay dapat nang ginagamit ng karamihan ng mga gumagamit bilang default ngayon. Ang politikal na labanan na nakapalibot sa pag-aktiba nito ay nananatiling isa sa mga pinaka-nakapagtuturong kabanata sa kasaysayan ng pamamahala ng Bitcoin: isang demonstrasyon na sa isang desentralisadong network, ang konsensus ay hindi isang bagay na ipinagkakaloob ng mga miner, kundi isang bagay na ipinipilit ng mga gumagamit.

Frequently Asked Questions

What does SegWit stand for?
SegWit stands for Segregated Witness. "Segregated" means separated, and "witness" is the cryptographic term for the signature data that proves a transaction is authorized. Together, the name describes exactly what the upgrade does: it moves signature data out of the main transaction and stores it separately.
Is SegWit safe to use?
What is the difference between SegWit and Native SegWit?
What is the difference between SegWit and Taproot?
Can I send Bitcoin from a SegWit address to a Legacy address?
Does SegWit actually reduce my fees?
Why did some miners oppose SegWit?
Did SegWit cause the Bitcoin Cash fork?
What is BIP 141?
What is the Bech32 address format?
Does SegWit work with hardware wallets?

Magsimula nang ligtas na mag-invest gamit ang Bitcoin.com Wallet.

Mahigit 85 milyong wallet na ang nalikha hanggang ngayon. Lahat ng kailangan mo para ligtas na bumili, magbenta, magpalitan, at mag-invest ng iyong Bitcoin at cryptocurrency.

A screenshot of the Bitcoin.com Wallet app

I-scan para i-download ang Bitcoin.com Wallet

I-scan ang QR code na ito gamit ang iyong mobile device, awtomatiko kang idirekta sa tamang pahina ng tindahan.