Cardano, Van Rossum hard fork'u etkinleştirerek v11'e geçti
Güncelleme, Cardano'nun tamamen onchain yönetişim oylamasıyla önerilen, tartışılan ve onaylanan ilk hard fork'udur.
Cardano, 18 Temmuz'da UTC 21:44'te Van Rossum hard fork'unu etkinleştirdi ve ana ağı protokol versiyonu 11'e taşıdı. Bu güncelleme, Cardano'nun bir kurucu liderliğindeki koordinasyon süreci yerine onchain yönetişim aracılığıyla bir hard fork'u baştan sona itmesiyle de ilk kez gerçekleşti.
Ana Noktalar
- Van Rossum, 18 Temmuz'da UTC 21:44'te etkinleştirildi ve Cardano ana ağı protokol versiyonu 11'e taşındı.
- Cardanoscan, protokol versiyonunun 643. dönemden 644. döneme v10'den v11'e geçtiğini gösteriyor.
- Hard fork, tamamen Cardano'nun onchain yönetişim sistemi aracılığıyla önerildi, tartışıldı ve onaylandı; Input Output tarafından koordine edilmedi.
- Oylama desteği, yönetişim organları arasında değişiklik gösterdi; stake havuz operatörleri %53.02 ile en dar onay marjını sağladı.
Van Rossum Yayına Girdi: Cardano Protokol v11'e Geçiyor
Cardano'nun Van Rossum hard fork'u 18 Temmuz'da UTC 21:44'te yayına girdi ve ağı protokol versiyonu 11'e kaydırdı.
Onchain onayı değişikliği temiz bir dönem sınırına bağladı. Cardanoscan verileri, Cardano'nun 643. dönemde protokol versiyonu 10'dan 644. dönemde versiyon 11'e geçtiğini gösteriyor.
Tüccarlar için, anlık piyasa önemi yeni bir özellik başlığından daha çok yükseltme uygulama riskine bağlıdır. Zamanında ve temiz bir şekilde bir dönem geçişinde gerçekleşen bir hard fork, zincir istikrarsızlığı etrafındaki kısa vadeli kuyruk riskini azaltma eğilimindedir, bu durum anında talep yaratmasa bile.
Tamamen Onchain Yönetilen İlk Hard Fork: Kim Onayladı ve Ne Kadar?
Van Rossum, Cardano'nun tamamen ağın onchain yönetim çerçevesi aracılığıyla başlatılan, tartışılan ve onaylanan ilk hard fork'u oldu. Bu, protokol değişikliğini kontrol eden yapısal bir değişimdir; süreci kurucu liderliğindeki koordinasyondan, oy blokları arasında koalisyon oluşturma yönüne kaydırır.
Onaylama, üç kurumdan onay gerektiriyordu ve marjlar eşit değildi. ADA sahipleri tarafından temsilci olarak seçilen delege temsilcileri, öneriyi %78.97 evet oyu ile 60% eşik değerine karşı onayladı. Cardano Anayasası ile uyumu değerlendiren anayasa komitesi, beş oy gerektiği yerde 7/7 oy kullandı.
Stake havuz operatörleri, Cardano'nun proof-of-stake modeli altında blok üreten altyapı operatörleri, %53.02 evet oyu ile onayladı. Bu, üçü arasında en dar marjdı ve bu önemlidir çünkü operasyonel hazırlık ve siyasi destek arasında bir ayrışma olabileceğine işaret eder.
Anayasa ayrıca bir hazırlık kapısı getirdi: onaydan önce aktif stake ile en az %85'lik bir stake havuzunun uyumlu düğüm yazılımı çalıştırması gerekiyordu. Ağ telemetresi, aktivasyona geçmeden önce blok üretiminin yaklaşık %93'ünün zaten versiyon 11'de olduğunu gösterdi ve bu da ağın teknik olarak hazır olabileceğini öne sürüyor, hatta yönetim desteği daha az baskın olsa bile.
v11 Plutus ve Ledger için Ne Değiştiriyor — ve ADA Transferleri İçin Ne Aynı Kalıyor
Protokol versiyonu 11, Cardano'nun mevcut döneminde kalan bir intra-dönem hard fork'u olarak tanımlanıyor ve işlemlerin yapısını değiştirmiyor. Bu tasarım tercihi, ekosistem genelinde yükseltme sürtünmesini azaltıyor.
Günlük ADA transferleri için, belirtilen görünür değişiklik yoktu: işlemler aynı şekilde çalışıyor, cüzdanların güncellenmesine gerek yok ve ADA göndermenin ücreti değişmedi. Bu nedenle, kısa vadeli etki geliştirici araçları ve uygulama ekonomisinde yoğunlaşmıştır, cüzdan kullanıcı deneyiminde değil.
Üzerindeakıllı sözleşmetarafında, v11, Plutus'un üç versiyonu arasında yerleşik işlevleri birleştirerek Plutus'a yetenekler ekliyor, böylece eski uygulamalar yeni özelliklere erişebiliyor. Güncelleme ayrıca, iki stake havuzunun aynı kriptografik kimlik anahtarını yeniden kullanmasını önlemek de dahil olmak üzere, defter doğrulama kurallarını sıkılaştırıyor.
Fork, Plutus maliyet modeli iyileştirmeleri aracılığıyla akıllı sözleşme yürütme maliyetlerini düşürme olarak konumlandırılsa da, paket azaltımın nicel bir tahminini sunmuyor. Ayrıca, geliştiricilerin tasarrufları yakalamak için sözleşmeleri yeniden inşa etmesi gerektiğinden, gerçek ücret rahatlamasının zamanlamasının bir protokol garantisi yerine benimseme sorusu olduğunu belirtiyor.
Yol Haritası Bağlamı: v11, Dijkstra ve Ouroboros Leios için Temel Çalışma
Input Output, bir geliştirme raporunda Van Rossum'u bir sonraki yol haritası adımına doğrudan bağlayarak şunları yazdı: "Plutus iyileştirmeleri ve Plutus Maliyet Modeli iyileştirmeleri ile birlikte, bu güncelleme, Cardano'ya Ouroboros Leios'u tanıtacak olan Dijkstra dönemi hard fork'u için temeli atıyor."
Ouroboros Leios, güvenlik garantilerini zayıflatmadan saniyede işlem sayısını keskin bir şekilde artırmayı hedefleyen, 2026'nın ilerleyen dönemlerinde beklenen Cardano'nun proof-of-stake konsensüs modeli için bir ölçeklenme önerisi olarak tanımlanıyor. Van Rossum, bu gelecekteki güncelleme için hem teknik bir temel hem de bir yönetişim örneği olarak çerçeveleniyor.
Fork'un adı aynı zamanda yönetişim vurgusunu da işaret ediyor. Ağın anayasasını şekillendirmeye yardımcı olan ve Ekim 2025'te ölen Cardano yönetişim katkıcısı Max van Rossem için adlandırıldı.
Yönetim Merkezi Olmaktan Çıkıyor, ADA Tüccarları İçin Yeni Değişken Oluyor
Yönetim değişimi kalıcı bir değişimdir. Van Rossum ile Cardano, kendisini oylama ile güncelleyebileceğini gösterdi, bu da "güncelleme riski"ni mühendislik yürütmesinden siyasi koordinasyona yeniden fiyatlandırabilir.
Önemli olan eşik, gelecekteki hard fork'ların bu hard fork'tan daha az sürtünme ile tüm üç onay yolunu geçip geçemeyeceğidir. Delegeli temsilciler ve anayasa komitesi belirleyici marjlar sağladı, ancak stake havuz operatörleri yalnızca %53.02 ile çoğunluk desteğini dar bir şekilde geçebildi.
Bu model devam ederse, yapı anlatıdan ziyade yapısal görünmeye başlar: yüksek teknik hazırlık, ancak zaman çizelgelerinin koalisyon kurmaya bağlı olduğu bir yönetim süreci.
Gerçek test, geliştiricilerin Plutus maliyet modeli tasarruflarını gerçekleştirmek için sözleşmeleri yeniden inşa edip yeniden dağıtmak için yeterince hızlı hareket edip edemeyecekleridir, çünkü paket bu tasarrufların otomatik olmadığını açıkça belirtmektedir.
Trader'ların ayrıca Dijkstra dönemi hard fork'u ve Ouroboros Leios için somut kilometre taşlarına ihtiyaçları var; bunlar 2026'nın ilerleyen dönemlerinde bekleniyor ancak kesin tarihler olmadan tanımlanıyor.
Eğer yükseltme sonrası telemetri ve olay raporlaması, dönem 643'ten 644'e geçiş sonrası istikrarlı blok üretimi göstermeye devam ederse, piyasa Van Rossum'u temiz bir yönetim uygulama kanıtı olarak değerlendirebilir. Bu gelişmenin pratik anlamda önemli olmasını sağlayacak şey, yönetim tıkanıklığı olmadan Leios dönemi verimliliği sunan tekrarlanabilir bir onchain yükseltme sürecidir.
