Újított a NEAR Protocol: közös fedezettel pöröghet a kereskedés a Hyperliquid platformján

A változás megértéséhez azonban érdemes külön megvizsgálni, mit takar az adatvédelmi állítás, és hogyan érintheti a közös fedezetet egy veszteséges ügylet.

Közös fedezetet kaptak a NEAR perps pozíciói

A NEAR Protocol október 22-én jelentette be, hogy elérhetővé vált a cross margin, vagyis a több kereskedési pozíció között megosztott fedezet használata. A fejlesztés lényege, hogy az érintett ügyleteknek nem kell külön-külön elkülönített biztosítékot fenntartaniuk: ugyanabból a perps-egyenlegből meríthetnek fedezetet.

A perps kifejezés a lejárat nélküli határidős kontraktusokat jelöli, amelyekkel a kereskedők egy eszköz árfolyamának emelkedésére vagy esésére vehetnek fel pozíciót. Ezeknél nincs a hagyományos határidős szerződésekre jellemző lejárati dátum, a pozíció fenntartásához azonban folyamatosan teljesíteni kell a fedezeti követelményeket.

A kereskedési felület a perps.near.com oldalon érhető el, a mögöttes infrastruktúrát pedig a Hyperliquid biztosítja. A bejelentéshez mellékelt ábra a közös és az elkülönített fedezeti módot egyaránt bemutatja, a platform bizalmas működésére vonatkozó állítással együtt.

A NEAR közlése szerint az új funkció már élesben használható. A bejelentés ugyanakkor nem tartalmazott kereskedési forgalomra, felhasználószámra vagy a kereskedők által elhelyezett fedezet nagyságára vonatkozó adatokat, így ezek alapján a szolgáltatás piaci súlya egyelőre nem ítélhető meg.

Mit jelent a bizalmas kereskedés?

A NEAR rövid bejelentése szerint a pozíciókról kívülállók nem tudják megállapítani, hogy melyik felhasználóhoz tartoznak. A termékoldal ennél konkrétabban írja le a működést: minden ügyfél egy külön, számára létrehozott Hyperliquid-számlát kap a lejárat nélküli határidős kereskedéshez, az erre érkező befizetések és az innen indított kivonások pedig bizalmasak.

Ez a leírás elsősorban a kereskedési számla és a hozzá kapcsolódó pénzmozgások adatvédelméről szól. Önmagában nem igazolja, hogy minden megbízás, végrehajtott ügylet vagy pozícióadat eltűnne a Hyperliquid nyilvános infrastruktúrájáról.

A különbség lényeges: a felhasználó személyazonosságának és kereskedési számlájának összekapcsolását megnehezítő megoldás nem feltétlenül jelenti az összes kereskedési adat elrejtését. A rendelkezésre álló leírások nem tartalmaznak olyan független vizsgálatot sem, amely minden körülmény között kizárná a felhasználók azonosítását más információk segítségével.

A NEAR adatvédelmi állítását ezért a projekt által ismertetett szolgáltatási jellemzőként érdemes kezelni. Ebből nem következik feltétlen garancia arra, hogy egy adott kereskedési tevékenység semmilyen módszerrel nem kapcsolható természetes személyhez.

Így kerül fedezet a kereskedési számlára

A számla feltöltésében a NEAR Intents kap szerepet, amely a támogatott eszközöket a kereskedéshez szükséges fedezeti pénznemre váltja át. A szolgáltatás leírása szerint a felhasználók a csatlakoztatott hálózatokon tartott eszközeikből is kiindulhatnak, ami egyszerűsítheti a különböző blokkláncokon lévő vagyon felhasználását.

A platform tájékoztatása alapján a finanszírozáshoz és az elszámoláshoz kapcsolódó tranzakciókat a felhasználók saját eszközeiken írják alá. Ez a működési részlet a tranzakciók jóváhagyásának módját írja le, és önmagában nem jelent teljes körű bizonyítékot a kereskedési tevékenység anonimitására.

Cross margin vagy elkülönített fedezet?

A Hyperliquid dokumentációja szerint a cross margin rendszerben a közös fedezeti módot használó pozíciók megosztoznak a rendelkezésre álló biztosítékon. Az isolated margin, vagyis az elkülönített fedezet ezzel szemben egy adott pozícióhoz rendel fedezetet, amelyet elválaszt a számla más ügyleteihez használt biztosítéktól.

A két megoldás között a még nem realizált nyereség kezelése is eltér. Közös fedezet esetén a nyereséges pozíciók lebegő profitja új ügyletek induló fedezeteként is felhasználható, míg elkülönített fedezetnél a nem realizált nyereség az adott pozíció biztosítékát növeli.

Egy egyszerű példával: ha egy közös fedezetű pozíció nyereségben áll, az javíthatja a számla fedezeti helyzetét, és további kereskedési mozgásteret teremthet. Ugyanakkor egy másik pozíció vesztesége ezt a közös mozgásteret csökkentheti, ezért az egyes ügyletek kockázata szorosabban összekapcsolódik.

A Hyperliquid az induló fedezeti követelményt a pozíció mérete, a referenciaár és a kereskedő által választott tőkeáttétel alapján számítja ki. A maximális tőkeáttétel eszközönként eltér, ezért a platform által hirdetett legmagasabb érték nem érhető el automatikusan minden piacon.

A dokumentáció szerint a tőkeáttételt a pozíció megnyitásakor ellenőrzik, ezt követően pedig a felhasználónak figyelemmel kell kísérnie a kitettségét. A lehetséges lépések közé tartozik a pozíciók lezárása, az elkülönített fedezet kiegészítése, illetve közös fedezetű kereskedésnél USDC stabilcoin befizetése.

A Hyperliquid infrastruktúráján működő különböző perpetual kereskedési helyszínek között a fedezetmegosztás feltételei sem feltétlenül azonosak. Ezek a számlamódtól és a fedezeti eszköztől is függhetnek, a NEAR bejelentése pedig nem részletezte, hogy a felülete pontosan mely konfigurációkat támogatja.

A közös fedezet közös kockázatot is jelent

A Hyperliquid szabályai szerint likvidálásra akkor kerülhet sor, amikor a számla saját tőkéje a szükséges fenntartási fedezet alá csökken. A rendszer első lépésként az ajánlati könyvbe küldött megbízásokkal próbálja lezárni a pozíciókat, hogy helyreállítsa az előírt fedezeti szintet.

Ha ezek a lezárások elegendőek a követelmények teljesítéséhez, a megmaradó fedezet a kereskedőnél marad. Ha azonban a számla saját tőkéje a fenntartási fedezet kétharmada alá esik, és az ajánlati könyvön keresztüli likvidálás nem járt sikerrel, a dokumentáció egy likvidátori alapot bevonó tartalékmechanizmust ír le.

Közös fedezetű tartaléklikvidálás esetén a kereskedő cross margin pozíciói és az ezekhez tartozó közös fedezet a likvidátorhoz kerülnek. Elkülönített fedezetű tartaléklikvidálásnál viszont az érintett pozíció és annak saját biztosítéka kerül át, miközben a közös fedezetű pozíciók érintetlenek maradnak.

Ez megmutatja a két fedezeti mód közötti egyik legfontosabb kockázati különbséget. A cross margin rugalmasabbá teheti a tőke felhasználását, de a közös fedezeti körbe vont ügyletek veszteségei ugyanazt a biztosítékot terhelik.

A referenciaár és a finanszírozás is számít

A likvidálásnál a Hyperliquid a mark price, vagyis egy számított referenciaár alapján jár el. Ez külső piaci információkat és a Hyperliquid kereskedési adatait egyesíti, és szerepet kap a fedezetszámításban, a nem realizált eredmény meghatározásában, valamint a nyereségrealizáló és veszteségkorlátozó megbízások aktiválásában is.

A nyitott pozíciók mellett a finanszírozási elszámolások szintén módosíthatják a számla egyenlegét. A Hyperliquidnél a long és short pozíciók tulajdonosai között óránként történik finanszírozási kifizetés, amelynek irányát a finanszírozási ráta határozza meg.

A platform közlése szerint ezekre az átutalásokra nem számít fel külön díjat. A kereskedő számára ugyanakkor a finanszírozás így is jelenthet bevételt vagy kiadást, ezért a pozíció fenntartásának értékelésekor az árfolyamváltozás mellett ezt is figyelembe kell venni.

Több mint 50 piac, területi korlátozásokkal

A NEAR termékoldala több mint 50 lejárat nélküli határidős piacot és legfeljebb 40-szeres tőkeáttételt hirdet. A szolgáltatás egyúttal jelzi, hogy az amerikai személyek, valamint más korlátozott joghatóságok felhasználói számára a perpetual kereskedés nem érhető el, és jelentős veszteségkockázatra figyelmeztet.

A NEAR és a Hyperliquid kapcsolata a kereskedési felületnél szélesebb körű. Egy szeptember 23-i beszámoló szerint a már meglévő NEAR perpetual piac mellett a token USDC-vel szembeni azonnali, vagyis spot kereskedése is elérhetővé vált.

Az akkori bejelentés alapján a Hyperliquid Strict List elnevezésű listájára történő felvételhez a piac telepítését követően még néhány napra volt szükség. A mostani cross margin fejlesztés újabb funkcióval bővíti ezt az együttműködést, amelynek felhasználói értékét a fedezetkezelés rugalmassága, az adatvédelmi megoldás tényleges működése és a kockázatok átláthatósága együtt határozza meg.