TGE、初始解鎖與 Cliff 應該怎樣閱讀？

研究 TGE、初始解鎖與 Cliff 時，第一個問題不是價格，而是哪些資料真正進入TGE–Cliff 事件軸。本文依一手文件重做計算，並把取得代幣的權利與實際出售能力分開。本文把一手文件轉成可重做的研究流程，不做價格預測，也不假設代幣解鎖後必然出售。

TGE 是代幣生成或分配事件；初始解鎖是當時可移轉部分；Cliff 則是歸屬開始前的等待邊界。

截圖於 2026 年 8 月；OpenZeppelin 表格說明 Cliff 邊界與分批釋放。

TGE–Cliff 事件軸採用的一手證據

OpenZeppelin 把 Cliff 寫成歸屬函式的時間邊界；邊界前可歸屬量可能為零，跨過邊界後仍要看合約採用的釋放曲線。

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

TGE–Cliff 事件軸

TGE–Cliff 事件軸依序核對：不要把 TGE 日期直接當成歸屬起算日；初始解鎖要按不同分配群組閱讀；Cliff 本身不代表邊界日會釋放多少；按月 Cliff 與區塊、時間戳口徑不同；領取期限與歸屬條件不同；延遲存入可能立即形成部分已歸屬額；計算供應前先畫出事件時間線；把日期假設與時區寫進研究卡。每一欄回答TGE、初始解鎖與 Cliff的一個獨立問題，從定義、控制權一路走到可觀察影響。

TGE–Cliff 事件軸把配置文件、合約、交易和流動性資料分欄保存。這種分層能防止未核實數字進入整套TGE、初始解鎖與 Cliff研究。

用三個時間點閱讀 TGE 時程

TGE 是代幣首次發行或分配事件，不代表所有分配都立刻可交易；初始解鎖是 TGE 當下可領取或移轉的部分；Cliff 則是在約定期間內尚不產生歸屬權。三者必須放在同一條時間軸上閱讀。

初始解鎖怎麼算？

若某群組分配 A 枚代幣，TGE 解鎖率為 r，初始解鎖量就是 A × r。剩餘部分必須依原始條款分別計算一次性、線性或分批釋放。研究表同時保留絕對代幣數，以及它占 TGE 流通供應的比例。

Cliff 邊界要實際測試

確認時區、邊界日是否包含在內，以及合約晚到資金是否會從原始起點補算歸屬。若合約提供唯讀函式，至少測試 Cliff 前一刻、邊界時點與邊界後一刻。

最後把「已取得領取權」、「已 Claim」和「已轉入交易場所」分開。只有最後一項能提供可觀察賣方供應的直接線索。

可直接使用的結論卡

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

不做收益承諾的解讀方式

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

可核實來源

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

1. docs.openzeppelin.com — cliff and stepped vesting boundary behavior
2. docs.openzeppelin.com — EVM VestingWallet start and duration semantics
3. blog.uniswap.org — launch allocation and vesting example
4. whitepaper.axieinfinity.com — initial circulating supply and unlock schedule example
5. community.optimism.io — claim window and allocation example
6. docs.filecoin.io — immediate and vested reward portions

購買前的帳戶與風險檢查

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

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