Ipinakilala ng Hyperliquid ang isang paunang pag-upgrade ng HIP-3 testnet na nagpapahintulot sa mga independiyenteng deployment team na kontrolin ang access sa mga perpetual futures market sa pamamagitan ng on-chain allowlists na pinamamahalaan ng deployer.
Sinabi ng co-founder ng Hyperliquid na si Jeffrey Yan sa isang panukala sa testnet na ang mga deployer ay makakapaglikha ng mga permissioned market at makakapamahala ng kanilang mga listahan ng kalahok nang hindi ipinapasa ang mga desisyon sa access sa core development team ng Hyperliquid.
Sa ilalim ng paunang disenyo, ang isang deployer ay maaaring magpanatili ng isang on-chain listahan ng mga aprubadong kalahok o magtalaga ng isang sub-deployer upang pangasiwaan ang access. Ang mga market operator na hindi nangangailangan ng pagpapahintulot ay maaaring patuloy na gamitin ang kasalukuyang istruktura ng HIP-3 nang hindi binabago kung paano gumagana ang kanilang mga market.
Ginawang available ng Hyperliquid ang unang bersyon sa testnet, kung saan maaaring suriin ng mga developer ang disenyo bago ang anumang production release. Sinabi ni Yan na ang mga spesipikasyon ay nananatiling pauna, na nagpapahintulot sa team na ayusin ang sistema pagkatapos makatanggap ng teknikal na feedback.
Pinapayagan na ng HIP-3 ang mga panlabas na team na mag-deploy ng mga perpetual futures market sa HyperCore nang hindi humihingi ng pag-apruba mula sa mga core developer ng Hyperliquid. Pinipili ng bawat deployer ang mga asset na iniaalok sa pamamagitan ng market nito at kinokontrol ang ilang operating terms, kabilang ang oracle inputs, leverage limits, at fees.
Ang responsibilidad ay nananatili rin sa deployment team. Pinamamahalaan ng mga independiyenteng operator ang kanilang mga market, nangangasiwa sa settlement, at tumutugon sa mga problema na nauugnay sa mga produkto na kanilang inililista, habang ang Hyperliquid ay nagbibigay ng pinagbabatayang blockchain at imprastraktura ng pagkalakal.
Ang pagdaragdag ng pagpapahintulot ay nagpapalawak ng mga tool na magagamit ng parehong operator sa halip na ilipat ang kontrol sa market sa Hyperliquid. Maaaring gumamit ang isang team ng isang allowlist kapag nangangailangan ang kanilang modelo ng negosyo, legal na obligasyon, o panloob na patakaran na limitahan ang partisipasyon, habang ang isa pang deployer ay maaaring panatilihing bukas ang market nito sa ilalim ng kasalukuyang balangkas.
Pinaghihiwalay din ng disenyo ang pamamahala ng imprastraktura mula sa access sa antas ng market. Pananatilihin ng Hyperliquid ang pinagbabatayang network, ngunit ang bawat kalahok na team ay magdedesisyon kung aakibahin ang isang allowlist at kung sino ang kwalipikadong makapasok sa kanilang deployment.
Ang HIP-3 ay binuo upang suportahan ang mga market na inilunsad ng mga third party sa halip na limitahan ang paglikha ng produkto sa sariling team ng Hyperliquid. Ang mga deployer ay maaaring maglista ng mga perpetual contract na konektado sa mga crypto asset at iba pang reference market, sa kondisyon na pinamamahalaan nila ang mga teknikal at operasyonal na tungkulin na nakakabit sa kanilang mga produkto.
Ang isang perpetual futures contract ay walang nakapirming petsa ng pag-expire. Ang paulit-ulit na pagbabayad ng funding ay nakakatulong na panatilihing malapit ang presyo nito sa sinangguniang asset, habang ang mga trader ay maaaring panatilihin ang isang posisyon hangga't natutugunan nila ang mga kinakailangan sa margin.
Sa pamamagitan ng HIP-3, maaaring matukoy ng mga independiyenteng team kung paano nakabalangkas ang mga contract na iyon. Ang pagpili ng oracle ay nakakaapekto sa reference price na ginagamit ng market, ang mga patakaran sa leverage ay tumutukoy kung gaano karaming exposure ang maaaring makuha ng mga trader, at ang mga setting ng bayarin ay nagtatakda kung ano ang babayaran ng mga kalahok para sa pagkalakal.
Ang mga permissioned deployment ay magdaragdag ng screening ng kalahok sa listahan ng mga kontrol na iyon. Hindi sinabi ng Hyperliquid na ang lahat ng HIP-3 operator ay dapat gumamit ng feature, at ang release sa testnet ay hindi awtomatikong nagbabago ng mga kasalukuyang market.
Ang ganitong paghihiwalay ay naaayon sa paglalarawan ng Hyperliquid sa sarili nito bilang isang neutral na tagapagbigay ng imprastraktura sa halip na ang operator ng bawat market na binuo sa mga sistema nito. Ang mga deployer ay nananatiling responsable para sa mga produkto na kanilang ipinakilala at sa mga patakaran sa access na kanilang pinipiling ilapat.
Ang kontrol sa operasyon ay maaaring mag-iwan din sa mga deployment team na responsable para sa mga pagkabigo na nauugnay sa kanilang sariling konpigurasyon ng market. Ang kalidad ng oracle, mga setting ng leverage, mga pamamaraan ng settlement, at pamamahala ng access ay nasa operator sa halip na sa central development group ng Hyperliquid sa ilalim ng istruktura na inilarawan ni Yan.
Sa panahon ng testnet stage, maaaring suriin ng mga kalahok na developer kung paano nakikipag-ugnayan ang mga allowlist sa mga trading account, mga pahintulot sa market, at mga sub-deployer role. Hindi pa inaanunsyo ng Hyperliquid ang petsa para sa paglipat ng feature sa mainnet, at ang feedback ay maaaring magbago sa huling mga spesipikasyon.
Ang mga on-chain allowlist ay nagbibigay ng teknikal na paraan para sa paghihigpit ng partisipasyon, ngunit hindi sinasabi ng panukala na ang pag-aktibo nito ay nagiging compliant ang isang deployment sa anumang partikular na hurisdiksyon. Ang mga legal na obligasyon ay nakasalalay sa mga asset, customer, operator, at mga bansang kasangkot, habang ang isang allowlist ay kinokontrol lamang kung aling mga blockchain account ang maaaring makapasok sa isang market.
Para sa mga operator na nakaharap sa U.S., ang access sa derivatives ay karaniwang nakatali sa mga patakaran ng Commodity Futures Trading Commission at sa mga lisensya na hawak ng venue, clearing organization, at intermediary. Ang permissioning software mismo ay hindi pumapalit sa pagpaparehistro, proteksyon ng customer, pag-uulat, o mga kinakailangan sa pagsubaybay sa market na ipinapataw ng regulator.
Noong Hulyo, humiling ang Hyperliquid Policy Center at Phantom ng mga customized na patakaran para sa mga desentralisadong sistema ng pagkalakal. Tulad ng iniulat ng crypto.news, iginiit ng mga grupo na ang mga software developer at non-custodial wallet provider ay hindi dapat awtomatikong harapin ang parehong mga tungkulin sa pagpaparehistro tulad ng tradisyonal na financial intermediary na kumokontrol sa mga asset ng customer.
Ang isang filing noong Agosto 26 mula sa Hyperliquid Policy Center at trade[XYZ] ay nagpanukala sa kalaunan ng mga energy perpetual na konektado sa West Texas Intermediate crude, Brent crude, at Henry Hub natural gas. Sinabi ng filing na ang trade[XYZ] ay nagpatakbo ng mga third-party perpetual market sa Hyperliquid mula noong Oktubre 2025 at nakapagtala ng higit sa $500 bilyon sa pinagsamang volume sa ilang klase ng asset.
Ayon sa filing, ang sinumang regulated na operator sa U.S. ay kailangan pa ring sumunod sa mga patakaran ng CFTC na sumasaklaw sa proteksyon ng customer, integridad ng market, at pagtatago ng rekord. Nagpanukala rin ang mga grupo ng mga limitasyon sa leverage na partikular sa asset, simpleng pagbubunyag ng funding, at mga kontrol na tumutugon sa pagiging maaasahan ng benchmark at mga panganib ng manipulasyon.
Hindi pa inaaprubahan ng CFTC ang mga hiniling na produkto ng enerhiya. Saklaw ng pagsusuri nito ang pagiging maaasahan ng presyo, pagsubaybay, mga limitasyon sa posisyon, margin, clearing, at ang posibleng epekto ng tuloy-tuloy na derivatives trading sa physical commodity market.
Ang magkahiwalay na usapan na kinasasangkutan ng Hyperliquid Labs at ng Payward, ang magulang ng Kraken, ay maaaring maglagay ng piling crypto perpetual futures sa Bitnomial, isang regulated na derivatives exchange sa U.S. Iniharap na ng Payward ang iminumungkahing istruktura sa CFTC, ayon sa ibinigay na ulat, ngunit walang awtorisasyon na nakumpirma.
Sa ilalim ng napag-usapang arrangement, ang mga karapat-dapat na customer ng Bitnomial ay maaaring makipagkalakal ng piling crypto-linked futures gamit ang teknolohiya ng Hyperliquid. Ibibigay ng Bitnomial ang regulated na venue, habang ang iminumungkahing teknikal at operating role ay nakasalalay sa huling istruktura na tinatanggap ng mga kumpanya at ng CFTC.
Pag-aari na ng Payward ang Bitnomial, na may hawak na mga lisensya sa exchange, clearinghouse, at brokerage sa U.S. Inilunsad ng Kraken ang mga regulated perpetual para sa mga karapat-dapat na kliyente sa Amerika sa pamamagitan ng Bitnomial noong Hunyo, na nagpapahintulot sa mga user na pamahalaan ang spot, margin, conventional futures, at perpetual contract mula sa isang Kraken Pro account.
Ang iminumungkahing arrangement ng Hyperliquid ay tungkol sa piling contract na gumagamit ng teknolohiya nito at nananatiling hiwalay sa mga kasalukuyang produkto ng Bitnomial ng Kraken. Ang anumang paglulunsad ay nakasalalay sa pagsusuri ng CFTC sa mga contract, istruktura ng market, at mga pananggalang na iniharap ng Payward.
Ang isang hiwalay na legal na alitan ay maaari ding makaapekto kung paano nakakarating ang mga naturang produkto sa mga customer sa Amerika. Hinamon ng CME Group ang pagtrato ng CFTC sa mga perpetual contract, na nangangatwiran na dapat silang pamahalaan bilang mga swap sa ilalim ng Dodd-Frank Act sa halip na ilista bilang ordinaryong futures.
Ang alitan sa klasipikasyon ng perpetuals ay nagsimula matapos linisin ng CFTC ang Bitcoin perpetual contract ng Kalshi noong Mayo. Ilalagay ng posisyon ng CME ang mga produkto sa ilalim ng ibang regulatory framework, habang iginiit ng CFTC na hindi kinakailangan ng batas federal ang isang futures contract na magkaroon ng nakapirming petsa ng pag-expire.
Ang panukala ng Payward na kinasasangkutan ng teknolohiya ng Hyperliquid ay nananatili sa harap ng CFTC, na walang kumpirmadong petsa ng paglulunsad, naaprubahang listahan ng contract, o huling kinakailangan sa pagiging karapat-dapat para sa mga customer ng Bitnomial.
ETH
BTC