Hyperliquid a introdus o actualizare preliminară a testnet-ului HIP-3, care permite echipelor independente de implementare să controleze accesul la piețele de contracte futures perpetue prin liste de permisiuni (allowlists) on-chain gestionate de deployeri.
Co-fondatorul Hyperliquid, Jeffrey Yan, a declarat într-o propunere de testnet că deployerii vor putea crea piețe permisionate și gestiona listele de participanți fără a transfera deciziile de acces către echipa de dezvoltare centrală a Hyperliquid.
Conform designului preliminar, un deployer poate menține o listă on-chain de participanți aprobați sau poate numi un sub-deployer pentru a gestiona accesul. Operatorii de piață care nu necesită permisionare pot continua să utilizeze structura HIP-3 existentă fără a modifica modul în care funcționează piețele lor.
Hyperliquid a pus la dispoziție prima versiune pe testnet, unde dezvoltatorii pot examina designul înainte de orice lansare în producție. Yan a declarat că specificațiile rămân preliminare, permițând echipei să ajusteze sistemul după primirea feedback-ului tehnic.
HIP-3 permite deja echipelor externe să implementeze piețe de contracte futures perpetue pe HyperCore fără a solicita aprobarea dezvoltatorilor centrali ai Hyperliquid. Fiecare deployer selectează activele oferite prin piața sa și controlează mai mulți termeni operaționali, inclusiv intrările oracolului, limitele de levier și comisioanele.
Responsabilitatea rămâne, de asemenea, la echipa de implementare. Operatorii independenți își gestionează piețele, supraveghează decontarea și abordează problemele legate de produsele pe care le listează, în timp ce Hyperliquid furnizează blockchain-ul subiacent și infrastructura de tranzacționare.
Adăugarea permisionării extinde instrumentele disponibile acelorași operatori, mai degrabă decât să transfere controlul pieței către Hyperliquid. O echipă ar putea utiliza o listă de permisiuni (allowlist) atunci când modelul său de afaceri, obligațiile legale sau politicile interne o obligă să limiteze participarea, în timp ce un alt deployer ar putea menține piața deschisă în cadrul actual.
Designul separă, de asemenea, guvernanța infrastructurii de accesul la nivel de piață. Hyperliquid ar menține rețeaua subiacentă, dar fiecare echipă participantă ar decide dacă activează o listă de permisiuni (allowlist) și cine se califică pentru a intra în implementarea sa.
HIP-3 a fost construit pentru a susține piețele lansate de terți, în loc să limiteze crearea de produse la propria echipă Hyperliquid. Deployerii pot lista contracte perpetue legate de active cripto și alte piețe de referință, cu condiția să gestioneze sarcinile tehnice și operaționale aferente produselor lor.
Un contract futures perpetuu nu are o dată fixă de expirare. Plățile de finanțare recurente ajută la menținerea prețului său aproape de activul de referință, în timp ce traderii pot menține o poziție atâta timp cât îndeplinesc cerințele de marjă aplicabile.
Prin HIP-3, echipele independente pot determina modul în care sunt structurate aceste contracte. Selecția oracolului afectează prețul de referință utilizat de piață, regulile de levier determină cât de multă expunere pot asuma traderii, iar setările de comisioane stabilesc ce plătesc participanții pentru tranzacționare.
Implementările permisionate ar adăuga screening-ul participanților la acea listă de controale. Hyperliquid nu a declarat că toți operatorii HIP-3 trebuie să utilizeze funcția, iar lansarea pe testnet nu modifică automat piețele existente.
O astfel de separare este în concordanță cu descrierea Hyperliquid ca furnizor neutru de infrastructură, mai degrabă decât ca operator al fiecărei piețe construite pe sistemele sale. Deployerii rămân responsabili pentru produsele pe care le introduc și pentru regulile de acces pe care aleg să le aplice.
Controlul operațional poate, de asemenea, lăsa echipele de implementare responsabile pentru eșecurile legate de propria lor configurație de piață. Calitatea oracolului, setările de levier, procedurile de decontare și gestionarea accesului revin operatorului, nu grupului central de dezvoltare al Hyperliquid, conform structurii descrise de Yan.
În timpul etapei de testnet, dezvoltatorii participanți pot evalua modul în care listele de permisiuni (allowlists) interacționează cu conturile de tranzacționare, permisiunile de piață și rolurile de sub-deployer. Hyperliquid nu a anunțat o dată pentru mutarea funcției pe mainnet, iar feedback-ul ar putea modifica specificațiile finale.
Listele de permisiuni (allowlists) on-chain oferă o metodă tehnică de restricționare a participării, dar propunerea nu specifică faptul că activarea uneia face ca o implementare să fie conformă cu o anumită jurisdicție. Obligațiile legale depind de active, clienți, operator și țările implicate, în timp ce o listă de permisiuni (allowlist) controlează doar ce conturi blockchain pot intra pe o piață.
Pentru operatorii care se adresează pieței din S.U.A., accesul la derivate este, în general, legat de regulile Commodity Futures Trading Commission și de licențele deținute de locație, organizația de compensare și intermediar. Software-ul de permisionare în sine nu înlocuiește cerințele de înregistrare, protecție a clienților, raportare sau supraveghere a pieței impuse de regulator.
În iulie, Hyperliquid Policy Center și Phantom au solicitat reguli personalizate pentru sistemele de tranzacționare descentralizate. Așa cum a raportat crypto.news, grupurile au argumentat că dezvoltatorii de software și furnizorii de portofele non-custodiale nu ar trebui să se confrunte automat cu aceleași obligații de înregistrare ca intermediarii financiari tradiționali care controlează activele clienților.
O cerere din 26 august depusă de Hyperliquid Policy Center și trade[XYZ] a propus ulterior contracte perpetue de energie legate de țițeiul West Texas Intermediate, țițeiul Brent și gazele naturale Henry Hub. Cererea a menționat că trade[XYZ] a operat piețe perpetue terțe pe Hyperliquid din octombrie 2025 și a înregistrat peste 500 de miliarde de dolari în volum cumulat pe mai multe clase de active.
Conform cererii, orice operator reglementat din S.U.A. ar trebui în continuare să respecte regulile CFTC care acoperă protecția clienților, integritatea pieței și păstrarea înregistrărilor. Grupurile au propus, de asemenea, limite de levier specifice activelor, dezvăluiri de finanțare în limbaj simplu și controale care vizează fiabilitatea benchmark-urilor și riscurile de manipulare.
CFTC nu a aprobat produsele energetice solicitate. Analiza sa acoperă fiabilitatea prețurilor, supravegherea, limitele de poziție, marja, compensarea și posibilele efecte ale tranzacționării continue de derivate pe piețele fizice de mărfuri.
Discuțiile separate care implică Hyperliquid Labs și compania mamă a Kraken, Payward, ar putea plasa contracte futures perpetue cripto selectate pe Bitnomial, o bursă de derivate reglementată din S.U.A. Payward a prezentat structura propusă CFTC, conform raportului furnizat, dar nicio autorizație nu a fost confirmată.
Conform aranjamentului discutat, clienții eligibili Bitnomial ar putea tranzacționa contracte futures selectate legate de cripto, utilizând tehnologia Hyperliquid. Bitnomial ar oferi locația reglementată, în timp ce rolurile tehnice și operaționale propuse ar depinde de structura finală acceptată de companii și de CFTC.
Payward deține deja Bitnomial, care deține licențe de bursă, casă de compensare și brokeraj în S.U.A. Kraken a lansat contracte perpetue reglementate pentru clienții americani eligibili prin Bitnomial în iunie, permițând utilizatorilor să gestioneze contracte spot, marjă, futures convenționale și perpetue dintr-un cont Kraken Pro.
Aranjamentul propus de Hyperliquid vizează contracte selectate care utilizează tehnologia sa și rămâne distinct de produsele Bitnomial existente ale Kraken. Orice lansare ar depinde de evaluarea CFTC a contractelor, a structurii pieței și a garanțiilor prezentate de Payward.
O dispută legală separată ar putea afecta, de asemenea, modul în care astfel de produse ajung la clienții americani. CME Group a contestat tratamentul CFTC al contractelor perpetue, argumentând că acestea ar trebui să fie guvernate ca swap-uri conform Legii Dodd-Frank, mai degrabă decât listate ca futures obișnuite.
Disputa privind clasificarea contractelor perpetue a început după ce CFTC a aprobat contractul perpetuu Bitcoin al Kalshi în mai. Poziția CME ar plasa produsele sub un cadru de reglementare diferit, în timp ce CFTC a susținut că legea federală nu impune ca un contract futures să aibă o dată fixă de expirare.
Propunerea Payward care implică tehnologia Hyperliquid rămâne în fața CFTC, fără o dată de lansare confirmată, o listă de contracte aprobată sau cerințe finale de eligibilitate pentru clienții Bitnomial.
ETH
BTC