分析：Solana獎勵紀錄未列佣金率，增加費用查核難度

Solana的Agave軟體在啟用自訂收款帳戶時，會從獎勵中繼資料中省略佣金率，即使質押支付仍可能可見。P2P.org在10月30日的報告中表示，自9月8日起，投票和質押獎勵紀錄便缺少佣金項目。P2P.org表示，驗證者仍持續收取佣金，獎勵金額也能對帳。問題涉及說明支付款項所需的證據，而非已確認的支付短缺。P2P.org因推廣質押及報告服務，在此議題上具有商業利益。

5月20日合併的Agave拉取請求#12588，說明啟用自訂收款帳戶後會省略佣金率，涵蓋累積的驗證者佣金及個別質押獎勵。受影響的獎勵資訊會透過區塊查詢和訂閱提供給使用者。Agave的計算程式碼仍會在獎勵計算前提供佣金率，但隨後會將其從結果紀錄中排除。因此，佣金率缺失代表中繼資料缺漏，而非佣金收取率為零。SIMD-0232允許驗證者將佣金收入轉入指定收款帳戶，但不改變通膨佣金的計算方式。

拉取請求指出，累積獎勵可能包含轉入收款帳戶的收入，因此單一佣金率未必足以說明總額。然而，該實作也會從個別質押獎勵中移除佣金率，減少查核單一質押帳戶時可用的證據。Solana延後套用佣金變更，因此查核需要歷史佣金率。根據SIMD-0249，在E epoch賺取的獎勵通常採用E-1開始時擷取的佣金率，並於E+1開始時進行計算。若新建立的投票帳戶缺少必要的較早歷史紀錄，則可能使用較晚的帳戶狀態。因此，驗證者最新設定可能與較早一筆支付所適用的佣金率不同。

7月16日的一場工程討論指出，快取的執行階段狀態中包含有效佣金率及收款帳戶資訊，這些資訊無法透過一般帳戶讀取取得。開發者表示，佣金延遲規則已在主網運作，並討論另行處理對快取狀態的依賴。Agave貢獻者ax-x2於10月18日提交一項RPC請求，說明getVoteAccounts和解析後的投票帳戶資料會顯示最新設定，但獎勵計算可能採用已儲存的佣金率。該請求提議在回應中選擇性顯示有效通膨佣金率、相關epoch及bank slot。10月30日，該請求仍未結案，也沒有連結至任何實作。請求中的示例呈現較低的顯示佣金率搭配較高的已儲存佣金率，但未指出任何已觀察到的驗證者事件，也未證實有超收佣金的情況。

查核歷史佣金率時，必須將獎勵期間、質押帳戶的驗證者委託關係，以及依適用歷史規則選定的佣金率相互核對。Jito的Validator History Program記錄文件顯示，其提供的驗證者佣金及其他歷史資料，涵蓋每名驗證者最多512個epoch。Jito的複製指令會連同epoch和slot一併擷取投票帳戶的佣金率，但這項觀察本身不足以證明特定支付所適用的延遲生效佣金率。Marinade的快照解析器可更直接存取快取資訊，從epoch-stakes快照擷取通膨佣金率，並公布該數值的資料版本及回退計數器。Marinade提醒，封存資料的涵蓋界線，以及缺少資料版本資訊的較早輸出檔案，都會限制對已儲存佣金率的解讀。該解析器提供一種重建方法，但不保證每個帳戶及epoch都有完整封存資料。

Trillium的年化報酬率（APY）方法，自epoch 1070起透過質押帳戶成長衡量通膨報酬，並採用資格檢查及RPC回退機制，而非使用顯示的佣金率。對於更早的epoch，Trillium採用其他方法。因此，即使無法獨立查核產生淨收益的佣金率，淨收益仍可能可以衡量。Trillium將缺少合適帳戶證據的情況視為結果未知，而非零。對SOL持有人或質押產品有用的收益紀錄，應將淨獎勵與相關期間、驗證者委託關係及有效佣金證據相連結，並揭露重建或抽樣的限制。

10月的一場投票狀態討論提出，應保留佣金率及其生效epoch。投票狀態提案和仍未結案的RPC請求都只是建議中的補救措施，並非已部署修正的證據。通膨佣金、MEV佣金和區塊收益分配是不同組成部分，因此即使讓其中一項佣金率可見，也無法說明全部質押報酬。9月有關與獎勵掛鉤的投票積分之報導也指出，單靠績效衡量，若缺少帳戶層級證據，仍無法量化個別持有人SOL支付款項的損失。持有人若要查核遭省略的佣金率，必須將支付紀錄與時間及涵蓋範圍均可驗證的歷史證據相互連結。