Bitcoin Silent Payments için günlük 8 MB veri yeni soruları gündeme getirdi

Bitcoin(BTC) Silent Payments özelliği için gereken mobil tarama verisinin son dönem ortalamasında günde yaklaşık 8,0 MB olduğu tahmin edildi. Ancak uzak sunucu işlem bazındaki bazı verileri eksik gönderirse cüzdan, senkronizasyonu tamamladıktan sonra bile gelen ödemeleri bulamayabilir.

CryptoSlate, 15'inde 255.434 Bitcoin bloğunun analiz edildiği ölçümü yayımladı. Buna göre BlindBit Oracle v2'nin tam tarama akışı günde yaklaşık 8,0 MB veri gerektiriyor. Bu değer, günde 144 blok esas alınan son dönem ortalamasına dayanıyor ve geçmişteki tüm verilerin ilk kez indirilmesi için gereken kapasiteden farklı.

Silent Payments, kullanıcının tek bir sabit adres yayımlamasına rağmen her alıcı işleminde yeni bir Taproot adresi türetilmesini sağlayacak şekilde tasarlandı. Gönderici, alıcının herkese açık bilgilerini kullanarak hedef adresi oluşturuyor. Alıcının cüzdanı ise işlem girdileriyle tarama anahtarını birleştirerek kendisine ait çıktıları buluyor.

BIP-352, bu yöntemin adres tekrar kullanımından kaynaklanan zincir üstü işlem bağlantılarını azaltabileceğini belirtiyor. Ancak blokzinciri doğrudan işlemeyen hafif istemciler için destek hâlâ ek araştırma gerektiren bir alan olarak öne çıkıyor.

Mobil cüzdan blokzincirinin tamamını doğrudan işlemiyorsa, indeksleyiciden veya uzak tarayıcıdan her işlemle ilgili herkese açık veri olan 'tweak'i alması gerekiyor. Sunucu belirli bir tweak'i atladığında cüzdan geçerli ödeme çıktısını arayamıyor ve kullanıcı ekranında ödeme alınmamış gibi görünebiliyor.

Blokzincire kaydedilen çıktı ortadan kalkmıyor. Sorun, cüzdanın bu çıktıyı bulmak için gereken veriyi alamaması ve senkronizasyon tamamlanmış görünse bile eksikliği tespit edememesi.

Ölçüm, 709.656 ile 965.089 blok yükseklikleri arasını kapsıyor. Toplam BlindBit v2 tarama verisi 15.079.946.729 bayt, yani yaklaşık 15,08 GB olarak hesaplandı. Blok başına ortalama veri miktarı ise 59,0 KB oldu.

Bu değer, ölçüm döneminin tamamını kurtarmak için gereken kapasiteyi gösteriyor. Günlük 8,0 MB tahmini ise son dönemin ortalamasının günlük blok sayısına uygulanmasıyla elde edildiği için iki değer aynı ölçütle karşılaştırılamıyor.

Veri aktarımını azaltmak için Taproot'a özel filtreyle raw tweak verisinin birlikte kullanılması önerildi. Birikimli veri yaklaşık 7,14 GB olarak hesaplandı. Ancak filtreyle eşleşen blokların da ayrıca indirilmesi gerektiğinden gerçek iletişim miktarı cüzdan etkinliğine ve yanlış pozitif oranına göre değişiyor.

Filtre hesaplama yöntemi, 21 gerçek filtre kodlamasıyla karşılaştırıldığında yaklaşık yüzde 0,5'ten daha düşük hata gösterdi. Ancak söz konusu filtrenin gerçekten dağıtıma alındığı doğrulanmış değil.

Tamlığı doğrulamak için birden fazla sunucunun her bloktaki tweak kümesine ait commitment değerlerini yayımlayıp karşılaştırması gerekiyor. BIP-352 indeks sunucusu spesifikasyon taslağı, kendi düğümünü ve indeksleyicisini çalıştırma ya da uzak tarayıcı kullanma gibi çeşitli yapılar sunuyor. Ancak belge hâlâ geliştirme aşamasında.

Uygulama bazı cüzdanlara da genişledi. Sparrow Wallet 2.5.0, Silent Payments alma ve donanım cüzdanı desteğini ekledi. Ayrıca ilgili açık Electrum sunucusu olarak Frigate'i otomatik seçmeye başladı.

BlindBit Oracle v2, Silent Payments verisi sağlayan bir indeksleme sunucusu olarak HTTP ve gRPC API'lerini destekliyor. Buna karşılık Silent Payments geliştirme belgeleri, Frigate'i deneysel bir Electrum sunucusu olarak sınıflandırıyor ve ilgili hafif istemci spesifikasyonunun da üzerinde çalışıldığını belirtiyor.

Geçmişteki Cake Wallet sorununda, eksik veri alındıktan sonra cüzdanın daha yüksek bir tarama yüksekliğini kaydetmesi hâlinde başka bir sunucuya geçiş yapılsa bile eksik aralığın yeniden istenmeyebileceği gündeme geldi. Sorunda, önceki bloklardan yeniden tarama yapıldığında Silent Payments ödemelerinin göründüğü bir vaka kaydedildi.

Bu ölçüm için bağımsız bir işletmeci tarafından yapılmış yeniden üretim sonucu bulunmuyor. Bu nedenle 15,08 GB ve günlük 8,0 MB şimdilik tek bir ölçümün sonuçları olarak değerlendirilmeli. Mobil cüzdanlarda ödeme alma istikrarının, veri kapasitesinin yanı sıra eksik veri tespiti ve yeniden tarama yapısıyla da doğrulanması bekleniyor.