HIP-1: Nativer Token-Standard

HIP-1 ist ein Standard für fungible Token mit begrenztem Angebot. Er umfasst zudem On-Chain-Spot-Orderbücher zwischen Paaren von HIP-1-Token.

Der Absender der Genesis-Transaktion des Tokens gibt Folgendes an:

1. name: für Menschen lesbar, maximal 6 Zeichen, keine Eindeutigkeitsbeschränkungen.
2. weiDecimals: der Umrechnungskurs von der kleinsten ganzzahligen Einheit des Tokens zu einer für Menschen interpretierbaren Gleitkommazahl. Beispielsweise hat ETH in EVM-Netzwerken weiDecimals = 18 und BTC im Bitcoin-Netzwerk weiDecimals = 8.
3. szDecimals: die minimale handelbare Anzahl an Dezimalstellen in Spot-Orderbüchern. Mit anderen Worten wird die Lot Size des Tokens in allen Spot-Orderbüchern 10 ** (weiDecimals - szDecimals) betragen. Es gilt die Anforderung szDecimals + 5 <= weiDecimals.
4. maxSupply: das maximale und anfängliche Angebot. Das Angebot kann im Laufe der Zeit durch Gebühren des Spot-Orderbuchs oder künftige Burn-Mechanismen sinken.
5. initialWei: optionale Genesis-Guthaben, die vom Absender der Transaktion angegeben werden. Dazu können eine Multisig-Treasury, eine anfängliche Bridge-Mint usw. gehören.
6. anchorTokenWei: der Absender der Transaktion kann bestehende HIP-1-Token angeben, die anteilig Genesis-Guthaben erhalten.
7. hyperliquidityInit: Parameter zur Initialisierung der Hyperliquidity für das USDC-Spot-Paar. Weitere Einzelheiten finden Sie im Abschnitt zu HIP-2.

Die Deployment-Transaktion des Tokens erzeugt einen global eindeutigen Hash, über den die Ausführungslogik den Token indiziert.

Gas-Kosten für das Deployment

Wie bei allen Transaktionen werden die Gas-Kosten letztlich im nativen Hyperliquid-Token bezahlt. Derzeit werden die folgenden Gas-Kosten in HYPE angegeben.

1. Die Gas-Kosten des Deployment werden durch eine niederländische Auktion mit einer Dauer von 31 Stunden festgelegt. In diesem Zeitraum sinkt das Deployment-Gas linear von initial_price auf 500 HYPE. Der Anfangspreis beträgt 500 HYPE, wenn die letzte Auktion nicht abgeschlossen wurde, andernfalls das 2-fache des letzten Gas-Preises.
2. Genesis-Zuteilungen an bestehende Inhaber des Anchor-Token sind proportional zu balance - 1e-6 * anchorTokenMaxSupplyzum Zeitpunkt der Genesis des bereitgestellten Tokens. Ist dieser Wert negativ, werden keine Genesis-Token empfangen. Insbesondere bedeutet dies, dass Genesis-Inhaber zum Zeitpunkt der Genesis mindestens 0.0001% des maximalen Angebots des Anchor-Token halten müssen, um in die Genesis des bereitgestellten Tokens aufgenommen zu werden.
3. Mögliche Umgehung für Bedingung (2): eine kleine anfängliche USDC-Gas-Gebühr (Wert TBD) für die anfängliche Zustandsaktualisierung jedes (address, token)-Paars, entweder durch Handel oder Übertragung. Weitere Trades und Übertragungen auf initialisierte Ledger sind innerhalb der standardmäßigen Hyperliquid-Fill-Rate-Bedingungen gasfrei.

WICHTIGE GAS-DETAILS:

Der einzige zeitkritische Schritt des Prozesses ist der allererste Schritt des Deployments des Tokens, bei dem der Deployer name, szDecimals und weiDecimals angibt. In diesem Schritt wird das Gas berechnet und der Token festgeschrieben. Es wird empfohlen, sich nach diesem Schritt alle notwendige Zeit zu nehmen, um Fehler zu reduzieren. Nachdem das Gas bezahlt ist, gibt es keine zeitliche Begrenzung.

Deployment ist ein komplexer mehrstufiger Prozess, und es kann zu einem Zustand kommen, in dem Ihr Deployment festhängt. Beispielsweise können Hyperliquidity und das Gesamtangebot inkompatibel sein. Es liegt in der Verantwortung des Deployers, das exakte Deployment zuerst auf dem Testnet auszuprobieren: https://app.hyperliquid-testnet.xyz/deploySpot. Gas kann nicht erstattet werden, wenn das Deployment festhängt.

Bereitstellung bestehender Assets

Ein gängiges Deployment-Muster besteht darin, die On-Chain-Spot-Orderbücher von HyperCore für den Handel mit einem extern vorhandenen Asset zu nutzen. Dazu gehören beispielsweise Assets, die von anderen Chains über eine Bridge übertragen wurden, oder tokenisierte RWAs wie Stablecoins. Diese Deployer nutzen oft die HyperEVM für das Minting, um bewährte Multichain-Bridges zu verwenden, darunter die folgenden Optionen:

• 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/

Um einen auf der HyperEVM geminteten ERC-20-Token für den Handel auf HyperCore bereitzustellen, muss der Deployer die Deployment-Gas-Kosten in der oben beschriebenen erlaubnisfreien niederländischen HIP-1-Auktion auf HyperCore bezahlen. Die Gas-Kosten decken die Zustände des Orderbuchs und der HyperCore-Token ab, die dem Deployer statt künftigen Nutzern berechnet werden. Der Ticker ist eine eindeutige On-Chain-Kennung, aber wie bei allen On-Chain-Daten können Frontends einen anderen Namen anzeigen.

Für die einfachste Einrichtung kann der Deployer während des Genesis-Schritts das maximale Angebot (oder 2^64-1 für maximale Flexibilität) in die Systemadresse legen. Wie die Systemadresse anhand des HyperCore-Token-Index bestimmt wird, erfahren Sie hier. Deployer von über eine Bridge übertragenen Assets entscheiden sich üblicherweise gegen Hyperliquidity, was mit dem Feld noHyperliquidity konfiguriert werden kann.

Sobald der HyperCore-Token und die HyperEVM-ERC-20-Adresse verknüpft sind, wirken sich Übertragungen auf die Systemadresse auf der HyperEVM auf das HyperCore-Guthaben des Absenders aus und umgekehrt. Es wird dringend empfohlen, die exakte Einrichtung auf dem Testnet zu testen.

USDC

USDC wird derzeit für das Margining aller Perps verwendet. Mit HIP-1 wird USDC auch zu einem Spot-Token mit einer atomaren Übertragung zwischen Perps und Spot-Wallet-USDC. Spot-USDC hat szDecimals = weiDecimals = 8, um eine breite Spanne von HIP-1-Token-Preisen zu ermöglichen.

Spot-Handel

HIP-1-Token werden auf Orderbüchern gehandelt, die durch base- und quote-Token parametrisiert sind, wobei Limit-Orders Verpflichtungen darstellen, sz * 10 ** (weiDecimalsBase - szDecimalsBase) Einheiten des Base-Token gegen px * sz * 10 ** (weiDecimalsQuote - szDecimalsQuote) Einheiten des Quote-Token zu tauschen. Jeder HIP-1-Token wird mit einem nativen Spot-Orderbuch initialisiert, bei dem der Quote-Token Spot-USDC ist. Der Handel mit beliebigen Paaren nativer Token kann künftig aktiviert werden.

Handelsgebühren

Native Spot- und Perps-Orderbücher verwenden für jede Adresse dieselbe volumenbasierte Gebührenstruktur. Gebühren, die in nativen HIP-1-Token außer USDC anfallen, gehen an den Deployer, d. h. der Gebührenanteil des Deployers beträgt standardmäßig 100%. Der Deployer des Base-Token kann diesen Prozentsatz im Bereich von [0, 100%] festlegen, danach jedoch nur noch niedriger als den vorherigen Wert. Der Anteil der Gebühren des Base-Token, der nicht an den Deployer umgeleitet wird, wird verbrannt. Für andere Quote-Token als USDC gehen die Gebühren an den Assistance Fund. Deployer von Quote-Token können keinen Anteil an den Handelsgebühren konfigurieren.

Für Legacy-Token, die bereitgestellt wurden, bevor der Gebührenanteil des Deployers eingeführt wurde, können Deployer den Gebührenanteil einmalig von null auf einen positiven Wert erhöhen. Nach dieser einmaligen Änderung kann der Gebührenanteil nur noch sinken. Der Gebührenanteil des Deployers für Legacy-Token kann nach dem Setzen auf einen positiven Wert nicht wieder auf genau null zurückgesetzt werden.

Spot-Dust-Umwandlung

Spot-Dusting findet einmal täglich um 00:00 UTC statt. Alle Spot-Guthaben, die kleiner als 1 Lot Size sind und einen Nominalwert <= 1 USD haben, werden zu Dust verarbeitet. Dabei wird der Nominalwert als der geltende Mid-Preis des Tokens gegenüber USDC multipliziert mit dem Token-Guthaben berechnet. Der Dust aller Nutzer für einen Token wird aggregiert, und automatisch eine Market-Sell-Order an das Orderbuch gesendet. Ist der aggregierte Dust kleiner als eine Lot Size, wird dieser Dust verbrannt. Andernfalls wird das USDC aus dem erfolgreich umgewandelten Dust gewichtet an alle Nutzer zurückverteilt, deren Dust verarbeitet wurde, wobei die Gewichtung dem Anteil des Nutzers am aggregierten Dust entspricht.

Dusting findet nicht statt, wenn 1) das Orderbuch nur eine Seite hat oder 2) die Menge des nominalen Dust so groß ist, dass das Orderbuch durch diesen Vorgang beeinflusst würde. Für PURR sind dies 10000 USDC; für alle anderen Token 3000 USDC. Hinweis: Die Menge des erhaltenen USDC kann geringer sein als der aus dem Mid berechnete Nominalbetrag, wenn beim Dusting Slippage auftritt oder wenn nicht genügend Liquidität vorhanden war, um den gesamten Dust aller Nutzer umzuwandeln.