Bitcoin İşlem Ücretleri Nasıl Çalışır

Doğrudan Cevap

Bitcoin ücretleri, işlemin sanal boyutuna, ücret oranına ve blok alanına yönelik değişen talebe bağlıdır—yalnızca gönderilen miktara değil.

İki Bitcoin ödemesi aynı tutarı gönderebilir ve çok farklı ağ ücretleri ödeyebilir. Fark, aktarılan değer değildir. Fark, cüzdanın oluşturmak zorunda olduğu işlemdir: hangi harcanmamış çıktıların girdi haline geldiği, kaç yeni çıktının oluşturulduğu, hangi komut dosyası türlerinin dahil olduğu, imzalanan işlemin ne kadar serileştirilmiş veri içerdiği ve cüzdanın bu sanal boyuta hangi ücret oranını uyguladığı.

Bu yüzden bir cüzdan, para seçiminden önce bir ücret gösterebilir ve son girdiler seçildikten sonra başka bir ücret gösterebilir. Ayrıca 0,01 BTC göndermenin 1 BTC göndermekten daha pahalıya mal olabilmesinin nedeni de budur. Bitcoin, ödemenin bir yüzdesini almaz. Blok alanını fiyatlandırır.

Hesaplama tek bir sürekli yolu izler:

Inputs and outputs
→ serialized transaction data
→ transaction Weight
→ virtual size in vB
→ fee rate in sat/vB
→ total fee in sats

Bu yolu anlamak, ödeme tutarını, ücret oranını ve nihai ücreti karıştırmadan bir cüzdan ücret önizlemesini okumanızı sağlar.

Ücret Bir Yüzde Değildir

Bir Bitcoin işlem ücreti, girdilerinin toplam değeri ile çıktılarına atanan toplam değer arasındaki farktır:

İşlem ücreti
=
Toplam girdi değeri
−
Toplam çıktı değeri

Bir cüzdanın 120.000 sats değerinde bir girdi harcadığını varsayalım. 100.000 sats'lik bir ödeme çıktısı ve 18.500 sats'lik bir para üstü çıktısı oluşturur. Kalan 1.500 sats işlem ücretidir:

120.000 sats
− 100.000 sats
− 18.500 sats
= 1.500 sats ücret

Ağ bu ücreti bir hesaptan ayrıca çekmez. Ücret, işlemin yeni bir çıktıya atamadığı girdi değeridir.

Bir cüzdan aynı ekranda birkaç ilgili rakam sunabilir. Bunlar işlemin farklı bölümlerini tanımlar ve birimleri olmadan karşılaştırılmamalıdır.

Görüntülenen değer	Ne anlama geldiği	Örnek
Alıcı tutarı	Bitcoin, amaçlanan alıcı çıktısına atanmıştır	100.000 sats
Toplam ücret	Herhangi bir çıktıya atanmamış girdi değeri	1.500 sats
Ücret oranı	Sanal bayt başına uygulanan fiyat	10 sat/vB
Sanal boyut	Weighted işlem boyutu ücret karşılaştırması için kullanılır	150 vB
Toplam cüzdan borcu	Gönderenin ayrıca ödediği durumda alıcı tutarı artı ücret	101.500 sats

Ödeme tutarı ve toplam ücret sats veya BTC cinsinden ölçülür. Ücret oranı sat/vB cinsinden ölçülür. Sanal boyut vB cinsinden ölçülür. Bu etiketler tanıdık değilse, önce okuyun cüzdanlarda ve ücret görünümlerinde satoshi'nin ne anlama geldiğini.

Girdiler ve Çıktılar Boyutu Belirler

Girdiler mevcut UTXO'ları harcar

Bitcoin cüzdanları bir hesap bakiyesinden harcama yapmaz. Mevcut harcanmamış işlem çıktılarını, genellikle UTXO olarak adlandırılanları harcarlar. Seçilen her UTXO, yeni işlemde bir girdi haline gelir.

Bir girdi, önceki bir çıktıyı tanımlar ve bu çıktının harcama koşullarını satatmin etmek için gereken verileri sağlar. Komut dosyası türüne bağlı olarak, bazı yetkilendirme verileri temel işlem serileştirmesinde, bazıları da tanıkta görünür.

Görüntülenen bir bakiye, ücretler için önemli olan yapıyı gizleyebilir. 500.000 sats gösteren bir cüzdan şunları kontrol ediyor olabilir:

• 500.000 sats değerinde bir UTXO;
• her biri 100.000 sats değerinde beş UTXO;
• veya her biri 10.000 sats değerinde elli UTXO.

Her üç cüzdan da aynı toplam bakiyeyi gösterir. Onlardan harcama yapmak aynı işlemi oluşturmaz. Daha fazla seçili UTXO genellikle daha fazla girdi anlamına gelir ve her ek girdi, serileştirilmiş işleme başka bir outpoint, sıra alanı, komut dosyası veya tanık verisi ve uzunluk öneki getirir.

Bu nedenle, uygun bir UTXO tarafından finanse edilen 50.000 sat'lık bir ödeme, sekiz küçük UTXO tarafından finanse edilen aynı ödemeden daha küçük olabilir. Coin seçimi ayrıca gizliliği ve cüzdanın gelecekteki UTXO setini de değiştirir. UTXO'ları şimdi birleştirmenin maliyetini, daha sonra ayrı ayrı harcamayla karşılaştırmak için Bitcoin UTXO Konsolidasyon Hesaplayıcı.

Alıcı ve değişim çıktıları

Bir işlem çıktısı, satoshi cinsinden bir tamsayı değeri ve bir kilitleme komut dosyası içerir. Alıcı ödemesi bir çıktıdır. Gönderene iade edilen değişim genellikle başka bir çıktıdır.

Bir cüzdan 100.000 sat'lık bir ödeme yapmak için 120.000 sat'lık bir UTXO seçerse, normalde bu UTXO'nun yalnızca bir kısmını harcayamaz. Yeni işlem çıktının tamamını tüketir. Ücret hesaba katıldıktan sonra, kullanılmayan değer cüzdan tarafından kontrol edilen bir değişim çıktısına geri döner.

Tipik bir ödeme bu nedenle bir veya daha fazla girdi, bir alıcı çıktısı, bir para üstü çıktısı ve sürüm ile kilit süresi gibi sabit alanlar içerebilir. Ayrıca girdi ve çıktı sayılarını içerir ve her girdinin kendi sıra değeri vardır.

Başka bir alıcı eklemek bir çıktı ekler. Para üstü eklemek de bir tane ekler. Her çıktı işlem boyutunu artırır, ancak sıradan bir tek imzalı girdi genellikle sıradan bir çıktıdan daha fazla sanal boyut ekler.

Seçilen girdi değeri ödeme artı ücrete yakın olduğunda bir cüzdan para üstünden kaçınabilir. Ayrıca, ekonomik olmayan bir para üstü çıktısı oluşturmak yerine çok küçük bir kalanı ücrete ekleyebilir. Bu karar cüzdanın coin seçimine ve politika kurallarına bağlıdır; bu yüzden “tek ödeme” bilgisi bir ücreti yeniden üretmek için yeterli değildir.

Bayt, Weight ve vSize

Bitcoin işlemleri baytlar halinde serileştirilir. Ham yapı bir sürüm, girdi sayısı, girdiler, çıktı sayısı, çıktılar ve kilit süresi içerir. SegWit işlemleri ayrıca bir işaretleyici, bayrak ve tanık alanları içerir.

SegWit'den önce, ücret karşılaştırmaları genellikle doğrudan işlem baytlarına atıfta bulunurdu. BIP 141, işlem Weight'yi tanıttı, böylece tanık verileri tanık olmayan verilerden farklı şekilde katkıda bulunabilir.

BIP 141, Weight'yi şu şekilde tanımlar:

Transaction Weight
=
Base transaction size × 3
+
Total transaction size

Aynı ilişki şu şekilde yazılabilir:

Transaction Weight
=
Non-witness bytes × 4
+
Witness bytes

Tanık olmayan bir bayt dört ağırlık birimi katkıda bulunur. Tanık baytı bir katkıda bulunur. Daha düşük ağırlık, tanık verilerini ücretsiz yapmaz; yine de blok Weight tüketir ve ücretle ilgili boyutu artırır.

Cüzdanlar ve ücret piyasaları genellikle sonucu sanal bayt cinsinden ifade eder, kısaca vB:

vSize
=
ceil(Transaction Weight ÷ 4)

Bölme, tam bir sanal bayta yukarı yuvarlanır. Temel boyut, toplam serileştirilmiş boyut, Weight ve vSize ilişkili ölçümlerdir, ancak birbirlerinin yerine kullanılamazlar. Temel boyut, tanıkla ilgili verileri hariç tutar. Toplam boyut, tam serileştirmeyi içerir. Weight, dörtte bir kuralını uygular. vSize, bu Weight'yi yaygın ücret oranı hesaplamaları için kullanılan tam sayı boyutuna dönüştürür.

sat/vB İşlemi Fiyatlandırır

Yaygın Bitcoin ücret oranı birimi, sanal bayt başına satoshi'dir, sat/vB olarak yazılır. İşlem yapısı bir vSize ürettikten sonra, basitleştirilmiş ücret hesaplaması şöyledir:

Tahmini ücret (sats cinsinden)
=
İşlem vSize
×
Ücret oranı (sat/vB cinsinden)

Birimler temiz bir şekilde sadeleşir: sanal baytlar, sanal bayt başına satoshi ile çarpıldığında toplam satoshi sayısı kalır.

Oran ve toplam ücret farklı soruları yanıtlar:

• Ücret oranı: işlemin sanal boyutun her birimi için ne kadar ödediği.
• Toplam ücret: tam işlemin kaç satoshi ödediği.

Büyük bir işlem, orta bir oranda yüksek bir toplam ücret ödeyebilir. Kompakt bir işlem, daha yüksek bir oranda bile daha düşük bir toplam ödeyebilir. Yalnızca toplam ücreti karşılaştırmak, işlem boyutu ile ücret piyasası aciliyeti arasındaki farkı gizler.

Nihai imzalı işlem bilindiğinde, etkin ücret oranı gerçek ücret ve gerçek vSize'den hesaplanabilir:

Etkin ücret oranı
=
Gerçek ücret (sats)
÷
Gerçek vSize (vB)

İşlem ücretinin kendisi tam sayı satoshi olsa bile etkin oran ondalık içerebilir.

Bir cüzdan veya hesap makinesi ayrıca ondalık bir ücret oranı hedefini kabul edebilir. İşlem ücretinin kendisi yine de tam sayı sats olarak çözülür çünkü girdi ve çıktı değerleri tam sayıdır. Çarpma kesirli bir satoshi ürettiğinde, uygulama tam satoshi bir ücret seçmelidir. Yukarı yuvarlama, istenen hedef oranın altına düşmekten kaçınır; bu da nihai etkin oranın girilen değerden biraz daha yüksek olmasına neden olabilir.

Tekrarlanabilir Bir Ücret Hesaplaması

Aşağıdaki örnek, yaygın bir imzalı işlem yapısını modeller:

• 2 Yerel SegWit P2WPKH girdisi;
• 1 P2WPKH alıcı çıktısı;
• 1 P2WPKH para üstü çıktısı;
• Her biri bir bayta sığan CompactSize sayımları;
• Witness içinde 72 bayt serileştirilmiş ECDSA imzaları;
• ve seçilen ücret oranı 12 sat/vB.

Bu, açıklayıcı bir teknik modeldir; bir kullanıcı işlem kaydı veya belirli bir cüzdan hakkında bir iddia değildir. Nihai ECDSA imza uzunlukları değişebilir, bu nedenle bir cüzdan imzalamadan önce biraz farklı bir maksimum girdi Weight'i ayırabilir.

Serileştirmeden nihai ücrete kadar

İki P2WPKH girdisi her biri 41 temel bayt katkıda bulunur. İki P2WPKH çıktısı her biri 31 bayt katkıda bulunur. Sabit alanlar ve tek baytlık girdi ve çıktı sayıları ek 10 temel bayt katkıda bulunur. Modellenen her girdi 108 tanık baytı taşır: bir yığın öğesi sayım baytı, bir imza uzunluğu baytı, 72 baytlık serileştirilmiş imza, bir genel anahtar uzunluğu baytı ve 33 baytlık sıkıştırılmış genel anahtar.

Bileşen	Temel baytlar	Tanık baytları	Weight katkısı
Sürüm, sayımlar ve kilit süresi	10	0	40 WU
İki P2WPKH girdisi	82	216	544 WU
İki P2WPKH çıktısı	62	0	248 WU
SegWit işareti ve bayrağı	0	2	2 WU
Toplam	154	218	834 WU

Weight
= (154 base bytes × 4) + 218 witness bytes
= 834 WU

vSize
= ceil(834 ÷ 4)
= 209 vB

Fee
= 209 vB × 12 sat/vB
= 2,508 sats

Her varsayım görünür. Girdi sayısını, çıktı sayısını, komut dosyası türünü, tanık boyutunu veya ücret oranını değiştirin ve sonuç değişir. Karma girdi ve çıktı türlerini modellemek için Bitcoin İşlem Ücreti Hesaplayıcı, 'i açın, cüzdanın gösterdiği yapıyı girin ve tahmini son işlem önizlemesiyle karşılaştırın.

Aynı Ödeme, Farklı Ücret

Her biri aynı 100.000-sat ödemeyi gönderen, bir P2WPKH değişim çıktısı oluşturan ve 12 sat/vB ücret oranı kullanan iki cüzdan düşünün. Tek fark, P2WPKH girdilerinin sayısıdır.

Çalışılan örnekle aynı 72 bayt imza modelini kullanarak:

Modellenen işlem	Girdiler	Çıktılar	Weight	vSize	12 sat/vB'de ücret
Cüzdan A	1 P2WPKH	2 P2WPKH	562 WU	141 vB	1.692 sats
Cüzdan B	8 P2WPKH	2 P2WPKH	2.466 WU	617 vB	7.404 sats

Alıcı aynı tutarı alır. Ücret oranı aynıdır. Cüzdan B daha fazla öder çünkü daha fazla girdi harcar ve daha büyük bir işlem oluşturur.

Tutar değişmeyebilir. İşlem yapısı değişmez.

Cüzdanın gerçek UTXO'lerini bilmeyen bir ücret tahmini bu nedenle bir senaryodur, nihai işlem değildir. Cüzdan, olası boyutu ve ücreti belirleyebilmeden önce gerçek girdileri seçmelidir.

Girdi Türü Maliyeti Değiştirir

Girdi sayısı tek yapısal değişken değildir. Seçilen çıktıların harcama koşulları, her girdinin neyi serileştirmesi gerektiğini belirler.

Yaygın tek imza profilleri arasında Legacy P2PKH, iç içe SegWit P2SH-P2WPKH, Native SegWit P2WPKH ve Taproot anahtar yolu P2TR bulunur. Aynı Weight'yi eklemezler.

Yaygın girdi profili	Yetkilendirme verilerinin göründüğü yer	Örnek marjinal boyut	Önemli sınır
P2PKH	Temel işlem scriptSig	Yaklaşık 148 vB	ECDSA imza uzunluğu değişebilir
P2SH-P2WPKH	scriptSig artı tanıkta kullanım programı	Yaklaşık 91 vB	İç içe SegWit sarmalayıcı verileri içerir
P2WPKH	Tanık	Yaklaşık 68 vB	ECDSA imza uzunluğu değişebilir
P2TR anahtar yolu	Tanıkta tek Schnorr imzası	Yaklaşık 58 vB	Varsayılan olmayan bir sighash baytı bir bayt ekler

Bu rakamlar yaygın tek imzalı harcama yollarını tanımlar, her olası işlemi değil. Çoklu imza, P2WSH, Taproot script yolları, yazıtlar, karmaşık scriptler ve standart dışı yapılar çok farklı tanık verileri taşıyabilir.

Çıktı türü de önemlidir, ancak bir alıcı adresi her durumda kesin gelecekteki girdi maliyetini açığa çıkarmaz. Adres kodlamalarının, uyumluluğun ve yaygın script ailelerinin odaklı bir karşılaştırması için okuyun Bitcoin adres türleri ve cüzdan etkileri.

Cüzdan Tahminleri Neden Değişir

Alıcı tutarı aynı kalsa bile, bir cüzdan ücret tahmini ödeme formu ile imzalama ekranı arasında değişebilir. İlk tahmin göründüğünde birkaç işlem oluşturma kararı hala çözülmemiş olabilir.

Coin seçimi ve para üstü geçicidir

Cüzdan başlangıçta bir girdi sayısını modelleyebilir, ardından onay durumunu, coin kontrol ayarlarını, gizlilik kurallarını, para üstü kaçınmayı veya ücreti karşılama ihtiyacını değerlendirdikten sonra farklı bir set seçebilir. Girdiler bilindikten sonra, bir para üstü çıktısı ekleyebilir, kaldırabilir veya türünü değiştirebilir.

Bitcoin Core'nin fundrawtransaction dokümantasyonu bu seçimleri yansıtır: bir cüzdan girdi ekleyebilir, en fazla bir para üstü çıktısı oluşturabilir, bir para üstü türü seçebilir, sat/vB cinsinden bir ücret oranı kullanabilir veya ücreti belirtilen çıktılardan düşebilir. Bir girdi eklemek Weight'yi artırır. Para üstü eklemek çıktı boyutunu artırır. Ücreti düşmek alıcı tutarını değiştirir. Küçük bir para üstü çıktısından kaçınmak kalanı ücrete taşıyabilir.

İmzalar ve ücret oranları tahmin edilir

ECDSA imzalarının aynı serileştirilmiş uzunluklara sahip olması garanti edilmez. Bitcoin Core'nin işlem finansmanı dokümantasyonu, harici bir girdi Weight tahmini sağlandığında maksimum serileştirilmiş DER imza boyutunun kullanılmasını önerir. Bu nedenle bir cüzdan, gerçek imzalar var olmadan önce güvenli bir maksimum rezerve edebilir.

Ücret oranı imzalamadan önce de yenilenebilir. Cüzdan daha yeni bir tahmin alırsa veya kullanıcı onay hedefini değiştirirse, işlem yapısı değişmese bile seçilen sat/vB oranı değişir.

Bunlar rastgele tutarsızlıklar değildir. Değişen bir ücret, değişen bir girdi setine, çıktı yapısına, imza boyutu varsayımına, ücret oranı tahminine veya bunların bir kombinasyonuna karşılık gelmelidir.

Ağ Talebi Oranı Belirler

İşlem yapısı vSize'yi belirler. Ağ koşulları, bir cüzdanın bir onay hedefi için seçtiği oranı etkiler.

Bitcoin blok alanı sınırlıdır. Onaylanmamış işlemler dahil edilme için rekabet eder ve ücret oranı, her işlemin sanal boyutuna göre ne kadar ödediğini karşılaştırmak için kullanılan ana sinyallerden biridir. Bir cüzdan daha agresif bir hedef için daha yüksek bir oran veya kullanıcı daha fazla gecikmeyi kabul ettiğinde daha düşük bir oran seçebilir.

Bitcoin Core'nin estimatesmartfee RPC, yeterli veri mevcut olduğunda bir işlemin istenen blok sayısı içinde onaylanmaya başlaması için yaklaşık bir ücret oranı döndürür. Sanal işlem boyutunu kullanır ve iki tahmin modu sağlar:

• Ekonomik kısa vadeli ücret oranı düşüşlerine daha hızlı yanıt verir ve daha düşük bir tahmin döndürebilir.
• Muhafazakar daha uzun bir geçmiş kullanır, kısa vadeli düşüşlere daha yavaş yanıt verir ve daha yüksek bir tahmin döndürebilir.

Hiçbir mod blok alanı ayırmaz. Tahmin, gözlemlenen davranışa dayanır, bir madencinin işlemi belirli bir bloğa dahil edeceğine dair bir söz değildir.

Cüzdanlar, gezginler ve hizmetler farklı zaman pencereleri, mempool görünümleri, güvenlik marjları ve hedef etiketleri kullanabilir. Bu nedenle iki arayüz, farklı Bitcoin konsensüs kuralları uygulamadan aynı anda farklı oranlar önerebilir.

Her düğümün tam olarak aynı sırada gördüğü tek bir küresel mempool kuyruğu yoktur. Düğümler işlemleri farklı zamanlarda alır ve kendi politika ayarlarını uygular. Bir cüzdan tahmini, ücret kaynağına sunulan verileri tanımlar; bir madenci sonuçta o madencilik operasyonuna sunulan işlemlerden ve politikalardan seçim yapar.

Son İmzalı İşlem

İmzalamadan önce, bir cüzdan her girdi için gereken yetkilendirme verilerini tahmin eder. İmzalamadan sonra, işlem gerçek imzaları ve tanık yığınlarını içerir. Son serileştirme gerçek Weight, vSize, toplam ücreti ve etkin ücret oranını ortaya çıkarır.

Bu nedenle imzalama ekranı, erken tutar girişi tahmininden daha yetkili olarak ele alınmalıdır. Cüzdanın beklenenden daha fazla girdi seçtiğini, para üstü eklediğini, farklı bir çıktı türü kullandığını, farklı bir imza boyutu ürettiğini veya yetkilendirmeden önce ücret oranını yenilediğini ortaya çıkarabilir.

Ödeme ayrıntıları doğru olabilirken işlem yapısı yine de başka bir incelemeyi hak edebilir. Yayınlamadan önce ikisini de kontrol edin.

Yayın sonrası ücret değişiklikleri

Yayınlama, işlemi eşlere gönderir. Her düğümün onu kabul edip saklayacağını veya bir sonraki blokta görüneceğini garanti etmez. Yeni işlemler sizinkinden sonra ücret piyasasına girebilir ve orijinal oranı daha az rekabetçi hale getirebilir.

Bazı cüzdanlar, onaylanmamış bir işlem ücret artırma için uygun olduğunda daha yüksek ücretli bir değiştirme oluşturabilir. Bitcoin Core'nin bumpfee iş akışı, gerektiğinde para üstünü azaltabilir veya girdi ekleyebilir; bu, değiştirme işleminin boyutunun ve toplam ücretinin orijinalden farklı olabileceği anlamına gelir.

Son Cüzdan Önizlemesini Okuyun

İmzalamadan önce, tek bir “ağ ücreti” satırına güvenmek yerine ücreti belirleyen rakamları kontrol edin.

1. Alıcı tutarı: Amaçlanan alıcıya atanan tutarı ve ücretin bu çıktıdan düşülüp düşülmediğini onaylayın.
2. Seçilen girdiler: Beklenenden büyük bir girdi sayısı, birçok ücret artışını açıklar.
3. Çıktılar ve değişim: Alıcı çıktılarını, değişim çıktısını ve değişim hedefini doğrulayın.
4. Sanal boyut: Cüzdan vB rakamını gösterdiğinde inceleyin.
5. Ücret oranı: sat/vB cinsinden bir oranı, sats cinsinden mutlak ücretten ayırt edin.
6. Toplam ücret: İşlemin ödediği toplam satoshi sayısını doğrulayın.
7. Onay hedefi: Bunu bir tahmin olarak değerlendirin ve cüzdanın daha sonra ücreti artırıp artıramayacağını not edin.

En yararlı çapraz kontrol aritmetiktir:

Görüntülenen vSize × görüntülenen sat/vB
yaklaşık olarak sats cinsinden görüntülenen ücretle eşleşiyor mu?

Küçük bir fark, ondalık bir ücret oranından, tam satoshi yuvarlamasından veya yuvarlanmış görüntüleme değerlerinden kaynaklanabilir. Büyük ve açıklanamayan bir fark, imzalamadan önce başka bir incelemeyi hak eder.

UTXO'ler, onaylar, madenciler ve doğrulama hakkında daha geniş bağlam için şuraya devam edin: Bitcoin ağı ve işlem referansı.

Tahminin garanti edemeyecekleri

Tam bir ücret tahmini, işlemi ve seçilen oranı tanımlayabilir. Şunları garanti edemez:

• sonraki blokta veya tam bir zamanda onay;
• her düğüm tarafından kabul ve sürekli saklama;
• işlem imzalandıktan sonra değişmeyen ağ talebi;
• veya cüzdanın en özel ve ekonomik girdileri seçtiği veya asla bir ücret artışına ihtiyaç duymayacağı.

Yeniden üretilebilir soru daha dardır: bu işlem yapısı ve bu ücret oranı verildiğinde, işlem kaç satoshi öder? Onay zamanlaması olasılıksal kalır.

Bitcoin İşlem Ücreti SSS

Bitcoin işlem ücretleri gönderilen miktara mı dayanır?

Hayır. Bitcoin işlem ücretleri esas olarak işlemin sanal boyutuna ve seçilen ücret oranına dayanır. Gönderilen miktar, bir cüzdanın hangi UTXO'lere ihtiyaç duyduğunu etkileyebilir, ancak daha büyük bir ödeme otomatik olarak daha büyük bir ücret oluşturmaz.

sat/vB ne anlama gelir?

Sat/vB, sanal bayt başına satoshi anlamına gelir. Bir işlemin sanal boyutuna uygulanan bir ücret oranıdır. vSize'yi ücret oranıyla çarpmak, satoshi cinsinden modellenmiş bir toplam ücret verir.

İmzalamadan önce Bitcoin cüzdan ücretim neden değişti?

Cüzdan farklı girdiler seçebilir, değişim ekleyebilir veya kaldırabilir, değişim türünü güncelleyebilir, farklı bir imza boyutu ayırabilir veya ücret oranını yenileyebilir. Bu değişikliklerden herhangi biri nihai ücreti değiştirebilir.

Aynı ödeme için iki cüzdan neden farklı ücretler talep edebilir?

Cüzdanlar farklı UTXO'leri kontrol edebilir, farklı girdiler seçebilir, farklı değişim çıktıları oluşturabilir, farklı ücret oranı tahminleri kullanabilir veya farklı güvenlik marjları uygulayabilir. Alıcı miktarı aynı olabilirken işlem yapıları farklı olabilir.

Daha yüksek bir Bitcoin ücreti daha hızlı onayı garanti eder mi?

Hayır. Daha yüksek bir ücret oranı bir işlemin göreli önceliğini iyileştirebilir, ancak belirli bir bloğu garanti edemez. Gelecekteki talep, madenci seçimi, mempool politikası ve blok keşfi cüzdanın kontrolü dışında kalır.

Yayınlandıktan sonra bir Bitcoin ücreti artırılabilir mi?

Bazı cüzdanlar, orijinal işlem ücret artışı için uygun olduğunda daha yüksek ücretli bir değiştirme oluşturabilir. Değiştirme, değişimi azaltabilir veya girdiler ekleyebilir, bu nedenle işlem boyutu ve toplam ücret değişebilir.

Teknik Kaynaklar

Bu kılavuzdaki formüller ve işlem oluşturma sınırları, birincil Bitcoin belirtimlerine ve Bitcoin Core belgelerine dayanmaktadır.

• BIP 141: Ayrılmış Tanık — işlem Weight'sini, temel boyutu, toplam boyutu ve sanal işlem boyutunu tanımlar.
• Bitcoin Geliştirici İşlem Referansı — serileştirilmiş girdileri ve çıktıları belgeler ve çıktı değerlerinin satoshi cinsinden kaydedildiğini açıklar.
• Bitcoin Core 31.0 estimatesmartfee RPC — belgeler onay hedefi ücret oranı tahmini, sanal boyut kullanımı ve ekonomik ile muhafazakar modlar.
• Bitcoin Core 31.0 fundrawtransaction RPC — belgeler otomatik girdi seçimi, değişiklik oluşturma, ücret oranı ayarları, ücret düşürme ve girdi-Weight varsayımları.
• Bitcoin Core 31.0 bumpfee RPC — belgeler cüzdan ücret değişimi ve daha yüksek ücretli bir işlemin değişikliği azaltabileceği veya girdi ekleyebileceği.
• BIP 341: Taproot — ortak P2TR girdi boyutu modelinde kullanılan Taproot anahtar yolu imzalarını ve tanık davranışını tanımlar.

Kaynaklar

1. BIP 141: Ayrılmış Tanık ağırlığı ve sanal boyut
2. Bitcoin Core send RPC: fee_rate içinde sat/vB
3. Bitcoin Core estimatesmartfee RPC

Bir hata mı buldunuz? Bir içerik sorunu bildirin veya okuyun Düzeltme Politikası.