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, Segregated Witness’ın kısaltmasıdır ve Ağustos 2017’de devreye alınan bir Bitcoin protokol güncellemesidir; 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 esnekliği" olarak adlandırılan ve yıllardır var olan bir güvenlik açığını giderdi ve Lightning Network ile Taproot'un var olması 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 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 birimi (WU) cinsinden ölçülür. Tanık verileri bayt başına 1 WU’ya mal olurken, diğer veriler bayt başına 4 WU’ya mal olur; 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 indirerek, eski adreslere kıyasla işlem ücretlerini yaklaşık %38 oranında düşürür.
- SegWit'in sabit TXID garantisi, Lightning Network için teknik bir ön koşuldur. Bu garanti olmasaydı, ödeme kanalları güvenli bir şekilde kurulamazdı.
- 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 itibariyle, Bitcoin işlemlerinin yaklaşık %85'i SegWit kullanmaktadır. Bu, yeni bir özellik değil, ağ standardıdır.
SegWit Nedir?
SegWit (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 saklar. Bu, her bir işlemi daha küçük hale getirir, her bloğa daha fazla işlemin sığmasını sağlar ve Bitcoin üzerine güvenli bir şekilde ödeme kanalları oluşturmayı imkansız kılan bir güvenlik açığını ortadan kaldırı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 ve ne kadar gidiyor?" 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’teki Scaling Bitcoin konferansında Bitcoin Core geliştiricileri Pieter Wuille, Eric Lombrozo ve Johnson Lau tarafından önerildi. 24 Ağustos 2017'de, 481.824. blokta, geriye dönük uyumlu olduğu anlamına gelen bir soft fork olarak Bitcoin ana ağında etkinleştirildi. Yükseltme yapmamış düğümler hala temel işlem verilerini doğrulayabiliyordu; yükseltme yapılmış düğümler ise tanık dahil olmak üzere tam resmi görebiliyordu.
2026 itibariyle, 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'i 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 TXID adlı 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 gönderiliyordu 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 bağlayan protokoller için bu durum ölümcüldür. Daha önceki işlem kimlik numaralarına referans veren bir dizi zincir dışı ödeme taahhüdü oluşturarak çalışan Lightning Network, bu kimlik numaralarından herhangi biri onaylanmadan önce değişirse güvenli bir şekilde çalışamaz. Değişken bir TXID, zincirin kopması ve fonların mahsur kalması veya çalınması anlamına gelir.
İşlem değiştirilebilirliği, düzeltilmeden önce gerçek hayatta da zarara yol açmıştı. Mt. Gox borsası, 2014’teki iflasında bu sorunun etkenlerden 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 Engelle
2016 yılına gelindiğinde ve 2017'ye doğru, Bitcoin saniyede yaklaşık 7 işlem gerçekleştiriyordu. Talep artışları sırasında işlem birikimi on binlere ulaştı ve standart bir gönderim için ücretler 50 dolar veya daha fazlasına çıktı. Sorun yapısaldı: Bitcoin blokları 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 forklar 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ı
Geleneksel bir Bitcoin işleminde, her bir girdi, harcayan kişinin imzasını ve açık anahtarını içeren bir ScriptSig alanı içerir. 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 sürümleri kullanan 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 Boyunun Yerini Alıyor
SegWit, 1 MB'lık blok boyutu sınırını yeni bir ölçü birimi olan blok ağırlığı ile değiştirdi; bu sınır, 4 milyon ağırlık birimi (WU) ile sınırlandırılmıştır.
Önemli nokta, baytların nasıl sayıldığıdır:
- 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 göre dörtte bir maliyet oluşturuyorlar. SegWit, eski düğümlerin uyguladığı 1 MB kuralını değiştirmeden, 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 blok tanık olmayan veriler de içerdiğinden bu durum pratikte asla gerçekleşmez.
Sanal Bayt (vBytes): Cüzdanlarda Gördüğünüz Birim
Ücret oranlarını eski işlemlerle karşılaştırılabilir tutmak için SegWit, sanal baytları (vbytes) getirmiştir: bu, ağırlık birimlerinin 4’e bölünmesiyle elde edilen birimlerdir. Eski işlemlerde baytlar ve vbytes birbirinin aynısıdır. SegWit işlemlerinde ise, tanık verilerinin boyutunun azaltılması nedeniyle vbytes değeri daha düşüktür.
Cüzdan ücretleri, vbyte başına satoshi (sat/vB) cinsinden belirtilir. Daha az vbyte içeren bir SegWit işlemi, aynı sat/vB oranında daha az ücret öder. 1... adresi yerine bc1q adresi kullandığınızda gördüğünüz ücret tasarrufunun ardındaki mekanizma budur.
SegWit Adres Türleri: Hangisini Kullanmalısınız?
SegWit, teknik değişikliklerin yanı sıra yeni adres formatları 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 blok zincirinde nasıl göründüğünü etkiler.
Adres Türleri Karşılaştırması
1...3...bc1q... 42 karakterbc1q... 62 karakterbc1p... 62 karakter1...3...bc1q... 42 karakterbc1q... 62 karakterbc1p... 62 karakterİş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.
Eski (P2PKH, önek 1...) 2009 yılındaki orijinal biçimdir. İmza, tam ağırlığıyla değerlendirildiği ana işlem gövdesinin içinde kalır. Ücret tasarrufu sağlanmaz. Hâlâ evrensel olarak desteklenmektedir; bu da, 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ı 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ını hemen desteklemeye başlamadı. İç içe SegWit, uyumluluk köprüsü görevi gördü: böylece ücretlerde kısmi tasarruf sağlanırken, eski yazılım kullanan gönderenler de size ödeme yapmaya devam edebildi. 2026 yılına gelindiğinde, bu format esas olarak bir yedek 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 1 girişli, 2 çıkışlı bir P2WPKH işlemi ~141 vbyte'a mal olur; bu, eşdeğer eski işlemden yaklaşık %38 daha azdır. 2026 itibarıyla tüm aktif cüzdanlar ve borsalar bunu 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 türüdür. 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 yapmak 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ğini doğruladıktan sonra 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'da 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 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 yok.
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 tartışmalarından birinin ortasında kaldı. Esas olarak sorulan soru basitti: Farklı grupların çıkarları çatıştığında, merkezi olmayan bir ağ kendi kurallarını nasıl güncellemelidir?
Madencilik Sektöründeki Çıkmaz
Standart BIP9 güncelleme sürecine göre, bir soft fork için madencilerin %95’ünün 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 direniş, 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 teknik kullanıyordu. SegWit, gizli ASICBoost ile yapısal olarak uyumsuzdu. SegWit'i engellemek, bu avantajı koruyordu.
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 sinyalini beklemek yerine, ekonomik düğümlerin, yani borsaların, ödeme işlemcilerinin ve Bitcoin yazılımını çalıştıran işletmelerin, 1 Ağustos 2017'den itibaren SegWit desteğini işaret etmeyen herhangi bir bloğu 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 Bitcoin'in birbiriyle uyumsuz iki versiyonu paralel olarak çalışacaktı.
UASF kampanyası tabandan gelen ve ses getiren bir hareketti. Konferans rozetleri ortaya çıktı. Twitter’daki tartışmalar kızıştı. “Kendi düğümünü çalıştır” ifadesi yeni bir aciliyet kazandı.
New York Anlaşması ve Bitcoin Cash
UASF'nin son tarihiyle karşı karşıya kalan 50'den fazla büyük Bitcoin şirketi, Mayıs 2017'de New York'ta bir araya geldi ve daha sonra "New York Anlaşması" olarak anılacak olan belgeyi imzaladı. SegWit'i etkinleştirmeyi kabul ettiler, ancak bunu blok boyutunu 2 MB'a ikiye katlamak için bir hard fork ile takip etmeyi de kararlaştırdılar (bu, SegWit2x olarak bilindi).
Bu uzlaşma, iki tarafı da tam olarak tatmin etmedi. Büyük bloklara karşı çıkan geliştiriciler, SegWit2x’i kendilerinin onaylamadığı bir arka kapı niteliğinde bir sert çatallama olarak gördü. Daha büyük bloklar isteyen madenciler ve şirketler ise hâlâ başlangıçta istediklerini elde edemiyordu.
1 Ağustos 2017'de, SegWit olmadan sadece blok boyutunun artırılmasını isteyen bir grup, Bitcoin'den ayrılıp 8 MB'lık bir blok sınırıyla Bitcoin Cash'i (BCH) kurdu. 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 terk edildi.
Anlaşmanın İçeriği
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 olay, 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ı, ödeme kanallarının birbirlerine TXID aracılığıyla referans veren onaylanmamış işlem zincirlerine dayandığı için, işlemlerin değiştirilebilirliği sorunu çözülmeden bu ağın güvenli bir şekilde devreye alınamayacağını biliyorlardı. 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 kullanıma sunuldu. 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 komut dosyası sürümleme özelliğini getirmiştir. Tanık 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 (Merkelized Abstract Syntax Trees) ç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üm mimarisine dayanıyordu.
Sıra Sayıları ve Yazıtlar
SegWit’in getirdiği ve Taproot’un genişlettiği tanık veri yapısı, Bitcoin işlemlerine doğrudan isteğe bağlı veriler, görseller, metinler ve kodlar eklemeyi teknik olarak mümkün kıldı. Bu, Ordinals protokolü ve Bitcoin yazıtlarının arkasındaki mekanizmadır; bu da zincir üzerinde veri kullanımında bir artışa yol açmış ve 2024'te 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 kadar işlemlerin yaklaşık %20'sine geriledi, SegWit V0 ise %85 civarında bir oranla baskın format olmaya devam etti.
SegWit'in Bağlamı: Bitcoin'in Güncelleme Takvimi
Mevcut Evlat Edinme
SegWit'in benimsenme oranı etkinleştirilmesinden sonra istikrarlı bir şekilde arttı; 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 itibariyle, 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şananların aynısını 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
1...bc1q... (yerel) veya 3... (iç içe)1...bc1q... (yerel) veya 3... (iç içe)Sonuç
SegWit, Bitcoin'in imza verilerini işlem verilerinden ayıran, 2009'dan 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. Getirdiği adres formatları, özellikle de yerel SegWit (bc1q), 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, merkezi olmayan bir ağda konsensüsün madenciler tarafından verilen bir şey değil, kullanıcılar tarafından talep edilen bir şey olduğunu gösteren bir örnektir.
