Sistem tata kelola jaringan baru Solana sedang mendekati pemungutan suara untuk konstitusinya, jadwal inflasi, dan struktur biaya. Bundel produksi frontend masih mengandung jalur kuorum 60% yang bertentangan dengan aturan sepertiga yang dinyatakan.
Perbedaan tersebut adalah masalah tampilan, bukan tuduhan bahwa sistem pemungutan suara on-chain Solana memalsukan suara. Pull request 170, perbaikan frontend yang diusulkan, masih terbuka hingga waktu penulisan berita.
A isu repositori Solana Foundation mencatat proposal publik dengan pemungutan suara diaktifkan, dimulai pada epoch 1021 dan berakhir pada epoch 1024. Sampel jaringan pada pukul 07:08 UTC menyiratkan bahwa epoch 1021 akan dimulai sekitar pukul 03:35 hingga 03:50 UTC pada 23 Agustus. Estimasi tersebut mengasumsikan tingkat slot yang diamati tetap berlangsung. Transisi epoch mengontrol pembukaan, sehingga perkiraan jam dapat bergeser.
[
Bacaan Terkait
Staker Solana mendapat cara baru untuk memaksa pertarungan inflasi SOL berikutnya
](https://cryptoslate.com/solana-stakers-get-a-new-way-to-force-the-next-sol-inflation-fight/)
Bagaimana tampilan kuorum menjadi salah
Frontend memiliki dua kesalahan berbeda. Rincian pemungutan suara saat ini menghitung persentase Untuk, Menentang, dan Abstain berdasarkan jumlah total staking validator yang aktif. FAQ tata kelola Solana menyatakan bahwa kekuatan pemungutan suara sebenarnya ditetapkan menggunakan staking aktif pada snapshot pra-pemungutan suara, dengan kuorum tercapai ketika sepertiga staking jaringan berpartisipasi melalui tiga pilihan tersebut.
Mengapa penyebut pemungutan suara tata kelola Solana penting
Penyebut tersebut penting karena persentase yang ditampilkan dapat berubah seiring pergeseran staking, bahkan ketika tidak ada perubahan suara. Pull request 170 akan menggunakan total untuk snapshot yang sesuai dengan proposal. Ini akan memindahkan penanda kuorum ke sepertiga dan menunjukkan partisipasi sebagai tidak tersedia ketika penyebut yang benar tidak dapat diperoleh.
Pembacaan yang telah diperbaiki juga bergantung pada metadata verifikator. Endpoint langsung menghasilkan hasil yang tidak konsisten untuk snapshot epoch-1020 yang sama: beberapa memberikan total staking aktif, sementara yang lain mengembalikan null. Router Node Consensus Network default mengembalikan error 522. Tanggapan tersebut membantu menjelaskan mengapa perbaikan frontend bergantung pada total snapshot yang sesuai tersedia secara konsisten.
Solana Company, perusahaan treasury Solana yang terdaftar di Nasdaq dan operator validator, mengatakan pihaknya berencana memilih konstitusi serta menentang perubahan inflasi dan biaya. Perkiraan pembukaannya pada 22 Agustus selaras dengan estimasi jaringan bersyarat dalam waktu Waktu Timur AS, di mana batas proyeksi jatuh pada larut malam. Batas yang sama adalah awal 23 Agustus dalam UTC dan London.
[
Bacaan Terkait
Mengapa Solana turun meskipun ada arus masuk ETF dan aktivitas yang melonjak?
](https://cryptoslate.com/why-is-solana-falling/)
Abstain dihitung dalam kuorum sepertiga. Apakah Abstain juga termasuk dalam penyebut untuk tes persetujuan dua pertiga yang terpisah masih belum terselesaikan dan berada di luar pull request 170, yang tidak menambahkan putusan Diterima, Ditolak, atau Tidak Pasti.
[
Bacaan Terkait
Tata kelola Solana mencetak rekor partisipasi baru yang melampaui pemilu presiden AS sebelumnya
Apa yang harus terjadi sebelum epoch 1021
Isu jangka pendek adalah operasional: gabungkan dan terapkan frontend yang telah diperbaiki, lalu pastikan total snapshot yang sesuai tersedia secara konsisten sebelum epoch 1021. Jika pekerjaan tersebut melewatkan batas, para pemilih mungkin awalnya melihat tampilan 60% lama atau angka partisipasi yang tidak tersedia. Pull request 170 mengubah kode frontend dan tidak mengidentifikasi kegagalan dalam verifikasi pemungutan suara on-chain Solana, bobot staking, atau penghitungan akhir.
Postingan Pemungutan suara tata kelola pertama Solana mendekati batas dengan kesalahan tampilan kuorum 60% langsung pertama kali muncul di CryptoSlate.