Bitcoin Core 32.1, 27 Ekim 2026'da Yayımlandı: 32.0 Neden Geri Çekildi, Açıklanan Üç Hata ve Yeni Ücret Tahmincisi

1. Bitcoin Core 32.1 nedir ve neden 32.0 yok?

Bitcoin Core, Bitcoin'in referans uygulaması: blokları doğrulayan, işlemleri ileten ve birçok servisin arkasındaki cüzdanı çalıştıran yazılım. Kabaca her altı ayda bir ana sürüm çıkarıyor ve en yeni üç sürümü destekliyor. 27 Ekim 2026'da yayımlanan 32.1 sürümü, 32.x serisinin halka açılan ilk sürümü; yeni bir ücret tahmincisi, daha yüksek bağlantı varsayılanları, daha küçük bir işlem indeksi, cüzdan RPC'lerinde varsayılan olarak PSBT sürüm 2 ve bir dizi güvenlik düzeltmesi getiriyor. Hiçbir consensus kuralını değiştirmiyor: önceden geçerli olan bloklar ve işlemler sonrasında da geçerli.

32.0 yalnızca bir etiket (tag) olarak var. Maintainer fanquake onu 21 Ekim'de etiketledi ve 26 Ekim'de sürüm takvimi issue'suna son dakika sorunları nedeniyle 32.0'ın duyurulmayacağını ve yayımlanmayacağını, hiçbir binary yüklenmeyeceğini, aynı içeriğe ek düzeltmeler eklenmiş 32.1'in onu izleyeceğini yazdı. O öğleden sonra merge edilen 32.1'i tamamlayan pull request, Antoine Poinsot'nun tam olarak üç değişikliğini backport ediyor: poll ve select arka uçları arasında hizalanan soket istisna izleme, gönderim arabelleği hiç boşalmayan peer'ler için 20 dakikalık bir zaman aşımı ve blok ile undo dosyalarında 64 bit konumlar. Bunlar, 3. bölümde anlatılan ve iki gün sonra açıklanan üç güvenlik açığının düzeltmeleri. Proje gerekçeler hakkında bundan fazlasını söylemedi.

2. Ne zaman yayımlandı? Önemli tarihler

Tarihler Bitcoin Core sürüm takvimi issue'sundan, bitcoincore.org indirme sunucusundan ve açıklama yazılarından geliyor. Durum 1 Kasım 2026 itibarıyla.

3. Hangi güvenlik açıkları düzeltildi ve açıklandı?

Üç tane; hepsi 28 Ekim 2026'da yayımlandı ve hepsi aynı yolla bulundu: Spiral'daki Elias Rohrer'in Project Loupe adıyla yürüttüğü, kodun bir büyük dil modeliyle otomatik taranması; her bulguyu Gregory Sanders doğrulayıp Bitcoin Core güvenlik ekibine bildirdi. İkisi, düzeltmeler çıkmadan önce başka araştırmacılar tarafından bağımsız olarak yeniden keşfedildi. Bitcoin Core'un politikası, kolay keşfedilebilir olarak derecelendirdiği hataları, desteklenen her dal için düzeltilmiş sürümler çıkar çıkmaz açıklamak; yazıların 32.1'den bir gün sonra gelmesinin nedeni bu.

Orta önem derecesindeki CVE-2026-117349: BIP 31 ping'lerini desteklemediğini iddia eden bir peer'in bağlantısı, ping'leri yok saysa da hiçbir zaman kesilmiyor ve mesajları çok yavaş okuyorsa node onun için işlem duyurularını sınırsızca kuyruğa almaya devam ediyor. Yazı, büyümeyi gelen bir peer için saatte yaklaşık 2 MB'a, giden bir peer için saatte 5 MB'a kadar olarak veriyor; blocksonly ile çalışan node'lar çok daha az etkileniyor. 15 Eylül'de bildirildi ve gönderim arabelleğini 20 dakika içinde boşaltmayan, gönderimi duraklatılmış bir peer'in bağlantısını kesen #36667 numaralı pull request ile düzeltildi.

Orta önem derecesindeki CVE-2026-117350 yalnızca Windows, macOS ve BSD'yi etkiliyor: select tabanlı soket kodu, okumalar geri basınç (backpressure) nedeniyle duraklatılmışken bile istisnai durumları kontrol ediyordu; dolayısıyla TCP acil verisi gönderen bir peer, node'un belleği tükenene kadar peer başına bellek sınırını aşan okumaları zorlayabiliyordu. Linux poll kullanıyor ve etkilenmiyor. Düzeltmelerin merge edilmesinden üç gün önce, 23 Ekim'de bildirildi ve #36665 numaralı pull request ile düzeltildi.

Düşük önem derecesindeki CVE-2026-117346: blok ve undo dosyası konumları 32 bitlikti; dolayısıyla bir undo dosyası 4 GiB'ı aştığında yeni veriler eski verilerin üzerine yazılıyor ve o verilere ihtiyaç duyan sonraki bir reorg, düzeltilmiş bir sürümde yeniden indeksleme yapılana kadar node'u kapatıyordu. Windows'ta ve 32 bit sistemlerde yazmalar 2 GiB'tan sonra başarısız oluyor. Yazı, 64 bit sistemlerde istismarı pratik bulmuyor: bir madencinin birkaç bin blok dolusu standart dışı işlemi, yani yaklaşık bir aylık bloğu tam yerine yerleştirmesi, üstüne de belirli bir iki bloklu reorg gerekiyor. İlk kez 8 Temmuz'da bildirildi ve konumları diskteki formatı değiştirmeden 64 bit tam sayı olarak saklayan #36669 numaralı pull request ile düzeltildi; 32 bit sistemler etkilenmeye devam ediyor.

32.1'in kendi sürüm notları CVE olmayan başka düzeltmeler de listeliyor: Tor proxy'sini atlayarak göndericinin IP adresini sızdırabilen bir özel yayın (private broadcast) yeniden denemesi, Windows dışı sistemlerde walletnotify ile özel hazırlanmış cüzdan adları üzerinden bir komut çalıştırma yolu ve kuyruktaki özel yayın işlemleri için 10.000, her birinin gönderim denemeleri için 1.000 üst sınırı. Notlar ayrıca projenin iki hafta içinde 30.0'da düzeltilen orta ve yüksek önem derecesinde üç güvenlik açığını açıklayacağını (32.1'de düzeltilen düşük önem dereceli açık ise bulunmadığını) söylüyor; dolayısıyla 10 Kasım civarında yeni bir açıklama yazısı bekleniyor.

4. Yeni ücret tahmincisi ödediğin ücretleri nasıl değiştiriyor?

Bir Bitcoin Core node'undan estimatesmartfee ile ücret isteyen bir cüzdan ya da servis kullanıyorsan 32.1, onun aldığı yanıtı değiştiriyor. Core şimdiye kadar yalnızca hedeflenen blok sayısı içinde onaylanan işlemlerin ücret oranlarına geriye dönük bakan blok politikası tahmincisini kullanıyordu. Bu tahminci temkinli ve yavaş düşüyor: bir yoğunluk sıçramasının ardından geçmiş hâlâ yüksek dediği için bir süre daha yüksek oranlar önermeyi sürdürüyor. 32.1, şu anda neyin beklediğine bakan bir mempool politikası tahmincisi ekliyor ve estimatesmartfee ikisinden düşük olanını döndürüyor. Mempool tahmincisi sonucu yalnızca düşürebiliyor, hiçbir zaman yükseltemiyor; dolayısıyla Core tabanlı bir cüzdan bloklar boşalır boşalmaz fazla ödemeyi daha erken bırakıyor, mempool doluyken ise eskisi gibi davranıyor.

Gezginlerin çoğunun gösterdiği oranların arkasında da aynı fikir var. Yalnızca mempool'dan tahmin yapan mempool.space 1 Kasım 2026 itibarıyla yarım saatlik hedefi 1 sat/vB olarak veriyor; $77.731 BTC fiyatıyla tipik bir transfer için $0.11:

Şu anki Bitcoin ücret oranları (mempool.space)

Geliştiriciler için RPC bir options nesnesi kazanıyor: fee_rate_estimator auto (varsayılan, birleşik), block_policy (eski davranış) ya da mempool_policy kabul ediyor, bilinmeyen değerler reddediliyor, verbosity 2 mempool_health_statistics ekliyor ve auto modunda yanıt hangi tahmincinin kullanıldığını belirtiyor. Blok politikası verileri fees/block_policy_estimates.dat dosyasına taşınıyor ve ilk başlatmada geçiriliyor. Cüzdanın kendi coin seçimi birleşik tahmini kullanıyor. Değişmeyenler: ücret hâlâ senin seçimin, replace-by-fee ve child-pays-for-parent çok az ödeyen bir işlemi hâlâ kurtarıyor ve ücretler rehberimizdeki sat/vB kademeleri mempool'dan her dakika yenileniyor.

5. Node operatörleri için neler değişiyor?

Güncelle ve hangi dalda olduğunu kontrol et. 29.x için destek 27 Ekim 2026'da sona erdi ve 28 Ekim tarihli 29.5 onun son sürümü; dolayısıyla 29.x'teki bir node başka düzeltme almayacak. 30.x için destek 33.0 çıkana kadar, 31.x için 34.0'a kadar, 32.x için ise 35.0'a kadar sürüyor. Desteği sona ermiş bir sürümden doğrudan 32.1'e geçmek destekleniyor, ancak veri dizini geçişi zaman alabilir. Desteklenen platformlar Linux çekirdeği 3.17 ve üzeri, macOS 14 ve üzeri ile Windows 10 sürüm 1903 ve üzeri.

İki varsayılan kaynak kullanımını değiştiriyor. Varsayılan maxconnections 125'ten 200'e çıkıyor ve yeni inboundrelaypercent seçeneği (varsayılan 50), işlem ileten peer'lere ayrılan gelen slot payını sınırlıyor; eski davranışı korumak için maxconnections=125 ve inboundrelaypercent=100 ile çalıştır. Giden işlem iletimi artık küresel bir kuyrukla hız sınırına tabi (txsendrate, varsayılan saniyede 14 işlem, giden peer'ler için bunun 2,5 katı, ayrıca 10 dakikada 12 MB bant genişliği sınırı). Otomatik oluşturulan Tor gizli servisleri, Tor daemon'ı desteklediğinde proof-of-work savunmaları kazanıyor. RPC sunucusu artık libevent kullanmıyor ve yeni rpcmaxconnections seçeneği (varsayılan 16) eşzamanlı HTTP istemcilerini sınırlıyor.

İki seçenek disk ve zaman kazandırıyor. İşlem indeksi daha az veri saklıyor: yeniden oluşturulan bir txindex yarıdan az yer tutuyor, ancak kazancı yalnızca veri dizinindeki indexes/txindex'i silip yeniden başlatarak elde ediyorsun ve bu saatler alabiliyor; txospenderindex de aynı şekilde küçülüyor. Blok doğrulama, önceki çıktıları prevoutfetchthreads ile paralel olarak önceden getiriyor; varsayılan 8, en fazla 16, kapatmak için 0. Eski I2P ElGamal oturumları v34'e kadar kaldırılacak ve CJDNS desteği gözden geçiriliyor; dolayısıyla ikisinden birine bağlı operatörler sonraki sürüm notlarını takip etmeli.

6. Geliştiriciler ve cüzdanlar için neler değişiyor?

Uyumluluğu bozan değişiklik PSBT sürüm 2. createpsbt, walletcreatefundedpsbt, converttopsbt ve psbtbumpfee artık varsayılan olarak sürüm 2 PSBT üretiyor; yeni psbt_version argümanı, v2'yi henüz ayrıştıramayan araçlar için sürüm 0'ı seçiyor. Akışındaki bir imzalama cihazı, koordinatör ya da betik PSBTv2 ile test edilmediyse, konuştuğu node'u güncellemeden önce argümanı geç.

Birkaç alan ve seçenek kullanımdan kaldırılıyor (deprecated): mempool RPC'lerindeki ve getrawtransaction'daki vsize (vsize_adjusted'ı ya da ham BIP 141 boyutu için vsize_bip141'i kullan), walletrbf başlatma seçeneği ve bip125-replaceable anahtarı (node'lar Core 28'den beri her işlemin yerine geçen sürümünü iletiyor) ve artık deprecatedrpc=removeprunedfunds gerektiren removeprunedfunds RPC'si. Yol öğeleri noktadan ibaret olan cüzdan adları ya da yalnızca eğik çizgiden oluşan bir cüzdan adı reddediliyor.

RPC yüzeyinde yeniler: exportwatchonlywallet, addhdkey ve derivehdkey; send ve sendall artık deneysel olarak işaretli değil; getblockchaininfo assumeutxo arka plan doğrulamasının ilerlemesini bildiriyor; getbalances mempool dışı (nonmempool) bir bakiye ekliyor; getnetworkinfo asmap sürümünü bildiriyor; exportasmap ve getopenrpcinfo; bir bitcoin-util getchainparams komutu. Özel HTTP sunucusu başlıklar konusunda daha katı; dolayısıyla alışılmadık başlık gönderen her istemciyi kontrol et. Bunların hiçbiri bir işlemin nasıl oluşturulduğuna ya da yayınlandığına dokunmuyor; dolayısıyla ChainGate dahil bir node ile standart RPC üzerinden konuşan SDK'lar çalışmaya devam ediyor.

7. Bitcoin kullanıcılarının bir şey yapması gerekiyor mu?

Hayır. 32.1 hiçbir consensus kuralını değiştirmiyor; dolayısıyla fork yok, yeni coin yok, taşınacak bir şey yok. Anahtarların, adreslerin ve bakiyelerin aynı. Hafif bir cüzdan kullanıyorsan ya da coin'lerini bir borsada tutuyorsan güncelleme başkalarının makinelerinde gerçekleşiyor.

Fark edebileceğin şey, bir Core node'una bağlı bir cüzdanın yoğun bir dönemi izleyen saatlerde daha düşük ücret önermesi; çünkü tahminci artık mempool'u okuyor. Kendi node'unu çalıştırıyorsan güncelle; 29.x'teysen 27 Ekim itibarıyla desteklenmeyen bir daldasın. Bir Core sürümü nedeniyle bitcoin'lerini taşımanı ya da "güncellemeni" söyleyen herkes dolandırıcılık yapıyor.

8. Neler kesinleşti, neler hâlâ belirsiz?

9. Sırada ne var?

Tarihi belli bir sonraki madde, sürüm notlarının sürümden iki hafta sonrasına söz verdiği, 30.0'da düzeltilen üç güvenlik açığının açıklanması; yani 10 Kasım 2026 civarı. Onu, çıkabilecek her 32.x bakım sürümüyle birlikte buraya ekleyeceğiz. Aşağıdaki güncelleme kaydı neyin ne zaman değiştiğini tutuyor.

Bu arada Bitcoin ücretleri rehberi yeni tahmincinin yetişmeye çalıştığı canlı sat/vB kademelerini gösteriyor, işlem hash'i rehberi bekleyen bir işlemin nasıl takip edileceğini anlatıyor ve Binance Pool'un kapanışıyla ilgili haber o hızlandırıcı 10 Kasım'da kapandığında takılan işlemlere ne olacağını ele alıyor.

Bu yazıdaki güncellemeler

• 31 Ekim 2026: ilk yayın. Tarihler Bitcoin Core sürüm takvimi issue'sundan, bitcoincore.org indirme sunucusundan ve sürüm sayfalarından; güvenlik açığı ayrıntıları 28 Ekim tarihli üç açıklama yazısından; sürüm içeriği 32.1 sürüm notlarından ve yaşam döngüsü sayfasından alındı.

Sıkça sorulan sorular