Analisis: Catatan imbalan Solana tidak mencantumkan tingkat komisi, mempersulit pemeriksaan biaya

Perangkat lunak Agave Solana tidak mencantumkan tingkat komisi dalam metadata imbalan saat pengumpul khusus aktif, meskipun pembayaran staking tetap dapat terlihat. P2P.org mengatakan dalam laporan 30 Oktober bahwa catatan imbalan voting dan staking tidak memuat entri komisi sejak 8 September. P2P.org mengatakan validator tetap memungut komisi dan jumlah imbalan cocok. Masalah ini berkaitan dengan bukti yang diperlukan untuk menjelaskan pembayaran, bukan kekurangan pembayaran yang telah teridentifikasi. P2P.org memiliki kepentingan komersial dalam masalah ini karena penyedia tersebut memasarkan layanan staking dan pelaporan.

Pull request Agave #12588, yang digabungkan pada 20 Mei, menetapkan bahwa komisi tidak dicantumkan setelah pengumpul khusus diaktifkan, mencakup komisi validator yang terakumulasi dan imbalan staking individual. Informasi imbalan yang terdampak tersedia bagi pengguna melalui kueri dan langganan blok. Kode penghitungan Agave terus memasukkan komisi ke dalam penghitungan imbalan sebelum mengecualikan tingkat komisi dari catatan yang dihasilkan. Karena itu, tingkat yang tidak tercantum menunjukkan metadata yang hilang, bukan pungutan komisi sebesar nol. SIMD-0232 memungkinkan validator mengarahkan pendapatan komisi ke akun penampung yang ditentukan tanpa mengubah cara komisi inflasi dihitung.

Pull request tersebut menjelaskan bahwa imbalan terakumulasi dapat menggabungkan pendapatan yang diarahkan ke akun penampung, sehingga satu tingkat komisi mungkin tidak cukup untuk menjelaskan totalnya. Namun, implementasi itu juga menghapus tingkat tersebut dari imbalan staking individual, sehingga mengurangi bukti yang tersedia untuk memeriksa satu akun staking. Penerapan perubahan komisi Solana yang tertunda membuat tingkat historis diperlukan untuk verifikasi. Berdasarkan SIMD-0249, imbalan yang diperoleh selama epoch E biasanya menggunakan tingkat yang dicatat saat E-1 dimulai, dengan penghitungan dilakukan saat E+1 dimulai. Akun voting yang baru dibuat dapat menggunakan status akun yang lebih baru ketika riwayat sebelumnya yang diperlukan tidak tersedia. Akibatnya, pengaturan terbaru validator dapat berbeda dari tingkat yang berlaku untuk pembayaran terdahulu.

Diskusi teknis pada 16 Juli mengidentifikasi informasi komisi efektif dan akun penampung dalam status runtime yang tersimpan di cache, yang tidak dapat ditampilkan melalui pembacaan akun biasa. Para pengembang mengatakan aturan penundaan komisi sudah berlaku di mainnet dan membahas cara mengatasi ketergantungan pada status yang tersimpan di cache secara terpisah. Kontributor Agave ax-x2 mengajukan permintaan RPC pada 18 Oktober yang menjelaskan bahwa getVoteAccounts dan data akun voting yang diuraikan menampilkan pengaturan terbaru, meskipun penghitungan imbalan dapat menggunakan tingkat yang tersimpan. Permintaan tersebut mengusulkan respons opsional yang menampilkan komisi inflasi efektif, epoch terkait, dan slot bank. Hingga 30 Oktober, permintaan itu masih terbuka tanpa implementasi yang ditautkan. Ilustrasi dalam permintaan tersebut memasangkan tingkat yang ditampilkan rendah dengan tingkat tersimpan yang tinggi, tetapi tidak mengidentifikasi insiden validator yang teramati ataupun membuktikan adanya pungutan berlebih.

Pemeriksaan komisi historis memerlukan pencocokan periode imbalan, delegasi validator pada akun staking, dan tingkat yang dipilih berdasarkan aturan historis yang berlaku. Program Riwayat Validator Jito mendokumentasikan komisi dan riwayat validator lainnya yang mencakup hingga 512 epoch per validator. Instruksi penyalinan Jito mencatat komisi akun voting beserta epoch dan slotnya, tetapi pengamatan itu saja tidak membuktikan tingkat efektif tertunda untuk pembayaran tertentu. Pengurai snapshot Marinade mengakses informasi yang tersimpan di cache dengan lebih langsung, yakni dengan mengambil komisi inflasi dari snapshot epoch-stakes dan menerbitkan versi waktu data serta penghitung cadangan. Marinade memperingatkan bahwa batas arsip dan berkas keluaran lama yang tidak memiliki metadata versi waktu data membatasi penafsiran tingkat yang tersimpan. Pengurai tersebut menawarkan teknik rekonstruksi, bukan jaminan bahwa arsip setiap akun dan epoch lengkap.

Metodologi APY Trillium mengukur imbal hasil inflasi melalui pertumbuhan akun staking sejak epoch 1070, dengan menerapkan pemeriksaan kelayakan dan mekanisme cadangan RPC, bukan menggunakan tingkat komisi yang ditampilkan. Trillium menggunakan metode lain untuk epoch-epoch sebelumnya. Karena itu, pendapatan bersih tetap dapat diukur tanpa memverifikasi secara independen komisi yang menghasilkan pendapatan tersebut. Trillium memperlakukan ketiadaan bukti akun yang sesuai sebagai hasil yang tidak diketahui, bukan nol. Catatan pendapatan yang berguna bagi pemegang SOL atau produk staking akan menghubungkan imbalan bersih dengan periode terkait, delegasi validator, dan bukti komisi efektif, sekaligus mengungkapkan keterbatasan rekonstruksi atau pengambilan sampel.

Sebuah diskusi status voting pada Oktober mengusulkan agar tingkat komisi disimpan bersama epoch saat tingkat tersebut mulai berlaku. Usulan status voting dan permintaan RPC yang masih terbuka tetap merupakan solusi yang diusulkan, bukan bukti bahwa perbaikan telah diterapkan. Komisi inflasi, komisi MEV, dan pembagian pendapatan blok merupakan komponen yang berbeda, sehingga membuat satu tingkat terlihat tidak akan menjelaskan seluruh imbal hasil staking. Cakupan pada September tentang kredit voting yang terkait dengan imbalan juga menunjukkan bahwa pengukuran kinerja saja tidak dapat mengukur kerugian pembayaran SOL bagi pemegang tertentu tanpa bukti di tingkat akun. Pemegang yang memeriksa tingkat komisi yang tidak tercantum harus menghubungkan pembayaran dengan bukti historis yang waktu dan cakupannya dapat diverifikasi.