如何把線性 Vesting 換算成每日新增供應？

研究 線性 Vesting 與每日新增供應 時，第一個問題不是價格，而是哪些資料真正進入逐秒歸屬速率表。本文依一手文件重做計算，並把取得代幣的權利與實際出售能力分開。本文把一手文件轉成可重做的研究流程，不做價格預測，也不假設代幣解鎖後必然出售。

線性歸屬把一筆配置轉成時間速率；估算每日新增供應時，必須扣除已釋放量並準確處理起迄時間。

截圖於 2026 年 8 月；API 顯示線性時程如何按時間計算已歸屬數量。

逐秒歸屬速率表採用的一手證據

OpenZeppelin 的 VestingWallet 以時間戳、起算點與期間計算已歸屬量；releasable 還會扣除已釋放部分，所以「已歸屬」與「可再領取」並不相同。

截圖只證明核對當時的頁面狀態，不能取代來源連結。文件更新後應以現行內容為準，並在研究卡保存核對日期。

逐秒歸屬速率表

逐秒歸屬速率表依序核對：用配置量除以總秒數取得速率；區分 vested、released 與 releasable；日曆日不一定等於合約中的 24 小時；處理代幣小數位與捨入；多批次時要逐一疊加有效區間；30／90／180 天窗口要正確截斷；領取行為不會改變歸屬速率；用兩個時間戳交叉驗算。每一欄回答線性 Vesting 與每日新增供應的一個獨立問題，從定義、控制權一路走到可觀察影響。

逐秒歸屬速率表把配置文件、合約、交易和流動性資料分欄保存。這種分層能防止未核實數字進入整套線性 Vesting 與每日新增供應研究。

把線性時程換算成新增供應

若總歸屬量為 V，開始時間為 S、結束時間為 E，理論每秒速率是 V ÷（E − S）。t1 到 t2 的歸屬量，等於速率乘上落在 [S, E] 內的有效時間。合約若採整數捨入，每日結果可能有小幅誤差，但期末累計不應超過 V。

一個算術例子

365 天釋放 36,500,000 枚，平均是每日 100,000 枚。若前 90 天設 Cliff，而 Cliff 結束後會補算已累積部分，邊界當天可能一次出現 9,000,000 枚可領取；若 Cliff 只是延後開始，答案會完全不同。必須依合約或官方文件判定。

放進模擬前的檢查

月度或分批時程不能直接除以天數。還要核對 decimals、晚到資金、撤銷權、升級權與多個受益人錢包。最後才把各合約在同一個 30／90／180 天窗口內的新增量相加；不同時區的事件必須先標準化。

可直接使用的結論卡

• **事件或機制：**使用準確名稱，不把所有供應變化都叫做「解鎖」。
• **分子：**新增可移轉量、發行量或名目價值。
• **分母：**流通量、總供應或市場深度，並記錄時間。
• **來源：**官方網址、合約、治理提案與參考區塊。
• **確信程度：**已核實、暫估或未知。
• **反證條件：**時程修改、合約升級、治理決議或新資料。

不做收益承諾的解讀方式

合格研究回答的是「在什麼條件下，供應可能改變多少」，而不是「價格一定往哪裡走」。把事實、計算與判讀分成三段；若來源不足以核實，就明確標示限制並保留空白，不自行創造數據。

可核實來源

以下連結是研究輸入。每個來源只支援所標示的主張範圍，任何單一來源都不能證明價格必然上漲或下跌。

1. docs.openzeppelin.com — linear VestingWallet formula and releasable amount
2. docs.openzeppelin.com — continuous versus stepped vesting
3. docs.filecoin.io — scheduled reward vesting updates
4. docs.filecoin.io — vesting epoch and amount tuples
5. whitepaper.axieinfinity.com — monthly emission schedule example
6. whitepaper.axieinfinity.com — discrete tranche schedule example

購買前的帳戶與風險檢查

只有在你已核對供應、解鎖時程與流動性後，若自行決定到 Binance 查詢該資產，可在註冊時填寫推薦碼 BN8812。本站可能取得推薦收益；適用地區、資格與優惠以 Binance 當時條款為準。此代碼不保證資產上架、安全或獲利，請同時閱讀本站的聯盟揭露與風險揭露。

資料核對時間: 2026-08-09T18:30:00+08:00