Solana menargetkan 9 September untuk Transaksi v1, format baru yang meningkatkan ukuran transaksi berseri maksimum dari 1.232 byte menjadi 4.096 byte.
Peningkatan ini memberikan pengembang sekitar 3,3 kali lebih banyak ruang transaksi. Peta jalan resmi Solana menyatakan bahwa kapasitas tambahan dapat mengakomodasi bukti tanpa pengetahuan (zero-knowledge proofs), operasi multisignature besar, batch, dan beberapa skema tanda tangan onchain.
Operasi besar sebelumnya harus dibagi menjadi beberapa transaksi ketika instruksi, tanda tangan, dan informasi akunnya melebihi batas 1.232 byte. Proses itu menambah kompleksitas karena satu transaksi bisa berhasil sementara langkah lain gagal.
Transaksi v1 dapat memungkinkan pengembang menggabungkan lebih banyak instruksi tersebut menjadi satu operasi atomik. Baik setiap instruksi berhasil atau seluruh transaksi gagal. Model ini dapat menguntungkan rute perdagangan, transfer rahasia, operasi lintas rantai, dan aplikasi yang memproses bukti kriptografi yang kompleks.
Peningkatan ini tidak menaikkan batas Solana yaitu 64 akun yang direferensikan per transaksi. Aplikasi dapat menyertakan lebih banyak data dan instruksi, tetapi tidak dapat secara otomatis berinteraksi dengan lebih banyak akun.
Transaksi v1 bersifat opsional. Dompet dan aplikasi dapat terus mengirim transaksi lama dan v0 di bawah batas 1.232 byte yang ada. Pengguna tidak perlu memigrasi token, menukar SOL, atau menyelesaikan klaim sebelum aktivasi.
Pengembang harus dengan sengaja mengadopsi format baru untuk mengakses kapasitas yang lebih besar. Dokumentasi Solana mengidentifikasi tiga format yang didukung: lama, v0, dan v1. Setiap format mengatur alamat akun dan batas sumber daya secara berbeda.
Format v0 menggunakan Tabel Pencarian Alamat, atau ALTs, untuk merepresentasikan alamat akun melalui indeks satu-byte terkompresi. V1 menghapus ALTs dan menempatkan alamat akun 32-byte lengkap langsung di dalam transaksi.
Ini menciptakan sebuah pertukaran. V1 menyediakan amplop keseluruhan yang lebih besar, tetapi aplikasi yang sangat bergantung pada tabel pencarian mungkin menghabiskan lebih banyak byte untuk merepresentasikan akun yang sama. Analisis teknis Solana menemukan bahwa 90% dari transaksi yang disampel akan menambah kurang dari 1.400 byte ketika dikonversi dari v0 ke v1.
Risiko kompatibilitas utama berlaku untuk layanan yang membaca blok dan transaksi. Penyedia panggilan prosedur jarak jauh (RPC) harus menetapkan versi transaksi maksimum yang didukung menjadi satu. Jika tidak, permintaan bisa gagal ketika mereka menemukan transaksi v1.
Pengindeks, penjelajah, dan layanan analitik juga harus mengubah cara mereka mengambil batas sumber daya. Transaksi lama dan v0 menempatkan batas komputasi dan pengaturan biaya prioritas di dalam instruksi ComputeBudget. V1 menyimpannya dalam konfigurasi transaksi khusus.
Layanan yang usang oleh karena itu dapat menampilkan informasi yang salah. Misalnya, penjelajah mungkin menunjukkan biaya prioritas nol meskipun pengguna membayarnya. Sponsor biaya dan aplikasi yang memeriksa batas transaksi harus membaca konfigurasi baru daripada memindai instruksi gaya lama.
Aplikasi yang mengirim transaksi v1 harus secara eksplisit menetapkan batas unit komputasi dan data yang dimuat karena keduanya defaultnya nol. Pengembang harus menguji konstruksi transaksi, penandatanganan, dan dekode sebelum memindahkan lalu lintas produksi ke format tersebut.
Wakil Presiden Teknologi Solana Foundation Jacob Creech mengidentifikasi 9 September sebagai tanggal mainnet yang direncanakan. Seperti yang dilaporkan crypto.news sebelumnya, peningkatan ini termasuk dalam peluncuran Agave 4.2 Anza.
Namun, peta jalan resmi masih melabeli fitur mainnet sebagai “belum diaktifkan.” Juga dikatakan bahwa jadwal rilis Anza bersifat “tentatif dan dapat berubah.” Testnet dan devnet telah mengaktifkan fitur tersebut, menurut halaman status Foundation terbaru.
Peningkatan ukuran berasal dari SIMD-0296, sementara SIMD-0385 mendefinisikan format v1. Jacob Creech dan Andrew Fitzgerald ikut menulis kedua proposal tersebut.
Batas atas 4.096 byte dipilih sebagian karena empat kilobyte sesuai dengan ukuran halaman memori umum yang digunakan oleh perangkat keras validator. Transaksi yang lebih besar juga akan mengonsumsi bandwidth tambahan, meskipun peningkatan ini tidak memperkenalkan biaya terpisah yang dikenakan per byte.
Transaksi v1 tetap terpisah dari pengurangan sewa Solana, target slot yang lebih pendek, dan desain ulang konsensus Alpenglow. Dalam liputan terkait, crypto.news melaporkan bahwa Alpenglow menargetkan finalitas sekitar 150 milidetik, dengan Oktober tetap menjadi target pengembangan daripada tanggal aktivasi yang dijamin.
SOL