Payward, spółka macierzysta Krakena, planuje zostać pierwszym wdrażającym regulowanym przez CFTC na wiecznych rynkach HIP-3* platformy Hyperliquid. Firma zamierza wykorzystać Hyperliquid jako infrastrukturę dla wiecznych rynków terminowych obsługujących klientów z USA, pod warunkiem zgody regulatora. Kontrakty perpetual futures to instrumenty pochodne bez ustalonej daty wygaśnięcia, format szeroko stosowany na kryptowalutowych platformach handlowych. Jeśli plan zostanie zrealizowany, handel, rozliczanie i obsługa rachunków klientów regulowane przez CFTC zostaną osadzone na infrastrukturze rynkowej Hyperliquid.

Zgodnie z proponowaną strukturą Bitnomial, regulowana przez CFTC giełda i izba rozliczeniowa Paywardu, wdrażałaby i rozliczałaby rynki. NinjaTrader Clearing, zarejestrowany w CFTC dom maklerski kontraktów futures Paywardu, prowadziłby rachunki klientów.

Hyperliquid ogłosiło plan w poście na X z dnia 26 października 2026 r. W poście stwierdzono: „Payward will use Hyperliquid as the infrastructure layer to deploy perpetual futures markets for US clients”. Kontrakty byłyby oferowane poprzez regulowane podmioty w grupie Payward.

Propozycja pozostaje warunkowa. Regulatorzy nie zatwierdzili porozumienia, a każdyap zależy od zgody regulacyjnej. Do czasu uzyskania tej zgody proponowane wdrożenie HIP-3* regulowane przez CFTC pozostaje zamiarem, a nie działającym produktem.

Proponowane role Bitnomial i NinjaTrader Clearing

Bitnomial odgrywałby kluczową rolę w proponowanej strukturze. Firma jest regulowanym przez CFTC wyznaczonym rynkiem kontraktowym i organizacją rozliczającą instrumenty pochodne. Po zatwierdzeniu pełniłaby rolę wdrażającego, tworząc, posiadając i administrując rynkami. Bitnomial rozliczałaby również kontrakty i je rozliczała.

NinjaTrader Clearing prowadziłby rachunki klientów zgodnie z planem. Jako zarejestrowany w CFTC dom maklerski kontraktów futures Paywardu, wykonywałby tę funkcję w ramach własnej rejestracji CFTC. Struktura podzieliłaby zatem odpowiedzialność za prowadzenie rynków i rachunki klientów między dwoma regulowanymi podmiotami Paywardu.

Rejestracje te odpowiadają kluczowym funkcjom amerykańskiego regulowanego rynku futures: miejsce handlu, funkcja rozliczeniowa oraz firma prowadząca rachunki klientów. Hyperliquid umiejscowiło ogłoszenie wokół zadeklarowanego zamiaru Paywardu, by zostać pierwszym wdrażającym regulowanym przez CFTC na rynkach HIP-3*. Sieć pełniłaby rolę warstwy infrastrukturalnej, podczas gdy regulowane podmioty w grupie Payward zapewniałyby odpowiednie funkcje rynkowe i obsługę rachunków klientów.

HIP-3* dodaje opcjonalne kontrole rynków z ograniczonym dostępem

HIP-3* wprowadza dodatkowe funkcje dla wdrażających w zakresie rynków z ograniczonym dostępem. Hyperliquid stwierdziło, że HIP-3 będzie obsługiwać opcjonalną konfigurację takich rynków w przyszłej aktualizacji sieci, a te możliwości zostały ujęte pod wspólnym oznaczeniem HIP-3*.

Hyperliquid opisało proces aktywacji następująco: „At its core, HIP-3* activation involves an onchain allowlist managed by the deployer or its sub-deployers”. Lista dozwolonych umożliwiłaby wdrażającemu określenie, którzy zatwierdzeni uczestnicy mogą uzyskać dostęp do rynku z ograniczonym dostępem.

Ta funkcja nie zmienia istniejących rynków. Hyperliquid stwierdziło: „The functionality is strictly additive to HIP-3; its use is optional and up to the deployer”. Firma dodała również, że HIP-3* daje wdrażającym dodatkowe możliwości działania w sposób zgodny z obowiązującymi wymogami. Sama HIP-3 stanowi ramy sieci umożliwiające wdrażającym uruchamianie rynków perpetual, a HIP-3* nakłada na nie opcjonalne kontrole ograniczonego dostępu.

Pierwsza wersja HIP-3* jest dostępna w sieci testowej. Jej specyfikacje pozostają wstępne i mogą ulec zmianie na podstawie opinii. Hyperliquid opisało swoją rolę ogólnie, stwierdzając: „Hyperliquid a neutral infrastructure layer with the goal of supporting large of the financial system”.

Wdrażający, w tym ewentualny wdrażający HIP-3* regulowany przez CFTC, pozostają niezależnymi operatorami i zachowują kontrolę oraz odpowiedzialność za własne wdrożenia. Od ogłoszenia do działania zadeklarowana ścieżka zależy od zgód regulacyjnych na każdym etapie, przyszłej aktualizacji sieci aktywującej konfigurację HIP-3* oraz specyfikacji sieci testowej, które wciąż mogą ulec zmianie.

Źródło: Blockonomi