5. 獎勵資產與發行機制
V2.0 網頁修訂版(2026-10-16)。以下為設計說明與驗收要求,發佈狀態見閱讀前須知。
正式網絡擬採用同一種原生代幣作為節點獎勵資產,不設計“先積累積分、再按快照兌換代幣”的中間計量層。它是資產設計目標,不表示正式網絡、發行或交易已經上線。
測試網若使用測試資產,其用途、有效期和是否有任何遷移安排鬚獨立公告,不能從同一種正式獎勵資產的設計推導出兌換承諾。
5.1 代幣生成、轉讓與上幣分別確認
「5.1 代幣生成、轉讓與上幣分別確認」章節連結TGE 指正式代幣首次生成;可轉讓是對應鏈上資產的能力;交易平台上線取決於平台准入和技術支援。三者不能混稱為同一事件,具體日期與關係見正式發行公告及閱讀前須知。
已歸屬、已結算且可領取的礦工獎勵,原設計目標為領取後可轉讓;團隊、私募、社群等分配仍受各自釋放表約束,不能概括為所有代幣均無鎖定。轉讓能力也不代表固定價格、可贖回或始終有交易深度。
5.2 擬承擔的功能
「5.2 擬承擔的功能」章節連結| 功能 | 設計與限制 |
|---|---|
| 配額/資格 | 抵押產生運行配額;配額內費用與退出條款須確認 |
| 服務結算 | 原方案允許代幣結算;實際幣種、折扣和匯率規則待費率表確認 |
| 獎勵 | 確認週期貢獻後按合格權重分配,不額外承諾現金獎勵 |
| 治理 | 權限、委託、門檻與生效延遲以治理協議為準 |
| 回購銷燬 | 受收入、預算和執行限制,不提供價格保證 |
5.3 從計量到領取
「5.3 從計量到領取」章節連結- 計量與核驗:收集證據,按已發佈規則計算合格權重。
- 結算與承諾:形成明細,在正式異議與確認規則下提交週期承諾。
- 按需領取:節點獲取證明並發起領取交易,確認後計為已到帳。
原建議計量週期為 24 小時、延遲一個週期核驗。領取期限擬不設失效日,但證明長期可得、根哈希保留、升級遷移與領取成本的處理須在合約和數據服務規範中明確。不能把“待結算”寫成“即時到帳”。
5.4 Merkle 承諾的作用
「5.4 Merkle 承諾的作用」章節連結它驗證明細是否屬於承諾集合,不能單獨證明底層貢獻真實。每週期一筆根哈希承諾降低的是批量提交成本;領取交易、證明生成與分發、證據儲存仍隨使用產生開銷,不能把網絡總成本描述為與節點數無關。
獨立復算需要評分版本、權重與獎勵明細、證據索引及可用的數據訪問方式。核驗與爭議的設計邊界見時空證明。
5.5 資產流轉與風險
「5.5 資產流轉與風險」章節連結抵押可以暫時鎖定可流通數量;支付產生流轉;銷燬減少資產數量。但這三者不保證需求增長、價值穩定或正收益。65% 獎勵相關資金儲備也不自動賦予代幣固定美元贖回權,見費用分配。
本頁說明建議發行模型。代幣數量預算、收入核算和節點份額分別計算。 正式參數、合約與起算日須經發布與核驗,當前公式用於設計討論和演算。
5.6 三步計算
「5.6 三步計算」章節連結第一步:計算收入調節量
「第一步:計算收入調節量」章節連結E_raw,t = E_base,t × (R_t / R_ref)^γ| 參數 | 含義與單位 |
|---|---|
| E_raw,t | 收入調節後、尚未施加預算約束的代幣數量 |
| E_base,t | 當週期釋放基準,單位為代幣/週期,來自節點激勵池釋放曲線 |
| R_t | 按正式核算規則確認的當期協議收入;資金口徑見費用分配 |
| R_ref | 同幣種、同週期的正參考收入,必須大於零 |
| γ | 收入彈性,原建議值為 0.5 |
R_t 不等於交易量、抵押資產餘額或商業公司的全部營業額。退款、負調整、跨期回注與價格折算方式均須在核算規則中定義。
第二步:施加上下限和剩餘預算約束
「第二步:施加上下限和剩餘預算約束」章節連結E_t = min(B_t, E_max,t, max(E_min,t, E_raw,t))其中 B_t 為本週期可用的剩餘節點激勵預算,E_min,t、E_max,t 必須非負,且下限不得大於上限。這是把原方案的上下限與有限預算合併表達,不新增發行額度。
| 邊界 | 處理原則 |
|---|---|
| R_t = 0 | 按經批准的保底規則計算,仍受剩餘預算約束;保底發放不是零收入下的收益保證 |
| 剩餘預算不足保底 | 預算優先,不因保底突破總量上限 |
| 數據未確認或收入異常 | 按正式異常規則等待確認,不用未核驗數據直接發行 |
| 預算耗盡 | 不再從該池發行;後續服務獎勵來源須另行確認 |
節點激勵池建議佔總供應量的 28%。60 個月遞減、每 12 個月減半是原曲線建議,但須進一步明確分段公式、歸一化、初始釋放與遞延餘額。受收入調節後,實際釋放完成時間不能無條件承諾恰好為 60 個月。基準預算、可用預算和累計發放須逐期對帳。
第三步:分配節點份額
「第三步:分配節點份額」章節連結節點 i 當期獎勵 = E_t × (W_i,t / ΣW_j,t)僅對通過確認的合格節點權重求和。若全網有效權重為零,不能執行除法或分發;對應金額保持未分配,後續處理以正式預算規則為準。不得既分給全部節點,又從同一 E_t 額外支付其他角色獎勵。
計算、驗證節點的權重來源與索引節點的運維預算見節點類型。用戶與開發者激勵也須明確各自預算來源,不能重複佔用節點池。
5.7 演算示例
「5.7 演算示例」章節連結在沒有觸及上下限、預算充足且參考收入不變的假設下:
| R_t / R_ref | γ | E_raw,t / E_base,t |
|---|---|---|
| 2 | 0.5 | 約 1.414,即增加約 41.4% |
| 1 | 0.5 | 1 |
| 0.3 | 0.5 | 約 0.548,即減少約 45.2% |
這些是數學關係,不是收入、價格或礦工收益預測。是否觸及保底取決於尚待正式確認的上下限。
5.8 結算、承諾與領取
「5.8 結算、承諾與領取」章節連結建議計量週期為 24 小時,結果延遲一個週期核驗。待計量 → 待核驗 → 已結算可領取 → 領取交易確認是不同狀態;實際時點、異議處理與合約最終性按正式協議說明。
獎勵數量以代幣計量,出售價值還受成交價格、流動性和費用影響,見供給調節與收益風險。
5.9 用戶與開發者激勵
「5.9 用戶與開發者激勵」章節連結| 行為 | 原建議公式 | 待確認事項 |
|---|---|---|
| 質押 | 質押量 × 質押天數 × α | 有效質押範圍、預算、上限與退出 |
| 消費 | 實際合格消費額 × β | 退款、關聯交易和刷量處理 |
| 邀請 | 被邀請方首次合格付費額 × δ | 身份、歸因、退款與反作弊 |
α、β、δ 未在本頁設定,δ 與發行彈性 γ 分開。開發者按有效調用等指標獎勵,也需明確預算、核驗和領取規則,不能從節點發行池無條件重複支付。正式獎勵方案不包含“已有代幣再兌換代幣”的步驟。