Solana 'Transaction v1' ile işlem boyutunu üç katına çıkarıyor: Çarşamba aktivasyonu

Solana blok zinciri, gelecek Çarşamba (9 Eylül 2026) protokol seviyesinde etkinleşecek "Transaction v1" yükseltmesiyle işlem (transaction) boyutu sınırını mevcut 1.232 bayttan yaklaşık 3.7 kilobayta (KB) çıkarıyor. SIMD-0152 numaralı teklifle onaylanan ve ağ doğrulayıcıları tarafından kabul edilen değişiklik, geliştiricilere tek bir işlem içinde çoklu imza (multisig) onayları, sıfır bilgi kanıtları (ZK-proof) ve çok aşamalı DeFi rotaları sığdırma imkânı tanıyor. Ağın "v0" sürümünde Lookup Tables ile elde edilen esneklik, v1 ile paket yapısının yeniden mühendisliği sayesinde üç katına çekildi.

İşlem boyutu neden artırıldı?

Mevcut v0 formatı, UDP tabanlı Gulf Stream protokolünün MTU (Maximum Transmission Unit) sınırı olan ~1.5 KB civarında kalmak zorundaydı. Lookup Tables (Adres Arama Tabloları) hesap anahtarlarını sıkıştırarak bu alanı verimli kullanıyordu ancak karmaşık akıllı sözleşme çağrıları, büyük multisig cüzdan onay listeleri ve özellikle son dönemde artan ZK-doğrulama verileri (proof data) bu tavanı zorluyordu. Transaction v1, işlem verilerinin paketlenme ve serileştirilme mantığını değiştirerek, tek bir paket içinde taşıyabileceği "payload" kapasitesini etkili bir şekilde üç katına çıkardı. Bu, geliştiricilerin "parçalı işlem" (fragmented transaction) yazma zorunluluğunu ortadan kaldırıyor.

DeFi ve kurumsal altyapı için ne anlama geliyor?

Jupiter, Orca ve Drift gibi büyük DeFi protokollerinin çekirdek geliştiricileri, yeni limitin "atomik arbitraj" ve "çok aşamalı likidite yönlendirme" stratejilerini tek bir imza ile gerçekleştirmeye izin vereceğini belirtiyor. Daha kritiki, Squads ve Realms gibi DAO altyapı sağlayıcıları için tek bir işlemde 50-100 onaycıyı barındıran multisig yapıları artık standart hale gelecek. Ayrıca, Solana üzerine kurulan ZK-roller (örneğin Eclipse veya Sonic SVM ekosistemleri) ve ışık istemcisi (light client) köprüleri, doğrulama kanıtlarını (verification proofs) artık tek bir işlemle ana ağa göndererek güvenlik varsayımlarını güçlendirebilecek.

RPC sağlayıcıları, indeksleyiciler ve cüzdanlar için kırılma noktası

Yükseltmenin en pratik etkisi altyapı katmanında hissedilecek. Transaction v1, v0 ile geriye dönük uyumlu olsa da (eski format işlemler işlenmeye devam edecek), yeni formatı tanımayan RPC node'ları, Geyser eklentileri, blok gezginleri ve cüzdanlar v1 işlemleri parse edemez ve hata verecek. Anza, Firedancer, Jito Labs, Triton, Helius ve QuickNode ekipleri son iki ay boyunca testnet (Testnet v1.18.x sürümleri) ve devnet ortamlarında uyumluluk testlerini tamamladı. Mainnet-beta aktivasyonu, 9 Eylül Çarşamba günü başlayacak olan Epoch 750 sınırında gerçekleşecek. Altyapı sağlayıcıları bu tarihten önce istemci yazılımlarını (v1.18.15+) güncellemek zorunda.

Solana Foundation ekibi, geçiş sürecinin sorunsuz olması için "Versioned Transaction" desteği olan tüm istemci kütüphanelerinin (SDK'lar) güncellenmesi gerektiğini hatırlattı. Geliştiriciler, computeBudget talimatları hariç, yeni alan boyutunun gaz maliyetini (compute units) doğrudan etkilemediğini, sadece ağ bant genişliği kullanımını artırdığını unutmamalı. Bu yükseltme, Firedancer istemcisinin üretimde tam performansla çalışmasına doğru yol haritasındaki son büyük protokol değişikliği olarak değerlendiriliyor.