HIP-1：原生代幣標準

HIP-1 是一個供應量有上限的同質化代幣標準。它還提供 HIP-1 代幣對之間在鏈上的現貨訂單簿。

代幣創世交易的發送者需指定以下內容：

name：人類可讀，最多 6 個字符，無唯一性約束。
weiDecimals：從代幣的最小整數單位到人類可解讀浮點數的換算比例。例如，EVM 網路上的 ETH 滿足 weiDecimals = 18，Bitcoin 網路上的 BTC 滿足 weiDecimals = 8。
szDecimals：現貨訂單簿上可交易的最小小數位數。換言之，該代幣在所有現貨訂單簿上的 lot size 將爲 10 ** (weiDecimals - szDecimals)。要求滿足 szDecimals + 5 <= weiDecimals。
maxSupply：最大供應量，也是初始供應量。供應量可能因現貨訂單簿手續費或未來的銷毀機制而隨時間減少。
initialWei：可選的創世餘額，由交易發送者指定。可以包括多籤金庫、初始跨鏈橋鑄造等。
anchorTokenWei：交易發送者可指定現有的 HIP-1 代幣，以按比例接收創世餘額。
hyperliquidityInit：爲 USDC 現貨交易對初始化 Hyperliquidity 的參數。詳情請參閱 HIP-2 章節。

代幣的部署交易將生成一個全局唯一的哈希，執行邏輯將以此索引該代幣。

部署的 Gas 費

與所有交易一樣，Gas 費最終以 Hyperliquid 的原生代幣支付。目前的以下 Gas 費以 HYPE 計。

部署的 Gas 費通過持續 31 小時的荷蘭式拍賣決定。在此期間，部署 Gas 費從 initial_price 線性遞減至 500 HYPE。如果上一次拍賣未能完成，初始價格爲 500 HYPE，否則爲上次成交 Gas 價格的 2 倍。
分配給現有錨定代幣持有者的創世份額，按被部署代幣創世時 balance - 1e-6 * anchorTokenMaxSupply 的比例計算。如果該值爲負，則不會獲得創世代幣。特別地，這意味着創世持有者在創世時必須至少持有錨定代幣最大供應量的 0.0001%，才能被納入被部署代幣的創世分配。
約束 (2) 的可能變通方案：對每個 (address, token) 對的首次狀態更新（通過交易或劃轉進行）收取少量初始 USDC Gas 費（金額待定）。在標準 Hyperliquid 成交費率條件下，向已初始化賬本的後續交易和劃轉免 Gas 費。

重要 Gas 詳情：

整個流程中唯一有時間壓力的步驟是部署代幣的第一步，即部署者指定 name、szDecimals 和 weiDecimals。此步驟即爲收取 Gas 費並鎖定代幣的時刻。建議在此步驟之後從容完成其餘步驟以減少出錯。Gas 費支付後沒有時間限制。

部署是一個複雜的多階段過程，有可能陷入部署卡住的狀態。例如，Hyperliquidity 參數與總供應量可能不相容。部署者有責任先在測試網嘗試完全相同的部署：https://app.hyperliquid-testnet.xyz/deploySpot。如果部署卡住，Gas 費不予退還。

部署既有資產

一種常見的部署模式是利用 HyperCore 的鏈上現貨訂單簿來交易一個存在於外部世界的資產。例如，包括從其他鏈跨鏈而來的資產或代幣化的 RWA（如穩定幣）。這些部署者通常使用 HyperEVM 進行鑄造，以便利用經過實戰檢驗的多鏈跨鏈方案，包括以下選項：

LayerZero: https://docs.layerzero.network/v2/developers/hyperliquid/hyperliquid-concepts
Axelar: https://axelarscan.io/resources/chains
Chainlink: https://docs.chain.link/ccip/tools-resources/network-specific/hyperliquid-integration-guide
Debridge: https://docs.debridge.com/dmp-details/dmp/protocol-overview
Wormhole: https://wormhole.com/docs/products/messaging/get-started/

要在 HyperCore 上部署一個經 HyperEVM 鑄造的 ERC-20 代幣用於交易，部署者必須在上述 HyperCore 的無需許可 HIP-1 荷蘭式拍賣中支付部署 Gas 費。該 Gas 費用於支付訂單簿和 HyperCore 代幣狀態的成本，由部署者而非未來用戶承擔。Ticker 是鏈上的唯一標識，但與所有鏈上數據一樣，前端可能顯示不同的名稱。

在最簡單的設定中，部署者可以在創世步驟將最大供應量（或爲獲得最大靈活性而使用 2^64-1）放入系統地址。系統地址如何根據 HyperCore 代幣索引確定，請參見此處。跨鏈資產的部署者通常選擇不使用 Hyperliquidity，可通過 noHyperliquidity 欄位配置。

一旦 HyperCore 代幣與 HyperEVM ERC-20 地址完成關聯，在 HyperEVM 上向系統地址的劃轉將反映到發送者的 HyperCore 餘額，反之亦然。強烈建議先在測試網上測試完全相同的設定。

USDC

USDC 目前用於所有永續合約的保證金計算。有了 HIP-1，USDC 也成爲現貨代幣，可在永續合約錢包與現貨錢包的 USDC 之間原子劃轉。現貨 USDC 滿足 szDecimals = weiDecimals = 8，以適應 HIP-1 代幣的寬價格範圍。

現貨交易

HIP-1 代幣在以 base 和 quote 代幣參數化的訂單簿上交易，其中限價單是按 sz * 10 ** (weiDecimalsBase - szDecimalsBase) 單位基礎代幣兌換 px * sz * 10 ** (weiDecimalsQuote - szDecimalsQuote) 單位計價代幣的承諾。任何 HIP-1 代幣初始化時都會帶有以現貨 USDC 爲計價代幣的原生現貨訂單簿。原生代幣任意交易對的交易未來可以啓用。

交易手續費

原生現貨和永續合約訂單簿對每個地址共享同一基於交易量的費率表。以非 USDC 的 HIP-1 原生代幣收取的手續費會發送給部署者，即部署者的費用分成預設爲 100%。基礎代幣部署者可以在 [0, 100%] 範圍內設定該比例，但此後只能調低。未劃轉給部署者的基礎代幣手續費部分將被銷毀。對於 USDC 之外的其他計價代幣，手續費發送至 Assistance Fund。計價代幣部署者無法配置交易手續費分成。

對於在部署者費用分成機制實施之前部署的舊版代幣，部署者可以一次性將費用分成從零上調至正值。在此一次性更改之後，費用分成只能下調。舊版代幣的部署者費用分成一旦設爲正值，無法再設回恰好爲零。

現貨零碎餘額轉換

現貨零碎餘額轉換每天在 00:00 UTC 進行一次。所有名義價值 <= 1 USD 且少於 1 個 lot size 的現貨餘額都會被轉換。此處名義價值按該代幣對 USDC 的現時中間價乘以代幣餘額計算。某代幣的所有用戶的零碎餘額會被匯總，並自動向訂單簿提交一筆市價賣單。如果匯總後的零碎餘額小於一個 lot size，則該零碎餘額被銷毀。否則，成功轉換所得的 USDC 將按權重分配回所有被轉換的用戶，權重等於該用戶在匯總零碎餘額中的佔比。

在以下情況下不會進行轉換：1) 訂單簿單邊，或 2) 零碎餘額名義價值過高，以至於該操作會影響訂單簿。對於 PURR，該上限爲 10000 USDC；對於所有其他代幣，爲 3000 USDC。注意：由於轉換過程中產生的滑點，或所有用戶的零碎餘額總量的流動性不足，實際收到的 USDC 可能少於按中間價計算的名義金額。