Tim inti Solana, Anza, telah meluncurkan Transaction V1 (SIMD-0385) ke mainnet.

Banyak orang belum paham apa arti langkah ini sebenarnya.
Dulu, batas transaksi per single Solana $SOL adalah 1232 byte. Saat pengembang membangun logika kompleks di atasnya, itu seperti menulis kode di atas perangko. Begitu melibatkan bukti ZK dalam pembayaran privat, multi-sig BLS tingkat institusi yang rumit, atau penggabungan kliring multi-alur DeFi tingkat lanjut, volume transaksi akan dengan cepat melebihi batas.
Sebelumnya satu-satunya cara adalah memecahnya menjadi beberapa transaksi anak yang dikirim berurutan.
Namun itu menimbulkan risiko fatal: ketika mengirim dan salah satu langkah di tengah macet atau gagal, status di bagian awal dan akhir menjadi tidak sinkron. Para arbitrager bisa langsung menyelipkan “jarum” saat transaksi pertama selesai kliring, sementara transaksi kedua belum tersambung, sehingga pengguna menanggung kerugian penuh.

Sekarang, aksi kriptografi yang kompleks dan logika multi-rantai tersebut bisa dikemas ke dalam satu transaksi atomik yang sama. Entah semuanya berhasil, atau semuanya akan dibatalkan; tidak ada ruang di tengah untuk diselipkan atau disusupi. Selain menghilangkan redundansi biaya koordinasi dari banyak transaksi, interaksi yang sebelumnya sangat rumit juga dipangkas menjadi satu aksi penandatanganan.

Yang lebih menarik lagi adalah perubahan pada penjadwalan sumber daya. Anza memindahkan konfigurasi seperti compute unit (CU), prioritas fee, dan data akun langsung ke bagian kepala transaksi. Node RPC dan validator tidak perlu lagi membolak-balik seluruh payload seperti dulu untuk menentukan prioritas dan tarif; pemeriksaan awal dan pembagian sumber daya bisa dilakukan di header. Efisiensi antrean untuk perdagangan frekuensi tinggi dan MEV akan meningkat secara level fisik.

Walaupun waktu peluncuran sempat ditunda hingga Epoch ke-1035 karena alasan pengujian integrasi alat ekosistem, ini justru menunjukkan bahwa tim membangun fondasi keamanan mainnet terlebih dahulu—lebih baik menunda daripada berebut momen waktu dengan node.

Tentu saja, ruang yang menjadi 3 kali lebih besar tidak berarti aplikasi bisa menikmati “bantuan” secara buta. Tahap adaptasi infrastruktur, tekanan beban pada node RPC, dan apakah pengembang DApp benar-benar bisa mewujudkan logika ZK dan tingkat institusi, adalah faktor penentu seberapa besar efektivitas yang bisa dimunculkan.

Ini bukan semacam kabar baik yang terlihat jelas dan langsung bisa mengerek harga. Namun, begitu toleransi lapisan teknis terhadap arsitektur kompleks dibuka, barulah jalur masuk untuk aplikasi bernilai tinggi dan dana institusi benar-benar bisa diratakan.

#solana交易v1上线主网