Cardano Geliştiricileri Leios'u Ana Koda Birleştirdi, Hedef 3-5 Kat İşlem Kapasitesi

Praos2 Ana Koda Girdi

Cardano (ADA) mühendislik ekibinin 23 Ekim Cuma günü yayımladığı geliştirme raporu, ağın işlem kapasitesi (throughput) yeniden tasarımında somut bir adayı kayda geçiriyor: Leios'un çekirdek kodu, ana geliştirme kod tabanına birleştirildi. Entegrasyonun merkezinde Praos2 duruyor; bu yapı, mevcut uzlaşma yöntemini Leios ile aynı çerçevede çalıştırıyor. Yanında LeiosNotify ve LeiosFetch bileşenleri de kod tabanına girdi; ikisi, düğümler arası bilgi alışverişini yönetiyor. Hattın bir parçası ise hâlâ eksik: onaylayıcı blokları seçip işlemek üzere çeken mantık. Leios, iş bölümü üzerine kurulu bir tasarım. Sıradan blok üretimi eskisi gibi devam ediyor; onaylayıcı blokların içindeki işlemler, yani protokolün doğrulama için sıraya aldığı paketler, sıradan blok çıktısından ayrı olarak doğrulanıyor ve sertifikalandırılıyor. Bu ayrımın nedeni, mevcut uzlaşma katmanı Ouroboros Praos'taki sert bir kısıt: hisse kanıtı (proof-of-stake) tasarımında blokların ağa hızla yayılması zorunlu; bu zorunluluk da zincirin saniyede taşıyabileceği işlem verisini üstten sınırlıyor. Geliştiriciler, blokların düğümlere ulaşma biçimini değiştirmeden bu tavanı yükselmek istiyor; bunun yolu da sertifikalandırmayı yayılma sürecinin dışına çıkarmak. Rapor, birleştirmeyi geliştirme aşaması bir adımı olarak çerçeveliyor, ağ değişikliği olarak değil. Birleştirilen koddaki hiçbir şey canlı ana ağı (mainnet) etkilemiyor ve kodla birlikte bir aktifleşme yüksekliği ya da tarihi gelmiyor. Ekibin önceki güncellemelerde çizdiği kademeli plan, ilk işlem kapasitesi hedefini mevcut kapasitenin 3 ile 5 katı koyuyor; 10 ile 15 kata ulaşmak ise operatör katılımına ve ana ağ yük testlerine bağlı. Test ağı (testnet) hattı ayrı ilerliyor; Dijkstranet dağıtımını anlatan önceki kapsamımızda detaylandırdığımız gibi, kod birleştirmesi performans kazanımlarının yaklaştığı sinyali olarak okunmamalı. Kod birleştirmesinin kurduğu şey şu: yeniden tasarım artık ana kod tabanında derleniyor, çalışıyor ve orada gelişiyor; sonraki her adımın ön koşulu bu.

4,5 KB Tavanı ve Sonra Dijkstra

Input Output'un 20 Ekim Salı günü yayımladığı yol haritası, bu hedeflerin arkasındaki sayıları veriyor. Bugünkü işlem kapasitesi tavanını saniyede yaklaşık 4,5 KB işlem verisi olarak koyuyor. Aynı ölçütle dönüştürüldüğünde, 3 ile 5 katlık ilk hedef saniyede yaklaşık 13,5 KB ile 22,5 KB'a denk geliyor. Yol haritası, bu rakamın işlem sayısını değil veri hacmini ölçtüğünü açıkça yazıyor; saniyedeki gerçek işlem sayısı, işlemlerin boyutuna ve her birinin gerektirdiği hesaplamaya bağlı. Teslimat, sıradaki sert çatallanma (hard fork) olan Dijkstra yükseltmesi üzerinden gerçekleşiyor ve plan, Leios'u onunla eşliyor. Yol haritası, çatallanmanın tek başına kapasiteyi hedefe taşımaya yetmeyeceğini de net biçimde belirtiyor. Staking havuzu işleten operatörlerin önce BLS anahtarlarını kaydetmesi gerekiyor; bunlar, onaylayıcı blokları sertifikalandırmak için zorunlu kriptografik kimlik bilgileri. Kayıtlı stake toplamı yaklaşık yüzde 90 ile yüzde 95 aralığına ulaştığında ancak ağ, ana ağ üzerinde yüksek yük testlerini koşabiliyor. Bu testler blokların ve sertifikasyon verisinin gerçekte ne kadar hızlı yayıldığını ölçüyor; sonuçlar, kapasitenin daha da artırılıp artırılmayacağı kararının temelini oluşturuyor. Operatör seçimini değerlendiren delegelere, Cardano (ADA) staking havuzu nasıl seçilir rehberimizi önerebiliriz. 10 ile 15 katlık aralığa ulaşmak için en az iki protokol parametresi değişikliği daha gerekiyor ve her biri aynı anda üç onay eşiğiyle karşılaşıyor: delege temsilcilerinin oyladığı stake'in yüzde 67'si, staking havuzu operatörü stake'inin yüzde 51'i ve anayasal komitenin üçte iki çoğunluğu. Yol haritası ayrıca her teklifin, önceki kapasite aşamasının ana ağ test sonuçlarına dayanması gerektiğini ekliyor. Test ağı geçişi kendi sırasını izliyor: 9 Ekim Cuma günündeki Intersect güncellemesi, düğüm 11.2'nin Dijkstra özelliklerini Leios olmadan genel test ağına taşıdığını, ardından düğüm 11.3'ün doğrusal Leios'u birleştirdiğini aktarıyordu.

Kod Birleşti, Kapasiteyi Oylar Belirleyecek

Bugün fark edilmesi gereken ayrım, yazılmış kod ile açılmış kapasite arasındaki fark. Birleştirme, Leios'un kod tabanına işlenip işlenemeyeceği sorusunu yanıtlıyor; ana ağdaki tek bir işlem kapasitesi rakamını kıpırdatmıyor. İkisi arasındaki her şey, hiçbir geliştiricinin kısayol kullanamayacağı prosedürlerden geçiyor: BLS kayıtlarının yüzde 90 ile 95 aralığına tırmanması, yayılma ölçümleriyle her adımı gerekçelendiren yük testleri, ardından yüzde 67 delege temsilcisi, yüzde 51 operatör ve üçte iki komite desteği isteyen parametre oyları. 3 ile 5 katlık ilk kazanç, Dijkstra ile birlikte geliyor ve daha yakın teslimat. 10 ile 15 kat ise yol haritasının duyurduğu rakam; önceki aşamalar ana ağda sorunsuz test edilmeden toplanamayacak oyların rehinesi olarak duruyor.