Solana (SOL) İşlem Kapasitesini 4.096 Bayta Çıkarıyor; Uyumluluk Riskleri Gündemde

4.096 Baytlık İşlemler Ana Şebeke Kapısında

Solana (SOL), zincir üstündeki tek bir işlemin azami boyutunu üç kattan fazla büyütmeye hazırlanıyor ve ana şebeke (mainnet) aktivasyonuna kalan son mesafe, Solana ağını ve çevresindeki altyapıyı kapsayan uyumluluk eksiklerini gün yüzüne çıkarıyor. v1 işlem formatı, işlem başına tavanı 1.232 bayttan 4.096 bayta taşıyor; ekosistemdeki oyuncular üretim ortamına geçiş öncesinde hazırlık endişelerini dile getirdi. Risk soyut değil, somut: v1 desteği eklenmemiş RPC istemcileri, indeksleyiciler ve diğer veri servisleri, v1 işlem barındıran blokları okumaya çalıştıklarında hata verebilir ya da tamamen durabilir. Blok gezginleri, analiz platformları, cüzdan arka uçları ve geçmiş zincir verisini yeniden oynatan her hizmet bu etki alanının içinde — ve bazıları için belirti, görünür bir kesinti yerine sessiz veri boşlukları olacak.

Bu büyüyen limit, neye kapı araladığı için önemli. Solana, tek bir atomik işlemin içine birden çok talimat yerleştiriyor; mevcut 1.232 baytlık tavan ise geliştiricileri karmaşık operasyonları — çok adımlı DeFi işlemleri, toplu hesap açılışları, sıkıştırılmış veri yazımları — ayrı işlemlere bölmeye zorluyor ve her bölünmede ek ücret ile gecikme yaratıyor. 4.096 baytta çok daha zengin operasyonlar tek bir atomik birime sığıyor; değişiklik, v1 işlemlerinin testnette 4.096 bayta sıçrayışla birlikte canlıya alınmasından bu yana yakından izleniyordu. Güncelleme şimdiden Solana'nın testnet ve devnet ortamlarında aktif; bu da geliştiricilere yeni formata karşı yazılım geliştirmek için zaman tanıyor. Ne var ki 4 Eylül itibarıyla ana şebekede etkinleştirilmemiş durumda — bu da altyapı operatörlerine, değişiklik üretime ulaşmadan önce yazılımlarını yamalamak için bir pencere açıyor. Format değişimi, aynı anda boru hattında ilerleyen birden çok Solana ağ güncellemesinden yalnızca biri; bu da her aşağı akış sağlayıcının koordinasyon yükünü artırıyor.

Depolama Kirası 6.333 Lamporta İndirildi

Kapasite büyürken, ağın durum (state) ekonomisi tam tersi yönde yeniden fiyatlanyor. Çekirdek geliştirme ekibi Anza, resmi bir gönderide Solana'nın ana şebekesinde SIMD-0437'nin ilk adımının devreye alındığını duyurdu; zincir üstü durumun baytı başına alınan depolama kirası (storage rent) 6.960 lamporttan 6.333 lamporta çekildi — kabaca yüzde 9'luk bir indirim. Depolama kirası, bir hesapta tutulan veriye bağlı lamport bakiyesi olduğundan, birim maliyetin düşürülmesi zincir üstünde durum tutmanın maliyetini — basit bir token hesabından karmaşık bir programın veri setine kadar — doğrudan azaltıyor.

SIMD-0437 bilinçli biçimde beş adıma yayılıyor. Gözlemlenen durum büyümesine bağlı olan sonraki aşamalar, birim maliyeti kademeli olarak bayt başına 696 lamporta indirecek — orijinal orana kıyasla toplamda yaklaşık yüzde 90'lık bir kesinti. Tasarımda açık bir güvenlik vanası var: eş teklif SIMD-0438, durum büyümesinde stres belirtileri görülürse orijinal ücret çizelgesini geri getirebiliyor. Başka bir deyişle kesinti, tek seferlik bir ekonomik sıfırlama değil; kademeli ve tersine çevrilebilir. Pratik etkileri zamanla birikiyor: ucuzlayan durum, hesapları zincir üstünde tutmanın uzun vadeli maliyetini düşürüyor — bu, program dağıtan geliştiriciler için olduğu kadar, Solana (SOL) nasıl satın alınır rehberleriyle yola çıkan ve açtıkları hesaplarda daha düşük taşıma maliyetiyle karşılaşacak yeni kullanıcılar için de geçerli. Değişiklik, Solana'nın tokenomiğine de doğrudan işliyor: kira, ücret yakımı ve staking getirileriyle birlikte SOL'ün arz dinamiğini şekillendiren kaldıraçlardan biri. Donanım ayak izi durum büyüklüğüyle ölçeklenen doğrulayıcı operatörleri ise daha ucuz oranın büyümeyi hızlandırıp hızlandırmayacağını izleyecek — SIMD-0438'in varlık sebebi tam da bu koşulu gözetmek. Piyasayı canlı takip eden okuyucular spot ve vadeli fiyatları Bybit üzerinden izleyebilir.

696 Lamporta Giden Yol

v1 hazırlık yüküne dair yeni teknik ayrıntılar ortaya çıktı. Anza, ana şebeke aktivasyonu için geçici olarak 9 Eylül hedefi koydu; devnet'te ise epoch 1140 itibarıyla etkin. Şartnameler SIMD-0296 ve SIMD-0385 üzerinden geliyor; eski (legacy) ve v0 formatları değişmeden kalıyor, yani gönderenler için bir göç şart değil — risk okuyan tarafta. RPC tüketicileri maxSupportedTransactionVersion olarak 1 tamsayısını iletmek zorunda; aksi hâlde getTransaction -32015 hatası döndürüyor, bir blok tek bir v1 işlem bile içeriyorsa getBlock tümüyle başarısız oluyor, blockSubscribe ise null döndürüp takılıyor. Arızalar sessiz de olabiliyor: v1, compute limitlerini ve öncelik ücretlerini ComputeBudget talimatları yerine bir transactionConfig nesnesine taşıdığı için, talimat listelerini tarayan indeksleyiciler hata üretmeden sıfır compute bütçesi kaydedebiliyor. Uyumlu asgari sürümler arasında @solana/kit 8.0.0, web3.js 3.0.0-rc.3, Rust 4.2.x ve solders 0.29.0 bulunuyor; Geyser plugin 15.1.1 ise geçici bir düşürme (downgrade) köprüsü sunuyor.

(06:58 UTC itibarıyla) İki gelişme yan yana okunduğunda tek bir yay çiziliyor: Solana yalnızca işlem hacmini değil, durumu da ölçekliyor. İşlem başına kapasite üç kattan fazla artarken, bu veriyi kalıcı tutmanın maliyeti yüzde 90'lık bir düşüşe doğru evriliyor — ve her iki değişim de karmaşıklığı bilinçli olarak dışarıya, artık uyumluluk yükünün sahiplenmesi gereken RPC sağlayıcılarına ve indeksleyicilere itiyor. Kısa vadedeki risk protokolün kendisi değil, bu altyapı gecikmesi; aşamalı aktivasyonun ve SIMD-0438 geri alma kolunun önemi de buradan geliyor. Lily Liu'nun token süperdöngü tezine dair kapsamımızda da savunduğumuz gibi, durum ekonomisi daha geniş altcoin piyasasının altyapı yarışının karara bağlanacağı zemin.