Anza CEO'su Brennan Watt, Solana (SOL) için 18 Bölümlük Protokol Şartnamesi Önerdi

Tek Kural Kitabı, Üç İstemci

Kurallarını bağımsız yazılmış üç ayrı doğrulayıcı istemcisinin uyguladığı bir ağ, o kuralların gerçekte ne olduğuna nasıl karar verir? Bu soru şimdi Solana (SOL) geliştiricilerinin gündeminde, çünkü Anza CEO'su Brennan Watt, protokol değişikliklerinin incelenmesini tek bir ortak şartnameye taşımayı önerdi. Watt, "Move to a protocol specification" başlıklı önerisini 30 Ekim Cuma günü Solana iyileştirme dokümanı (SIMD) tartışma panosunda yayımladı. Ağın gelişimini büyük ölçüde koordine eden Solana geliştirme çabasının merkezindeki Solana Foundation ise 5 Kasım Perşembe günü yayımladığı bir geliştirme duyurusuyla şartnamenin birleştirilmesi ve inceleme prosedürünün revize edilmesi tartışmasının resmen başladığını doğruladı. Bugüne kadar SIMD dokümanları hem kural değişikliklerinin inceleme aracı hem de fiilen ağın protokolünün kaydı işlevini görüyordu. Tartışma, Solana fiyatının son 24 saatte yüzde 6,8'lik bir düzeltmeyi sindirdiği bir dönemde açılıyor; bu hareket, öneriye verilen bir tepkiden çok 100 doların altına inen geri çekilmenin uzantısı niteliğinde ve yatırımcıların izlediği seviyeler Solana teknik analizinde yer alıyor. Watt'ın argümanı şu: mevcut süreç önerileri biriktirmekte başarılı, ama yürürlükte olan kurallar doğrulayıcı koduna ve tekil öneri dokümanlarına dağılmış durumda. Aynı davranışın birden fazla yerde farklı biçimlerde tanımlanabildiğini ve bir değişikliğin dokunduğu her alanı bulmanın zor olduğunu yazdı. Çözümü de fikir tartışmasını, teknik incelemeyi ve gereken yönetim onayını yerinde bırakıyor; somut değişikliğin kendisi ise ortak şartnameye karşı açılan bir pull request'e taşınıyor. Böylece farklı doğrulayıcı yazılımları, tek bir incelenmiş kaynaktan özdeş kuralları uygulayabiliyor. Şartnameden onaylanan pull request'ler, değişiklik ana ağda devreye girene kadar açık kalıyor; böylece dokümantasyon, fiilen çalışan kurallarla uyumlu kalıyor. Henüz etkinleşmemiş SIMD'ler kimlik numaralarını koruyarak yeni biçime taşınacak; bu da mevcut önerilerin izlenebilirliğini, ortak şartname referans haline olsa da koruyor.

Taslak 1072. Döneme Sabitlendi

Watt'ın hazırladığı Solana (SOL) protokol şartnamesi taslağı 18 bölümden oluşuyor; işlemler ve mesajlar, ağ iletişimi, durum geçişleri ve konsensus mekanizması alanlarını kapsıyor, ileriye dönük uyumluluk kuralları da ana ağın 1072. dönemine (epoch) bağlanıyor. Taslak, doğrulanmış bir dönem anlık görüntüsünden ya da o dönemin durum köküyle kimliği kanıtlanmış bir durumdan başlıyor; yani başlangıç durumuna duyulan güven, dokümanın dışından sağlanan bir girdi. Kapsamı bilinçli olarak dar: zinciri baştan (genesis) oynatmak için kural koymuyor, 1072. dönemde duruyor ve sonraki dönemin ilk bloğunu tanımlamıyor. Tek bir döneme sabitlemek, kuralların ileriye dönük kalmasını sağlıyor; 1072 sonrasındaki değişiklikler yeniden yazılmış bir tarih yerine sabit bir temele karşı denetleniyor. Foundation'ın şartname deposu da aynı amaca hizmet ediyor ve konsensus açısından kritik kuralları tek bir eksiksiz, çift anlamlılık taşımayan referansta topluyor. Bugüne kadar somut kural değişikliklerini tekil SIMD dokümanları taşıyordu; bu kayda, blok işlem limitini 100 milyon compute unit'e yükselten SIMD-0286 önerisi de dahil. Daha önceki protokol çalışmaları, Alpenglow'un 150 ms nihailik hedefiyle benzer bir tek hedefli yolu izlemişti. Foundation'ın duyurusunda arka plan olarak vurguladığı konu istemci çeşitliliği: Agave, Firedancer ve Mithril ayrı kod tabanları ve her bir düğüm yazılımı parçası, işlem işleme ve konsensus aşamasında aynı girdiden aynı sonuca ulaşmak zorunda. İşlemlerin sıralanması ve yürütülmesini aynı kurallar yönetiyor; maksimum çıkarılabilir değer gibi etkilerin doğduğu alan tam da burası ve bu ölçekte bir uyumsuzluk kâğıt üstü sorun değil, zincirin ikiye bölünmesi demek. Doğrulayıcı oylarının arkasındaki stake ağırlığı bu riski teknik olmaktan çıkarıp finansal boyuta taşıyor. Ağın bu tarafına yeni bakan okurlar için Solflare üzerinde SOL stake etme rehberi, istemci seçimlerinin pratikte nereye düştüğünü gösteriyor.

Benimseme ve Takvim Belirsiz

Açık tartışma başlığında katılımcı alnoki, yazılı bir şartnamenin istemci uygulamalarında görülen ama doküman dışında kalan bağımlılıkları kaçırabileceğini, hiçbir dokümanın istemciler arasındaki her etkileşimi tek başına yakalayamayabileceğini savundu. Watt, yeterli güven için dokümantasyona paralel olarak kavram kanıtı (proof-of-concept) uygulamaları gerekebileceğini yanıtlayarak öneri kimliklerinin resmi şartname inceleme aşamasında verilmesi görüşüne de katıldığını belirtti. Bir şartname uygulama ortasında değiştiğinde yeniden incelemenin nasıl işaretleneceği ise hâlâ tartışılıyor. Öneri şu an sürecin en başında: görüşler toplanıyor, SIMD prosedür dokümanına yapılacak revizyonlar geniş bir uzlaşıya ertelenmiş durumda; değişikliğin kabulü için karar verilmedi, bir uygulama takvimi de yok. Soru en yalın haliyle geri dönüyor: tek bir doküman, üç bağımsız uygulamanın ayrışamayacağı kadar hassas biçimde Solana'yı tarif edebilir mi? Bugüne kadarki kayıt bu sorunun yanıtını hâlâ açık bırakıyor.