Jaringan Solana telah mengalami penggunaan yang sangat tinggi yang telah menguji komponen-komponen jaringan — khususnya penerapan biaya prioritas dan penjadwal transaksi, keduanya memainkan peran penting dalam optimalisasi blok. Meskipun jaringan tetap stabil selama periode penggunaan tinggi ini, ada sejumlah alat yang dapat diterapkan oleh pengembang dan operator saat ini untuk memastikan kinerja tinggi yang berkelanjutan, serta perubahan tambahan dalam pekerjaan yang akan dirilis dalam rilis perangkat lunak mendatang untuk meningkatkan kinerja aplikasi jaringan.
Tindakan Segera untuk Meningkatkan Kinerja Jaringan
Menerapkan Biaya Prioritas: Banyak aplikasi yang dibangun di Solana saat ini masih tidak menggunakan biaya prioritas, sehingga mengakibatkan transaksi tertunda atau terhenti. Mengintegrasikan biaya prioritas dinamis ke dalam dApps akan membantu mengatasi masalah pengalaman pengguna. Ini adalah integrasi langsung. Baca selengkapnya: https://solana.com/developers/guides/advanced/how-to-use-priority-fees.
Biaya prioritas juga diintegrasikan ke dalam CLI untuk digunakan dalam penerapan program.
Pertukaran dapat membaca, gunakan panduan terbaru ini untuk menghitung biaya prioritas: https://solana.com/docs/more/exchange#prioritization-fees-and-compute-units
Optimasi Permintaan Anggaran CU: Saat transaksi dikirimkan ke jaringan, pengembang dapat menentukan anggaran unit komputasi untuk transaksi spesifik mereka. Jika tidak ada anggaran yang ditetapkan, nilai default akan digunakan, yang lebih tinggi dari yang dibutuhkan sebagian besar transaksi. Karena saat ini tidak ada penalti untuk meminta anggaran yang lebih tinggi daripada yang sebenarnya digunakan oleh transaksi, banyak transaksi yang tidak menggunakan seluruh anggaran CU yang dialokasikan. Meminta terlalu banyak komputasi di awal dapat mengakibatkan penjadwalan transaksi yang tidak efisien, karena penjadwal tidak mengetahui berapa banyak komputasi yang tersisa dalam satu blok hingga transaksi dieksekusi. Pengembang harus menerapkan permintaan CU dengan cakupan yang lebih baik dan sesuai dengan persyaratan transaksi. Baca selengkapnya: https://solana.com/developers/guides/advanced/how-to-optimize-compute
Gunakan QoS Berbobot Pasak: Penyedia infrastruktur harus mengadopsi QoS berbobot pasak, sebuah fitur protokol inti yang diperkenalkan tahun lalu yang memungkinkan pembuat blok untuk mengidentifikasi dan memprioritaskan transisi yang diproksikan melalui validator yang dipertaruhkan, sebagai mekanisme resistensi sybil tambahan. Panduan untuk QoS dengan pembobotan taruhan akan segera hadir, dan akan ditautkan di sini setelah siap.
Optimalkan Penggunaan CU Program: Ketika transaksi dikonfirmasi di jaringan, transaksi tersebut mengurangi jumlah total unit komputasi (CU) yang tersedia dalam satu blok. Saat ini, total batas komputasi pada sebuah blok adalah 48 juta CU, dan selama masa kemacetan, batas ini sering kali tercapai. Mengurangi jumlah CU yang digunakan dalam program Anda dapat meningkatkan jumlah transaksi yang dapat masuk ke jaringan.
Perubahan Protokol Inti Mendatang di v1.18
Penjadwal Transaksi: Komponen tumpukan validator yang membantu mengisi blok secara efisien dan ekonomis dijadwalkan untuk ditingkatkan dalam rilis perangkat lunak v1.18, yang ditargetkan pada pertengahan April. Perubahan pada komponen ini memerlukan pengujian yang cermat. Implementasi penjadwal baru ini akan diperkenalkan bersamaan dengan penjadwal saat ini dalam rilis perangkat lunak v1.18, namun tidak akan diaktifkan secara default. Operator validator akan dapat mengaktifkan dan memantau kinerja penjadwal baru dan dengan mudah melakukan failover kembali ke penjadwal lama jika ada masalah yang terdeteksi.
Solana Foundation akan terus memberikan informasi terkini kepada komunitas. Untuk informasi terbaru silahkan merujuk ke akun Solana Status X.
