Bitcoin’de 3 imza birleştirme önerisi depoya eklendi; belirli bir işlemde sanal boyut için %27,3 düşüş hesaplandı

Bitcoin(BTC) için imza birleştirmeyi ele alan üç iyileştirme önerisi depoya eklendi. 100 girdili ve tek çıktılı bir işlem varsayımıyla yapılan hesapta, tam birleştirme ücret hesabında kullanılan sanal boyutu %27,3 azaltıyor.

Bitcoin iyileştirme önerileri (BIP) deposunda BIP458, 2 Kasım’da; BIP459, 3 Kasım’da; BIP460 ise 4 Kasım’da birleştirildi. BIP458 kısmi imza birleştirmeyi, BIP459 tam imza birleştirmeyi tanımlıyor. BIP460 ise iki yöntemin işlemlere nasıl uygulanacağını ele alıyor.

Üç belge de 11 Kasım itibarıyla taslak durumunda. Depoya birleştirilmeleri, Bitcoin ağının kurallarının değiştiği veya yöntemlerin etkinleştirildiği anlamına gelmiyor.

Bitcoin işlemleri, daha önce alınan fonları kullanan girdiler ile yeni gönderilen fonları gösteren çıktılardan oluşuyor. Birden fazla küçük bakiyeyi tek işlemde toplamak veya birden fazla kişinin işleme katılması girdi sayısını artırabiliyor. Öneriler, girdilerdeki imza verisini azaltmayı amaçlıyor.

Kısmi birleştirme yönteminde katılımcılar imzalarını ayrı ayrı oluşturuyor, ardından imzalar bir araya getiriliyor. BIP458’de 10 imzanın birleştirilmesiyle veri boyutu 640 bayttan 352 bayta düşüyor. Bu yöntemde katılımcıların ortak bir imza süreci yürütmesi gerekmiyor.

BIP459’un tam birleştirme yöntemi, birden fazla imza sahibinin iki kez etkileşime girmesiyle imza sayısından bağımsız olarak 64 baytlık bir sonuç oluşturuyor. Bu yöntem veriyi daha fazla azaltabiliyor, ancak imza sahiplerinin eşgüdüm sağlamasını gerektiriyor.

İşlem ücretini yalnızca imza verisinin boyutu belirlemiyor. BIP141’deki hesaplamada işlemin toplam ağırlığı dörde bölünüp yukarı yuvarlanıyor ve ücret hesabında sanal boyut (vB) kullanılıyor. İşlem alanı ile ücret arasındaki ilişki, Bitcoin işlem sayısı ve ortalama ücretleri ele alan önceki TokenPost haberinde de incelenmişti.

BIP460’daki girdi biçimi ve BIP141’deki hesaplama yöntemiyle yapılan senaryoda, 10 girdili ve 10 çıktılı ortak ödeme işleminin boyutu temel yöntemde 1016vB oluyor. Kısmi birleştirmede 944vB’ye, tam birleştirmede ise 872vB’ye düşüyor. Ücret oranının aynı kaldığı varsayımıyla bu, boyutta sırasıyla %7,1 ve %14,2 azalma demek. Bu oranlar gerçek Bitcoin ağında yapılan ölçümlere dayanmıyor.

100 girdinin tek çıktıda toplandığı işlem senaryosunda temel boyut 5804vB’den kısmi birleştirmeyle 5012vB’ye, tam birleştirmeyle 4220vB’ye iniyor. Tam birleştirme için hesaplanan %27,3’lük azalma bu işlem yapısına ait. Hesapta tüm girdilerin tek bir birleştirme grubuna katıldığı, varsayılan imza ayarlarının kullanıldığı, ek tanık verisi ve ek veri bulunmadığı, çıktı betiğinin ise 34 bayt olduğu kabul ediliyor.

BIP460, birleştirmenin v2 adlı yeni tanık veri sürümündeki Taproot anahtar yolu harcamalarına uygulanmasını öneriyor. Mevcut Taproot çıktılarında bu özellik geriye dönük olarak kullanılamıyor. Betik yolu harcamaları da birleştirme kapsamının dışında kalıyor. Yeni biçimde Bitcoin oluşturmak veya harcamak için bu biçimi destekleyen bir cüzdan gerekiyor.

Açık geliştirici tartışmasında, yeni çıktı biçimiyle birleştirme özelliğini birlikte sunmanın cüzdanlar ve saklama kuruluşları için destek yükünü artırabileceği kaygısı dile getirildi. BIP460, birleştirmenin her girdi için ayrı ayrı seçilebilmesini öngörüyor; birleştirilmeyen girdilerde mevcut BIP341 imzaları kullanılıyor. BIP460 önerisini sunan taraf, ayrı yanıtında yeni çıktı biçimi desteği ile birleştirme özelliğinin aynı anda devreye alınmasının gerekmediğini belirtti.

Tam birleştirme, imza sahipleri arasında eşgüdüm ve gizli geçici değerlerin yönetilmesini gerektiriyor. BIP459, bu geçici değerlerin yanlışlıkla yeniden kullanılmasının özel anahtarı açığa çıkarabileceği uyarısında bulunuyor. Kısmi birleştirmede ise ayrı oluşturulan imzalar sonradan bir araya getirilebildiği için ortak imza süreci gerekmiyor.

BIP460, uygulama için bir soft fork gerektiğini belirtiyor. Etkinleştirme yöntemi ve parametreler henüz tanımlanmadı. Diğer önerilerin de v2 sürümünü hedeflemesi nedeniyle sürüm uyarlaması gerekebilir.