Olen kuullut monilta palautetta siitä, että markkinatakaus on viime aikoina tullut kilpailukykyisemmäksi Hyperliquidissa. Tämä on hienoa loppukäyttäjille, koska se tarkoittaa, että likviditeetti on syvempää ja vahvempaa. Oikeudenmukaisuus on Hyperliquidin ydinperiaate kaikissa ulottuvuuksissa. Markkinatakaajille tämä tarkoittaa, että lohkoketju on suunniteltu yhtäläistä pääsyä ajatellen. "Tasa-arvoinen" ei kuitenkaan tarkoita "helppoa". Kun protokolla skaalautuu edelleen vastaamaan kasvavaan kysyntään, on tärkeää ymmärtää Hyperliquidin mukautetun infrastruktuurin monimutkaisuus, joka toimii suurimmassa luvattoman kauppapaikassa. Pitkän aikaa ensisijainen alfa oli yksinkertaisesti Hyperliquidin integrointi. API on suunniteltu poistamaan useimmat lohkoketjun monimutkaisuudet uusilta käyttäjiltä, jolloin automatisoidut kauppiaat voivat siirtää strategioita helposti. Vaikka perehdytyksen helppous ei ole muuttunut, viiveen merkitys on kasvanut. Reagoivimmat strategiat edellyttävät parasta asiakaspuolen infrastruktuuria. Latenssioptimointia ohjaava yleinen periaate on, että Hyperliquid on lohkoketju, ei CEX: 1. Nopein data tulee solmun suorittamisesta. - Toimenpide: suorita luotettavaa, staattista vertaista vastaan. Esimerkiksi Hyper Foundation tarjoaa vertaispalvelun, johon ei-validoijat voivat muodostaa yhteyden. 2. Täydellisimmät tiedot tulevat solmun suorittamisesta. Jokainen tapahtuma suoratoistetaan reaaliajassa, ja solmu tarjoaa erilaisia käsittelymuotoja. - Huomautus: suorita solmu lähdön puskuroinnin ollessa poissa käytöstä. 3. Solmut suorittavat koko lohkoketjun, mikä ei ole mikään pieni insinööritaidon saavutus ja jyrkässä ristiriidassa CEX:ien kanssa, joissa asiakaspuolen koodi käsittelee vain käyttäjän tilan. Hyperliquid-solmut suorittavat ja tarkistavat koko lohkoketjun tilan, mukaan lukien HyperCore ja HyperEVM, yhdellä koneella. Vaikka suoritus voi pysyä kohtalaisten laitteistoteknisten tietojen tahdissa, latenssiparannukset skaalautuvat ytimien määrän mukaan, koska merkittävä osa suorituksesta on rinnakkaistettavissa. - Toimintokohde: solmun paljastamat tiedot ovat rikkaita ja antavat paljon enemmän tietoa lohkoketjun koko tilasta. Paikallisten API-palvelimien lisäksi voidaan rakentaa kokonainen L4-kirja. Katso esimerkki toteutuksesta. - Toiminto: käyttäjät voivat nähdä merkittäviä voittoja jopa 32 ytimeen asti, ja sen lisäksi tuotto vähenee. 4. Peruutukset on suunniteltu niin, että niiden onnistumisprosentti on korkea. Ensimmäisen asteen vaikutus tässä on sisäänrakennettu HyperBFT:n peruutusten mempool-priorisointiin. Jotkut käyttäjät pitävät kuitenkin lisäoptimointeja hyödyllisinä. Esimerkiksi lennon aikana annettu GTC-tilaus voidaan "peruuttaa" ollessaan vielä mempoolissa mitätöimällä tilauksessa käytetty nonce.

Katso lisätietoja