Cluster mempool

Birbirini harcayan onaysız işlemler bir bağımlılık grafiği oluşturur ve yazılım yıllarca bu grafiği ancak her bir kayda kaç ata ve torun izin verildiğine dair kaba sınırlarla ele alabildi. 31.0 sürümü bunların yerine tek bir kural koydu: 64 işlemden veya 101 kB sanal boyuttan büyük bağlantılı grup olamaz. Bunun sonucunda hem ücret artırma hem de değiştirme daha öngörülebilir hâle geldi.

Nasıl çalışır

Bir küme, mempool'un bağlantılı bir bileşenidir. Herhangi bir onaysız işlemi alın, her üst ve alt bağlantıyı iki yönde izleyin; ulaşabildiğiniz her şey aynı kümeye aittir.

Eski tasarım ataları ve torunları ayrı ayrı izliyor ve her birini 25 ile sınırlıyordu, yanında bir de boyut tavanı vardı. Bu, hesaplaması ucuz ama önemli bir noktada yanlış bir yaklaşımdı. Bir düğüme bir ailenin ne kadar büyük olduğunu söylüyor, ama akılcı bir madencinin o aileyi hangi sırayla alacağını söylemiyordu; bu yüzden mempool kendi temel sorusunu yanıtlayamıyordu: şu anda bir blok oluşturmam gerekse içine ne girer?

Cluster mempool bunu her kümeyi her zaman doğrusallaştırarak yanıtlar. Doğrusallaştırma, parçalara ayrılmış bir sıralamadır; her parça birlikte madencilik yapılacak ve tek bir etkin ücret oranını paylaşan işlemler kümesidir. Bu parçaları sıralamak tüm mempool için bir ücret oranı diyagramı üretir ve kararlar artık bu diyagrama göre ölçülür.

Sınırlar küme başına 64 işlem ve 101 kB sanal boyuttur ve bu sınırlar ata ve torun sayılarının tamamen yerini aldı. Eskiden bir ek alt işlemin torun sınırını aşmasına izin veren bir istisna olan CPFP carveout da bunlarla birlikte kaldırıldı, çünkü hiçbir şeyin küme sayısını atlamasına izin verilmiyor.

Kazanç, değiştirmede görülür. Eski replace-by-fee kuralları birbirine eklenmiş birkaç koşuldu ve paylaşılan bir işleme ucuz çöp ekleyerek, o işlemi değiştirmek akıl almaz derecede pahalı hâle gelene kadar bu kurallar atlatılabiliyordu. Ücret oranı diyagramlarını karşılaştırmak bunun yerine tek bir test sunar: bir değiştirme, diyagramı hiçbir yerde daha kötü bırakmıyor, bir yerde daha iyi bırakıyorsa kabul edilir. İki yeni RPC, mekanizmayı açığa çıkarır: bir kümenin içeriği ve sıralaması için getmempoolcluster, diyagramın kendisi için getmempoolfeeratediagram.

Nerede karşılaşırsınız

Cluster mempool, çok fazla onaysız harcamayı zincirleme yaptığınızda bir hata mesajı olarak ve sorun beklediğiniz yerde başarılı olan bir ücret artırma olarak karşınıza çıkar.

Cüzdan kullanıcıları bu sınırla yaygın bir durumda karşılaşır: yoğun bir dönemde onaysız para üstünü tekrar tekrar harcamak. Altmış dört işlem bir kişi için cömert, ödemeleri toplu işleyen bir hizmet içinse dardır; bu sayı kabaca o hizmet için yazılmıştır. Bir cüzdan bir harcamayı reddedip bir kümeden söz ettiğinde çözüm, ücreti artırmak değil bir onay beklemedir.

Daha sessiz fayda, child-pays-for-parent özelliğinin artık vaat ettiğini yapmasıdır. Takılı bir işlemi, çıktısını yüksek bir oranda harcayarak artırın; düğüm, bu ikilinin kuyrukta bekleyenleri geçip geçmediğini hemen görebilir, böylece bir yaklaşık değer yerine tek adımda net bir yanıt alırsınız.

Cluster mempool vs mempool

Mempool, bir düğümün elinde tuttuğu işlemler kümesidir; cluster mempool ise bir programın bu kümeyi kendi içinde nasıl düzenlediğidir. Hiçbir mutabakat kuralı değişmedi, hiçbir çatallanma olmadı ve eski bir sürümü çalıştıran bir düğüm aynı işlemleri daha kötü bir kayıtla tutmaya devam eder. Bu ayrım önemlidir, çünkü değişiklik bazen Bitcoin'in işlem zincirleri hakkında ağ çapında yeni bir kural kazandığı gibi aktarılır. Kazanmadı. Bu, düğüm düğüm seçilen bir politikadır ve her işletmeci kendi makinesinde komut satırı argümanıyla sınırları değiştirebilir.