Eclair v0.14.6 onaylanmış girdileri şart koşuyor, zorunlu kapatmayı güçlendiriyor

Eclair v0.14.6, Lightning kanallarındaki splicing işlemlerinde karşı düğümün sağladığı yalnızca onaylanmış işlem girdilerine varsayılan olarak izin veriyor. Güncelleme, splice işlemi henüz onaylanmamış kanalların zorunlu kapatılması sırasında uygulanan süreci de güçlendiriyor.

Geliştirici ACINQ, 27 Ekim’de yeni sürümü yayımladı ve operatörlere yükseltme yapmalarını önerdi. Değişiklikler, Bitcoin(BTC) Lightning Network kanallarında fonların ayarlanmasını ve sonuçlanmamış ödemelerin ele alınmasını kapsıyor.

ACINQ, sürüm notlarında bazı sorunların kötü niyetli düğümler tarafından istismar edilebileceğini bildirdi. Düzeltmeler, splicing girdilerine getirilen kısıtlamaları ve zorunlu kapatma sırasında fonların işlenme mantığını içeriyor.

Splicing, kanalı kapatmadan Bitcoin fonu ekleme veya çekme işlemidir. Bu işlemde mevcut kanal fonlarını içeren çıktılar yeni bir işlemle değiştirilir.

Karşı düğümün sağladığı girdinin işlemi henüz onaylanmadıysa, düğüm bu işlemi çifte harcama yoluyla geçersiz kılabilir; böylece splice işlemi de geçersiz hale gelebilir. Kanal bu tür bir işlem esas alınarak zorunlu kapatılırsa sonuçlanmamış ödemelerin işlenmesinde de sorun yaşanabilir.

HTLC, hash ve zaman koşullarına göre Lightning ödemelerini sonuçlandıran bir sözleşmedir. Kanal kapatılırken henüz sonuçlanmamış bir ödeme varsa, kapatmanın hangi fon işlemine göre yapılacağı önem taşır.

Yeni ‘require-confirmed-inputs-for-splicing’ ayarı varsayılan olarak etkinleştirildi. Bu ayar, karşı düğümün splicing için sunduğu girdilerde yalnızca onaylanmış işlemlerin kullanılmasına izin veriyor. Önceki splice işlemi onaylanmayı beklerken üzerine yeni bir splice eklenmesini de sınırlandırıyor.

ACINQ, karşı düğümün ekleyebileceği girdi ve çıktı sayısını da sınırladı. Daha önce kullanılan ‘require-confirmed-inputs-for-dual-funding’ ayarı artık splicing işlemlerine uygulanmıyor. Dual funding, kanal ilk açılırken iki düğümün de fon sağlaması anlamına geliyor.

Zorunlu kapatma sırasında Eclair, Bitcoin Core arka ucunun bildiği fon işlemine karşılık gelen commitment işlemini seçecek. Yeni bir blok oluştuğunda veya splice işlemi yayımlandığında seçimi yeniden değerlendirecek. Bu değişiklik, splicing iyileştirmesine ilişkin düzenlemede yer aldı.

Önceki bir commitment işlemi daha sonra onaylanırsa, Eclair bu işlemdeki düğüm bakiyesini ve HTLC çıktılarını da geri alabilecek. Böylece kanal durumu değiştikten sonra zincire eklenen işlemler de zorunlu kapatma sürecine dahil edilecek.

Ayrı bir zorunlu kapatma düzeltmesi, Eclair başka bir commitment işlemine geçtikten sonra daha önce yayımladığı kendi commitment işleminin blokta yer alabileceği durumu ele alıyor. Önceden bu işlem karşı düğüme aitmiş gibi sınıflandırılabildiğinden, ilgili çıktılar talep edilemeyebilirdi. Düzeltmeyle Eclair işlemin kendisine ait olup olmadığını yeniden kontrol ediyor ve kapatmayı ilgili commitment işlemine göre sürdürüyor.

ACINQ, varsayılan olarak kapalı olan ‘zero_fee_commitments’ özelliğinin, güvenilmeyen bir karşı düğümle splicing yapılırken kullanılmaması konusunda uyardı. Bu uyarı da sürüm notlarında yer aldı.

TokenPost daha önce Eclair 0.14.5 güvenlik yamasının yayımlandığını ve operatörlere yükseltme önerildiğini aktarmıştı. 0.14.6 sürümünde splicing sırasında onaylanmamış girdilerin kısıtlanması ve zorunlu kapatma sırasında ödeme fonlarının geri alınma süreci de değişti.

Operatörler mevcut kanalları kapatmadan güncelleme yapabilir. ACINQ, Eclair’i durdurup yeni sürümü kurduktan sonra yeniden başlatmanın yeterli olduğunu belirtti.