Bitcoin işlemi takıldıysa ne yapmalı?
Bekleyen ödemeyi kontrol et, RBF ile CPFP’yi karşılaştır; çift ödeme ve sahte hızlandırıcılardan kaçın.
Kısa yanıt
Onaysız ödeme otomatik olarak kayıp değildir. Önce yayınlanmış mı, bir mempool’da mı, değiştirilmiş mi veya zaten onaylanmış mı öğren.
Ekran görüntüsünü değil işlemi incele
Düğümlerin mempool’ları farklı olabilir. Tek gezginde görünmemek iptal kanıtı değildir. Cüzdanı ve başka güvenilir kaynağı kontrol et. Anahtarlar borsadaysa borsanın resmî desteğine başvur.
Başlamadan önce
- İşlem kimliği ve göndericinin cüzdanında veya hizmet sağlayıcısında görülen durum.
- İşlemin gerçek ücreti, sanal boyutu ve onaylanmamış öncülleri.
- İşlemi değiştirmeyi amaçlıyorsan gereken imzalayıcıya erişim.
- Ödemeye razı olduğun en yüksek ek ücret.
Adım adım
- 1
İşlem kimliğini ara
Onay, ücret oranı ve değiştirilen işlemleri kontrol et. Kimliğin doğru ödemeye ait olduğundan emin ol. Çekim yayınlanmadan önce içeride bekliyor olabilir.
- 2
Cüzdan destekliyorsa RBF kullan
Gönderen çoğu zaman daha yüksek ücretli bir değiştirme işlemi oluşturabilir. Cüzdan desteği ve yayın kuralları önemlidir; ekrandaki değiştirilebilir etiketi tek başına yeterli değildir.
- 3
CPFP veya beklemeyi değerlendir
Harcanabilir onaysız çıktıyı kontrol ediyorsan alt işlem paket oranını yükseltebilir. Aksi halde beklemek veya gönderenden ücret artışı istemek daha uygundur.
Hesaplama örneği
200 vB üst işlem 200 sats öder. 100 vB alt işlemle 5 sat/vB paket toplam 1.500 sats ister: alt işlem 1.300 sats sağlamalı ve ek politika koşullarını da karşılamalıdır.
Ayrıntılı uygulama rehberi
Ödemenin gerçekten takılıp takılmadığını belirle
Gönderen cüzdandan başla. Bir sağlayıcı Bitcoin işlemini yayınlamadan önce çekim isteğini tamamlanmış gösterebilir. İşlem kimliği yoksa sağlayıcıya kendi iç işlemlerini sor. Kimlik varsa çıktılarının amaçlanan alıcı ve tutarla eşleştiğini doğrula, ardından onayları ve varsa değiştirme bağlantısını incele. Yanlış işlem kimliği yanlış tanıya yol açar.
Mempool'lar ayrı düğümlere aittir. Aktarma politikası, havuzdan çıkarılma veya bağlantı nedeniyle işlem bir gezginde görünürken diğerinde bulunmayabilir. Cüzdanını kendi senkronize düğümünle veya başka güvenilir kaynakla karşılaştır. İşlem zaten onaylandıysa ücret artırımı onu değiştiremez. Yerine geçen işlem varsa onu izle ve alıcıya yeni kimliğini bildir.
Bekleme, RBF ve CPFP arasında seçim yap
Ödemenin son tarihi yoksa ve alıcı gecikmeyi kabul ediyorsa beklemek makuldür. Ücret tahmini blok alanı için değişen bir tekliftir; rezervasyon değildir. Harekete geçmeden önce güncel ücret piyasasını işleminin oranıyla karşılaştır ve müdahalenin maliyetini düşün. Hiçbir hizmet aynı düşük ücretli işlemi yeniden yayınlamakla sonraki bloğu vaat edemez.
RBF çakışan onaylanmamış işlemi değiştirir; gönderici genellikle girdilerin imzalayıcılarına erişime ve cüzdan desteğine ihtiyaç duyar. CPFP onaylanmamış çıktıyı harcar; bu nedenle göndericinin para üstü veya alıcının çıktısı bir yol sunabilir. Harcanabilir çıktısı olmayan alıcı CPFP işlemini zorlayamaz. Yalnızca izleme cüzdanı taslak hazırlayabilir ama gerçek imzalama cihazları yine gerekir.
| Seçenek | Gereken kontrol | Başlıca maliyet |
|---|---|---|
| Bekle | Yeni imzalama gerekmez | Belirsiz gecikme |
| RBF | Yerine geçen işlemin girdilerini imzalama erişimi | Daha yüksek toplam değiştirme ücreti |
| CPFP | Harcanabilir onaylanmamış çıktı | Alt işlemin ücreti birleşik paketi karşılar |
Yerine geçen işlemin ücretini doğru hesapla
İlk işlemin 200 vB olduğunu ve 400 sat, yani 2 sat/vB ödediğini varsay. Tahmini 220 vB boyutundaki yeni işlem 8 sat/vB hedefiyle 1.760 sat gerektirir. Bu yeni toplam ücrettir: artış 1.360 sattır, fazladan 1.760 değildir. Yeterli para üstü kalıyorsa azaltılarak karşılanabilir; başka girdi eklemek boyutu değiştirir ve yeniden hesaplama gerektirir.
Ağ politikası kontrolü bu aritmetikten ayrıdır. Düğümler yerine geçen işlemi aktarmak için yeterli ek ücret ister ve çakışmalarla ilişkili işlemleri kendi politikalarıyla değerlendirir. Güncel Bitcoin Core tam RBF ve küme tabanlı kurallar kullanır; eski bir isteğe bağlı RBF etiketi tek başına değiştirmenin mümkün olup olmadığını belirlemez. Cüzdan araçları ek sınırlar koyabilir. Tek bir evrensel asgari formülü yeterli saymak yerine desteklenen ücret artırma işlemini kullan ve önizlemeyi veya ret gerekçesini oku.
Tüm CPFP paketinin ücretini hesapla
Basit bir üst ve alt işlem için alt işlem ücreti, hedef oranın toplam sanal boyutla çarpımından üst işlem ücretinin çıkarılmasıyla bulunur. Üst işlem 200 vB ve 200 sat, alt işlem 100 vB ise 5 sat/vB hedefi toplam 300 vB için 1.500 sat gerektirir. Böylece alt işlem 1.300 sat, yani tek başına 13 sat/vB öder. Yalnızca alt işlemi 5 sat/vB yapmak paketi yaklaşık 2,33 sat/vB düzeyinde bırakır.
Yalnızca alım ekranında görünen işlemi değil, ilgili tüm onaylanmamış öncülleri ve ücretlerini dahil et. Son imzalı boyutları veya cüzdanın doğru tahminlerini kullan ve gereken satoshi miktarını yukarı yuvarla. Başka kontrollü girdi değer sağlamıyorsa harcadığın çıktı alt işlemin ücretini ve kullanılabilir yeni çıktıyı karşılamalıdır. Aktarma ve paket sınırları yine geçerlidir; hesaplanan paket oranı kabul veya onay garantisi vermez.
İmzalayıcıyı, para üstünü ve cüzdan sınırlarını kontrol et
İlk ödemeyi donanım imzalayıcısı veya çoklu imza politikası yetkilendirdiyse yerine geçen işlem genellikle aynı yetkiyi tekrar gerektirir. Cüzdan işlemi Ücreti artır olarak etiketlese bile hedefi ve ödeme tutarını incelemeye devam et. Bazı araçlar alt işlemi bulunan, farklı cüzdanlardan girdileri olan veya para üstü kullanılamayan işlemlerin ücretini artıramaz. Bitcoin Core'un PSBT ücret artırma aracı dışarıda imzalanacak imzasız bir değiştirme işlemi hazırlayabilir; belgelenmiş ön koşulları yine geçerlidir.
CPFP için kontrolündeki tam onaylanmamış çıktıyı bul. İlk işlemde para üstü çıktısı yoksa göndericinin para üstü kullanılamaz; alıcının fonları coin kontrolü sunmayan bir saklama hizmetinde olabilir. İlgisiz onaylanmış bir coini yüksek ücretle harcamak üst işlemi hızlandırmaz. Alt işlem bekleyen işleme bağlı olmalıdır. Otomatik eklenen girdileri incele; daha önce ayrı olan coinler arasındaki ilişkileri açığa çıkarabilirler.
İki kez ödemeden çözümü takip et
Toplam maliyeti incele ve cüzdanın desteklediği süreçle bir kez yayınla. RBF için ilk ve yerine geçen işlem kimliklerini, CPFP için üst ve alt işlem kimliklerini sakla. Muhasebenin aynı ödemeyi izleyebilmesi için alıcıya değişikliği bildir. Sen değiştirme işlemini hazırlarken ilk işlem onaylanırsa başka taslağı imzalamadan önce dur ve cüzdan durumunu yenile.
Bir mempool'dan çıkarılan işlem her yerde iptal edilmiş değildir ve daha sonra yeniden yayınlanabilir. Cüzdanın işlemi terk etme işlevi yerel kayıtları değiştirir; önceden paylaşılmış imzayı geri çekmez. İlgisiz bir mükerrer ödeme oluşturmaktan kaçın. Kontrolünde çıktı veya imzalayıcı erişimi yoksa beklemek ya da gönderen sağlayıcıdan harekete geçmesini istemek tek uygulanabilir seçenek olabilir. Sözde hızlandırma hizmetine asla tohum verme.
Sorun giderme
| Sorun | Olası neden | Ne yapmalı |
|---|---|---|
| Ücret artırma seçeneği kullanılamıyor | Cüzdanın imzalayıcı erişimi, desteklenen değiştirme yolu veya uygun işlem durumu yok. | Girdileri kimin kontrol ettiğini belirle ve o cüzdanın belgelenmiş ücret artırma yöntemini kullan. |
| Daha yüksek orana rağmen yerine geçen işlem reddediliyor | Mutlak ücret, ilişkili işlemler veya güncel aktarma politikası kabulü engelleyebilir. | Gerçek ret nedenini oku, öncül bilgilerini yenile ve cüzdanın gereken toplam ücreti yeniden hesaplamasını sağla. |
| CPFP önizlemesi beklenmedik derecede yüksek alt işlem oranı istiyor | Alt işlem düşük ücretli üst işlemi ve olası diğer öncülleri telafi etmelidir. | Yalnızca alt işlem oranı yerine birleşik boyutu ve tüm öncül ücretlerini karşılaştır. |
| Gezgin işlemi bulamıyor ama alıcı hâlâ bekliyor görüyor | Farklı düğümler farklı mempool'lar tutar. | İşlem kimliklerini ve değiştirme geçmişini karşılaştır; iptal edildiğini varsayma. |
Devam etmeden önce
İlgili bir soru
Mempool’dan silinmek her yerde iptal demek mi?
Hayır. Başka düğüm tutabilir veya yeniden yayınlayabilir. Çatışan harcama, rakip işlemlerden biri onaylandığında kesinleşir.
Diğer sorular
Alıcı RBF kullanabilir mi?
Alıcı normalde gerekli anahtarlar olmadan göndericinin girdilerini değiştiremez. Uygun onaylanmamış çıktıyı kontrol ediyorsa ve cüzdanı harcamayı destekliyorsa CPFP kullanabilir.
Daha büyük BTC ödemesi daha yüksek ücret gerektirir mi?
Yalnızca değeri yüzünden gerekmez. Önerilen işlem veya paket için gereken ücreti sanal boyut, ücret oranı ve onaylanmamış bağımlılıklar belirler.
Yüksek ücret onay zamanını garanti edebilir mi?
Hayır. Blok bulunması değişkendir, rakip ücretler değişir ve madenciler kendi işlem politikalarını seçer. Daha yüksek etkin oran teşviki artırır, kesinliği değil.
Bir araçla dene
Kaynaklar ve ek bilgiler
Kaynak bağlantıları 16 Eki 2026 tarihinde kontrol edildi. Örnekler işleyişi açıklar; hizmetlerin ücretleri ve özellikleri değişebilir.
- Bitcoin Core 31: mempool replacement policy github.com
- Bitcoin Core 31: psbtbumpfee bitcoincore.org
- Bitcoin Optech bitcoinops.org
- Bitcoin Optech: child pays for parent bitcoinops.org
- Lightning Labs docs.lightning.engineering
