Solana mengusulkan peningkatan batas blok menjadi 60M CUs untuk kapasitas transaksi yang lebih tinggi.
SIMD-0207 akan diluncurkan pertama kali dengan peningkatan 50M CU yang lebih kecil.
Validator harus meningkatkan perangkat lunak untuk mendukung kompatibilitas ukuran blok baru.
Yayasan Solana telah mengajukan proposal untuk meningkatkan batas blok jaringannya menjadi 60 juta Compute Units (CUs). Penyesuaian ini, yang bertujuan untuk meningkatkan kapasitas transaksi, mengikuti proposal sebelumnya di bawah SIMD-0207, yang menyarankan peningkatan lebih kecil dari 48 juta menjadi 50 juta CUs. Proposal saat ini berencana untuk mendorong batas lebih jauh untuk mengakomodasi permintaan jaringan yang meningkat tanpa mengorbankan kinerja validator.
Kapasitas yang Ditingkatkan Tanpa Mengubah Kendala Kunci
Menurut dokumen perbaikan publik di Github, proposal baru ini fokus secara eksklusif pada modifikasi parameter Max Block Units. Pembatasan lainnya, termasuk Max Writable Account Units dan Max Vote Units, tetap tidak berubah. Secara khusus, Max Writable Account Units akan tetap di 12 juta CUs, sementara Max Vote Units akan tetap di 36 juta CUs. Selain itu, Max Block Accounts Data Size Delta akan tetap tidak berubah di 100MB.
Dengan hanya memodifikasi Max Block Units, jaringan bermaksud untuk menambah ruang untuk transaksi non-vote. Pada saat yang sama, menjaga batas penulisan akun individu tetap stabil memungkinkan untuk terus melakukan paralelisme transaksi. Oleh karena itu, meskipun lebih banyak aktivitas dapat dimasukkan ke dalam setiap blok, kemampuan untuk menulis ke satu akun tidak berubah. Upgrade yang diusulkan ini dirancang untuk mengikuti dan tidak menggantikan SIMD-0207.
Menurut rencana yang digariskan, peningkatan SIMD-0207 yang lebih kecil menjadi 50 juta CU akan diluncurkan terlebih dahulu. Tujuannya adalah untuk memantau setiap kinerja atau masalah struktural yang mungkin timbul dari peningkatan batas 48 juta CU yang sudah berlangsung lama. Akibatnya, proposal 60 juta CU baru akan bertindak sebagai tindak lanjut yang lebih agresif, bergantung pada keberhasilan penyebaran dan pengamatan efek SIMD-0207
Proposal Alternatif dan Pertimbangan Jaringan
Sebuah rencana alternatif yang dipertimbangkan adalah lompatan yang jauh lebih besar ke 96 juta CUs. Namun, pendekatan ini ditolak karena kekhawatiran mengenai stabilitas jaringan dan kinerja turbin. Yayasan mencatat potensi masalah dalam infrastruktur pendukung, termasuk kinerja validator dan node pengguna.
Pendekatan fase saat ini memastikan bahwa setiap peningkatan jaringan selaras dengan metrik kinerja yang diamati. Masalah tak terduga yang ditemukan selama peningkatan awal dapat diselesaikan sebelum menerapkan batas 60 juta CU yang lebih signifikan. Setelah perubahan, lebih banyak transaksi akan diterima per blok, meningkatkan throughput keseluruhan. Namun, blok mungkin memerlukan waktu lebih lama untuk diproses. Versi perangkat lunak yang lebih lama juga mungkin menolak blok yang menggunakan batas baru. Oleh karena itu, validator harus memperbarui sistem mereka untuk mempertahankan kompatibilitas dan tetap sinkron dengan jaringan.
Konten ini hanya untuk referensi, bukan ajakan atau tawaran. Tidak ada nasihat investasi, pajak, atau hukum yang diberikan. Lihat Penafian untuk pengungkapan risiko lebih lanjut.
Solana Mengusulkan Batas Blok 60M CU untuk Meningkatkan Melalui Jaringan
Solana mengusulkan peningkatan batas blok menjadi 60M CUs untuk kapasitas transaksi yang lebih tinggi.
SIMD-0207 akan diluncurkan pertama kali dengan peningkatan 50M CU yang lebih kecil.
Validator harus meningkatkan perangkat lunak untuk mendukung kompatibilitas ukuran blok baru.
Yayasan Solana telah mengajukan proposal untuk meningkatkan batas blok jaringannya menjadi 60 juta Compute Units (CUs). Penyesuaian ini, yang bertujuan untuk meningkatkan kapasitas transaksi, mengikuti proposal sebelumnya di bawah SIMD-0207, yang menyarankan peningkatan lebih kecil dari 48 juta menjadi 50 juta CUs. Proposal saat ini berencana untuk mendorong batas lebih jauh untuk mengakomodasi permintaan jaringan yang meningkat tanpa mengorbankan kinerja validator.
Kapasitas yang Ditingkatkan Tanpa Mengubah Kendala Kunci
Menurut dokumen perbaikan publik di Github, proposal baru ini fokus secara eksklusif pada modifikasi parameter Max Block Units. Pembatasan lainnya, termasuk Max Writable Account Units dan Max Vote Units, tetap tidak berubah. Secara khusus, Max Writable Account Units akan tetap di 12 juta CUs, sementara Max Vote Units akan tetap di 36 juta CUs. Selain itu, Max Block Accounts Data Size Delta akan tetap tidak berubah di 100MB.
Dengan hanya memodifikasi Max Block Units, jaringan bermaksud untuk menambah ruang untuk transaksi non-vote. Pada saat yang sama, menjaga batas penulisan akun individu tetap stabil memungkinkan untuk terus melakukan paralelisme transaksi. Oleh karena itu, meskipun lebih banyak aktivitas dapat dimasukkan ke dalam setiap blok, kemampuan untuk menulis ke satu akun tidak berubah. Upgrade yang diusulkan ini dirancang untuk mengikuti dan tidak menggantikan SIMD-0207.
Menurut rencana yang digariskan, peningkatan SIMD-0207 yang lebih kecil menjadi 50 juta CU akan diluncurkan terlebih dahulu. Tujuannya adalah untuk memantau setiap kinerja atau masalah struktural yang mungkin timbul dari peningkatan batas 48 juta CU yang sudah berlangsung lama. Akibatnya, proposal 60 juta CU baru akan bertindak sebagai tindak lanjut yang lebih agresif, bergantung pada keberhasilan penyebaran dan pengamatan efek SIMD-0207
Proposal Alternatif dan Pertimbangan Jaringan
Sebuah rencana alternatif yang dipertimbangkan adalah lompatan yang jauh lebih besar ke 96 juta CUs. Namun, pendekatan ini ditolak karena kekhawatiran mengenai stabilitas jaringan dan kinerja turbin. Yayasan mencatat potensi masalah dalam infrastruktur pendukung, termasuk kinerja validator dan node pengguna.
Pendekatan fase saat ini memastikan bahwa setiap peningkatan jaringan selaras dengan metrik kinerja yang diamati. Masalah tak terduga yang ditemukan selama peningkatan awal dapat diselesaikan sebelum menerapkan batas 60 juta CU yang lebih signifikan. Setelah perubahan, lebih banyak transaksi akan diterima per blok, meningkatkan throughput keseluruhan. Namun, blok mungkin memerlukan waktu lebih lama untuk diproses. Versi perangkat lunak yang lebih lama juga mungkin menolak blok yang menggunakan batas baru. Oleh karena itu, validator harus memperbarui sistem mereka untuk mempertahankan kompatibilitas dan tetap sinkron dengan jaringan.