Solana geliştiricileri, bağımsız olarak geliştirilen doğrulayıcı yazılımlarını daha güvenilir ve daha kolay bakım mümkün kılan yeni bir protokol kural kitapçığı üzerinde çalışıyor.
Öneri, 30 Ekim'de yayınlanan, Solana ağını çalıştırmak için kullanılan ana yazılım programlarından biri olan Agave'nin arkasındaki blok zinciri mühendislik şirketi Anza'nın CEO'su Brennan Watt'tan geliyor.
Watt, blok zincirinin işlemlerini nasıl işlediğini, blokları nasıl doğruladığını ve uzlaşmaya nasıl vardığını tanımlayan tek, yetkili bir spesifikasyonun kurulmasını istiyor; bunun yerine mevcut yazılımlar ve ayrı teknik öneriler üzerinde dağılmış kurallara dayanmıyor.
Değişim, Solana'nın orijinal validator yazılımının dışına çıkarak ticaret firması Jump Crypto tarafından geliştirilen Firedancer gibi bağımsız alternatifler dahil olmak üzere genişlemesiyle artan bir zorlukla başa çıkabilir.
Doğrulayıcılar, işlemleri doğrulayan ve blok zincirini korumaya yardımcı olan bilgisayarlardır. Bu bilgisayarları çalıştıran yazılımı farklı geliştiriciler oluşturabilir, ancak her uygulama, ağ boyunca anlaşılmayı korumak için aynı temel kurallara uymalıdır.
Bu kurallarla ilgili anlaşmazlıklar, doğrulayıcıların aynı işlemleri farklı şekilde işlemesine neden olabilir ve bu da blok zincirinin çelişkili görünümlerine yol açarak ağ güvenilirliğini tehdit edebilir.
Watt, Solana'nın mevcut geliştirme sürecinin, bağımsız takımların ağın tam olarak nasıl davranması gerektiğini belirlemesini gereksiz şekilde zorlaştırdığını savunuyor.
Mevcut sistem altında, protokol değişiklikleri Solana İyileştirme Belgeleri (SIMD) aracılığıyla önerilir. Bu belgeler bireysel yükseltmeleri tanımlar, ancak ağın tam operasyon kuralları tek bir yetkili referansta birleştirilmemiştir.
Sonuç olarak, geliştiriciler bazen hangi kuralların aktif olduğunu anlamak için mevcut doğrulayıcı kodunu incelemek veya önceki yükseltme kararlarını yeniden oluşturmak zorunda kalır.
Watt, bu yaklaşımın, önerilen bir yükseltme tarafından etkilenen protokolün her bir parçasının belirlenmesini zorlaştırırken, mevcut davranışların tekrarlanan veya tutarsız açıklamalarını üretebileceğini söyledi.
Yeni kurallık, Solana'nın yükseltme sürecini yeniden şekillendirebilir
Öneriye göre, geliştiriciler mevcut SIMD süreci aracılığıyla potansiyel yükseltmeleri tartışmaya devam edecektir, ancak resmi teknik değişiklikler ortak bir protokol spesifikasyonuna yapılan düzenlemeler olarak sunulacaktır.
Her düzeltme, yükseltmenin işlemler, ağ iletişimleri, uzlaşma ve diğer ilgili işlevleri nasıl etkileyeceğini tam olarak tanımlar.
Değişiklikler, Solana'nın Ana Ağı'nda etkinleştirildiğinde resmi spesifikasyonun bir parçası olmadan önce teknik incelemeden ve gerekli yönetim onaylarından geçecektir.
Bu, Agave, Firedancer ve gelecekteki doğrulayıcı yazılım geliştiren takımların ana referans olarak başka bir uygulamanın koduna değil, aynı belgelenmiş gereksinimlerden çalışmasını sağlayacaktır.
Müşteri nereden başlar?
Çocuk-bank yapısı, işlemlerinden önce bir kez epoch-E sınır geçişini uygular.
Ortak bir kurallar kitapçığı, hedefi açık hale getirir. Başlangıç durumu güveni ve bir sonraki epoch ayrı gerekliliklerdir.
Bu, kabul edilmiş bir protokol değişikliği değildir. Başlangıç durumu doğruluğunu, tarihsel yeniden oynatmayı veya E+1'e sürekli işlemi sağlamaz. Herhangi bir istemci güvenilirliği artışı nicelendirilmemiştir.
Ayrıca yazılım testini daha etkili hale getirebilir. Bağımsız doğrulayıcılar farklı sonuçlar ürettiğinde, geliştiriciler, anlaşmazlığı incelemek ve hangi uygulamanın düzeltilmesi gerektiğini belirlemek için ortak bir standart sahibi olacaklardır.
Watt, Solana'nın işlem işleme, ağ iletişimleri, uzlaşma, ücretler ve doğrulayıcı ödülleri dahil olmak üzere 18 alanını kapsayan bir taslak spesifikasyon yayınladı.
Ancak taslak, Solana'nın blok zinciri tarihinin belirli bir dönemine sınırlı kalır ve geliştiricilerin zaten güvenilir bir ağ durumundan başladığını varsayar. Sonraki yükseltmeleri kapsamak ve uygulamaların zamanla uyumlu kaldığını kanıtlamak için daha fazla çalışma gerekmektedir.