Halaman status publik diluncurkan bersama testnet publik pada 20 September 2026. Sampai saat itu, pemeriksaan di bawah ini adalah cara otoritatif untuk melihat apa yang sedang dilakukan jaringan — dan tetap otoritatif sesudahnya, karena pemeriksaan itu membaca chain, bukan laporan tentang chain.
Periksa chain secara langsung
Sinyal paling andal bukanlah halaman yang dipelihara seseorang. Sinyalnya adalah chain itu sendiri, dan chain menjawabnya dalam satu request. Root RPC node mengembalikan status jaringan saat ini:block_height bertambah, jaringan sedang memproduksi blok — dan karena matching, kliring, dan likuidasi semuanya berjalan di dalam eksekusi blok, jaringan yang memproduksi blok adalah venue yang sedang melakukan matching, kliring, dan likuidasi. Tidak ada proses exchange terpisah yang bisa mati sementara chain-nya hidup.
Itu sifat struktural, bukan klaim operasional. Di venue yang mesin matching-nya adalah layanan di samping chain, “chain baik-baik saja” dan “trading berfungsi” benar-benar dua pertanyaan berbeda. Di sini keduanya pertanyaan yang sama.
Endpoint didaftar di Jaringan hari ini.
Apa yang benar-benar bisa menurun
Beberapa hal bisa gagal secara mandiri, dan semuanya layak dikenali namanya, karena masing-masing gagal dengan cara yang bisa Anda amati.
Polanya layak disebut namanya: jalur trading tidak bergantung pada satu pun di antaranya. Masing-masing berada entah di hulu eksekusi sebagai masukan yang sudah diterima chain, atau di hilir sebagai pembaca apa yang dikomit chain. Tidak satu pun posisi itu bisa menghentikan blok.
Bagi sebuah integrasi, konsekuensinya begini: “indexer tertinggal” dan “order saya tidak tereksekusi” adalah dua diagnosis yang tidak berhubungan, dan memperlakukan keduanya sebagai satu sinyal akan menyeret Anda ke tempat yang salah.
Memeriksa tampilan Anda sendiri
Dua field dalam respons RPC itu menjawab pertanyaan yang biasanya diajukan orang ke dukungan.chain_id memastikan Anda berada di jaringan mana. Klien yang tampaknya tidak melihat saldo apa pun jauh lebih sering diarahkan ke jaringan yang salah daripada sedang mengalami insiden.
oldest_ledger_version memberi tahu seberapa jauh ke belakang node ini menyimpan riwayat. Node yang dipangkas agresif melayani state terkini dengan benar sekaligus sama sekali tidak bisa menjawab query historis — yang terlihat seperti kehilangan data padahal bukan. Lihat State sync.
Apa yang akan dicakup halaman status
Ketika diluncurkan, bersamaan dengan testnet publik:- Status komponen untuk permukaan di atas, masing-masing dilaporkan secara mandiri alih-alih digulung menjadi satu indikator
- Pemeliharaan terjadwal, diumumkan sebelumnya lengkap dengan jendela waktu dan dampak yang diperkirakan
- Riwayat insiden, disimpan alih-alih dihapus setelah insiden selesai
- Pembaruan insiden langsung selama kejadian berlangsung
Melaporkan masalah
Jika ada yang tampak salah sementara chain sedang memproduksi blok, kemungkinan besar masalahnya spesifik pada satu permukaan atau pada integrasi Anda. Sertakan apa yang sedang Anda lakukan, endpoint-nya, hash transaksi atau ID order kalau ada, dan tinggi blok atau stempel waktunya. Kirim kecontact@intention.xyz. Dugaan kerentanan sebaiknya lewat proses bug bounty — tulis Security di baris subjek supaya diarahkan lebih dulu daripada surat biasa.
Langkah berikutnya
Jaringan hari ini
Identitas chain, endpoint langsung, dan apa yang bisa diharapkan.
Changelog protokol
Catatan bertanggal tentang rilis dan insiden.
Kontak
Menghubungi tim.
Developer
API, dan membangun integrasi yang tetap berjalan saat ada komponen yang menurun.