IO, Cardano’nun Leios Ölçeklendirme Yükseltmesini Ana Ağa Hazır Hale Getirmek İçin 27M ADA Talep Ediyor

YouTube’daki bir Cardano Governance Hour oturumunda, Input Output’tan Leios ürün yöneticisi Carlos Lopez de Lara, IO’nun Consensus Initiative girişiminin mevcut Cardano yönetim döngüsündeki en önemli altyapı önerilerinden biri haline neden geldiğini açıkladı. Öneri, 2026-2027 dönemi boyunca Ouroboros Leios üzerinde çalışmaya devam etmek için 27 milyon ADA’dan fazla bir talepte bulunuyor ve bu yükseltmenin prototipten ve test ağı geliştirilmesinden ana ağ hazır hale getirilmesine taşınmasını hedefliyor.

Tartışma, tek bir fonlama talebinden daha büyük bir mesele. Cardano yönetiminden, daha yüksek ağ talebi mevcut sistemin sınırlarına ulaşmadan önce hazinenin çekirdek bir mutabakat yükseltmesini finanse etmesi gerekip gerekmediğine karar vermesi isteniyor. Leios, Cardano’nun birinci katman işlem kapasitesini artırmak için tasarlandı, aynı zamanda şu anda ağı güvence altına alan Ouroboros Praos’un güvenlik varsayımlarını koruyor.

Cardano Leios Birinci Katman Ölçeklenmesini Hedefliyor

Ouroboros Leios, Cardano’nun temel mutabakat katmanı için önerilen bir ölçeklendirme yükseltmesidir. Governance Hour tartışmalarında, Lopez de Lara mevcut Ouroboros Praos’un düzenli aralıklarla bloklar ürettiğini, düğümlerin ise bloklar arasındaki zamanın bir kısmını ağ etkinliğini işlemek için bir sonraki fırsatı bekleyerek geçirdiğini açıkladı. Leios, bu aralığı daha verimli kullanmayı amaçlıyor.

Merkezi mekanizma, destekleyici blokların devreye sokulmasıdır. Bu bloklar, standart bir Praos bloğundan daha fazla işlem verisi taşıyacak şekilde tasarlanmıştır. Seçilen bir pay havuzu operatörleri grubu, içeriği doğrulamak, onay sürecine katılmak ve daha sonraki bir Praos bloğuna bu ek işlem verilerinin ağ tarafından kontrol edildiğine dair kanıt içermesine olanak tanıyacaktır.

Bu tasarım, Leios’u bir performans yaması olmaktan öteye taşıyor. Mevcut zinciri koruyan mutabakat mimarisini değiştirmeden Cardano’nun işlem kapasitesini protokol düzeyinde artırma çabası olarak öne çıkıyor. Kullanıcılar ve geliştiriciler için pratik hedef basittir: uygulamalar için daha fazla alan, daha fazla işlem kapasitesi ve daha yoğun talep dönemlerine daha iyi hazırlıklı bir ağ.

Öneri ayrıca araştırmadan teslimata bir geçişi de yansıtıyor. Lopez de Lara, çalışmanın zaten makaleler ve simülasyonlardan prototip uygulamasına, devnet etkinliğine ve daha geniş çapta kamu testi hazırlığına geçtiğini belirtti. Talep edilen fonlama, prototipin sağlamlaştırılması, ölçülmesi, doğrulanması ve etkinleştirme doğrultusunda yönetim yoluna hazırlanmasını desteklemek için tasarlandı.

Leios İçin Hazine Fonlaması Yönetim Testine Dönüşüyor

Consensus Initiative aynı zamanda Cardano’nun hazine sürecini bir teste tabi tutuyor. IO, yalnızca ölçeklendirmenin önemli olduğuna ekosistemi ikna etmekle kalmıyor. Aynı zamanda DRep’lerden ve seçmenlerden karmaşık bir mühendislik programını finanse etmelerini istiyor ki bu programın değeri kanıtlara, teslimat disiplinine ve uzun bir teknik yol haritasına olan güvene bağlıdır.

Lopez de Lara, Leios için iki baskı noktasına odaklandı. İlki, piyasa zamanlamasıdır. Kripto endüstrisinin daha net düzenlemeler, kurumsal ürünler ve gerçek dünyadaki blockchain kullanım durumları ile daha güçlü bir talep yaratabileceği bir döneme girdiğini savundu. Bu bağlamda, Cardano’nun talep gelmeden önce hazırlıklı olması gerekiyor, talep yoğunluğu bir kısıtlama haline gelmeden önce.

İkinci baskı ise ekonomik sürdürülebilirliktir. Cardano’nun rezervleri zamanla azalırken, ağın uzun vadeli güvenlik, ücretler ve pay ekonomisini desteklemek için gerçek işlem faaliyetlerine giderek daha fazla ihtiyacı olacaktır. Daha yüksek işlem kapasitesi tek başına benimsemeyi yaratmaz, ancak ağ ekonomisini daha dayanıklı hale getirebilecek uygulamalar ve kullanım alanları için Cardano’ya daha fazla alan sağlar.

Bu nedenle bu öneri siyasi bir ağırlık taşıyor. Bir evet oyu, Cardano yönetiminin çekirdek protokol altyapısını sıradan kullanıcılar için görünür hale gelmeden önce finanse etmeye istekli olduğunu gösterecektir. Hayır oyu ise ölçeklendirme ihtiyacını ortadan kaldırmaz, ancak IO ve ekosistemi Leios’un ilerlemesi için gerekli fonlama yapısını, iletişimi ve kanıtları yeniden gözden geçirmeye zorlar.

Leios Test Sürecine, Dijkstra ve Geliştiricilere Bağlı

Leios yol haritası yalnızca mutabakat kodu yazmakla ilgili değil. Governance Hour tartışmalarına göre, bu çalışmalar aynı zamanda sürüm adaylarının hazırlanması, protokol parametrelerinin keşfi, saldırı modeli doğrulaması, simülasyonlar, karşılaştırma kanıtları, halka açık test ağı katılımı ve sert çatallaşma koordinasyonunu da içeriyor. Bu adımlar önemlidir, çünkü mutabakat yükseltmesi ana ağa doğru ilerlerken sadece teoriye güvenemez.

Lopez de Lara ayrıca Leios’u beklenen Dijkstra dönemine bağladı ve bunun Cardano’nun şimdiye kadarki en karmaşık sert çatallarından biri olabileceğini belirtti. Leios, yeni protokol parametreleri, anayasal önlemler ve ağ altyapısı genelinde koordinasyonu gerektirecektir. Bu, yükseltmeyi kısmen teknik, kısmen anayasal bir mesele haline getiriyor. Çünkü Cardano’nun yönetim sistemi protokolün güvenli bir şekilde değişmesi için hazır olmalıdır.

Bir diğer önemli nokta geliştirici deneyimiydi. Leios, Cardano’nun kapasitesini artırabilir. Ancak kapasite, geliştiriciler uygulama oluştururken hala çok fazla sürtünme ile karşılaşıyorsa sınırlı bir değere sahiptir. Lopez de Lara, Cardano’nun ayrıca daha iyi araçlara, daha net belgelere ve yeniden kullanılabilir akıllı sözleşme altyapısına ihtiyacı olduğunu savundu. Böylece geliştiriciler fikirden çalışan ürüne daha hızlı geçebilir.

Bu bağlantı, Leios tartışmasına gerçek şeklini veriyor. Cardano, yalnızca daha fazla işlem kapasitesi satın alıp almamak konusunda karar vermiyor. Ayrıca daha büyük bir uygulama ekonomisi için gerekli olan mutabakat katmanını, test sürecini ve geliştirici ortamını finanse etmeyi de değerlendiriyor. Hızlı oylama 27 milyon ADA ile ilgili olabilir. Ancak daha derin soru, Cardano’nun temel protokolünü kripto benimsemesinin bir sonraki aşamasında rekabet etmek için beklenen ağ aktivitesine hazırlamak isteyip istemediğidir.