Stellar (XLM) Doğrulayıcıları 23 Kasım'a Kadar Bell Protokolü 30'u Benimsemek Zorunda

Güncelleme 05:36 UTC: Kuantum tarafında aynı rapor, Haziran'daki kuantum hazırlık planının ele aldığı iki tehdidi birbirinden ayırıyor: doğrulayıcılardan gelecek sahte Ed25519 imzaları mutabakatın kendisini zayıflatabilir; Stellar (XLM) bunun Stellar Consensus Protocol'e yönelik bir yükseltmeyle karşılanmasını planlıyor.

Stellar Bell'i 23 Kasım'a Kilitledi

Stellar (XLM) altyapısını işleten node operatörleri, cüzdan geliştiricileri ve borsa mühendislik ekipleri, yeni yayımlanan yükseltme takviminin doğrudan muhatapları. Stellar, Stellar ekosistemi için Bell yükseltme kılavuzunu 20 Ekim Salı günü yayımladı ve belge iki önemli tarihi netleştiriyor: 3 Kasım Salı günü bir testnet yükseltmesi ve nihai doğrulayıcı oylamasıyla kesinleşecek 23 Kasım Pazartesi günkü ana ağ aktivasyonu. Protokol değişikliğinin gerektirdiği altyapı ve SDK paketlerinin kararlı sürümleri 16 Ekim Cuma günü dağıtılmaya başlandı ve 23 Ekim 2026 Cuma'ya kadar gönderilmeye devam edecek; yani hazırlık penceresi şimdiden açık. Projenin geliştirici blogundaki yükseltme kılavuzu her katılımcının neyi teslim etmesi gerektiğini adım adım anlatıyor, Stellar'ın resmi hesabının X'te yayımladığı duyuru da aynı takvimi teyit ediyor. Altyapı ekipleri için risk somut: 23 Kasım'a kadar SDK'sını güncellemeyen her cüzdan, borsa veya node, yeni ledger bloklarını tanıma yeteneğini kaybediyor ve bu pratikte canlı ağdan kopmak anlamına geliyor. Bireysel yatırımcılar ise bu yükümlülüğün tamamen dışında. Coinler yerinde kalıyor, manuel bir takas ya da varlık göçü gerekmiyor ve kişisel cüzdanında Stellar (XLM) tutan kimseden hiçbir adım istenmiyor. Sürüm notları Bell'i, yani Protokol 30'un kod adını, akıllı hesapların kurumsal ölçekte devreye alınabilmesini sağlamaya, kuantuma güvenli imzalar üzerinde çalışmaya başlamaya ve defter zamanlamasını daha ince bir çözünürlüğe taşımaya yönelik bir paket olarak çerçeveliyor; üç değişiklik de büyük fintech platformları ve saklama hizmetlerinin ağla entegrasyonunu basitleştirmeyi hedefliyor. Duyuru hiçbir XLM fiyatı yönlendirmesi içermiyordu ve bakiyelere dokunmayan bir hard fork için buna da gerek yok; paketin gerçekten dokunduğu şey tokenin kullanılabilirliği, çünkü değişiklik ağın üzerinde kimin ucuza, hangi hacimle geliştirme yapabildiğini yeniden belirliyor.

@StellarOrg · X gönderisi

X'teki duyuru.

X'te görüntüle

CAP-84, CAP-88 ve CAP-87

Bell paketi, her biri kurumsal kullanıcılar için belirli bir mimari engeli kaldıran üç temel geliştirme önerisini birlikte getiriyor. CAP-84, W-adresleri adı verilen bir çoğullama şemasını tanıyor: bir banka ya da borsa, her kullanıcı için ayrı bir cüzdan sağlamak yerine tek bir sözleşme üzerinden milyonlarca müşterinin bakiyesini yönetebiliyor ve tam da bu çoğullama tasarımı, tek sözleşmede ölçeklenebilir saklama hizmetini mümkün kılıyor. CAP-88 sistem saatini saniyeden milisaniyeye taşıyor; sürüm notları bu mühendislik adımını, gelecekteki bir sürümde saniyenin altında defter kapanışının temeli olarak konumlandırıyor. CAP-87 ise ML-DSA post-kuantum imza standardına yönelik desteği doğrudan Stellar (XLM) Core'a yazıyor ve Soroban akıllı sözleşmelerini işlem maliyeti eklemeden kuantuma dirençli korumaya kavuşturuyor; bu değişiklik, private key güvenliğini cüzdan düzeyinde değil protokol düzeyinde sertleştiriyor. Ticari mantık bu parçaları birleştiriyor: daha basit saklama modelleri, fintech platformlarının ağda işlem yapma maliyetini düşürüyor ve kılavuz, bu maliyet düşüşünü daha yüksek işlem hacmine ve ücret varlığı olarak XLM'e yönelik organik talebe bağlıyor; aynı raylar, PayFi ödeme kullanım senaryolarını da taşıyor, mekanizmayı merak edenler kripto ağ ücretleri rehberimize bakabilir. Kuantum hazırlığı ve saniyenin altında mutabakat, sürüm notlarının çerçevesinde gerçek dünya varlıklarının tokenizasyonu için taban gereksinimler; Stellar'ın stratejik olarak hedeflediği sektör de zaten bu. Ağın tokenize RWA ayak izi ve 30 trilyon dolarlık tokenizasyon hizmetindeki rolü bu hedefi ölçülebilir kılar nitelikte, kısa süre önce aktive edilen Chainlink Data Streams da aynı yöne işaret ediyor. Uzun vadeli yatırımcılar için kılavuz bir güvence daha sunuyor: yeni protokole geçiş her node operatörü için kesin biçimde zorunlu olduğundan, gayri resmi forklar ya da kripto para bölünmeleri yaşanmayacak.

Bizim okumamız şöyle: Bell, piyasa katalizöründen çok bir altyapı hazırlık testi ve bağlayıcı kısıt, holderlarda değil borsa ve cüzdanlarda oturuyor. Zorunlu tasarım bölünme riskini ortadan kaldırıyor ve hard forkların tipik olarak çevrelediği belirsizliği siliyor; ama buna karşılık 23 Kasım'a kadar ağın güvenilirliği, üçüncü tarafların SDK güncellemelerini zamanında göndermesine endeksli hale geliyor. xStocks gibi tokenize enstrümanlar ve daha geniş gerçek dünya varlığı inşası, Stellar'a kuantum güvenli imzaların ve daha hızlı defterin güvence altına alması beklenen bir talep hikâyesi veriyor; bunun XLM için kalıcı ücret talebine dönüşüp dönüşmeyeceği, aktivasyon sonrasındaki işlem hacminde kendini gösterecek. Açıkta kalan iş altyapı operatörlerinde duruyor: 23 Kasım öncesi SDK güncellemeleri ve hâlâ verilmemiş bir doğrulayıcı oyu.

Takip eden rapor, Stellar'ın kuantum güvenli zaman çizelgesinin Bell yükseltmesiyle nasıl örtüştüğüne ayrıntı getiriyor: şirket cüzdanlarının 2026 içinde Soroban sözleşme hesapları üzerinden post-kuantum imzalamaya geçmesi bekleniyor, ağdaki her hesabın ise protokolün kendi içindeki bir değişiklikle 2027 sonuna kadar kuantuma dirençli bir imzacı kazanması, aynı adresi ve işlem geçmişini koruması öngörülüyor. Haziran 2026'da duyurulan plan iki ayrı riske nişan alıyor: Ed25519 ile imzalanan doğrulayıcı mutabakat mesajları ve hesap ele geçirme; çünkü Shor algoritması, Stellar adreslerinin doğrudan ifşa ettiği Ed25519 açık anahtarlarından, hiç giden işlemi olmayan uyuyan hesaplar dahil, özel anahtar türetebilir. Pazar, Kasım takvimine tepki gösterdi: XLM, kripto piyasasındaki geniş toparlanmayla birlikte 24 saatte yüzde 4,80 artarak 0,183 dolara yükseldi.

Takip eden rapor, Kasım tarihlerinin gerçekte ne ifade ettiğini netleştiriyor: 3 Kasım'da saat 17:00 UTC'de açılan testnet oylaması ile 23 Kasım'da yine saat 17:00 UTC'de açılan ana ağ oylaması, her ikisi de planlanmış oylama zamanları olup teyit edilmiş aktivasyon anları değil; çünkü yükseltme ancak doğrulayıcılar onaylarsa yürürlüğe giriyor. Rapor ayrıca pakete ilişkin teknik ayrıntı da ekliyor. CAP-84'ün çoğullama (muxed) adresleri, akıllı sözleşme adreslerine 64 bitlik bir tanımlayıcı ekliyor, W harfiyle başlıyor ve tek bir sözleşme adresinin birden çok müşteriden gelen yatırımları birbirinden ayırt edebilmesini sağlıyor; yeni yazılım geliştirme kitlerinde (SDK) ise güncellenmiş XDR tanımları ile yeni çoğullamalı sözleşme adres türü yer alıyor. CAP-87, Soroban sözleşmelerinin ABD Ulusal Standartlar ve Teknoloji Enstitüsü'nün standardizasyon ailesinden gelen kuantuma dirençli bir şema olan ML-DSA imzalarını doğrulamasına olanak tanıyor; CAP-88 ise defter başlık biçimini değiştirerek kapanış saatlerinin milisaniye cinsinden kaydedilmesini sağlıyor.

Takip eden bir rapor, Bell yükseltmesinin kararlı node sürümü olan Stellar Core v30.0.0'ın geçen hafta yayımlandığını, altyapı bileşenleri ve SDK paketlerinin ek kararlı sürümlerinin ise Kasım oylamalarından önce bu hafta gönderilmeye başladığını not ediyor. Kuantum tarafında aynı rapor, Haziran'daki kuantum hazırlık planının ele aldığı iki tehdidi birbirinden ayırıyor: doğrulayıcılardan gelecek sahte Ed25519 imzaları mutabakatın kendisini zayıflatabilir; Stellar bunun Stellar Consensus Protocol'e yönelik bir yükseltmeyle karşılanmasını planlıyor. Shor algoritması üzerinden hesap ele geçirme ise daha zor çözülen sorun olarak kalıyor; çünkü hesap adresleri açık anahtarları doğrudan ifşa ediyor ve bu durum işlem geçmişi olmayan uyuyan hesapları da riske atıyor. Rapor, plan aracılığıyla hesap güvenliğinin sertleştirilmesinin XLM'in uzun vadeli değerini destekleyebileceği değerlendirmesinde bulunuyor.