Kiitos @TBPN, että sain minut mukaan! Se oli hauska keskustelu Hyperliquidin alkuperätarinasta, periaatteista ja visiosta

Yleinen kysymys, jonka olen kuullut Soulissa, on: mikä tekee Hyperliquidista erityisen? En ole löytänyt tapaa tiivistää kaikkea lauseeksi, mutta yksi syy, joka kiinnitti huomioni viime päivinä, on suuresti unelmoimisen ja toteuttamisen kulttuuri, samalla kun pysyn uskollisena defin alkuperäiselle eetokselle: rehellisyydelle, oikeudenmukaisuudelle ja läpinäkyvyydelle. Työ on kovaa, ja rakennettavana on monia tärkeitä komponentteja. Mutta se on Hyperliquid-yhteisön kauneus. Rakentajat ottavat haasteen vastaan ja rikkovat mahdollisuuksien rajoja. En ole koskaan ollut innostuneempi jatkamaan rakentamista kaikkien kanssa. Siitä lähtien, kun aloitin työskentelyn Hyperliquidin parissa muutama vuosi sitten, tämä oli ensimmäinen kerta, kun matkustin tapaamaan niin monia yhteisön jäseniä ja myös ensimmäinen kertani Koreassa. Kiitos @hlh_build järjestäjille @hyperpc_ ja @B__Harvest uskomattomasta hackathonista, @christyhwchoi KBW:n harkitusta takkakeskustelusta sekä @SKYGG_Official/@hypurrcorea, @hypurr_co ja @Hyperliquid_KR tämän illan yhteisötapahtumasta. Ennen kaikkea kiitos rakentajille, kauppiaille ja yhteisön jäsenille, jotka antavat Hyperliquidille sen sielun. Olen hämmästynyt vieraanvaraisuudesta, energiasta ja lahjakkuudesta, joka kasvaa joka päivä. Edessä on pitkä matka koko rahoituksen sijoittamiseen, mutta on hyvä arvostaa, kuinka pitkälle olemme päässeet yhdessä.

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.