Hyperliquid új irányt nyit: engedélyhez kötött perpetual piacok jöhetnek

A HIP-3* nem zárja le a Hyperliquid meglévő piacait

Az „engedélyhez kötött piac”, vagyis permissioned market kifejezés első hallásra azt sugallhatja, hogy a Hyperliquid teljes infrastruktúrája korlátozott hozzáférésűvé válhat. A HIP-3* azonban ennél jóval szűkebb változtatást vezetne be: egy adott perpetual piac üzemeltetője saját döntése alapján korlátozhatná a kereskedést előzetesen jóváhagyott wallet címekre, miközben a protokoll többi piaca továbbra is nyitott maradhatna.

A perpetual, vagyis lejárat nélküli határidős kontraktus olyan származtatott termék, amelynek nincs előre meghatározott lejárati dátuma. A kereskedő anélkül vehet fel tőkeáttételes long vagy short pozíciót egy adott eszköz árfolyamára, hogy magát a mögöttes eszközt ténylegesen birtokolná.

A Hyperliquid jelenlegi HIP-3 rendszerében megfelelő feltételeket teljesítő külső szereplők saját perpetual piacokat indíthatnak a HyperCore infrastruktúráján. A deployernek nevezett piacüzemeltető határozhatja meg többek között a kontraktus technikai paramétereit, az oracle rendszer működését, az engedélyezett tőkeáttételt és a piac egyéb kereskedési feltételeit.

A HIP-3* ehhez adna hozzá egy új lehetőséget. A deployer választhatná azt, hogy piacát minden kompatibilis tárca számára elérhetővé teszi, vagy egy on-chain engedélyezési listát, úgynevezett allowlistet használ, amely csak bizonyos wallet címeknek enged kereskedési hozzáférést.

A már működő HIP-3 piacok ettől még nem válnának automatikusan korlátozott termékekké. Az új deployerek továbbra is választhatnák a jelenlegi teljesen nyílt modellt, így a fejlesztés lényege nem a kötelező korlátozás, hanem az opcionális hozzáférés-szabályozás.

A piac üzemeltetője dönthet a hozzáférésről

A HIP-3 egyik alapelve már most is az, hogy különválasztja a Hyperliquid által biztosított infrastruktúrát és az erre épített egyedi piacokat. A Hyperliquid biztosítja a HyperCore technológiai hátterét, például az on-chain order bookokat, a marginrendszert és a kereskedések végrehajtását, míg az adott piacot létrehozó deployer felel a termék kialakításáért és működtetéséért.

A HIP-3* ezt a felelősségi modellt terjesztené ki a hozzáférési szabályokra is. A Hyperliquid továbbra sem döntené el központilag, hogy ki használhatja az összes piacot, hanem az egyes deployerek saját termékeiknél alkalmazhatnának külön belépési feltételeket.

Ez gyakorlatban azt jelentené, hogy ugyanazon HyperCore infrastruktúrán egyszerre működhetne teljesen nyitott és csak jóváhagyott résztvevők számára elérhető perpetual piac. Egy üzemeltető például intézményi ügyfelekre szabott, korlátozott piacot indíthatna, miközben egy másik deployer ugyanerre vagy egy másik eszközre bárki számára hozzáférhető kereskedést kínálhatna.

A kereskedő szempontjából egy korlátozott piac használata csak akkor lenne lehetséges, ha a piac üzemeltetője előzetesen jóváhagyta azt a wallet címet, amellyel az ügyfél kereskedni szeretne. Maga az on-chain infrastruktúra tehát képes lenne technikailag kikényszeríteni a hozzáférési szabályokat.

Ez fontos különbség a hagyományos decentralizált pénzügyi modellekhez képest, ahol jellemzően bármely kompatibilis tárca interakcióba léphet egy okosszerződéssel. A HIP-3* ezzel egy hibrid modellt teremthet, amely megtartja a blokkláncalapú végrehajtást, de bizonyos piacokon szabályozhatóvá teszi a belépést.

Az engedélyezett wallet nem jelent automatikus befektetői ellenőrzést

Az allowlist technikailag egy nagyon konkrét kérdésre ad választ: az adott tárca jogosult-e kereskedni az adott piacon. Ennél azonban nem tud többet megállapítani, vagyis önmagában nem bizonyítja, hogy ki irányítja a walletet, milyen jogi státuszú személyről vagy szervezetről van szó, illetve hogy az adott felhasználó megfelel-e valamely ország befektetővédelmi vagy pénzügyi szabályainak.

Ez azért fontos, mert az on-chain engedélyezés könnyen összekeverhető a teljes ügyfélazonosítással. Egy wallet cím felvétele az engedélyezett listára önmagában nem KYC, nem bizonyítja az ügyfél személyazonosságát, és nem jelenti azt sem, hogy a piac automatikusan megfelel az adott joghatóság szabályozásának.

Ha egy deployer például kizárólag ellenőrzött intézményi ügyfelek számára szeretne piacot biztosítani, továbbra is szüksége lehet off-chain folyamatokra. Ezek közé tartozhat az ügyfélazonosítás, a pénzmosás elleni ellenőrzés, a befektetői jogosultság vizsgálata, a megfelelő jogi dokumentáció és az egyes országokra vonatkozó hozzáférési korlátozások kezelése.

A HIP-3* ebben a modellben legfeljebb a már elvégzett ellenőrzés eredményét tudná végrehajtani a blokkláncon. Ha egy ügyfél megfelel az előírásoknak, a deployer hozzáadhatja a walletjét az allowlisthez, ha pedig később elveszíti jogosultságát, technikailag eltávolíthatja onnan.

Éppen ezért a HIP-3* megjelenése nem értelmezhető automatikus amerikai szabályozói jóváhagyásként sem. Attól, hogy Hyperliquidhez kapcsolódó szereplők korábban egyeztettek az amerikai SEC kriptovaluta munkacsoportjával, még nem következik, hogy a HIP-3 piacai szabadon kiszolgálhatnak minden amerikai kereskedőt vagy intézményt.

Miért lehet fontos az intézményi kereskedők számára?

Az engedélyhez kötött perpetual piacok egyik legfontosabb előnye az lehet, hogy bizonyos pénzügyi termékek számára megnyitják a Hyperliquid infrastruktúráját anélkül, hogy az üzemeltetőnek teljesen saját tőzsdét kellene építenie. Egy specializált szolgáltató így használhatná a HyperCore kereskedési és elszámolási rétegét, miközben saját ügyfél- és kockázatkezelési szabályokat alkalmaz.

Ez az intézményi piacokon különösen érdekes modell lehet. A professzionális szereplők sok esetben nemcsak gyors végrehajtást és likviditást keresnek, hanem pontosan definiált hozzáférési feltételeket, jogi felelősségi köröket és ellenőrizhető kereskedési környezetet is igényelnek.

Egy engedélyezett piac lehetőséget adhat arra, hogy egy adott terméket csak meghatározott befektetői kör használjon. Ilyen lehet például egy intézményi partnercsoport, bizonyos joghatóságban engedélyezett ügyfelek köre vagy akár egy adott szolgáltató által ellenőrzött professzionális kereskedői közösség.

Az engedélyezett felhasználó számára az egyik előny az lehet, hogy nem kell egy teljesen különálló tőzsdére mozgatnia fedezetét és kereskedési aktivitását. A piaci termék elméletileg ugyanabban az on-chain környezetben használható, ahol a Hyperliquid egyéb szolgáltatásai is működnek.

Ez azonban elsősorban hozzáférési előny, nem pedig automatikus minőségi garancia. Attól, hogy egy piacra csak jóváhagyott résztvevők léphetnek be, a kereskedés technikai és pénzügyi kockázatai nem szűnnek meg.

Az engedélyezés nem teremthet likviditást

A permissioned piacok egyik legnagyobb kockázata éppen az lehet, hogy a korlátozott felhasználói kör szűkebb likviditást eredményez. Egy piac akkor működik hatékonyan, ha elegendő vevő és eladó van jelen, az order book megfelelő mélységű, a vételi és eladási árak közötti spread pedig kellően alacsony.

Egy engedélyezett perpetual piacon ugyanúgy kialakulhat széles spread, sekély order book vagy elégtelen kereskedési volumen, mint egy nyílt piacon. Sőt, ha a lehetséges résztvevők számát erősen korlátozzák, bizonyos esetekben a likviditás még gyengébb is lehet.

A likviditás hiánya különösen nagy volatilitás idején válhat problémává. Ha egy kereskedő gyorsan szeretné zárni pozícióját, de nincs elegendő ellenoldali ajánlat, jelentős csúszás, vagyis slippage alakulhat ki, ami a vártnál jóval rosszabb végrehajtási árat eredményezhet.

A tőkeáttétel ugyancsak megmarad alapvető kockázati tényezőként. A perpetual termékek lehetővé teszik, hogy a kereskedő a rendelkezésére álló fedezetnél nagyobb névértékű pozíciót nyisson, ami növelheti a potenciális nyereséget, de ugyanilyen gyorsan felerősítheti a veszteségeket is.

Ha a pozíció értéke túl nagy mértékben mozog a kereskedő ellen, likvidáció következhet be, vagyis a rendszer automatikusan lezárhatja a pozíciót a további veszteségek korlátozása érdekében. Egy wallet engedélyezett státusza semmilyen védelmet nem jelent a piaci kockázattal vagy likvidációval szemben.

Az oracle minősége kulcsfontosságú marad

A perpetual piacok egyik legkritikusabb eleme az oracle, vagyis az a rendszer, amely külső árfolyamadatokat juttat el a blokkláncon működő kereskedési rendszerhez. A kontraktusoknak ugyanis szükségük van egy megbízható referenciaárra ahhoz, hogy korrekt módon számítsák a pozíciók értékét, a margin követelményeket és a likvidációs szinteket.

Ha az oracle pontatlan, könnyen manipulálható vagy túl lassan követi a valós piaci árat, az komoly problémákat okozhat. Különösen alacsony likviditású vagy nem kriptós eszközöknél lehet fontos annak megértése, hogy a deployer milyen adatforrásból és milyen módszerrel számítja a referenciaárat.

A HIP-3 rendszerében az egyes piacok deployerei maguk határozhatnak meg több fontos termékparamétert, ezért a kereskedőnek nemcsak magát a Hyperliquid infrastruktúrát kell értékelnie. Fontos megvizsgálnia az adott piac üzemeltetőjének megbízhatóságát, az oracle rendszer kialakítását, a maximális tőkeáttételt, valamint a likvidáció és margin kezelésének szabályait is.

Ez különösen lényeges a részvényekhez, árupiaci eszközökhöz vagy indexekhez kötött perpetual piacok esetében. Egy technikailag jól működő blokkláncos kereskedési rendszer is okozhat jelentős veszteségeket, ha a mögöttes árképzés vagy kockázatkezelés nem megfelelően működik.

Mit érdemes ellenőrizni egy korlátozott piac használata előtt?

Ha a HIP-3* később a mainneten is elindul, az engedélyezési státusz újabb szempont lesz, amelyet a kereskedőknek egy pozíció megnyitása előtt figyelembe kell venniük. A hozzáférési feltételeket ugyanúgy érdemes megvizsgálni, mint a funding rate-et, a tőkeáttételt, az order book mélységét vagy az árazási mechanizmust.

Különösen fontos lehet ellenőrizni, hogy pontosan melyik wallet került fel a piac engedélyezési listájára. Ha a kereskedési fedezetet másik cím tartja, mint amelyet a deployer jóváhagyott, az hozzáférési problémát okozhat, ezért a felhasználóknak egyértelműen ismerniük kell az operátor által alkalmazott szabályokat.

Ugyanilyen fontos megérteni, hogy ki működteti a piacot. A kereskedőnek célszerű áttekintenie a deployer dokumentációját, az oracle kialakítását, a kontraktus paramétereit és azt is, hogy milyen jogosultságokkal rendelkezik az üzemeltető a későbbi módosítások során.

Külön kockázatot jelenthet az allowlist frissítésének módja. Egyértelmű szabályokra van szükség például arra az esetre, ha egy walletet akkor távolítanak el az engedélyezett címek közül, amikor a hozzá tartozó felhasználónak még nyitott pozíciója vagy aktív megbízása van.

A likviditási helyzet szintén kritikus. Egy kis létszámú engedélyezett közösség esetén kevesebb market maker és kevesebb ellenoldali ajánlat lehet jelen, ami növelheti a spreadet és csökkentheti a nagyobb pozíciók hatékony zárásának lehetőségét.

A perpetual kontraktus nem jelent tulajdonjogot

A HIP-3* lehetséges fejlődése különösen érdekes lehet a nem kriptovaluta-alapú piacok szempontjából. Technológiailag ugyanis egy perpetual kontraktus referenciaárként részvényt, árupiaci terméket, indexet vagy más pénzügyi eszközt is követhet.

Ez azonban nem jelenti azt, hogy a perpetual birtokosa ténylegesen tulajdonolja a mögöttes eszközt. Egy részvény árfolyamát követő kontraktus például nem biztosít automatikusan részvényesi jogokat, szavazati lehetőséget, osztalékot vagy közvetlen követelést az adott vállalattal szemben.

Ugyanez igaz az árupiaci termékekre is. Egy arany árfolyamát követő perpetual kontraktus nem jelent fizikai aranytulajdont, és egy részvényindexhez kapcsolódó derivatíva sem azonos az index mögött álló vállalatok részvényeinek közvetlen birtoklásával.

A különbség jogi és befektetési szempontból egyaránt fontos. A kereskedő egy származtatott termék árfolyamkitettségét vásárolja meg vagy adja el, nem pedig feltétlenül magát a mögöttes eszközt.

A testnet mutathatja meg, működőképes-e a HIP-3*

A HIP-3* első változata jelenleg testnet környezetben működik. Ez azt mutatja, hogy a koncepció már túljutott a pusztán elméleti szakaszon, de még nem jelent teljes mainnet-bevezetést, és önmagában nem bizonyítja, hogy már rendelkezésre áll konkrét kereskedelmi partner vagy indulásra kész engedélyezett piac.

A testnet célja részben az lesz, hogy kiderüljön, technikailag és operatív szempontból mennyire működőképes az új modell. Fontos kérdés például, hogy a deployerek miként frissíthetik biztonságosan az engedélyezési listákat, hogyan kezelhető egy jogosultság megváltozása, és milyen módon jelenítik meg a kereskedési felületek a korlátozásokat.

A felhasználói élmény szintén kritikus tényező lehet. Egy kereskedőnek már pozíciófelvétel előtt egyértelműen látnia kell, hogy jogosult-e az adott termék használatára, milyen szabályok alapján kerülhet le az allowlistről, valamint mi történik már meglévő pozícióival hozzáférési státuszának megváltozása esetén.

Legalább ilyen fontos kérdés, hogy az engedélyezett piacok képesek lesznek-e elegendő likviditást magukhoz vonzani. Technológiailag egyszerű egy walletet engedélyezni vagy kizárni, de sokkal nehezebb folyamatosan mély order bookot és versenyképes kereskedési feltételeket biztosítani.

Hyperliquid az intézményi és nyílt DeFi között kereshet új modellt

A HIP-3 korábban egy jelentős irányváltást hozott azzal, hogy lehetővé tette külső szereplők számára saját perpetual piacok telepítését a Hyperliquid infrastruktúrájára. A HIP-3* ezt a modellt egy újabb réteggel egészítené ki: a deployer már nemcsak a kereskedési terméket, hanem annak hozzáférési határait is meghatározhatná.

Ez stratégiai szempontból különösen érdekes, mert a decentralizált pénzügyek egyik legnagyobb dilemmájára próbálhat választ adni. A teljesen nyílt protokollok egyszerű hozzáférést biztosítanak, ugyanakkor bizonyos intézményi vagy szabályozott pénzügyi termékek számára nehezen alkalmazhatók; a teljesen zárt platformok ezzel szemben elveszíthetik az on-chain infrastruktúra nyitottságának és kompozabilitásának előnyeit.

A HIP-3* egy köztes modellt teremthet, amelyben maga az alapinfrastruktúra továbbra is nyílt blokkláncos rendszer marad, miközben bizonyos termékekhez kontrollált hozzáférés kapcsolható. Ha a konstrukció a mainneten is bizonyít, ez új lehetőségeket teremthet intézményi derivatívák, szakosodott kereskedési piacok és olyan eszközök számára, amelyeknél a kibocsátó vagy üzemeltető nem kíván minden walletnek korlátlan hozzáférést biztosítani.

A fejlesztés sikerét azonban nem pusztán a technológia dönti majd el. A valódi kérdés az lesz, képesek-e a deployerek olyan korlátozott piacokat építeni, amelyek egyszerre rendelkeznek megfelelő jogi kerettel, erős likviditással, megbízható oracle rendszerrel és versenyképes végrehajtással.

A HIP-3* ezért egyelőre nem a Hyperliquid zárttá válását jelzi, hanem éppen az ellenkezőjét: többféle piaci modell egyidejű működésének lehetőségét. A következő mérföldkő a testnet tapasztalatainak értékelése és az lesz, hogy megjelenik-e valódi kereslet az engedélyezett perpetual piacok iránt a mainneten.