CryptoSlate
XRP Ledger doğrulayıcıları, onarılan BatchV1_1 değişikliğini 29 Eylül'de TSİ ile 14:06:41 UTC'de (17:06:41) aktivasyona koşullu bir yola soktu. 35 güvenilir doğrulayıcının 30'u değişikliği destekledi; bu, 28 oy eşiğinin üzerindedir ve çoğunluk ilk kez 15 Eylül'de ledger üzerinde göründü. XRPL kurallarına göre destek iki hafta boyunca %80'in üzerinde kalmalı, bu yüzden tarih hâlâ koşullu. Değişiklik, araştırmacıların Şubat ayında, mainnet'e hiç ulaşmadan önce kritik bir yetkilendirme açığı bulması üzerine geri çekilen daha eski bir sürümün yerini alıyor.
Neden önemli
Bu olay, XRPL'in değişiklik güvenlik duvarını doğruladı. Orijinal Batch değişikliği hâlâ oylama aşamasındayken araştırmacılar, kalan imzacıları kontrol etmek yerine erken başarı döndüren bir signer-loop hatası bildirdi. Değişiklik canlıya alsaydı, sahte bir kayıt kurbanın işlemini anahtarları olmadan çalıştırabilirdi; ancak XRPL Labs'ın açıklaması hiçbir fonun risk altına girmediğini doğruluyor.
BatchV1_1, XLS-56 spesifikasyonu altında yeniden yazılmış bir yetkilendirme şemasıyla bu yolu değiştiriyor. Artık her BatchSigner imzası dış hesabı, onun sequence numarasını veya ticket'ını, batch modunu, tüm iç işlemlerin sıralı hash'lerini ve varsa iç içe imzacıları bağlıyor; bu hem açıklanan hatayı hem de bitişik replay vektörlerini kapatıyor.
Piyasa etkisi
Protokol düzeltmesi, riski uygulamaya kaydırıyor. Bir dış Batch, iç işlemler başarısız olsa bile tesSUCCESS döndürebilir; bu yüzden istemciler her iç sonuç kodunu incelemeli. BatchV1_1 desteği 6 Ağustos'ta xrpld 3.3.0 ile geldi ve güncellenmeyen sunucular aktivasyon gerçekleştiğinde amendment-blocked duruma düşecek. xrpl.js 5.0.0 imzaları eski payload üzerine kuruyor ve temBAD_SIGNATURE ile reddediliyor; uyumlu destek 5.1.0 ile geliyor.
Aktivasyon, protokolün kullanılabilirliğini kanıtlar; benimsemeyi veya XRP talebini değil. Sonrasında izlenecek sinyaller şunlar: güncel olmayan düğümlerin bloklanıp bloklanmadığı, imzalama hatalarının eski istemci sürümleri etrafında kümelenip kümelenmediği ve cüzdanlarla gezginlerin çoklu hesap batch'lerini anlaşılır biçimde sunup sunmadığı.
Sıkça sorulan sorular
-
XRPL'in BatchV1_1 değişikliği ne zaman aktive olacak?
Koşullu olarak 29 Eylül'de 14:06:41 UTC'de; doğrulayıcı desteği gereken iki haftalık süre boyunca %80'in üzerinde kalırsa. Şu anda 35 güvenilir doğrulayıcının 30'u değişikliği destekliyor; bu, 28 oy eşiğinin üzerindedir.
-
Orijinal XRPL Batch değişikliğindeki açık neydi?
Bir signer-loop hatası, yeni oluşturulmuş bir hesabın imzacısına rastladığında erken başarı döndürüyordu; böylece kurban hesabını yetkilendirdiği iddia edilen sahte bir kayıt, kurbanın anahtarları olmadan çalıştırılabilirdi. Hiçbir fon risk altına girmedi.
-
Bir XRPL Batch, iç işlemler başarısızken neden başarılı gösterebilir?
Bir dış Batch, bir veya daha fazla iç işlem başarısız olsa bile tesSUCCESS döndürebilir ve ALLORNOTHING modu dışında kısmi yürütme kasıtlıdır. İstemciler her iç işlemin metadata'sını ve sonuç kodunu incelemelidir.
-
Hangi yazılım sürümleri BatchV1_1'i destekliyor?
xrpld 3.3.0, BatchV1_1 desteğini 6 Ağustos'ta sundu ve xrpl.js 5.1.0 revize imzalama biçimini ekledi. Sürüm 5.0.0, BatchV1_1 düğümleri tarafından temBAD_SIGNATURE ile reddedilen imzalar üretir; güncel olmayan sunucular amendment-blocked olma riski taşır.
-
BatchV1_1 aktivasyonu XRP için daha yüksek talep anlamına mı geliyor?
Tek başına hayır. Oylama ve yazılım sürümleri yalnızca protokolün kullanılabilirliğini ortaya koyuyor. Anlamlı sinyaller aktivasyondan sonra gelecek: bloklanan düğümler, eski istemcilerdeki imzalama hataları ve cüzdanlarla gezginlerin batch'leri nasıl sunduğu.
CoinTelegraph
WatcherGuru
WuBlockchain
TheBlock
Crypto News
CoinDesk