Solana(SOL) işlem boyutu limiti 4096 bayta çıkıyor: v1 formatı 15'inde aktifleşecek

Solana(SOL) ağında tek bir işlemde taşınabilecek veri miktarı 1232 bayttan 4096 bayta çıkarılıyor. Bu değişiklik işlem hızını 3,3 kat artırmıyor; daha önce birden fazla işleme bölünmesi gereken karmaşık adımların tek bir atomik işlemde toplanmasına imkan tanıyor.

Solana Vakfı, mainnet epoch 1035'in başladığı 15'inde saat 10.20'de (Kore saatiyle) v1 işlem formatının devreye alınacağını duyurdu. v1 özelliği şu anda testnet ve devnet üzerinde çalışıyor, mainnet'te henüz aktif değil.

Güncelleme SIMD-0296 ve SIMD-0385 önerileriyle hayata geçiriliyor. Solana Vakfı, resmi yükseltme sayfasında v1 işlem formatının mevcut işlemlerden ayrı yeni bir yapı olduğunu açıkladı.

TokenPost daha önce Solana'nın v1 işlem limiti artışının aktivasyon beklediğini aktarmıştı; bu kez mainnet'e geçiş tarihi netleşti. Önceki haberde ele alınan teknik değişiklik böylece fiilen devreye girme aşamasına ulaşıyor.

Mevcut 1232 baytlık sınır, IPv6'nın minimum MTU değeri olan 1280 bayttan ağ ek yükü çıkarılarak belirlenmişti. SIMD-0296, Solana'nın QUIC tabanlı iletim yöntemini kullanmaya başlamasıyla artık daha büyük işlemlerin işlenebildiğini açıklıyor.

İşlem boyutunun büyütülmesinin özü, tek bir işlem içinde yer alan komut, imza, hesap bilgisi ve veri için ayrılan alanın genişlemesi. Sıfır bilgi kanıtı (ZK proof), büyük çoklu imza ve BLS gibi imza yöntemleri mevcut limite sığdırılamıyor ya da birden fazla işleme bölünmek zorunda kalıyordu.

Çok aşamalı işlemlerin tek bir işlemde toplanması, tüm adımların birlikte başarılı ya da birlikte başarısız olmasını sağlıyor. Önceden işlem boyutu sınırı yüzünden adımlar birden fazla işleme bölünmek zorundaydı ve her aşama ayrı ayrı işlenebiliyordu.

Yeni limit tüm işlemlere otomatik olarak uygulanmıyor. 4096 baytlık sınırı yalnızca v1 formatını seçen uygulamalar kullanabilecek; legacy ve v0 işlemler mevcut 1232 baytlık sınırında kalmaya devam edecek.

Cüzdanlar, RPC sağlayıcıları ve indeksleyicilerin v1 işlemlerini okuyup işleyebilmesi için yazılımlarını güncellemesi gerekiyor. Solana Vakfı, desteklenen sürümü belirtmeyen istemcilerde işlem sorgulama ya da blok işlemenin başarısız olabileceğini bildirdi.

v1, v0'da kullanılan adres arama tablolarını desteklemiyor. Bunun yerine hesap adresleri doğrudan işlemin içine yerleştiriliyor ve en fazla 64 hesap işlenebiliyor; bu nedenle adres arama tablosu kullanan geliştiricilerin işlem yapısını değiştirmesi gerekecek.

Teknik bazı maliyetler de sürüyor. 4096 baytlık işlemler mevcut MTU'yu aştığı için birden fazla QUIC çerçevesine bölünebiliyor; bir kısım çerçeve kaybolursa tüm işlemin yeniden gönderilmesi gerekebiliyor.

Bu süreçte doğrulayıcı ağının bant genişliği ve bellek tampon yükü artabilir. Solana Vakfı, aynı öncelik koşullarında büyük işlemlerin daha yüksek öncelik ücreti gerektirebileceğini de belirtti.

Bu güncelleme Solana'nın saniyedeki işlem kapasitesini doğrudan artıran bir adım değil. Gerçek etkisi, büyük kanıt ya da çoklu imza gibi mevcut limite takılan işlemleri geliştiricilerin ne kadar hızlı v1 formatına taşıyacağına ve cüzdan ile altyapı sağlayıcılarının uyumluluk çalışmalarını tamamlamasına bağlı.

Mainnet'te v1 işlem formatının 15'inde saat 10.20'de (Kore saatiyle) devreye alınması planlanıyor.