Stellar Bell için oylama tarihleri açıklandı: 3 CAP önerisi gündemde

Stellar Development Foundation (SDF), Stellar Bell (Protocol 30) yükseltmesi kapsamında akıllı sözleşme adreslerinde çoklu tanımlayıcı, ML-DSA imza doğrulaması ve defter kapanış zamanının milisaniye hassasiyetinde kaydedilmesini önerdi. Önerilerin yürürlüğe girmesi için doğrulayıcıların oylamasında onaylanması gerekiyor.

SDF, test ağı yükseltme oylamasını 3 Kasım saat 17.00 UTC (Kore saatiyle 4 Kasım 02.00), ana ağ oylamasını ise 23 Kasım saat 17.00 UTC (Kore saatiyle 24 Kasım 02.00) için planladı. Bu saatler yükseltmenin kesinleşmiş uygulama tarihleri değil, oylama için öngörülen zamanlar; değişebilir. 23 Kasım’daki saat, ana ağ yükseltmesinin uygulanacağı zamanı değil, oylama zamanını ifade ediyor.

Üç teknik öneri

Bell yükseltmesi üç Stellar Geliştirme Önerisi’ni (CAP) içeriyor.

△ CAP-84, akıllı sözleşme adreslerine 64 bitlik bir tanımlayıcı ekleyen çoklu adres biçimini öneriyor. “W” ile başlayan yeni adres biçimi, tek bir sözleşme adresi üzerinden farklı müşterilerin yatırma işlemlerini ayırt etmek üzere tasarlandı.

△ CAP-87, Soroban akıllı sözleşmelerinin ML-DSA imzalarını doğrulayabilmesini sağlayacak. ML-DSA, NIST tarafından standartlaştırılan kuantum dirençli imza yöntemleri ailesinde yer alıyor.

△ CAP-88, defter kapanış zamanının milisaniye hassasiyetinde kaydedilmesini ve bir saniyenin altındaki aralıkların gösterilmesini sağlayacak. Ancak bu değişiklik tek başına defterin daha hızlı kapanmasını sağlamıyor.

SDF, yükseltmenin hedefleri arasında akıllı hesapların kurumsal kullanımını genişletmeyi ve uzun vadede kuantum dirençli imzalar ile daha hızlı defterler için altyapı oluşturmayı gösterdi. Gerçek kurumsal benimseme veya sağlanacak maliyet tasarrufunun boyutuna ilişkin bir tahmin paylaşılmadı.

Kapsam ve sınırlamalar

CAP-87 yalnızca akıllı sözleşmeler içinde imza doğrulama işlevini kapsıyor. SDF, Bell’in uygulanmasının ardından ağ işlemlerinde kullanılan imzaların Ed25519 olarak kalacağını belirtti. Bu nedenle yükseltme, Stellar ağının tamamını kuantum dirençli hâle getirmiyor.

CAP-88, protokolün bir saniyeden kısa defter aralıklarını ifade edebilmesi için teknik temel oluşturuyor. Zaman tabanlı mevcut işlevler saniye cinsinden çalışmayı sürdürecek; hedeflenen aralık ve uygulama zamanı açıklanmadı.

Akıllı hesaplarda hesabın rolünü bir anahtar çifti yerine akıllı sözleşme üstleniyor. Her hesap için geçiş anahtarları, çoklu imza ve harcama politikaları gibi onay kuralları belirlenebiliyor.

SDF’ye göre sözleşme adresine bir tanımlayıcı ekleyerek müşteri yatırımlarını ayırmak, her müşteri için ayrı sözleşme dağıtma ihtiyacını azaltabilir. Bu, tasarımın amacı; uygulamadaki etkisi henüz doğrulanmış değil.

Geliştiriciler ve işletmeler için hazırlık

SDF, geliştiricilerle işletmelere en güncel SDK’yı kullanmalarını ve adresleri işleyen uygulamalarını yeni “W” biçimini destekleyecek şekilde hazırlamalarını önerdi. Ham defter verilerini çözümlüyen araçların da yeni XDR tanımlarını içermesi gerekiyor.

Bağımsız geliştiricilerden veya sektör temsilcilerinden önerilere ilişkin destek ya da eleştiri açıklaması doğrulanmadı. SDF’nin duyurusu Reddit’teki sınırlı sayıdaki paylaşımda yer aldı; bu paylaşımları genel piyasa tepkisi olarak değerlendirmek mümkün değil.

Stellar Lumen (XLM) ağı için Bell yükseltmesi, doğrulayıcı oylamasında onaylanması hâlinde uygulanacak.