Cardano'nun 62 Milyon ADA'lık Bakım Teklifi, Altyapıyı Bir Hazine Testine Dönüştürüyor

Michael Karg, Cardano Bakımının Sadece Arka Ofis Çalışması Olmadığını Açıklıyor

Cardano'nun IO & Ensurable Systems Cardano Bakım Girişimi etrafındaki yönetim tartışması, 12 Mayıs 2026'da düzenlenen yeni bir Cardano Yönetim Saati oturumunda önemli teknik bir bağlam kazandı. Cardano Vakfı'ndan Nicolas Ceani tarafından yönetilen tartışmada, Input Output Engineering'in Cardano Performans ve İzleme Lideri Michael Karg, teklifin neleri kapsadığını, neden 62 milyon ADA'dan fazla talep ettiğini ve bakımın neden rutin bir arka plan çalışması olarak ele alınmaması gerektiğini açıkladı.

Karg, bir pazarlama temsilcisi olarak değil, Cardano'nun en görünmez ancak en önemli altyapı katmanlarından birinde çalışan bir ekibin teknik lideri olarak konuşuyordu. Ekibi, Cardano düğümü için gözlemlenebilirlik üzerine çalışıyor; buna günlük kayıtları, metrikler, gözlemlenebilir olaylar ve sistem seviyesinde kıyaslama çalışmaları dahildir. Pratikte bu, protokol değişiklikleri, düğüm değişiklikleri veya Plutus yürütme bütçesi ayarlarının hisse havuzu operatörleri ve diğer ağ katılımcıları tarafından kullanılan gerçek kaynakları nasıl etkilediğini ölçmek anlamına geliyor.

Bu önemlidir çünkü bu teklif sadece IO'nun büyük bir hazine çekilişi alıp almaması meselesi değildir. Bu, Cardano'nun temel altyapısını kimin koruyacağı, ağ güvenliğinin nasıl ölçüldüğü, sürümlerin nasıl hazırlandığı, teknik borcun nasıl yönetildiği ve zaman içinde Cardano'nun daha güçlü düğüm çeşitliliğine nasıl ilerleyebileceği konusunu kapsamaktadır.

Teklif 62,134,630 ADA talep ediyor ve 2026'nın üçüncü çeyreğinden 2027'nin ilk çeyreğinin sonuna kadar dokuz aylık bir dönemi kapsıyor. Karg, tartışma sırasında girişimin 12 aylık bir talep değil, dokuz aylık bir bakım döngüsü olduğunu açıkladı.

Ana noktası, Cardano Bakım teklifinin görünür yeni özellikler sunan tekliflerden farklı olduğuydu. Karg, bunu ekosistemin “motor odası” olarak tanımladı; kullanıcıların genellikle her şey doğru çalıştığında fark etmediği kısmı. Tam da bu nedenle konu siyasi açıdan hassas. Cardano yönetimi yeni bir cüzdan, yeni bir DeFi uygulaması veya yeni bir kullanıcıya yönelik özellik için oy kullanmıyor. Bunun yerine, sistemin diğer her şeyin üzerine inşa edilebilecek kadar istikrarlı kalmasını sağlamak için gerekli olan çalışmaya oy veriyor.

Tartışma sırasında teklif onaylanmaktan uzak olsa da, Karg birçok DRep'in yönetim eylemlerinin son günlerine kadar bekleme eğiliminde olduğunu belirtti. Bu oy kullanma modeli erken eğilimleri okunamaz hale getirirken, aynı zamanda büyük teknik tekliflerin kendilerini nihai karar penceresi kapanmadan önce açıkça ifade etmeleri için baskıyı artırıyor.

Cardano Blueprint ve Düğüm Çeşitliliği Bakım Tartışmasını Genişletiyor

Tartışmanın en önemli kısmı, azalmış bakımın operasyonel riski artırabileceği uyarısı değildi. Karg, Cardano Bakım Girişimi'nin hata düzeltme, mimari, DevOps altyapısı, test ağı işlemleri, kıyaslama sistemleri, felaket kurtarma protokolleri, izleme araçları, sürüm desteği, güvenlik süreçleri ve kritik Cardano araçlarını içeren çok daha geniş bir teknik paketi kapsadığını gösterdi.

Bu kapsam, başlangıç röle işlemleri, Preview ve PreProd gibi test ortamlarının bakımını, Haskell derleyici desteğini, ana ağ izlemeyi, küresel mempool izlemeyi, açık kaynak desteğini ve Plutus yorumlayıcı, DB Sync, Cardano CLI, Cardano API, güvenlik duvarları ve Anayasa Komitesi kimlik betiği gibi araçlar üzerinde çalışmayı içeriyor.

En önemli konulardan biri Cardano Blueprint idi. Karg, bunu Cardano'yu oluşturan, düğümlerin birbirleriyle iletişim kurmak için kullandıkları protokoller, bayt seviyesinde detaylar, kriptografik fonksiyonlar ve koddan bağımsız olarak var olan spesifikasyonlar gibi bir teknik plan olarak tanımladı. Bu dokümantasyon sadece kendisi için değil. Blueprint, diğer ekiplerin kendi düğüm uygulamalarını Rust, TypeScript veya diğer dillerde geliştirmeleri için daha net bir çerçeve sağlar.

Bu bakım teklifini rutin bir günlük bakımın ötesine taşır. Cardano, genellikle yönetimi, hisse havuzu operasyonlarını ve karar verme süreçlerini merkeziyetsizleştirmeyi konuşur, ancak uzun vadeli uygulama çeşitliliği de bu tablonun bir parçasıdır. Haskell düğümü bugün referans uygulama olarak kalmaya devam ediyor, ancak daha sağlıklı bir ekosistem sonsuza dek bir kod yoluna, bir mühendislik merkezine veya bir organizasyona bağlı kalmamalıdır.

Ensurable Systems'ın dahil edilmesi de bu bağlamda şekillendirildi. IO, bu döngü sırasında teslimatı yönetecek, ancak Ensurable Systems, daha önce IO'da çalışan kurucuları olduğu için Cardano alan bilgisi ve deneyimine sahip bir teslimat ortağı olarak listelenmiştir. Karg, bunu yöneticiliğin merkezsizleştirilmesiyle ilişkilendirdi; yani, Cardano bakımının uzun vadede yalnızca bir organizasyonun sorumluluğunda kalmaması gerektiği anlamına gelmektedir.

Haskell derleyici desteği en teknik açıdan ilginç detaylardan biriydi. Karg, Cardano düğümünün muhtemelen var olan en karmaşık Haskell uygulamalarından biri olduğunu söyledi. Bu nedenle IO, Haskell derleyici ekibiyle yakından çalışıyor çünkü Cardano kıyaslamaları, yalnızca Cardano'nun kod tabanı bu kadar büyük ve karmaşık olduğu için standart bir derleyici kıyaslama paketinin kapsamayabileceği kod oluşturma sorunlarını ortaya çıkarabilir.

Bu detay, bakımın bir hazine tablosunda sadece idari bir satır girdisi olmadığını gösteriyor. Cardano için bakım, performans disiplini, sistem sınırlarını anlama, temel geliştirici araçlarıyla işbirliği ve Leios, Hydra, çoklu varlık hazine işlevselliği ve stabil bir çekirdek düğüme bağlı diğer değişiklikler gibi gelecekteki yükseltmelere ağı hazırlamayı içerir.

DRepler Maliye Değil Kanıtlara Oy Veriyor

Bu teklifin en büyük zorluğu, bakımın önemli olup olmadığı değil. Zorluk, güvendir. 62 milyon ADA'dan fazla bir talep büyüktür ve Cardano Hazinesi şu anda birçok paralel çekilme teklifiyle karşı karşıyadır. Bu ortamda DReps, bütçe, teslimatlar ve ölçülebilir sonuçlar arasında net bir bağlantı talep etmekte haklıdır.

Karg, kamu kıyaslama raporlarına ve Cardano Güncellemelerine bu şeffaflık parçası olarak işaret etti. Kıyaslama raporları, önceki ve yeni düğüm sürümlerini karşılaştırır, kaynak kullanımını, blok üretimini, blok yayılmasını ve blok benimsenmesini izler ve genellikle sürüm notlarıyla ilişkilidir. SPO'lar ve teknik DRepler için bu süs değildir. Bu, bakım çalışmasının ölçülebilir ağ performansı yoluyla görünür hale geldiği yollardan biridir.

Bu teklif için güçlü bir argüman olsa da, her endişeyi ortadan kaldırmaz. Moderatör, dokuz iş akışında kaç kişinin çalıştığı ve DRep'lerin ekip tahsisi, tam zamanlı eşdeğeri (FTE) kapasitesi ve önceliklendirmeyi nasıl anlamaları gerektiği konusunu gündeme getirdi. Karg, teslimatların birden fazla ekip ve mühendisi kapsadığını, IO'nun tarihsel verileri çaba ve zamanı tahmin etmek için kullandığını ve teklifin sonuç odaklı olduğunu söyledi. Yani IO, talep edilen miktarın sonuçları için sorumluluk alıyor.

Bu cevap teknik olarak makul olsa da, kamu yönetimi iletişimi açısından mükemmel değildir. Daha basit bir bütçe dökümü, daha net bir FTE haritası ve kategori başına daha kesin bir maliyet yapısı isteyen DRepler muhtemelen sorular sormaya devam edecektir. Bu teklifin zayıf olduğu anlamına gelmez, ancak iletişiminin son derece net olması gerektiği anlamına gelir. Bu büyüklükte bir talep için sadece bakımın önemli olduğunu söylemek yeterli değildir. Topluluğun, doğrulanabilir olanı, ilerlemenin nerede görüleceğini ve hazine fonunun nasıl operasyonel çıktıya dönüştüğünü görmesi gerekir.

Ayrıca bir öncelik sorunu var. Cardano aynı anda bakım, Leios ve diğer teknik teklifleri finanse ederse, aynı organizasyon ve mühendislik yeteneği muhtemelen birkaç iş akışında yer alabilir. Karg, IO'nun öncelikleri haftalık ve aylık değerlendirmeler, bağımlılıklar ve proje bazında ayrı bütçe izleme yoluyla yönettiğini açıkladı. Bu, bir iç sürecin var olduğunu gösterir, ancak aynı zamanda Cardano yönetiminin artık teknik tekliflerin izole olarak değerlendirilmesi zor bir aşamaya girdiğini de doğrular.

Bu nedenle oy basit değildir. Büyük bir hazine talebini reddetmek mali disiplin gibi görünebilir. Onaylamak ise sorumlu altyapı finansmanı gibi görünebilir. Her iki tarafın da argümanları vardır, ancak tartışmanın yüzeysel versiyonu konuyu kaçırır. Gerçek soru topluluğun sayının büyüklüğünden hoşlanıp hoşlanmadığı değil. Gerçek soru, Cardano'nun pahalı görünen bir maliyet ile eksikliğinde kritik hale gelen altyapıyı ayırt edebiliyor olup olmadığıdır.

Bu teklif bu nedenle korku yerine kanıtlarla savunulmalıdır. IO ve Ensurable Systems, DRep güvenini kazanmak istiyorsa, en güçlü argümanları sorun korkusu değil, talep edilen miktar, halka açık teslimatlar, kıyaslama disiplini, Blueprint dokümantasyonu ve uzun vadeli uygulama merkezsizleştirme arasında net bir bağlantı olacaktır. Cardano yönetimi sadece bakımı finanse edip etmeyeceğine karar vermiyor. Uygulamalarının, hisse havuzlarının ve gelecekteki yükseltmelerinin altındaki temelin ne kadar güçlü olacağını belirleyen teknik disiplini sorumlu bir şekilde finanse edip edemeyeceğine karar veriyor.