HyperEVM

Das HyperEVM besteht aus EVM-Blöcken, die im Rahmen der Ausführung von Hyperliquid erzeugt werden und die gesamte Sicherheit des HyperBFT-Konsenses erben. HYPE ist der native Gas-Token des HyperEVM. Um HYPE von HyperCore zum HyperEVM zu übertragen, senden Sie HYPE an 0x2222222222222222222222222222222222222222. Weitere Einzelheiten zur Funktionsweise finden Sie in den Anweisungen unter Native Transfers.

Beachten Sie, dass es derzeit keine offiziellen Frontend-Komponenten des EVM gibt. Nutzer können eigene Frontends entwickeln oder bestehende EVM-Anwendungen portieren. Die gesamte Interaktion mit dem EVM erfolgt über die JSON-RPC. Beispielsweise können Nutzer die Chain zu ihren Wallets hinzufügen, indem sie die RPC-URL und die Chain ID eingeben. Für den RPC unter rpc.hyperliquid.xyz/evm gibt es derzeit keine Unterstützung für websocket JSON-RPC, andere RPC-Implementierungen können diese jedoch bieten.

Das HyperEVM verwendet den Cancun-Hardfork ohne Blobs. Insbesondere ist EIP-1559 auf dem HyperEVM aktiviert. Base Fees werden wie üblich verbrannt, und zwar auf die standardmäßige Weise, bei der die verbrannten Gebühren aus dem gesamten EVM-Angebot entfernt werden. Anders als bei den meisten anderen EVM-Chains werden auch Prioritätsgebühren verbrannt, da das HyperEVM den HyperBFT-Konsens nutzt. Die verbrannten Prioritätsgebühren werden dem EVM-Guthaben der Zero Address gutgeschrieben.

Sowohl im Mainnet als auch im Testnet hat HYPE auf dem HyperEVM 18 Dezimalstellen. Einige Unterschiede zwischen Testnet- und Mainnet-HyperEVM sind unten hervorgehoben:

Mainnet

Chain ID: 999

JSON-RPC-Endpunkt: https://rpc.hyperliquid.xyz/evm für Mainnet

Testnet

Chain ID: 998

JSON-RPC-Endpunkt: https://rpc.hyperliquid-testnet.xyz/evm

Zusätzliche Hinweise

Pre-EIP-155-Transaktionen werden wie bei vielen EVM-Chains akzeptiert. Nutzer sollten generell keine Wallets verwenden, die zuvor Pre-EIP-155-Transaktionen gesendet haben.

Fehlercode 10055 steht für Fehler, die an der Grenze zwischen HyperCore und HyperEVM auftreten. Beispiele hierfür sind Nonce-Fehler, unzureichendes Guthaben, doppelte Transaktions-Hashes oder zu niedrig bepreiste Ersatztransaktionen.