SegWit (Segregated Witness) Nedir? Bitcoin'in En Önemli Güncellemesi Açıklanıyor

Eğer bir Bitcoin cüzdanı açtığınızda, bunların ne anlama geldiğine dair hiçbir açıklama yapılmadan “Legacy”, “SegWit” veya “Native SegWit” adreslerinden birini seçmeniz istenmişse, bu seçim 2017 yılında yapılan tek bir güncellemeye dayanmaktadır.

SegWit, kısaltması Ayrılmış Tanık, Ağustos 2017’de devreye alınan bir Bitcoin protokol güncellemesidir ve bu güncelleme, dijital imza verilerini temel işlem yapısından çıkararak “witness” adı verilen ayrı bir alana taşır. Bu tek mimari değişiklik, işlem ücretlerini düşürdü, “işlem değiştirilebilirliği” olarak bilinen ve yıllardır süregelen bir güvenlik açığını giderdi ve Lightning Network ile Taproot’un var olabilmesi için gerekli teknik koşulları sağladı.

Bu makale, SegWit’in gerçekte ne işe yaradığını, blok ağırlığı sisteminin nasıl işlediğini, farklı adres türlerinin ücretleriniz açısından ne anlama geldiğini ve SegWit’in devreye girmeden önce Bitcoin ağını neredeyse parçalamaya varan tartışmalı siyasi mücadeleyi ele almaktadır.

Bitcoin'inizi şu araçla yönetin: Bitcoin.com Cüzdan uygulaması.

Önemli Noktalar

• SegWit (Segregated Witness), 24 Ağustos 2017 tarihinde devreye alınan bir Bitcoin protokol güncellemesidir; resmi olarak BIP 141 olarak tanımlanan bu güncelleme, Aralık 2015’te Pieter Wuille, Eric Lombrozo ve Johnson Lau tarafından önerilmiştir.
• Dijital imza verilerini (“tanık”) ana işlem gövdesinden ayırarak, “işlem değiştirilebilirliği” olarak adlandırılan bir güvenlik açığını giderir ve her bir işlemin boyutunu küçültür.
• Blok kapasitesi, bayt yerine ağırlık birimleri (WU) cinsinden ölçülür. Tanık verileri bayt başına 1 WU’ya mal olurken, diğer veriler için bu rakam bayt başına 4 WU’dur; bu da SegWit işlemlerine imza boyutunda %75’lik bir indirim sağlar.
• Yerel SegWit (bc1q adresleri), standart bir işlemin boyutunu ~226 vbyte’tan ~141 vbyte’a düşürerek, eski adreslere kıyasla işlem ücretlerini yaklaşık %38 oranında azaltır.
• SegWit’in sabit TXID garantisi, Lightning Ağı için teknik bir ön koşuldur. Bu garanti olmasaydı, ödeme kanalları güvenli bir şekilde oluşturulamazdı.
• Taproot’u (SegWit V1, 2021’de etkinleştirildi) mümkün kılan komut dosyası sürümleme sistemi, hard fork’lara gerek kalmadan gelecekteki Bitcoin güncellemeleri için bir çerçeve sunuyor.
• 2026 itibarıyla, Bitcoin işlemlerinin yaklaşık %85’i SegWit kullanmaktadır. Bu, yeni bir özellik değil, ağ standardıdır.

SegWit Nedir?

SegWit, ya da Segregated Witness, Bitcoin’in işlem formatında yapılan bir değişikliktir; bu değişiklik, bir coin’i harcama hakkına sahip olduğunuzu gösteren kriptografik kanıt olan dijital imzaları ana işlem verilerinden ayırır ve bunları “witness” adı verilen ayrı bir yapıda depolar. Bu sayede her bir işlem daha küçük hale gelir, her bloğa daha fazla işlem sığar ve Bitcoin üzerine güvenli bir şekilde ödeme kanalları oluşturulmasını imkansız kılan bir güvenlik açığı ortadan kaldırılır.

Bu terimin anlamı oldukça basit: “segregated” (ayrılmış) “ayrılmış” anlamına gelirken, “witness” (tanık) ise bir işlemin geçerliliğini kanıtlayan imza verileri için kullanılan kriptografik bir terimdir. Tanık, “işlemi hak sahibi onayladı mı?” sorusuna yanıt verirken, işlemin geri kalan verileri ise “fonlar nereye gidiyor ve tutarı ne kadar?” sorusuna yanıt verir.

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

Bu güncelleme, resmi olarak Bitcoin İyileştirme Önerisi 141 (BIP 141) ve Aralık 2015’te düzenlenen Scaling Bitcoin konferansında Bitcoin Core geliştiricileri Pieter Wuille, Eric Lombrozo ve Johnson Lau tarafından önerilmiştir. Bu özellik, 24 Ağustos 2017 tarihinde 481.824. blokta Bitcoin ana ağında bir soft fork olarak etkinleştirildi; bu, geriye dönük uyumlu olduğu anlamına geliyordu. Güncelleme yapmamış düğümler temel işlem verilerini hâlâ doğrulayabiliyordu; güncelleme yapmış düğümler ise tanık bilgisi de dahil olmak üzere tam resmi görebiliyordu.

2026 itibarıyla, tüm Bitcoin işlemlerinin yaklaşık %85’i SegWit kullanmaktadır. Bu artık yeni bir özellik değil, standart haline gelmiştir.

SegWit’in Çözmek Üzere Tasarlandığı Sorunlar

SegWit, yıllardır Bitcoin’in gelişimini kısıtlayan iki ayrı sorunu çözdü.

İşlem Değiştirilebilirliği

Her Bitcoin işleminin, işlem verilerinden oluşturulan bir hash değeri olan ve TXID olarak adlandırılan benzersiz bir tanımlayıcısı vardır. SegWit öncesinde bu hash değeri, imza da dahil olmak üzere işlemin tamamı üzerinden hesaplanıyordu.

Sorun şu: Kriptografik bir imza, kendi kendini imzalayamaz. Bu durum, ağ üzerinden işleminizi ileten herhangi bir kişinin, imzayı matematiksel olarak geçerli kalacak ancak farklı bir TXID üretecek şekilde hafifçe değiştirebileceği küçük bir açık bırakıyordu. Para yine doğru adrese ulaşıyordu ve işlem yine gerçekleşiyordu, ancak tanımlayıcı değişmişti.

Basit bir ödeme için bu durum felaket gibi görünmeyebilir. Ancak, onaylanmamış birden fazla işlemi birbirine zincirleyen protokoller için bu durum ölümcüldür. Daha önceki işlem kimlik numaralarına (TXID) referans veren bir dizi zincir dışı ödeme taahhüdü oluşturarak çalışan Lightning Ağı, bu kimlik numaralarından herhangi biri onaylanmadan önce değişebilirse güvenli bir şekilde çalışamaz. Değişken bir TXID, zincirin kopması anlamına gelir ve fonlar mahsur kalabilir veya çalınabilir.

İşlem değiştirilebilirliği, düzeltilmeden önce gerçek hayatta da zarara yol açmıştı. Mt. Gox borsası, 2014’teki çöküşünde bu sorunun katkıda bulunan faktörlerden biri olduğunu belirtmişti; ancak tarihçiler, bunun temel neden mi yoksa daha derin yönetim hatalarının bir bahanesinin mi olduğu konusunda tartışmaktadır.

SegWit, TXID hesaplamasından imzaları tamamen çıkararak bu sorunu çözdü. Artık bu tanımlayıcı, yalnızca temel işlem alanlarından hesaplanmaktadır. İmzanın değiştirilmesi, artık işlemin kimliğini etkilememektedir.

Tıkanıklığı ve Artan Ücretleri Engellemek

2016 yılına kadar ve 2017’nin başlarında Bitcoin, saniyede yaklaşık 7 işlem işliyordu. Talebin ani artışları sırasında, işlem birikimi on binlere ulaştı ve standart bir gönderim için ücretler 50 dolar veya daha üzerine çıktı. Sorun yapısaldı: Bitcoin bloklarının boyutu 1 MB ile sınırlıydı ve imzalar işlem boyutunun yaklaşık %65'ini oluşturuyordu.

En bariz çözüm olan blok boyutu sınırının artırılması, bir hard fork gerektiriyordu; bu da tüm düğümlerin güncelleme yapması gerektiği, aksi takdirde uyumsuz bir zincirde kalacakları anlamına geliyordu. Hard fork’lar yüksek riskli ve tartışmalı işlemlerdir. SegWit ise bu kısıtlamayı tamamen aşmanın bir yolunu buldu.

SegWit Nasıl Çalışır?

Tanık Verilerinin Ayrılması

Eski tip bir Bitcoin işleminde, her bir girdi, harcayan kişinin imzasını ve açık anahtarını içeren bir ScriptSig alanı barındırır. SegWit işlemlerinde ise SegWit girdileri için ScriptSig alanı boş bırakılır. İmza ve açık anahtar, işlemin sonuna eklenen yeni bir tanık alanına taşınır.

İki ek bayt, bir işaretleyici (0x00) ve bir bayrak (0x01), SegWit uyumlu düğümlere tanık verilerinin geldiğini bildirir. SegWit’ten önceki döneme ait düğümler ise sadece boş bir ScriptSig görür ve geriye dönük uyumluluğu koruyarak, işlemi eski “herkes harcayabilir” yorumuna göre geçerli olarak işler.

"Blok Ağırlığı", "Blok Boyutu"nun Yerini Alıyor

SegWit, 1 MB’lık blok boyutu sınırını yeni bir ölçü birimiyle değiştirdi: blok ağırlığı; bu ağırlığın üst sınırı 4 milyon ağırlık birimi (WU) olarak belirlendi.

En önemli ayrıntı, baytların nasıl sayıldığıyla ilgilidir:

• Tanık olmayan işlem verilerinin her baytı 4 ağırlık birimi tutar
• Tanık verilerinin her baytı sadece 1 ağırlık birimi tutar

İmzalar büyük boyutlu olduğundan ve artık tanık bölümünde yer aldığından, blok kapasitesi açısından eskisine kıyasla dörtte bir maliyet oluşturuyorlar. SegWit, eski düğümlerin uyguladığı 1 MB kuralına dokunmadan, pratikte etkin blok boyutunu bu şekilde yaklaşık 1,7 ila 2 MB’ye çıkardı. Teorik olarak tamamen SegWit'ten oluşan bir blok için maksimum boyut 4 MB'dir; ancak her blokta tanık dışı veriler de bulunduğundan, bu durum pratikte hiçbir zaman gerçekleşmez.

Sanal Bayt (vBayt): Cüzdanlarda Gördüğünüz Birim

Ücret oranlarını eski işlemlerle karşılaştırılabilir tutmak amacıyla SegWit, sanal baytları (vbytes) getirmiştir: bu, ağırlık birimlerinin 4’e bölünmesiyle elde edilen birimlerdir. Eski işlemlerde bayt ve vbytes birbiriyle aynıdır. SegWit işlemlerinde ise, tanık verilerinin azaltılması nedeniyle vbytes değeri daha düşüktür.

Cüzdan ücretleri, vbyte başına satoshi (sat/vB) cinsinden belirtilir. Aynı sat/vB oranında, vbyte sayısı daha az olan bir SegWit işlemi için daha az ücret ödenir. 1... adresi yerine bc1q adresi kullandığınızda gördüğünüz ücret tasarrufunun ardında yatan mekanizma budur.

SegWit Adres Türleri: Hangisini Kullanmalısınız?

SegWit, teknik değişikliklerin yanı sıra yeni adres formatlarını da getirmiştir. Adres türü, cüzdanınızın harcama koşullarını nasıl kodladığını belirler; bu da ücretlerinizi, diğer cüzdanlarla uyumluluğunuzu ve işlemlerinizin zincir üzerinde nasıl göründüğünü etkiler.

Adres Türleri Karşılaştırması

İşlem büyüklüğü verileri: Spark.money Bitcoin İşlem Büyüklüğü Referansı, 2026. Ücret tasarrufları yaklaşık değerlerdir ve mempool koşullarına göre değişiklik gösterebilir.

Legacy (P2PKH, önek 1...) Bu, 2009 yılındaki orijinal biçimdir. İmza, tam ağırlığıyla dikkate alındığı ana işlem gövdesinin içinde kalır. Ücret tasarrufu sağlanmaz. Hâlâ evrensel olarak desteklenmektedir; bu, başka hiçbir şeyi kabul edemeyen çok eski bir yazılımla çalışıyorsanız, bugün bu biçimi kullanmanın tek nedenidir.

İç içe geçmiş SegWit (P2SH-P2WPKH, önek 3...) SegWit komut dosyasını daha eski bir P2SH zarfının içine yerleştirir. 2017’de SegWit devreye girdiğinde, tüm cüzdanlar ve borsalar yeni bc1 formatına hemen destek sağlamamıştı. İç içe SegWit, uyumluluk köprüsü görevi gördü: böylece ücretlerde kısmi tasarruf elde edersiniz ve eski yazılım kullanan gönderenler de size ödeme yapmaya devam edebilir. 2026 yılına gelindiğinde, bu format esas olarak yedek bir seçenek olarak varlığını sürdürmektedir. 3... Önek, SegWit olmayan P2SH adresleriyle ortaktır; bu da, yalnızca adrese bakarak bunun bir SegWit işlemi olup olmadığını anlayamayacağınız anlamına gelir.

Yerel SegWit (P2WPKH, önek bc1q..., 42 karakter) Çoğu kullanıcı için doğru seçimdir. Tamamen küçük harflerden oluşan Bech32 kodlamasını kullanır; Base58’e kıyasla daha iyi hata algılama özelliğine sahiptir ve birbirine benzeyen karakterleri ortadan kaldırır (büyük O, sıfır, büyük I veya küçük l harfleri yoktur). Standart bir 1 girişli, 2 çıkışlı P2WPKH işlemi yaklaşık 141 vbyte yer kaplar; bu, eşdeğer eski tip bir işleme kıyasla yaklaşık %38 daha azdır. 2026 itibarıyla tüm aktif cüzdanlar ve borsalar bu formatı desteklemektedir.

Yerel SegWit çoklu imza (P2WSH, önek bc1q..., 62 karakter) Bu, çoklu imza cüzdanları ve karmaşık harcama koşulları için kullanılan script-hash çeşididir. Daha uzun adres, P2WPKH tarafından kullanılan 20 baytlık hash yerine 32 baytlık bir SHA-256 hash'i yansıtır. 2'den 3'e çoklu imza (multisig) kurulumunu kullanıyorsanız, P2WSH bunu gerçekleştirmek için SegWit'e özgü bir yöntemdir.

Taproot (P2TR, önek bc1p..., 62 karakter) 2021 yılında devreye alınan SegWit Sürüm 1’dir. ECDSA yerine Schnorr imzalarını kullanır; bu sayede birden fazla imza tek bir imzada birleştirilebilir ve çoklu imza işlemleri, zincir üzerindeki tekli imza işlemlerinden ayırt edilemez hale gelir. Tekli imza harcamaları için en düşük ücretleri ve en iyi gizliliği sunar. Alıcılarınızın ve cüzdanlarının bc1p adreslerini desteklediğinden emin olduğunuzda bu yöntemi kullanın.

Hızlı Öneri

Çoğu kullanıcı için: Yerel SegWit (bc1q) kullanın. Bu, hemen hemen tüm aktif cüzdanlar ve borsalar tarafından desteklenmektedir, eski sisteme kıyasla ücretlerde yaklaşık %38 tasarruf sağlar ve 2026 yılında herhangi bir uyumluluk riski taşımaz (SegWit’i cüzdan yazılımına entegre eden geliştiriciler için bkz. Bitcoin Core cüzdan geliştirme kılavuzu.).

Cüzdanınız Taproot (bc1p) özelliğini destekliyorsa ve bu özelliği destekleyen cüzdanlara sahip alıcılarla tek imzalı işlemler yapıyorsanız, bu durum size biraz daha düşük işlem ücretleri ve daha fazla gizlilik sağlar.

İç içe SegWit (3...) bir uyumluluk yedeğidir. Sorun yok, ancak artık varsayılan olarak bu seçeneğin kullanılması için bir neden kalmadı.

Blok Boyutu Savaşı: SegWit Neden Bu Kadar Tartışmalıydı?

SegWit'in teknik gerekçesi açıktı. Ancak devreye alınma süreci o kadar net değildi.

2015’ten 2017’ye kadar Bitcoin, tarihindeki en kutuplaştırıcı yönetişim anlaşmazlıklarından birinin ortasında kaldı. Esas olarak, soru basitti: Farklı grupların çıkarları çatıştığında, merkezi olmayan bir ağ kendi kurallarını nasıl güncellemelidir?

Madencilik Alanındaki Çıkmaz

Standart BIP9 güncelleme sürecine göre, bir soft fork için madencilerin %95’inin iki haftalık bir süre içinde destek sinyali vermesi gerekiyordu. 2017’nin başlarında, SegWit aylardır devreye alınmaya hazır olmasına rağmen bu eşiğin altında kalmıştı.

En büyük muhalefet, büyük madencilik işletmelerinden, özellikle de o dönemde Bitcoin’in hash gücünün önemli bir kısmını elinde bulunduran Bitmain’den geldi. Bunun nedeni daha sonra netleşti: Bitmain, madencilik donanımına önemli bir verimlilik avantajı sağlayan ASICBoost adlı patentli bir optimizasyon tekniği kullanıyordu. SegWit, gizli ASICBoost ile yapısal olarak uyumsuzdu. SegWit’in engellenmesi, bu avantajı korudu.

BIP 148 ve UASF

Mart 2017’de, Shaolinfry takma adını kullanan isimsiz bir geliştirici, BIP 148: Kullanıcı Tarafından Etkinleştirilen Yumuşak Çatallanma (UASF) adlı öneriyi yayınladı. BIP 148, madencilerin sinyal vermesini beklemek yerine, ekonomik düğümlerin (yani borsaların, ödeme işleyicilerinin ve Bitcoin yazılımını çalıştıran işletmelerin) 1 Ağustos 2017 tarihinden itibaren SegWit desteğini belirtmeyen tüm blokları reddetmeye başlamasını önerdi.

Mantık oldukça basitti: madenciler bloklar üretir, ancak bu bloklar ancak ağ tarafından kabul edildiğinde değer kazanır. Ekonomik çoğunluğun yeterince büyük bir kısmı BIP 148 düğümlerini çalıştırırsa, madenciler ya SegWit'i etkinleştirecek ya da bloklarının yetim kalmasını izleyeceklerdi. Risk de aynı derecede açıktı: Benimseme yetersiz kalırsa, bir zincir bölünmesi yaşanacak ve birbiriyle uyumsuz iki Bitcoin sürümü paralel olarak çalışacaktı.

UASF kampanyası tabandan gelen ve ses getiren bir hareketti. Konferans rozetleri ortaya çıktı. Twitter’daki tartışmalar şiddetlendi. “Kendi düğümünü çalıştır” ifadesi yeni bir aciliyet kazandı.

New York Anlaşması ve Bitcoin Cash

UASF’nin son tarihi yaklaşırken, Mayıs 2017’de 50’den fazla büyük Bitcoin şirketi New York’ta bir araya geldi ve daha sonra “New York Anlaşması” olarak anılacak olan belgeyi imzaladı. SegWit'i devreye sokmayı kabul ettiler, ancak bunu takiben blok boyutunu 2 MB'a ikiye katlamak için bir hard fork gerçekleştirmeyi de kararlaştırdılar (bu, SegWit2x olarak anılmaya başlandı).

Bu uzlaşma, her iki tarafı da tam olarak tatmin etmedi. Büyük bloklara karşı çıkan geliştiriciler, SegWit2x’i kendilerinin onaylamadığı bir “arka kapı” sert çatallanması olarak gördüler. Daha büyük bloklar isteyen madenciler ve şirketler ise hâlâ başlangıçta istediklerini elde edemiyorlardı.

1 Ağustos 2017’de, SegWit olmadan sadece blok boyutunun artırılmasını isteyen bir grup, Bitcoin’den ayrılma (fork) gerçekleştirerek 8 MB’lık bir blok sınırıyla başlayan Bitcoin Cash’i (BCH) oluşturdu. SegWit, 24 Ağustos 2017’de Bitcoin’de devreye girdi. SegWit2x hard fork'u, organizatörlerinin yeterli konsensüs sağlayamadıkları sonucuna varmalarının ardından Kasım 2017'de rafa kaldırıldı.

Ne Konusunda Anlaşma Sağlandı?

Sonuç, teknik ayrıntıların ötesinde büyük önem taşıyordu. UASF işe yaramıştı: Hangi konsensüs kurallarının uygulanacağına madenciler değil, ekonomik düğümler karar vermişti. Bu durum, Bitcoin’in yönetişiminin nihai olarak blokları üretenlere değil, yazılımı çalıştıran ve kullananlara ait olduğunun bir kanıtı olarak günümüzde sıklıkla örnek gösterilmektedir. 1 Ağustos, topluluğun bazı kesimleri tarafından Bitcoin Bağımsızlık Günü olarak anılmaktadır.

SegWit’in Sağladığı Olanaklar

Lightning Ağı

Lightning Network, SegWit henüz ortaya çıkmadan önce tasarlandı. Yaratıcıları, işlem değiştirilebilirliği sorunu çözülene kadar ağın güvenli bir şekilde devreye alınamayacağını biliyorlardı; zira ödeme kanalları, TXID aracılığıyla birbirlerine referans veren, henüz onaylanmamış işlem zincirlerine dayanır. SegWit’in sabit TXID garantisi, bu kanalları güvenli hale getirdi.

Lightning Network, SegWit’in devreye girmesinden yaklaşık altı ay sonra, 2018 yılının başlarında Bitcoin ana ağında faaliyete geçti. 2025’in ilk çeyreğine kadar 100 milyondan fazla işlemi işledi. SegWit olmasaydı, bu altyapının hiçbiri mevcut olmazdı.

Taproot ve Komut Dosyası Sürümleme

SegWit, Bitcoin’in işlem formatına script sürümleme özelliğini getirmiştir. Witness programı bir sürüm baytıyla başlar: SegWit V0, P2WPKH ve P2WSH’yi kapsar. Gelecekte yeni bir sürüm numarası tanımlayan herhangi bir güncelleme, mevcut kurallarla çelişmeden ve tartışmalı bir güncelleme mücadelesine gerek kalmadan kendi kurallarını alır.

SegWit V1, Kasım 2021’de devreye alınan Taproot’tur. Bu güncelleme, Schnorr imzalarını, karmaşık harcama koşulları için MAST (Merkelize Edilmiş Soyut Sözdizimi Ağaçları) çerçevesini ve çoklu imza cüzdanlarının zincir üzerinde tekli imza işlemleriyle aynı görünmesini sağlayan gizlilik iyileştirmelerini beraberinde getirdi. Taproot’un getirdiği her teknik özellik, SegWit’in oluşturduğu sürümleme mimarisine dayanıyordu.

Sıra Sayıları ve Yazıtlar

SegWit’in getirdiği ve Taproot’un genişlettiği bu tanık veri yapısı, herhangi bir veri, resim, metin veya kodu doğrudan Bitcoin işlemlerine gömmek için teknik olarak imkân sağladı. Bu, Ordinals protokolü ve Bitcoin yazıtlarının arkasındaki mekanizmadır; bu da zincir üzerindeki veri kullanımında bir artışa yol açmış ve 2024 yılında Taproot'un benimsenme oranını işlemlerin yaklaşık %42'sine çıkarmıştır. Yazıt faaliyetleri azaldıkça, Taproot kullanımı 2025 sonuna doğru işlemlerin yaklaşık %20'sine geriledi; buna karşılık SegWit V0, yaklaşık %85'lik payıyla hâlen baskın format olmaya devam ediyor.

SegWit'in Bağlamı: Bitcoin'in Güncelleme Zaman Çizelgesi

Mevcut Evlat Edinme Durumu

SegWit’in benimsenme oranı, etkinleştirilmesinden sonra istikrarlı bir şekilde artarak ilk birkaç ay içinde işlemlerin %30’una ulaştı; ardından cüzdanlar ve borsalar yazılımlarını güncelledikçe sonraki iki yıl içinde %50 barajını aştı.

2026 itibarıyla, Bitcoin işlemlerinin yaklaşık %85’i SegWit kullanmaktadır (kaynak: Spark.money Bitcoin Ağı İstatistikleri, CoinGecko). Geri kalan %15 ise, güncelleme yapmamış cüzdan ve hizmetlerden kaynaklanan eski tip işlemlerdir. Taproot (P2TR, SegWit V1) benimseme oranı, büyük ölçüde Ordinals kayıt faaliyetlerinin etkisiyle 2024 yılında işlemlerin yaklaşık %42'sine ulaşarak zirveye ulaşmış, ancak kayıt hacminin azalmasıyla birlikte 2025 sonuna doğru %20 civarına gerilemiştir.

Benimseme eğrisi, SegWit’te yaşanan süreci yansıtıyor: Donanım cüzdanları, borsalar ve ödeme işlemcileri yazılımlarını güncelledikçe, yeni adres formatlarının yaygın olarak benimsenmesi bir ila üç yıl sürüyor. Taproot desteği, cüzdan uygulamaları arasında yaygınlaşmaya devam ediyor.

SegWit ve Eski Sistem: Farkların Özeti

Sonuç

SegWit, Bitcoin’in imza verilerini işlem verilerinden ayıran, 2009 yılından beri var olan bir güvenlik açığını gideren, işlem ücretlerini yaklaşık üçte bir oranında azaltan ve Lightning Network, Taproot ile o zamandan beri bunların üzerine inşa edilen her şey için mimari temeli oluşturan protokol güncellemesidir.

2026 itibarıyla, Bitcoin’deki işlem standardı haline gelmiş ve zincir üzerindeki faaliyetlerin büyük çoğunluğunu işliyor. Bu güncellemenin getirdiği adres formatları, özellikle de yerel SegWit (bc1q) formatı, günümüzde çoğu kullanıcının varsayılan olarak kullanması gereken formatlardır. Etkinleştirilmesini çevreleyen siyasi mücadele, Bitcoin'in yönetişim tarihindeki en öğretici bölümlerden biri olmaya devam etmektedir: Bu olay, merkeziyetsiz bir ağda konsensüsün madenciler tarafından verilen bir şey değil, kullanıcılar tarafından ortaya konan bir şey olduğunu göstermektedir.