Cardano'nun Dijkstra Güncellemesi, 2026–2027 Yayılımı İçin Yolda

Cardano’nun uzun zamandır beklenen Dijkstra yükseltmesi yolunda ilerlemeye devam ediyor — ancak geliştiriciler, 2026–2027 yılları arasında gerçekleşecek iki aşamalı bir yayını hazırlarken, saf mühendislikten ekosistem hazırlığına geçiş yapıyor. Neler geliyor ve ne zaman: - 1. Aşama: Linear Leios (ana ölçeklendirme özelliği), İç İçe İşlemler, yeni işlem/blok serileştirme, Plutus V4 güncellemeleri ve birkaç protokol parametresi ekleme ile birlikte Dijkstra defteri dönemi. Intersect, kod tamamlamasını 2026 Q4 hedefliyor. 1. Aşama, bir sonraki aşama için gerekli olan codec uzantılarını ve parametre alanlarını kuracak ancak Ouroboros Peras’ı etkinleştirmeyecek. - 2. Aşama: Ouroboros Peras, standart Praos zincir derinliği kurallarına kıyasla tahsilatı hızlandırmak için stake havuzu operatörü komitelerinin bir zincir içi oy verme katmanını ekliyor. Peras, 2027 Q2 hedeflenen bir iç-dönem çatallanma olarak planlanıyor ve kendi ön izleme, ön üretim dağıtımları ile ayrı bir zincir içi yönetim eylemini gerektirecek. Temel teknik detaylar: - Linear Leios, Cardano’nun Praos güvenlik modelini değiştirmiyor. Bunun yerine, stake tabanlı komiteler aracılığıyla ek işlemlere atıfta bulunup onaylayan “Onaylayıcı Bloklar” tanıtır — bu tasarım, temel uzlaşma garantilerini korurken verimliliği artırmayı amaçlar. - 1. Aşamada yer alan İç İçe İşlemler ve codec/serileştirme güncellemeleri, Peras’ı hemen etkinleştirmeden defteri hazırlar. - Temmuz’daki van Rossem çatallanması, ana ağı Protokol Sürümü 11’e taşıyarak Dijkstra ve Leios için temel altyapıyı oluşturdu. Node çeşitliliği ve Amaru (Rust node): - Intersect, daha fazla node istemci çeşitliliği için çaba gösteriyor. Açık kaynaklı Rust node olan Amaru, zaten bir relay olarak işlev görebiliyor ve zincir ucuna doğrulama ve senkronizasyon sağlıyor. Amaru için ana ağ blok üretimi Kasım 2026 hedefleniyor ve geliştirme aşamaları şu şekilde gösteriliyor: genel blok üretici sürümü (30 Eylül), Dijkstra uyumlu blok üretici aşaması (29 Ekim) ve Leios uyumlu sürüm (26 Kasım). Bunlar geliştirme hedefleridir, garanti edilmiş etkinleştirme tarihleri değildir. - Alternatif node uygulamalarını artırmak, Haskell node’una olan bağımlılığı azaltmayı ve ekosistemi genişletmeyi amaçlıyor. Yönetim ve anayasal değişiklikler: - Bazı Dijkstra protokol parametreleri, Anayasa’nın koruma sınırları tarafından açıkça kapsanmadıkça zincir içi yönetimle değiştirilemez. Input Output, yönetimsel rolleri, oy verme eşiğini veya anayasal ilkeleri değiştirmeden bu parametreleri ve izin verilen aralıkları ekleyen dar kapsamlı bir anayasal değişiklik planlıyor. - Şu anda planlanan, bu yönetim eyleminin en geç Epoch 655’te (11 Eylül başlangıçlı) sunulması. Topluluk tartışmaları, Intersect’in Anayasal Değişiklik Portalı üzerinden yönlendiriliyor ve 14 Ağustos itibarıyla dört başlangıç sunumu vardı. Süreç ve uyarılar: - Intersect’in 14 Ağustos’taki Haftalık Güncellemesi (#124), planlamayı test ağı raporlamasına, ekosistem hazırlığına ve alternatif node ekiplerine destek üzerine kaydırdığını belirtiyor; kabul edilen teknik kapsam ve hedef tarihlerin değişmediğini vurguluyor. - Yol haritasındaki 2026 Q4 (1. Aşama kod tamamlaması) ve 2027 Q2 (Peras etkinleştirme) hedefleri tahminlerdir, garanti değildir. Testler, ön izleme/ön üretim döngüleri ve zincir içi yönetim, ana ağ etkinleştirmesini geciktirebilir. Neden önemli: Başarılı olursa, Dijkstra’nın Linear Leios ve Peras birlikte Cardano’nun verimliliğini ve tahsilat hızını önemli ölçüde artırabilirken mevcut uzlaşma garantilerini koruyabilir. Zaman çizelgesi ayrıca ekosistemin — tek bir Haskell referans node’undan daha çeşitli, çok istemcili bir ağa — olgunlaşmasını ve hassas protokol değişiklikleri için dikkatli bir yönetim yolunu işaret ediyor. Sonuç: Geliştiriciler 2026’da 1. Aşama özelliklerini zamanında teslim etmeye ve 2027’de Peras’ı uygulamaya devam etmeye çalışıyor ancak topluluk testleri, node çeşitliliği çabaları ve yönetim eylemleri nihai ana ağ tarihlerini belirleyecektir.