Pembangun Solana mencadangkan Spesifikasi Protokol Terpadu untuk Meningkatkan Kebolehpercayaan Rangkaian

iconCryptoSlate
Kongsi
AI summary iconRingkasan
Pembangun Solana sedang mendorong pembaharuan protokol untuk menyatukan perisian validator dan meningkatkan kebolehpercayaan rangkaian. Rancangan ini, yang dikeluarkan pada 30 Okt oleh Brennan Watt daripada Anza, akan memusatkan peraturan Solana ke dalam satu spesifikasi yang jelas. Ini bertujuan untuk mengurangkan ketidakkonsistenan apabila lebih banyak alat validator seperti Firedancer memasuki rangkaian. Peningkatan rangkaian yang dicadangkan boleh membantu mencegah konflik dalam cara blok rantai beroperasi.

Solana pembangun sedang mempertimbangkan buku peraturan protokol baharu yang direka untuk menjadikan perisian validator yang dibangunkan secara bebas lebih boleh dipercayai dan lebih mudah diselenggarakan.

Aset Berkaitan Solana#7 SOL$89.96 Perubahan 24 jam: turun 4.97%24H Turun 4.97%7D Turun 7.42%30D Turun 25.61%

Cadangan, yang diterbitkan pada 30 Okt, datang dari Brennan Watt, CEO Anza, syarikat kejuruteraan blok rantai di sebalik Agave, salah satu program perisian utama yang digunakan untuk mengendalikan rangkaian Solana.

Watt ingin Solana menubuhkan satu spesifikasi tunggal dan berkuasa yang mentakrifkan bagaimana blok rantainya memproses transaksi, mengesahkan blok, dan mencapai konsensus, bukan bergantung pada peraturan yang tersebar di perisian sedia ada dan cadangan teknikal yang berasingan.

Perubahan itu boleh mengatasi cabaran yang semakin meningkat semasa Solana mengembangkan diri melampaui perisian validator asalnya untuk memasukkan alternatif yang dibangunkan secara bebas seperti Firedancer, yang dibina oleh firma dagangan Jump Crypto.

Validator adalah komputer yang mengesahkan transaksi dan membantu mengamankan blok rantai. Walaupun pembangun yang berbeza boleh mencipta perisian yang menjalankan komputer-komputer ini, setiap pelaksanaan mesti mengikuti peraturan asas yang sama untuk mengekalkan persetujuan di seluruh rangkaian.

Perbezaan pendapat mengenai peraturan-peraturan tersebut boleh menyebabkan penentu memproses transaksi yang sama secara berbeza, berpotensi mencipta pandangan yang bertentangan terhadap blok rantai dan mengancam kebolehpercayaan rangkaian.

Watt berpendapat bahawa proses pembangunan yang sedia ada oleh Solana menjadikannya sukar secara tidak perlu untuk pasukan bebas menentukan dengan tepat bagaimana rangkaian sepatutnya berkelakuan.

Di bawah sistem semasa, perubahan protokol dicadangkan melalui Solana Improvement Documents, dikenali sebagai SIMDs. Dokumen-dokumen ini menggambarkan peningkatan individu, tetapi peraturan operasi penuh rangkaian tidak dikonsolidasikan ke dalam satu rujukan berkuasa.

Akibatnya, pembangun kadang-kadang perlu mengkaji kod validator yang sedia ada atau meng重建 keputusan pengemaskinian sebelumnya untuk memahami peraturan mana yang aktif.

Watt mengatakan pendekatan ini boleh menghasilkan penerangan berulang atau tidak konsisten terhadap tingkah laku yang sedia ada sambil membuatnya lebih sukar untuk mengenal pasti setiap bahagian protokol yang terjejas oleh peningkatan yang dicadangkan.

Buku peraturan baharu boleh membentuk semula proses peningkatan Solana

Di bawah cadangan tersebut, pembangun akan terus membincangkan peningkatan berpotensi melalui proses SIMD yang sedia ada, tetapi perubahan teknikal rasmi akan dihantar sebagai suntingan kepada spesifikasi protokol bersama.

Setiap pindaan akan menerangkan dengan tepat bagaimana peningkatan tersebut mempengaruhi transaksi, komunikasi rangkaian, konsensus dan fungsi lain yang berkaitan.

Perubahan tersebut akan melalui tinjauan teknikal dan sebarang persetujuan tata pentadbiran yang diperlukan sebelum menjadi sebahagian daripada spesifikasi rasmi apabila diaktifkan di Solana's Mainnet.

Ini akan membolehkan pasukan yang membangunkan Agave, Firedancer dan perisian validator masa depan bekerja daripada keperluan yang didokumentasikan sama, bukan bergantung kepada kod implementasi lain sebagai rujukan utama mereka.

Di manakah klien bermula?

Pembinaan anak-bank menerapkan transisi sempadan epoch-E sekali sebelum transaksi-transaksinya.

Peraturan umum membuat sasaran menjadi jelas. Kepercayaan keadaan awal dan epoch seterusnya tetap menjadi keperluan yang berasingan.

Ini adalah spesifikasi draf, bukan perubahan protokol yang diadopsi. Ia tidak menetapkan kebetulan keadaan permulaan, penayangan semula sejarah atau operasi berterusan ke dalam E+1. Tiada keuntungan kebolehpercayaan klien yang diukur.

Ia juga boleh menjadikan ujian perisian lebih berkesan. Apabila validator bebas menghasilkan keputusan yang berbeza, pembangun akan mempunyai piawaian umum untuk memeriksa perbezaan tersebut dan mengenal pasti implementasi yang perlu diperbaiki.

Watt telah menerbitkan spesifikasi draf yang merangkumi 18 bidang operasi Solana, termasuk pemprosesan transaksi, komunikasi rangkaian, konsensus, yuran, dan ganjaran validator.

Namun, draf ini masih terhad kepada tempoh yang ditentukan dalam sejarah blok rantai Solana dan mengandaikan pembangun bermula daripada keadaan rangkaian yang sudah dipercayai. Kerja lanjut diperlukan untuk merangkumi peningkatan seterusnya dan menetapkan bahawa pelaksanaan tetap serasi seiring masa.

Penafian: Maklumat yang terdapat pada halaman ini mungkin telah diperoleh daripada pihak ketiga dan tidak semestinya menggambarkan pandangan atau pendapat KuCoin. Kandungan ini adalah disediakan bagi tujuan maklumat umum sahaja, tanpa sebarang perwakilan atau waranti dalam apa jua bentuk, dan juga tidak boleh ditafsirkan sebagai nasihat kewangan atau pelaburan. KuCoin tidak akan bertanggungjawab untuk sebarang kesilapan atau pengabaian, atau untuk sebarang akibat yang terhasil daripada penggunaan maklumat ini. Pelaburan dalam aset digital boleh membawa risiko. Sila menilai risiko produk dan toleransi risiko anda dengan teliti berdasarkan keadaan kewangan anda sendiri. Untuk maklumat lanjut, sila rujuk kepada Terma Penggunaan dan Pendedahan Risiko kami.