Panduan Builder HIP-3: Mengapa Definisi Oracle Membentuk Takdir Pasar Perpetual Anda

Ketika Hyperliquid meluncurkan HIP-3, itu secara fundamental mengubah cara pasar kontrak perpetual terbentuk. Alih-alih menghalangi daftar pasar di balik proses persetujuan terpusat, protokol membuka akses bagi builder yang memenuhi syarat—tetapi kebebasan ini datang dengan sebuah konsekuensi: builder sekarang memegang risiko operasional. Landasan dari tanggung jawab ini dimulai dari satu keputusan yang sering diremehkan: definisi oracle Anda.

Lebih dari tiga bulan sejak peluncuran mainnet, pasar yang dideploy builder di HIP-3 telah mengumpulkan lebih dari $13 miliar dalam volume transaksi. Skala ini tidak terjadi secara kebetulan. Ini mencerminkan inovasi protokol dan builder yang berhasil menavigasi kompleksitasnya. Namun, untuk setiap pasar yang sukses, ada kisah peringatan—seperti insiden Desember 2025 di trade.xyz di mana seorang penyerang mengeksploitasi definisi oracle yang lemah pada aset non-24/7, menguras $13 juta dalam posisi long melalui manipulasi harga.

Panduan ini membimbing Anda melalui arsitektur, risiko, dan strategi kontrol terbukti yang membedakan pasar yang berkembang pesat dari yang terjerumus ke dalam cascades likuidasi dan trigger ADL.

Memahami Infrastruktur Hyperliquid: Dasar untuk Definisi Oracle

Hyperliquid tidak meminta builder untuk menciptakan ulang roda. Ia menyediakan infrastruktur dua tingkat:

HyperCore: Blockchain Layer 1 kustom yang dioptimalkan untuk perdagangan perpetual, memproses 200.000 order per detik dengan finalitas deterministik. Matching, clearing, dan settlement semuanya terjadi di tingkat protokol—berarti builder tidak perlu membangun mesin perdagangan dari awal.

HyperEVM: Lapisan aplikasi yang menjalankan smart contracts, kompatibel dengan alat Ethereum yang ada.

Dengan menggunakan kembali lapisan infrastruktur ini, builder fokus pada hal yang penting: definisi pasar dan disiplin operasional. Pasar perpetual Hyperliquid native tetap mengikuti proses listing CEX tradisional—validator memilih kontrak yang akan dimasukkan. Tetapi HIP-3 membalik model ini: builder yang memenuhi threshold dapat meluncurkan pasar.

Untuk meluncurkan di bawah HIP-3, Anda harus mempertaruhkan 500.000 token HYPE. Tiga pasar pertama Anda dapat deploy secara gratis; pasar tambahan memerlukan penawaran dalam sistem lelang Belanda (siklus 31 jam, dimulai dari 2x harga akhir putaran sebelumnya). Persyaratan staking ini tetap berlaku selama 30 hari bahkan jika Anda menangguhkan semua pasar—ini bukan asuransi opsional; ini adalah mekanisme akuntabilitas Anda.

Peran Anda sebagai Builder: Dua Tanggung Jawab Berbeda

HIP-3 membagi pekerjaan builder menjadi dua fase: definisi pasar dan operasi pasar.

Definisi Pasar adalah tentang mendapatkan hal yang benar sejak hari pertama. Anda harus menentukan:

1. Definisi Oracle: Sumber data mana yang akan menjadi dasar harga? Berapa harga oracle awal Anda (oraclePx)? Untuk perpetual saham, apakah itu Pyth? Untuk altcoin yang kurang likuid, apakah itu feed harga CEX? Keputusan ini tidak dapat diubah setelah trader masuk posisi.

2. Spesifikasi kontrak: Simbol, ukuran order minimum, leverage maksimum, aset jaminan (USDC, misalnya), dan tabel margin yang mengaitkan batas leverage dengan ukuran posisi.

Operasi Pasar berarti pengawasan terus-menerus:

• Pengisian harga: Anda memanggil setOracle berulang kali untuk mengirim harga oracle. Harus ada minimal 2,5 detik antara panggilan; jika harga penanda (optional) Anda tidak diperbarui dalam 10 detik, sistem akan kembali ke harga order book lokal.
• Penyesuaian leverage: Anda mengikat tabel margin ke pasar Anda, menetapkan batas leverage bertingkat berdasarkan ukuran posisi notional.
• Kontrol darurat: Anda dapat memanggil haltTrading untuk membekukan pasar, membatalkan semua order, dan menyelesaikan posisi pada harga penanda saat ini.

Protokol memberlakukan batasan—harga penanda tidak boleh bergerak lebih dari ±1% per pembaruan, dan semua harga dibatasi dalam 10x nilai awal hari. Tetapi batasan ini bukanlah belenggu. Di dalam batasan tersebut, pilihan Anda menentukan apakah pasar Anda berkembang atau runtuh.

Definisi Oracle: Titik Keputusan Penting untuk Stabilitas Pasar

Definisi oracle adalah titik di mana nasib pasar Anda berbeda. Ini adalah hal pertama yang Anda tetapkan dan yang paling sulit diperbaiki. Inilah mengapa hal ini sangat penting.

Apa Artinya Definisi Oracle Sebenarnya

Definisi oracle dalam HIP-3 mencakup tiga lapisan:

1. OraclePx (wajib): Anchor harga utama. Biasanya bersumber dari server relayer Anda, yang mengagregasi feed eksternal (Pyth, DEX AMMs, feed harga CEX). Ini adalah titik kegagalan tunggal jika relayer crash atau terkena DDoS.

2. MarkPx (opsional): Harga penanda khusus yang Anda kirimkan—hingga 2 set—untuk menghitung patokan likuidasi aktual. Di sinilah builder dengan model penetapan harga proprietary bersinar, tetapi juga tempat di mana penilaian buruk dapat membunuh pasar.

3. ExternalPerpPx (wajib): Median tertimbang dari harga tengah perp dari beberapa CEX. Ini berfungsi sebagai pemeriksaan kewarasan, mencegah pasar terisolasi Anda menyimpang terlalu jauh dari konsensus pasar yang lebih luas.

Sistem kemudian menggabungkan ini menjadi harga penanda akhir: median dari (order book lokal tengah, set harga penanda yang Anda kirimkan, dan externalPerpPx). Jika salah satu lapisan gagal, sistem akan cascade ke lapisan berikutnya. Jika semuanya gagal, Anda berdagang dalam kegelapan.

24/7 vs. Aset Non-24/7: Dua Definisi Oracle Berbeda

Untuk aset 24/7 (BTC, ETH, sebagian besar altcoin): Definisi oracle cukup sederhana. Pyth, Chainlink, atau feed langsung dari CEX menyediakan sinyal harga yang kontinu dan likuid. Relayer Anda mengagregasi mereka. Manipulasi mahal karena mendeteksi mispricing terhadap puluhan pasar eksternal secara langsung.

Untuk aset non-24/7 (saham, indeks, komoditas): Definisi oracle menjadi eksistensial. Ambil saham NASDAQ. Saat jam pasar, Pyth memberikan harga bersih. Setelah pasar tutup, tidak ada harga eksternal. Definisi oracle Anda harus bertahan dalam vakuum.

Ini jebakan: Saat di luar jam, mekanisme setOracle Anda tidak bisa mengambil harga pasar nyata. Jadi Anda kembali ke “tutup terakhir + tekanan order book internal.” Tapi tanpa anchor eksternal, tekanan internal sendiri menjadi cermin—harga hanya mencerminkan apa yang ada di dalam pasar Anda, bukan nilai sebenarnya dari aset dasar.

Protokol memberlakukan batasan ±1/maxLeverage pada pergerakan harga (misalnya, leverage 10x → maksimal swing 10%). Pada aset bervolatilitas tinggi selama jam normal, ini masuk akal. Pada saham likuid rendah di akhir pekan tanpa harga eksternal, swing 10% cukup untuk melikuidasi seluruh portofolio dan memicu cascade ADL.

Likuidasi & ADL: Bagaimana Definisi Oracle Mempengaruhi Risiko Cascade

Setelah posisi terbuka, definisi oracle menentukan kapan trader dipanggil margin-nya.

Trigger Likuidasi

Likuidasi terjadi saat nilai posisi terisolasi Anda turun di bawah margin pemeliharaan. Pemeriksaan menggunakan harga penanda (dihitung dari definisi oracle Anda), bukan harga transaksi tertentu. Secara matematis:

Harga Likuidasi = (nilai notional × marginRequirement) / ukuran posisi

Margin pemeliharaan sendiri bertingkat— leverage lebih tinggi mendapatkan margin yang lebih ketat, sehingga likuidasi terjadi lebih cepat. Tabel margin Anda mengikat tingkat ini ke pasar Anda, jadi jika Anda menetapkan leverage tidak masuk akal tinggi pada pasar dengan likuiditas rendah, likuidasi akan berkumpul.

Kapan Likuidasi Menjadi ADL

Kengerian sebenarnya dimulai saat order likuidasi tidak menemukan pembeli. Bayangkan harga penanda Anda menunjukkan $3.000 (dihitung dari definisi oracle Anda), tetapi kedalaman order book nyata tipis. Order likuidasi dieksekusi di $2.910—selisih 3%. Jika selisih ini cukup besar sehingga kerugian likuidasi melebihi margin trader, Anda menciptakan “utang buruk.”

Sistem tidak mentolerir utang buruk. Ia memicu ADL (Auto-Deleveraging): posisi yang menguntungkan di sisi berlawanan dipaksa ditutup pada harga penanda sebelumnya ($3.000), bukan harga pasar saat ini. Keuntungan dipotong kembali untuk menutup celah, memindahkan kerugian ke pemenang.

Dari sudut pandang builder, ADL adalah peringatan kontaminasi. Setiap kejadian ADL menandakan pasar Anda berada di bawah tekanan—baik definisi oracle Anda rusak, atau pengaturan leverage Anda mengundang risiko terlalu besar ke order book dangkal.

Parameter Kritis: Mengonfigurasi Definisi Oracle dan Leverage untuk Pasar Anda

Implementasi setOracle Anda adalah dial tuning dengan leverage besar. Kesalahan berantai.

Frekuensi Oracle & Aturan Pembaruan

Anda harus memanggil setOracle minimal setiap 10 detik, atau sistem kembali ke harga order book lokal (meninggalkan harga penanda jika feed Anda lebih baik). Sebagian builder mendorong pembaruan setiap 2-5 detik selama periode volatil.

Tapi inilah jebakannya: Setiap panggilan setOracle bisa menggerakkan harga penanda paling banyak ±1%. Jika kondisi pasar nyata bergeser 5% dalam satu detik (misalnya, untuk altcoin berkapitalisasi kecil atau kejadian black swan), definisi oracle Anda kini usang secara paksa. Likuidator melihat harga usang dan menyerang pasar.

Definisi Oracle Aset Non-24/7: Masalah Akhir Pekan

Saham dan aset tradisional tidak diperdagangkan di akhir pekan. Builder yang merencanakan perpetual saham di HIP-3 harus memutuskan: Bagaimana Anda mendefinisikan harga oracle pada Sabtu pagi saat tidak ada bursa yang buka?

Pendekatan saat ini:

Pendekatan 1: Konservatif – Menangguhkan perdagangan atau likuidasi selama jam non-aktif. Lighter protocol dan Optium melakukan ini. Trader kehilangan akses 24/7, tetapi pasar tetap stabil.

Pendekatan 2: Penetapan Harga Internal – Menggunakan “harga eksternal terakhir + tekanan order book internal” untuk menjaga operasi. Ini yang dicoba trade.xyz sebelum insiden Desember mereka.

Pendekatan 2 mengekspos kelemahan kritis dalam definisi oracle: harga dasar ±1/maxLeverage menjadi batas atas risiko. Pada saham berlikuid rendah di hari Minggu, bahkan pergerakan harga 10% bisa terjadi dengan beberapa order besar. Definisi oracle Anda harus mencegah ini, tetapi batasan tidak cukup ketat.

Definisi oracle yang lebih baik untuk aset non-24/7 mencakup anchor tambahan:

• Blue Ocean ATS: Menyediakan harga ekuitas setelah jam perdagangan. Tidak se likuid jam reguler, tetapi ini adalah harga pasar nyata, bukan estimasi order book internal.
• Kutipan CFD akhir pekan IG: Menawarkan sinyal “pergerakan pembukaan yang diharapkan.” Digabungkan dengan harga close terakhir + tekanan internal, memberi definisi oracle Anda peluang bertahan tetap terikat.

Supplement ini tidak menggantikan desain oracle yang ketat—melainkan menambahkannya. Definisi oracle Anda harus: “Selama jam pasar, Pyth. Di luar jam, harga Pyth terakhir yang disesuaikan dengan Blue Ocean ATS mid + tekanan order book internal, dibatasi dalam ±X%.”

Kontrol Risiko Oracle: Strategi Monitoring Real-Time untuk Stabilitas Feed Harga

Di sinilah teori bertemu operasi. Definisi oracle Anda hanya sebaik sistem pemantauannya.

Deteksi Kegagalan Feed Harga

Relayer Anda adalah titik kegagalan tunggal. Jika proses crash atau kehilangan koneksi jaringan, setOracle berhenti berjalan. Dalam 10 detik, sistem kembali ke harga order book murni. Untuk pasar likuid dengan spread ketat, ini bisa bertahan. Untuk lainnya, ini jebakan likuidasi.

Rencana aksi:

• Level 1 alarm: Feed harga mati >2,5 detik. Lakukan pemeriksaan kesehatan langsung pada node relayer Anda. Beralih ke infrastruktur cadangan. Terbitkan laporan status.
• Level 2 alarm: Feed harga mati >10 detik. Panggil setOpenInterestCaps untuk membekukan posisi baru. Posisi yang ada tetap bisa ditutup. Ini mencegah cascade likuidasi saat Anda membangun kembali pipeline oracle.

De-anchoring Harga: Ketika Definisi Oracle Anda Melenceng

Bahkan jika relayer online, harga oracle Anda bisa menyimpang jauh dari kenyataan. Ini terjadi saat:

• Feed Pyth Anda sedikit usang (misalnya saat kemacetan).
• Median order book internal menyimpang karena likuiditas rendah.
• Harga CEX eksternal (yang digunakan dalam externalPerpPx) bergerak lebih cepat dari pembaruan Anda.

Definisikan de-anchoring secara kuantitatif:

• Ambang Batas A: |oraclePx - externalPerpPx| > 2%.
• Ambang B: |markPx - median order book lokal| > 1%.
• Ambang C & D: Pengukuran serupa untuk deviasi berkelanjutan (>5 detik).

Rencana aksi:

• Level 1: Jika 2+ ambang batas terpicu, panggil setOpenInterestCaps untuk mengunci pertumbuhan posisi baru.
• Level 2: Secara bertahap perbarui tabel margin, kurangi leverage maksimum secara bertingkat. Aktifkan clamp setOracle ±1% sebagai mekanisme pengaman.
• Level 3: Lanjutkan tindakan Level 2 sambil mengeluarkan peringatan. Jika deviasi bertahan >30 detik, panggil haltTrading sebagai langkah terakhir.

Degradasi Order Book: Deteksi Pasar Tipis

Likuiditas bisa hilang tanpa kegagalan definisi oracle. Pantau:

• Depth band (±x%): Volume order total dalam x% dari harga tengah. Umumnya: kedalaman ±0,5%.
• Spread: bestAsk - bestBid. Sehat: <0,1%. Berbahaya: >1%.
• Volume agresif: Volume taker dalam Δt detik terakhir. Jika melebihi depth band Anda, ada masalah.

Saat kedalaman runtuh sementara volume agresif melonjak, order likuidasi akan mengalami slippage. Ini sinyal Anda untuk mengurangi batas posisi terbuka sebelum ADL terjadi.

Aset Non-24/7: Definisi Oracle Saat Penutupan Pasar

Mari fokus pada mimpi buruk spesifik: perpetual saham di hari Jumat malam. Pasar tutup pukul 4 sore ET. Builder Anda harus memutuskan: Bagaimana mendefinisikan harga oracle di Sabtu pagi saat tidak ada bursa yang buka?

Insiden Trade.xyz Desember 2025

Pada 14 Desember 2025, penyerang memanfaatkan skenario ini secara tepat. Mereka membangun posisi short besar di XYZ100 (perp indeks NASDAQ-100) saat pasar tidak likuid. Serangan:

1. Posisi di luar jam: Setelah pasar tutup, dengan anchor harga eksternal minimal dan order book tipis, mereka menciptakan tekanan jual besar-besaran.
2. Kegagalan definisi oracle: Harga penanda internal (berdasarkan perdagangan internal terbatas + harga eksternal terakhir) menyimpang ke atas relatif terhadap keberadaan pembeli.
3. Cascade likuidasi: Posisi long dipanggil margin pada harga yang secara artifisial tinggi. Order likuidasi semakin menekan pasar.
4. Cascade ADL: Sistem menutup paksa posisi short yang menguntungkan (termasuk milik penyerang) pada harga penanda usang, tetapi celahnya begitu besar sehingga terjadi cascade ADL.

Penyebab utama: definisi oracle untuk aset non-24/7 di luar jam terlalu longgar. Batas harga berbasis leverage 10% terdengar kaku sampai Anda menyadari itu adalah 10 poin persentase toleransi pada saham yang mungkin hanya bergerak 2-3% dalam trading normal.

$13M Definisi Oracle Lebih Baik untuk Di Luar Jam

Definisi oracle Anda untuk aset non-24/7 harus mencakup:

1. Anchor utama selama jam aktif: Pyth atau feed bursa.
2. Anchor tambahan di luar jam: Blue Ocean ATS atau kutipan CFD IG untuk mengindikasikan celah pembukaan yang diharapkan.
3. Pemeriksaan kewarasan internal: Jika median order book internal menyimpang >X% dari anchor tambahan, aktifkan peringatan dan kurangi leverage.
4. Manajemen risiko asimetris: Selama jam aktif, Anda bisa menjalankan leverage 10x. Di luar jam, turunkan ke 2-5x maksimum. Ini mengurangi risiko cascade likuidasi saat definisi oracle secara fundamental terbatas oleh kurangnya harga eksternal.

Membangun Dashboard Risiko: Pemantauan Harga, Kedalaman, dan Posisi

Builder profesional mengoperasikan tiga saluran pemantauan secara bersamaan:

Saluran 1: Indikator Harga

Pantau kesehatan oracle setiap 1-2 detik:

• Latensi feed ###waktu sejak panggilan setOracle terakhir(
• Deviasi harga dari benchmark eksternal
• Pelanggaran clamp )harga di ±1% untuk periode tertentu(

) Saluran 2: Indikator Order Book

Pantau kedalaman dan spread setiap 5-10 detik:

• Kedalaman dalam ±0,5%, ±1%, ±2% dari harga tengah
• Tren spread bid-ask
• Korelasi volume beli/jual agresif

Volume agresif tinggi + kedalaman runtuh = sinyal pra-likuidasi.

Saluran 3: Indikator Posisi

Pantau open interest dan konsentrasi per jam:

• Total notional OI vs. rasio volume 24 jam ###rising ratio = mode spekulasi(
• Ukuran posisi terbesar sebagai % dari margin yang tersedia
• Pihak mayoritas )longs vs. shorts( unrealized P&L sebagai % dari margin

Ketika P&L mayoritas melebihi 80-90% dari margin pada harga ekstrem, setiap kejutan pasar memicu ADL.

Sebagian besar builder menggunakan dashboard ini secara reaktif—peringatan dipicu, mereka merespons. Builder canggih mengotomatisasi respons:

• Feed harga mati >10 detik → otomatis kurangi OI ke 50%.
• Runtuhnya kedalaman + volume agresif tinggi → otomatis kurangi leverage tier.
• P&L mayoritas >80% dari margin → aktifkan peringatan, pertimbangkan penghentian pasar.

Dari Definisi Oracle ke Stabilitas Pasar: Kerangka Akuntabilitas Builder

HIP-3 memberi builder otonomi. Ia juga memberi mereka akuntabilitas.

Jika pasar Anda bermasalah—baik dari definisi oracle yang buruk, leverage yang sembrono, atau pemantauan yang tidak memadai—validator dapat memilih untuk mengurangi stake HYPE 500k Anda. Protokol tidak membedakan niat buruk dan ketidakmampuan. Ia hanya menilai hasil: Apakah posisi tertutup dengan benar? Apakah harga oracle terpasang dengan benar? Apakah pasar stabil?

Jalan ke depan bagi builder adalah akuntabilitas melalui standarisasi:

1. Publikasikan definisi oracle Anda: Ungkapkan secara tepat sumber data yang memberi feed oraclePx, seberapa sering Anda memperbarui, dan logika fallback Anda. Transparansi membangun kepercayaan dan mengungkap kekurangan sebelum mereka menyebabkan crash pasar.

2. Implementasikan sistem bukti: Untuk setiap panggilan setOracle, hasilkan bukti )data sumber input, langkah perhitungan, output(. Tanda tangani dan komit ke pohon Merkle yang dipublikasikan di chain setiap jam. Ini memungkinkan audit publik terhadap keputusan penetapan harga Anda.

3. Pantau secara obsesif: Bangun dashboard real-time yang melacak harga, kedalaman, dan kesehatan posisi. Pasang circuit-breaker otomatis yang mengurangi OI dan leverage sebelum situasi menjadi krisis.

4. Rancang untuk aset non-24/7 dengan hati-hati: Jika Anda meluncurkan perpetual saham, gunakan anchor oracle tambahan )Blue Ocean ATS, kutipan CFD, dan leverage asimetris (lebih rendah di luar jam). Belajar dari insiden Desember trade.xyz.

5. Tetapkan prosedur eskalasi: Dokumentasikan kapan dan bagaimana Anda memanggil haltTrading. Jangan pernah menganggapnya sebagai tuas santai—ini rem darurat pasar Anda.

Inovasi HIP-3 bukanlah bahwa ia membuat peluncuran tanpa hambatan. Melainkan bahwa ia membuat peluncuran menjadi standar—memungkinkan akses, operasi, dan akuntabilitas. Apakah pasar Anda bertahan tergantung seberapa ketat Anda menerapkan definisi oracle, memantau feed harga, dan merespons sinyal peringatan dini.

( Volume builder-deployed yang mencapai miliar menunjukkan peluang. Insiden trade.xyz menunjukkan risiko. Keberhasilan Anda bergantung pada memandang definisi oracle bukan sebagai checklist teknis, tetapi sebagai komitmen dasar yang menentukan apakah Anda menjalankan pasar atau ladang likuidasi.

Untuk dukungan keamanan berkelanjutan, persiapan audit, dan infrastruktur pemantauan risiko, pertimbangkan untuk melibatkan perusahaan spesialis seperti BlockSec yang dapat membantu menerjemahkan prinsip-prinsip ini ke dalam sistem produksi. Biaya konsultasi hanyalah sebagian kecil dari biaya yang harus dikeluarkan jika terjadi serangan terkoordinasi dengan baik.