Solana işlem limiti 4096 bayta çıktı: v1 formatı ana ağda etkinleşti

Solana (SOL) üzerinde tek bir işlemin azami boyutu 1232 bayttan 4096 bayta çıkarıldı. Böylece daha önce birden fazla işleme bölünmesi gereken sıfır bilgi (ZK) kanıtları ve büyük multisig işlemleri tek işlem içinde gerçekleştirilebilecek.

Solana Vakfı, v1 işlem formatının ana ağda 1035. epoch'un başlamasıyla birlikte 15'inde saat 10.00 civarında (KST) etkinleştiğini açıkladı. Değişiklik test ağı ve geliştirici ağına da uygulandı.

İşlem boyutundaki artış, SIMD-0296 ve yeni işlem yapısını tanımlayan SIMD-0385 aracılığıyla gerçekleştirildi. Azami boyut önceki sınıra göre 3,3 kat arttı.

Mevcut 1232 baytlık sınır, karmaşık işlemlerin birden fazla işleme bölünmesini gerektiriyordu. v1 formatı; gizli transferlerde kullanılan ZK kanıtlarını, büyük multisig işlemlerini, toplu işlemleri, Winternitz tek kullanımlık imzalarını ve BLS gibi imza şemalarını tek bir işlemde barındırabiliyor.

v1 işlemleri mevcut formatın yerini almıyor. Eski format ile v0 işlemleri kullanılmaya devam edebilecek. Bu nedenle ek kapasiteye ihtiyaç duymayan uygulamalar mevcut yöntemi sürdürebilecek.

Buna karşılık 4096 baytlık işlemleri kullanmak isteyen uygulamaların v1 formatını seçmesi gerekiyor. Solana verilerini okuyan cüzdanların, uygulamaların, RPC hizmetlerinin, indeksleyicilerin ve blok gezginlerinin yeni işlem yapısını yorumlayabilmesi gerekecek.

İşlem görüntüleme uygulamalarının v1 desteği sunup sunmadığını açıkça belirtmesi gerekiyor. İndeksleyiciler, mevcut ComputeBudget komutları yerine işlem başlığındaki transactionConfig alanından hesaplama limitini ve ücret bilgilerini okumalı.

TokenPost daha önce Solana'nın v1 işlem formatına geçişi öncesinde RPC ve indeksleyicilerde uyumluluk kontrolü yapılması gerektiğini bildirmişti. Ana ağ aktivasyonuyla birlikte çevre altyapısının gerçek işlemleri işleyip işleyemeyeceği operasyonel bir sınamaya dönüştü.

v1 işlemleri adres arama tablolarını kullanmıyor; adresleri doğrudan işlem içinde taşıyor. SIMD-0385, işlem başına en fazla 64 adres, 12 imza ve 64 komut sınırı getiriyor.

Adres arama tablolarını kullanan mevcut v0 işlemlerinden farklı bir yapıya sahip olan format nedeniyle geliştiricilerin kullanım senaryolarına göre seçim yapması gerekiyor. Mevcut ve yeni işlemler bir süre birlikte çalışacak.

4096 baytlık üst sınır, doğrulayıcı donanımındaki standart 4 KiB bellek sayfası boyutuna göre belirlendi. İşlem ağ üzerinden iletim birimini aşarsa birden fazla QUIC çerçevesine bölünüyor. Çerçevelerin bir kısmı kaybolduğunda tüm grubun yeniden gönderilmesi gerekiyor.

Solana Vakfı, bu iletim maliyetini ve alıcı tarafındaki tampon yükünü dikkate alarak işlem boyutunu sınırsız biçimde artırmak yerine 4 KiB ile sınırladığını açıkladı. Söz konusu değer, boyut artışı ile ağ maliyeti arasındaki dengeyi yansıtıyor.

Altyapı operatörlerinin de yazılımlarını kontrol etmesi gerekiyor. Solana Vakfı, Jito-Solana doğrulayıcıları ve RPC operatörlerine 4.2.2 veya daha yeni bir sürüme güncelleme yapmaları çağrısında bulundu.

Önceki RPC sürümlerinde v1 işlemleri kayıt sırasında v0 olarak gösterilebilir. İşlem ham verilerinin ve ücret bilgilerinin doğru işlenmesi için ilgili sistemlerin sürümü ile ayrıştırıcı desteğinin kontrol edilmesi gerekiyor.

Güncelleme, Solana'nın işlem kapasitesi verilerini veya SOL fiyatını doğrudan değiştiren bir adım değil. Temel değişiklik, mevcut işlem limiti nedeniyle bölünen karmaşık işlemlerin tek ve atomik bir işlem olarak oluşturulabilmesi. Gerçek kullanım alanı ise cüzdanların, geliştirici araçlarının, RPC hizmetlerinin ve indeksleyicilerin v1 desteğine bağlı olacak.