BerandaPusat Berita LBank
Solana menetapkan tanggal 9 September untuk Transaction V1
solana-sets-sept-9-date-for-transaction-v1
Solana menetapkan tanggal 9 September untuk Transaction V1
Solana berencana mengaktifkan Transaction V1 pada 9 September, sehingga ukuran transaksi meningkat menjadi 4.096 byte. Tahap pertama pengurangan sewa dimulai minggu depan, menandai awal dari jalur lima langkah menuju penghematan 90%. Solana telah memangkas target slot menjadi 350 milidetik, dengan 300, 250, dan 200 milidetik direncanakan kemudian. Alpenglow tetap ditargetkan untuk Oktober, dengan Solana menargetkan finalitas sekitar 150 milidetik setelah aktivasi di mainnet. Transaksi legacy dan version-zero tetap kompatibel karena developer harus memilih untuk mengadopsi format V1 yang lebih besar.
2026-08-30 Sumber:crypto.news

Wakil Presiden Teknologi Solana Foundation Jacob Creech menguraikan beberapa peningkatan Solana yang akan datang pada 30 Agustus. Transaksi V1 dijadwalkan pada 9 September, sementara tahap pertama pengurangan sewa jaringan diharapkan pada minggu yang dimulai 31 Agustus.

Ringkasan
  • Solana berencana untuk mengaktifkan Transaksi V1 pada 9 September, meningkatkan ukuran transaksi menjadi 4.096 byte.
  • Tahap pertama pengurangan sewa dimulai minggu depan, memulai jalur lima langkah menuju penghematan 90%.
  • Solana telah mengurangi target slot menjadi 350 milidetik, dengan 300, 250, dan 200 direncanakan nanti.
  • Alpenglow tetap ditargetkan untuk bulan Oktober, dengan Solana bertujuan untuk finalitas sekitar 150 milidetik setelah aktivasi mainnet.
  • Transaksi lama dan versi nol tetap kompatibel karena pengembang harus memilih format V1 yang lebih besar.

Creech juga mengatakan para pengembang berencana untuk mempersingkat waktu slot lebih lanjut dan menargetkan bulan Oktober untuk Alpenglow. Namun, perubahan ini mengikuti proses aktivasi yang terpisah. Transaksi V1 tidak akan secara otomatis mengurangi waktu slot atau mengaktifkan Alpenglow.

Transaksi V1 meningkatkan batas Solana menjadi 4.096 byte

Transaksi V1 akan meningkatkan ukuran transaksi serialisasi maksimum Solana dari 1.232 byte menjadi 4.096 byte. Peningkatan ini sekitar 3,3 kali batas yang ada, menurut peta jalan peningkatan resmi Solana.

Format yang lebih besar dapat mendukung transaksi yang berisi zero-knowledge proofs, instruksi multisignature yang kompleks, dan operasi padat data lainnya. Proposal SIMD-0296 yang terkait juga mengidentifikasi tanda tangan BLS dan operasi lintas-rantai sebagai kemungkinan penggunaan.

Pengembang harus memilih format V1. Transaksi lama dan versi nol yang ada akan tetap valid. Transaksi V1 tidak akan mendukung tabel pencarian alamat, yang berarti aplikasi harus memutuskan format mana yang sesuai untuk setiap transaksi.

Perubahan ini juga memerlukan dompet, antarmuka pemrograman aplikasi, dan infrastruktur lainnya untuk menangani payload data yang lebih besar. Proposal tersebut mengakui kemungkinan risiko fragmentasi bandwidth dan jaringan, yang membuat pengujian terkoordinasi menjadi penting sebelum adopsi yang lebih luas.

Pengurangan sewa Solana dimulai dengan satu dari lima langkah

Pengurangan sewa pertama tidak langsung mencapai target penuh 90%. Solana merencanakan lima tahap yang pada akhirnya akan menurunkan perhitungan sewa dari 6.960 lamport per byte menjadi 696 lamport per byte.

Solana menggunakan saldo bebas sewa untuk membatasi pertumbuhan negara yang tidak terkontrol. Aplikasi mengunci SOL saat membuat akun yang menyimpan data. SOL tersebut umumnya dapat dipulihkan saat akun ditutup, yang berarti sewa berfungsi lebih seperti deposit yang dapat dikembalikan daripada biaya jaringan berulang.

Persyaratan yang lebih rendah akan mengurangi jumlah SOL yang harus dikunci oleh pengembang saat membuat akun token, akun program, dan status on-chain lainnya. Ini dapat menurunkan biaya masuk untuk aplikasi yang mengelola banyak akun pengguna.

Agave 4.2 menyertakan kode yang diperlukan, tetapi Solana menempatkan perubahan di balik gerbang fitur independen. Seperti yang dilaporkan sebelumnya oleh crypto.news, validator dapat mengaktifkan peningkatan sewa, ukuran transaksi, dan waktu slot secara terpisah setelah pengujian.

Slot Solana yang lebih cepat mengikuti jadwal terpisah

Solana telah mengurangi target waktu slotnya menjadi 350 milidetik, turun dari target sebelumnya 400 milidetik. Jaringan ini merencanakan tahap tambahan pada 300, 250, dan akhirnya 200 milidetik.

Creech tidak memberikan tanggal untuk tahap-tahap yang tersisa tersebut. Setiap pengurangan memerlukan aktivasi fitur terpisah. Oleh karena itu, pengembang jaringan dapat memantau kinerja validator sebelum melanjutkan ke target berikutnya.

Slot yang lebih pendek dapat meningkatkan kecepatan konfirmasi transaksi dan meningkatkan frekuensi validator memproduksi blok. Hal ini juga menempatkan tuntutan waktu dan jaringan yang lebih besar pada validator. Solana berencana untuk menyesuaikan batas sumber daya secara proporsional selama peluncuran.

Transaksi V1 dan waktu slot yang dikurangi terkait dengan peta jalan kinerja Solana yang lebih luas, tetapi keduanya tetap berbeda secara teknis. Laporan yang menggambarkan 9 September sebagai tanggal untuk kedua perubahan tersebut akan melebih-lebihkan pengumuman Creech.

Alpenglow tetap menjadi target Oktober

Alpenglow adalah desain ulang konsensus yang diusulkan Solana. Solana mengatakan bertujuan untuk mengurangi finalitas transaksi menjadi sekitar 150 milidetik, dibandingkan dengan proses konfirmasi yang lebih panjang yang digunakan oleh sistem konsensus saat ini.

Peta jalan resmi mencantumkan Alpenglow sebagai "dalam pengembangan," sementara Agave 4.3 diharapkan pada bulan Oktober. Postingan Creech mendukung Oktober sebagai target saat ini, tetapi tidak ada pernyataan yang mengonfirmasi tanggal aktivasi mainnet yang dijamin.

Sebelum itu, Solana diharapkan untuk memulai tahap pengurangan sewa pertama dan mengaktifkan Transaksi V1 pada 9 September. Pengurangan slot lebih lanjut akan bergantung pada aktivasi validator terpisah. Alpenglow juga harus menyelesaikan pengujian dan mengamankan dukungan jaringan yang diperlukan.

Tidak ada pergerakan pasar yang terverifikasi yang secara langsung dikaitkan dengan pengumuman Creech pada saat publikasi.