Solana Agave 4.2 hedef tarihi geçti, rant azaltma özellik kapıları hâlâ açılmadı

Solana(SOL) doğrulama istemcisi geliştiricisi Anza'nın belirlediği Agave 4.2 hedef aktivasyon tarihi olan 17 Ağustos geride kaldı, ancak temel özellikler olan 'yüzde 90 rant azaltımı', yüksek hızlı slotlar ve büyük hacimli işlemler hâlâ mainnet'te devreye alınmadı.

CryptoSlate, 17'sinde Anza'nın özellik takip aracına ve Solana Vakfı'nın(Solana Foundation) resmi belgelerine dayanarak bu farkı ortaya koydu. Anza, geçtiğimiz 11'inde Agave 4.2'nin genel mainnet için kullanılmasını önermişti ve doğrulayıcılar (validator) zaten yazılım güncellemesine başlamış durumda. Sorun, yazılım dağıtımı ile protokol özellik kapısı aktivasyonunun birbirinden ayrı süreçler olması.

Özellik kapısı (feature gate), yeni protokol kurallarını tüm ağa tek seferde uygulamak yerine, önceden belirlenen koşullar sağlandığında aşamalı olarak devreye sokan bir mekanizma. Doğrulayıcılar yazılımı güncellese bile, ilgili kapı aktive edilmeden yeni özellikler fiilen çalışmıyor.

Slot süresi 4 aşamada kısalacak, 350 ve 300 ms bile mainnet'te kayıtlı değil

Solana, şu anda 400 milisaniye olan slot süresini 50'şer milisaniyelik dört aşamayla 200 milisaniyeye indirmeyi planlıyor. Agave 4.2'nin hedeflediği 350 ms ve 300 ms kapıları testnet'te sırasıyla 1000 ve 1002 epoch'larına, devnet'te ise 1115 ve 1118 epoch'larına ulaştı. Ancak mainnet aktivasyon epoch'u henüz kayda geçmedi. 250 ms kapısı devnet'e girmeyi beklerken, 200 ms kapısı testnet'i bile geçemedi.

Ağda, blok üretim başarısızlık oranı (skip rate) yükseldiğinde kısaltma sürecini durduran bir güvenlik mekanizması da bulunuyor. Sektörden gelen açıklamalara göre, slot süresi kısaldıkça blok üretim sıklığı artıp işlem gecikmesi genellikle azalıyor, ancak doğrulayıcılar arası iletişim gecikmesi büyüdüğünde skip rate'in yükselme riski de artıyor.

Yüzde 90 rant azaltımı, 5 aşamanın ilki bile devreye girmedi

En çok dikkat çeken değişiklik olan rant azaltımı, zincir üzerinde depolama maliyetini belirleyen sabiti (lamports_per_byte) 6.960'tan 696'ya düşürme yöntemiyle gerçekleştiriliyor. Ancak duyurulan 'yüzde 90 azalma' yalnızca nihai tamamlanmış durumu ifade ediyor; gerçekte süreç 6.333 → 5.080 → 2.575 → 1.322 → 696 sırasıyla beş aşamada ilerliyor.

Solana Vakfı'nın rant özet sayfasına göre, 17 Ağustos itibarıyla beş kapının tamamı mainnet'te devre dışı durumdaydı.

Rant, hesapların zincir üzerinde veri tutmak karşılığında ödediği bir bedel. Sektörden gelen genel açıklamalara göre, bu sabit düştüğünde geliştiricilerin ve kullanıcıların veri depolarken üstlendiği maliyet azalıyor ve bu durum dApp'lerin ve token ihraç maliyetlerinin de etkileniyor.

Büyük hacimli işlem standardı için de mainnet takvimi belirsiz

Yeni v1 işlem formatının maksimum payload'unu 1.232 bayttan 4.096 bayta çıkaran değişiklik için de mainnet aktivasyon takvimi henüz belirlenmedi. Mevcut legacy ve v0 formatlarındaki sınırlar ise aynen korunuyor.

Alpenglow, Agave 4.3'e ertelendi

İşlem kesinliğini (finality) mevcut Tower BFT'nin 12,8 saniyesinden 100-150 milisaniyeye indirmeyi hedefleyen büyük çaplı konsensüs protokolü iyileştirmesi 'Alpenglow' da Agave 4.2'ye yalnızca kod olarak dahil edildi. Solana Vakfı, Agave 4.2 sürüm özetinde Alpenglow'un mainnet aktivasyonunun Agave 4.3'te gerçekleşeceğini ve 4.3 için hedef tarihin Ekim 2026 olduğunu açıkladı.

TokenPost daha önce, Alpenglow'un 12,8 saniyelik kesinliği 100-150 milisaniyeye indiren ayrı bir konsensüs protokolü geçişi olduğunu ve bunun 4.3'te ele alınacağını bildirmişti. Yine TokenPost daha önce Agave 4.3'ün mainnet beta özellik aktivasyonunun eylül ayında başlayacağını aktarmıştı; ancak Solana Vakfı'nın en güncel resmi belgelerine göre hedef tarih ekim olarak görünüyor, bu nedenle aşamalı aktivasyon kapsamının ayrı ayrı değerlendirilmesi gerekiyor.

Doğrulayıcılar zaten yazılımlarını Agave 4.2'ye yükseltiyor olsa da, bu yalnızca yeni kuralları işlemeye hazır oldukları anlamına geliyor; fiilen daha hızlı slotlara veya daha düşük ranta kavuştukları anlamına gelmiyor. dApp geliştiricileri açısından da büyük hacimli işlemleri veya kısalan kesinliği temel alan hizmetler tasarlamak için ilgili kapının mainnet'te açılacağı tarihi beklemeleri gerekiyor.

Bu ayrımın önemli olmasının nedeni, 17 Ağustos tarihinin tek başına kullanıcılar ve geliştiriciler açısından hiçbir şeyi kesinleştirmemesi. Yol haritasının hangi kısmının fiilen üretime girdiği, ancak her özellik kapısının mainnet aktivasyon epoch'u resmi olarak kayda geçtiğinde teyit edilebiliyor.

Solana daha önce blok başına maksimum hesaplama birimini (CU) 100 milyona çıkaran güncellemeyi de testnet ve devnet doğrulamasından geçirdikten sonra mainnet'e aşamalı olarak yansıtmıştı. Agave 4.2'deki slot kısaltma ve rant azaltma da aynı doğrulama sürecinden geçiyor.

Agave 4.2 yazılım dağıtımı aşamasında ilerliyor, ancak rant azaltımı ve slot kısaltması gibi somut değişiklikler her bir kapının sırayla açılmasını gerektiren ayrı bir süreçten geçmek zorunda. Bir sonraki takip noktası, 4.2'nin kalan kapılarının mainnet'te fiilen ne zaman aktive edileceği ve ekim ayını hedefleyen Agave 4.3'te Alpenglow'un tam olarak devreye girip girmeyeceği.