#solana
Solana Menaikkan Ukuran Transaksi Maksimum Menjadi 4.096 Byte saat txv1 Mulai Beroperasi
Solana mengaktifkan fitur txv1 pada mainnet pada awal epoch 1035, 15 September 2026 sekitar pukul 01:00 UTC, dengan menaikkan ukuran transaksi maksimum jaringan dari 1.232 byte menjadi 4.096 byte, menurut catatan peningkatan resmi yang dipublikasikan oleh Solana. Perubahan ini didefinisikan dalam SIMD-0296 dan disampaikan melalui format transaksi v1 yang diperkenalkan di SIMD-0385. Solana mengatakan amplop yang lebih besar dirancang untuk membuka beban kerja yang sebelumnya harus dipecah ke beberapa transaksi berantai, sementara format v0 dan format lama yang ada terus berfungsi tanpa perubahan.
Apa yang Dibuka oleh Batas 4.096 Byte
Solana memposisikan peningkatan ini sebagai tambahan ruang (headroom), bukan perubahan yang mematahkan kompatibilitas. Pekerjaan yang sebelumnya harus dibagi menjadi beberapa transaksi berantai—bukti tanpa pengetahuan (zero-knowledge proofs) seperti yang digunakan oleh Confidential Transfers, operasi multisignature berukuran besar, dan program terbatch—kini dapat masuk sebagai satu transaksi atomik, yang berarti lebih sedikit tanda tangan yang harus dibayar dan satu konfirmasi, bukan beberapa. Karena transaksi v0 dan transaksi lama tetap tidak berubah, dompet dan aplikasi yang tidak memerlukan ruang ekstra tetap bekerja persis seperti hari ini, dan catatan menegaskan bahwa tidak ada yang berubah terkait cara pengguna menyetujui, menandatangani, atau mengirim transaksi.
Operator Node Menghadapi Jendela Migrasi
Fitur ini sudah aktif di mainnet, testnet, dan devnet, tetapi Solana mengatakan beberapa infrastruktur memerlukan rilis tertentu. Node RPC harus ditingkatkan ke Agave v4.2.2 atau lebih baru; build yang lebih awal akan menurunkan pesan v1 ke v0 saat masuk ke penyimpanan, yang mengosongkan compute budget dan melaporkan versi secara keliru. Validator Jito-Solana juga perlu v4.2.2 atau lebih baru, karena pemimpin (leader) yang menjalankan build yang lebih lama tidak akan merakit transaksi v1 menjadi bloknya. Catatan tersebut menunjuk ke matriks versi yang mencatat rilis pertama dari setiap dependensi yang menangani transaksi v1, beserta contoh kode yang dapat dijalankan untuk mengirim, mendekode, dan mengindeksnya.
#Write2Earn #sol $SOL
Solana Menaikkan Ukuran Transaksi Maksimum Menjadi 4.096 Byte saat txv1 Mulai Beroperasi
Solana mengaktifkan fitur txv1 pada mainnet pada awal epoch 1035, 15 September 2026 sekitar pukul 01:00 UTC, dengan menaikkan ukuran transaksi maksimum jaringan dari 1.232 byte menjadi 4.096 byte, menurut catatan peningkatan resmi yang dipublikasikan oleh Solana. Perubahan ini didefinisikan dalam SIMD-0296 dan disampaikan melalui format transaksi v1 yang diperkenalkan di SIMD-0385. Solana mengatakan amplop yang lebih besar dirancang untuk membuka beban kerja yang sebelumnya harus dipecah ke beberapa transaksi berantai, sementara format v0 dan format lama yang ada terus berfungsi tanpa perubahan.
Apa yang Dibuka oleh Batas 4.096 Byte
Solana memposisikan peningkatan ini sebagai tambahan ruang (headroom), bukan perubahan yang mematahkan kompatibilitas. Pekerjaan yang sebelumnya harus dibagi menjadi beberapa transaksi berantai—bukti tanpa pengetahuan (zero-knowledge proofs) seperti yang digunakan oleh Confidential Transfers, operasi multisignature berukuran besar, dan program terbatch—kini dapat masuk sebagai satu transaksi atomik, yang berarti lebih sedikit tanda tangan yang harus dibayar dan satu konfirmasi, bukan beberapa. Karena transaksi v0 dan transaksi lama tetap tidak berubah, dompet dan aplikasi yang tidak memerlukan ruang ekstra tetap bekerja persis seperti hari ini, dan catatan menegaskan bahwa tidak ada yang berubah terkait cara pengguna menyetujui, menandatangani, atau mengirim transaksi.
Operator Node Menghadapi Jendela Migrasi
Fitur ini sudah aktif di mainnet, testnet, dan devnet, tetapi Solana mengatakan beberapa infrastruktur memerlukan rilis tertentu. Node RPC harus ditingkatkan ke Agave v4.2.2 atau lebih baru; build yang lebih awal akan menurunkan pesan v1 ke v0 saat masuk ke penyimpanan, yang mengosongkan compute budget dan melaporkan versi secara keliru. Validator Jito-Solana juga perlu v4.2.2 atau lebih baru, karena pemimpin (leader) yang menjalankan build yang lebih lama tidak akan merakit transaksi v1 menjadi bloknya. Catatan tersebut menunjuk ke matriks versi yang mencatat rilis pertama dari setiap dependensi yang menangani transaksi v1, beserta contoh kode yang dapat dijalankan untuk mengirim, mendekode, dan mengindeksnya.
#Write2Earn #sol $SOL
