Fireblocks, kasa işlem tıkanıklığını Wallet Pools ile aşıyor

Kripto saklama altyapısı sağlayıcısı Fireblocks, birden fazla kasa (vault) hesabını tek bir işlem kaynağında birleştirerek gecikmeleri aşan 'Wallet Pools' özelliğini duyurdu. Belirli bir kasadaki işlemler tıkandığında sistem, yeni işlemleri sorunsuz çalışan başka bir kasaya yönlendiriyor.

Crypto Briefing, Fireblocks'un birden fazla kasayı ortak bir havuzda topladığını ve 'durum derecesine göre round-robin' adı verilen bir algoritmayla tıkanıklık noktalarını aştığını 5'inde (yerel saatle) aktardı. Özellik özellikle Ethereum(ETH) gibi hesap tabanlı zincirleri hedef alıyor; bu zincirlerde nonce sıralaması yüzünden önceki bir işlem takılırsa sonraki işlemler de beklemek zorunda kalabiliyor.

Nonce, hesap tabanlı blok zincirlerinde işlem sırasını belirleyen bir numara. Aynı hesaptan önce gönderilen bir işlem düşük ücret ya da ani ağ ücreti artışı nedeniyle mempool'da uzun süre beklerse, sonrasında gönderilen işlemler de sırasının gelmesini beklemek zorunda kalabiliyor.

Bu tür zincirleme gecikmeler, para çekme ve mutabakat işlemlerini sık sık gerçekleştiren borsalar, ödeme şirketleri ve fintech'ler için müşteri hizmetleri ve iç operasyonlar açısından yük oluşturabiliyor. İşlemler tek bir kasa hesabında yoğunlaştıkça, belirli bir nonce ya da ücret sorunu yüzünden tıkanıklığın büyüme ihtimali de artıyor.

Fireblocks'un geliştirici dokümantasyonuna göre düşük ücret ya da ani ağ ücreti artışları işlemlerin mempool'da beklemesine yol açabiliyor. Bazı ağlarda bu durum, aynı kasa hesabındaki sonraki işlemlerin de gecikmesine neden olabiliyor.

Mevcut çözüm yöntemi, takılan işlemin ücretini artırarak onaylanma olasılığını yükseltmekti. EVM tabanlı ağlarda bu amaçla 'RBF' (Replace By Fee), Bitcoin(BTC)'de ise 'CPFP' (Child Pays For Parent) kullanılıyor.

Wallet Pools ise gecikmiş işlemin ücretini yükseltmek yerine işlem kaynağını birden fazla kasaya dağıtıyor. Bir kasada tıkanıklık yaşansa bile yeni işlemler başka, sorunsuz çalışan bir yola yönlendirilebiliyor; böylece operasyon yapısı baştan değiştirilmiş oluyor.

Fireblocks'un Python SDK sürüm notlarına göre 11 Haziran'da yayımlanan v21.0.0 sürümüyle birlikte 'WALLET_POOL' işlem kaynağı türlerine eklendi. Bu değişiklik müşterilerin wallet pool'u işlem kaynağı olarak kullanmasına ve ilgili işlemleri filtrelemesine imkan tanıyor.

Fireblocks, 27 Temmuz'da yüksek frekanslı doğrudan saklama operasyonlarını destekleyen bir ürün güncellemesini de duyurdu. Güncelleme kapsamında 'toplu onay', Solana(SOL) çoklu hedef işlemleri, 'UTXO Manager', 'Broadcasting sub-statuses' ve 'Account Traffic Control' yer aldı.

Account Traffic Control, mempool'da takılan işlemleri tespit edip gerçek zamanlı sorun çözümüne yardımcı olan bir özellik. Geliştirici dokümantasyonunda yer alan beta webhook 'transaction.alert.stuck_confirming', EVM blok zincirlerinde 'CONFIRMING' durumunda takılı kalan bir işlemin sonraki işlemleri engelleme riski taşıdığı durumlarda tetikleniyor.

Webhook örneğinde düşük ücretli işlem tespiti, takılan işlem sayısı, tamamlanan son nonce ve tıkanıklık süresi gibi alanlar yer alıyor. Wallet Pools yeni işlemlerin rotasını baştan dağıtırken, Account Traffic Control zaten oluşmuş gecikmeleri tespit edip bunlara müdahale etmeye daha yakın bir işlev görüyor.

Fireblocks, müşterilerinin onlarca zincirde ödeme işlediğini ve milyonlarca son kullanıcıya gömülü cüzdan sağladığını belirtiyor. Şirket tanıtımında Worldpay, BNY Mellon, Galaxy ve Revolut'un da aralarında bulunduğu binlerce kuruluşun Fireblocks kullandığı ifade ediliyor.

Bu duyuru, token fiyatından ya da arz-talep dengesinden çok saklama ve ödeme altyapısının operasyonel istikrarıyla ilgili bir gelişme. Fireblocks, Wallet Pools'un hangi zincirlerde geçerli olduğunu, müşteri bazında aktivasyon koşullarını, arıza azalma oranını ya da işlem hacmi artışını kamuoyuyla paylaşmadı.

Doğrulama kaynakları: Fireblocks geliştirici dokümantasyonu, işlem durumu dokümantasyonu, Python SDK sürüm notları, ürün güncellemesi, webhook dokümantasyonu, Boost Transactions dokümantasyonu