Solana pengembang sedang mempertimbangkan buku pedoman protokol baru yang dirancang untuk membuat perangkat lunak validator yang dikembangkan secara mandiri lebih andal dan lebih mudah dipelihara.
Proposal tersebut, yang diterbitkan pada 30 Oktober, berasal dari Brennan Watt, CEO Anza, perusahaan teknik blockchain di balik Agave, salah satu program perangkat lunak utama yang digunakan untuk mengoperasikan jaringan Solana.
Watt menginginkan Solana untuk menetapkan satu spesifikasi resmi yang mendefinisikan bagaimana blockchain-nya memproses transaksi, memvalidasi blok, dan mencapai konsensus, alih-alih mengandalkan aturan yang tersebar di perangkat lunak yang ada dan proposal teknis terpisah.
Perubahan tersebut dapat mengatasi tantangan yang semakin meningkat seiring dengan perluasan Solana di luar perangkat lunak validator aslinya untuk mencakup alternatif yang dikembangkan secara mandiri seperti Firedancer, yang dibangun oleh perusahaan perdagangan Jump Crypto.
Validator adalah komputer yang memverifikasi transaksi dan membantu mengamankan blockchain. Meskipun pengembang yang berbeda dapat membuat perangkat lunak yang menjalankan komputer-komputer ini, setiap implementasi harus mengikuti aturan dasar yang sama untuk mempertahankan kesepakatan di seluruh jaringan.
Perbedaan pendapat mengenai aturan-aturan tersebut dapat menyebabkan validator memproses transaksi identik secara berbeda, berpotensi menciptakan pandangan yang bertentangan terhadap blockchain dan mengancam keandalan jaringan.
Watt berpendapat bahwa proses pengembangan Solana yang ada membuatnya secara tidak perlu sulit bagi tim independen untuk menentukan dengan tepat bagaimana seharusnya jaringan berperilaku.
Dalam sistem saat ini, perubahan protokol diusulkan melalui Solana Improvement Documents, dikenal sebagai SIMDs. Dokumen-dokumen ini menjelaskan peningkatan individu, tetapi aturan operasional lengkap jaringan tidak dikonsolidasikan ke dalam satu referensi resmi.
Akibatnya, pengembang terkadang harus memeriksa kode validator yang ada atau merekonstruksi keputusan upgrade sebelumnya untuk memahami aturan mana yang aktif.
Watt mengatakan pendekatan ini dapat menghasilkan deskripsi berulang atau tidak konsisten terhadap perilaku yang sudah ada sambil membuat lebih sulit untuk mengidentifikasi setiap bagian protokol yang terpengaruh oleh peningkatan yang diusulkan.
Buku aturan baru bisa mengubah proses pemutakhiran Solana
Di bawah usulan tersebut, pengembang akan terus membahas kemungkinan peningkatan melalui proses SIMD yang ada, tetapi perubahan teknis formal akan diajukan sebagai suntingan terhadap spesifikasi protokol bersama.
Setiap perubahan akan menjelaskan secara tepat bagaimana pembaruan memengaruhi transaksi, komunikasi jaringan, konsensus, dan fungsi terkait lainnya.
Perubahan tersebut akan menjalani tinjauan teknis dan persetujuan tata kelola yang diperlukan sebelum menjadi bagian dari spesifikasi resmi saat diaktifkan di Solana's Mainnet.
Ini akan memungkinkan tim yang mengembangkan Agave, Firedancer, dan perangkat lunak validator masa depan untuk bekerja berdasarkan persyaratan yang didokumentasikan secara bersama, bukan mengandalkan kode implementasi lain sebagai referensi utama mereka.
Di mana klien memulai?
Konstruksi child-bank menerapkan transisi batas epoch-E sekali sebelum transaksinya.
Aturan umum membuat target menjadi jelas. Kepercayaan pada keadaan awal dan epoch berikutnya tetap menjadi persyaratan yang terpisah.
Ini adalah spesifikasi draf, bukan perubahan protokol yang diadopsi. Tidak menetapkan kebenaran keadaan awal, replay historis, atau operasi berkelanjutan ke E+1. Tidak ada peningkatan keandalan klien yang diukur.
Ini juga bisa membuat pengujian perangkat lunak menjadi lebih efektif. Ketika validator independen menghasilkan hasil yang berbeda, pengembang akan memiliki standar umum untuk memeriksa ketidaksepakatan tersebut dan mengidentifikasi implementasi mana yang perlu diperbaiki.
Watt telah menerbitkan draft spesifikasi yang mencakup 18 bidang operasi Solana, termasuk pemrosesan transaksi, komunikasi jaringan, konsensus, biaya, dan imbalan validator.
Namun, draf ini tetap terbatas pada periode tertentu dari riwayat blockchain Solana dan mengasumsikan pengembang memulai dari keadaan jaringan yang sudah terpercaya. Pekerjaan lebih lanjut diperlukan untuk mencakup pembaruan selanjutnya dan menjamin bahwa implementasi tetap kompatibel seiring waktu.