Bedankt aan @TBPN voor de uitnodiging! Het was een leuk gesprek over het oorsprongsverhaal, de principes en de visie voor Hyperliquid

Een veelgestelde vraag die ik in Seoul heb gehoord is: wat maakt Hyperliquid speciaal? Ik heb geen manier gevonden om het allemaal in één zin samen te vatten, maar een reden die de afgelopen dagen opviel, is de cultuur van groot dromen en uitvoeren, terwijl we trouw blijven aan de oorspronkelijke ethos van defi: integriteit, eerlijkheid en transparantie. Het werk is zwaar, en er zijn veel cruciale componenten die gebouwd moeten worden. Maar dat is de schoonheid van de Hyperliquid-gemeenschap. Bouwers gaan de uitdaging aan en verleggen de grenzen van wat mogelijk is. Ik ben nog nooit zo enthousiast geweest om samen met iedereen verder te bouwen. Sinds ik een paar jaar geleden begon met werken aan Hyperliquid, was dit mijn eerste keer dat ik zoveel gemeenschapsleden ontmoette, en ook mijn eerste keer in Korea. Dank aan de @hlh_build organisatoren @hyperpc_ en @B__Harvest voor een ongelooflijke hackathon, aan @christyhwchoi voor het doordachte gesprek bij KBW, en aan @SKYGG_Official/@hypurrcorea, @hypurr_co, en @Hyperliquid_KR voor het community-evenement van vanavond. Het allerbelangrijkste, dank aan de bouwers, handelaren en gemeenschapsleden die Hyperliquid zijn ziel geven. Ik ben onder de indruk van de gastvrijheid, energie en talent dat elke dag groeit. Er ligt een lange reis voor ons om de hele financiële wereld onder te brengen, maar het is goed om te waarderen hoe ver we samen zijn gekomen.

Ik heb van velen gehoord dat het market making op Hyperliquid recentelijk competitiever is geworden. Dit is geweldig voor eindgebruikers, omdat het betekent dat de liquiditeit dieper en robuuster is. Eerlijkheid is een kernprincipe van Hyperliquid in elke dimensie. Voor market makers betekent dit dat de blockchain is ontworpen met gelijke toegang in gedachten. Echter, "gelijk" betekent niet "gemakkelijk." Terwijl het protocol blijft schalen om aan de toenemende vraag te voldoen, wordt het belangrijk om de intricacies van Hyperliquid's aangepaste infrastructuur te begrijpen die de grootste permissionless handelsplaats aandrijft. Lange tijd was de primaire alpha simpelweg het integreren van Hyperliquid. De API is ontworpen om de meeste blockchaincomplexiteiten voor nieuwe gebruikers te abstraheren, waardoor geautomatiseerde handelaren hun strategieën gemakkelijk kunnen overzetten. Hoewel de eenvoud van onboarding niet is veranderd, is het belang van latentie toegenomen. De meest responsieve strategieën vereisen de beste client-side infrastructuur. Het overkoepelende principe dat de latentie-optimalisatie stuurt, is dat Hyperliquid een blockchain is, geen CEX: 1. De snelste data komt van het draaien van een node. - Actiepunt: run tegen een betrouwbare, statische peer. Bijvoorbeeld, de Hyper Foundation biedt een peer voor niet-validators om verbinding mee te maken. 2. De meest complete data komt van het draaien van een node. Elke transactie wordt in real-time gestreamd, en de node biedt verschillende formaten voor ingestie. - Opmerking: draai de node met output buffering uitgeschakeld. 3. Nodes voeren de hele blockchain uit, geen kleine prestatie van engineering en in schril contrast met CEX's waar client-side code alleen de status van de gebruiker verwerkt. Hyperliquid nodes voeren de volledige blockchainstatus uit en verifiëren deze, inclusief HyperCore en HyperEVM op één machine. Terwijl de uitvoering kan bijbenen met gematigde hardware specificaties, schalen de latentieverbeteringen met het aantal cores omdat een aanzienlijk deel van de uitvoering paralleliseerbaar is. - Actiepunt: de data die door de node wordt blootgesteld is rijk en biedt veel meer inzicht in de volledige blockchainstatus. Naast lokale API-servers kan een volledige L4-boek worden opgebouwd. Zie voorbeeldimplementatie. - Actiepunt: gebruikers kunnen aanzienlijke winsten zien tot 32 cores, met bijkomende afnemende rendementen daarboven. 4. Annuleringen zijn ontworpen om een hoge succesratio te hebben. Het eerste orde-effect hier is ingebouwd in de prioritering van annuleringen in de mempool van HyperBFT. Sommige gebruikers vinden echter verdere optimalisaties nuttig. Bijvoorbeeld, een in-flight GTC-order kan "geannuleerd" worden terwijl deze nog in de mempool is door de nonce die in de order is gebruikt ongeldig te maken.