Solana menerapkan fitur Transaction V1 di mainnet pada hari Selasa, sehingga memungkinkan penambahan lebih banyak data ke setiap transaksi. Ini akan memberi pengembang lebih banyak ruang untuk menjalankan tindakan kompleks dalam satu proses atomik.
Pengembangan ini akan sangat relevan bagi pengembang di ranah DeFi, penyedia wallet, indexer, dan operator RPC. Fitur baru ini dapat memengaruhi proyek lain yang menangani aset tokenisasi dan solusi pembayaran.
Gate fitur txv1 telah diluncurkan pada awal epoch 1035 sekitar pukul 01:00 UTC pada 15 September, sebagaimana dinyatakan di halaman upgrade Solana, dan Transaction V1 kini telah aktif di mainnet, testnet, dan devnet.
Dari 1.232 byte ke 4.096
Pertama adalah batasan ukuran transaksi. Kini, Solana telah menggandakan ukuran maksimum transaksi terserialisasi menjadi 4.096 byte dari 1.232 byte, sehingga memberikan ruang lebih untuk transaksi—sekitar tiga koma tiga kali lebih banyak ruang.
Format transaksi baru didefinisikan dalam SIMD-0296, sedangkan V1 Message Format didasarkan pada SIMD-0385.
Sampai sekarang, batas di Solana didasarkan pada keterbatasan MTU jaringan yang konservatif. Kini, lepas dari batas keras pada ukuran stream di QUIC memungkinkan transaksi yang lebih besar.
Ruang tambahan ini akan berguna untuk menangani jenis beban kerja yang melibatkan banyak data transaksi, seperti proof zero-knowledge, operasi multisig yang sangat besar, dan tanda tangan termasuk BLS. Seperti dilaporkan oleh Cryptopolitan, V1 diluncurkan di testnet pada epoch 1025, pada 1 September, sehingga memberi kesempatan bagi penyedia infrastruktur untuk bersiap menghadapi peluncuran mainnet.
Solana Transaction V1 vs Legacy: Penjelasan Upgrade 4.096 Byte
Mengapa satu transaksi atomik itu penting
Para pengembang yang menemukan bahwa Solana memiliki batas ukuran transaksi, dalam beberapa kasus dapat membagi operasinya menjadi rangkaian transaksi atau menggunakan bundle Jito.
Namun, seperti yang dijelaskan dalam SIMD-0296, sebuah bundle tidak sama dengan transaksi native ketika membahas atomicity pada tingkat protokol.
Dengan Transaction V1, lebih banyak instruksi dan data dapat ditempatkan ke dalam sebuah transaksi. Dengan cara ini, routing, pemeriksaan bukti (proof checking), dan batching akan bekerja semuanya atau gagal semuanya, alih-alih dilakukan dalam transaksi yang terpisah.
Dalam beberapa kasus, lebih sedikit tanda tangan dan konfirmasi yang diperlukan untuk kinerja sebuah operasi.
Trade-off address-lookup-table
V1 juga mengubah cara transaksi mengelola sumber daya dan referensi akun.
Mengenal Solana Transaction V1: Layout Transaksi Baru Dijelaskan
Pengaturan batas komputasi (compute limit) dan biaya prioritas telah dipindahkan dari instruksi ComputeBudget ke pengaturan transaksi, sehingga penyedia infrastruktur dapat mengakses pengaturan tersebut dengan mudah.
Transaksi V1 juga menghapus Address Lookup Tables karena akun yang direferensikan sudah disertakan dalam transaksi.
Meski ini membantu menyederhanakan transaksi, ada biayanya pada ukuran transaksi: Address Lookup Table v0 hanya memerlukan indeks 1 byte, sedangkan kunci publik inline membutuhkan 32 byte.
Dari analisis Address Lookup Tables Solana, ditemukan bahwa 62 persen transaksi v0 menggunakan setidaknya satu Address Lookup Table; karena itu, transaksi padat (dense) yang memakai lebih dari satu Address Lookup Table akan meningkatkan ukuran transaksi lebih dari 1.500 byte. Batas 64 akun tetap sama.
Di mana V1 berada dalam dorongan keuangan tokenisasi Solana
Peningkatan ini terjadi pada saat Solana sedang memperluas posisinya di keuangan on-chain. Menurut DeFiLlama, total nilai terkunci (TVL) di sektor DeFi Solana hampir mencapai $5,95 miliar, dan volume pertukaran terdesentralisasi (DEX) 24 jamnya sekitar $1,79 miliar.
Ringkasan Agustus untuk Solana juga menyatakan bahwa nilai aset dunia nyata di jaringan telah melampaui $4 miliar dan dipegang di lebih dari 350.000 alamat. Selain itu, xStocks telah menghimpun lebih dari $500 juta dalam aset kelola.
Hanya karena kapasitas transaksi lebih banyak tersedia, tidak berarti adopsi yang lebih luas otomatis akan terjadi.
Galaxy Research mengamati bahwa sebagian besar nilai yang terikat pada token Solana masih belum digunakan, sementara platform pesaing masih memimpin di beberapa area yang berkembang pesat.
Dengan demikian, V1 memperluas jangkauan aplikasi yang dapat dibuat oleh pengembang di Solana. Namun, pertanyaan yang lebih sulit adalah apakah pengguna, likuiditas, dan aktivitas transaksi akan ikut mengikutinya.
Apa yang perlu dilakukan operator sekarang?
Pembaca RPC harus menetapkan maxSupportedTransactionVersion: 1 untuk getTransaction dan getBlock, sementara indexer perlu membaca batas komputasi dan biaya prioritas V1 dari transactionConfig. Validator dan operator RPC harus menjalankan Agave v4.2.2 atau versi lebih baru. Pengirim V1 juga harus menetapkan batas compute dan loaded-account secara eksplisit serta menggunakan base64 untuk transaksi yang lebih besar dari 1.232 byte. Sementara itu, penyedia wallet harus mengiklankan dukungan V1 hanya setelah memastikan bahwa perangkat lunaknya dapat mengurai dan menandatangani format baru dengan benar, sesuai panduan upgrade Solana.
Jika Anda sedang membaca ini, berarti Anda sudah selangkah lebih maju. Tetap di sana bersama buletin kami.