> ## Documentation Index
> Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt
> Use this file to discover all available pages before exploring further.
# Perubahan aturan
> Bagaimana aturan trading, parameter risiko, dan perilaku protokol berubah: masa pemberitahuan, tinggi blok berlaku, dan mengapa aturan pada blok masa lalu tidak pernah bisa ditulis ulang.
Ada tiga jenis perubahan yang sampai ke jaringan yang sedang berjalan: **perubahan parameter** (batas risiko, daftar tarif, batas funding), **perubahan perilaku** (bagaimana eksekusi itu sendiri bekerja), dan **perubahan pasar** ([listing dan delisting](/id/programs/listings)).
Ketiganya berbeda dalam cara diumumkan. Ketiganya berbagi satu sifat, dan sifat itulah yang penting: perubahan mulai berlaku pada **titik tertentu dalam riwayat chain**, dan riwayat sebelum titik itu tidak terpengaruh.
Perubahan parameter
Parameter risiko, tier leverage, batas funding, batas posisi, dan daftar tarif adalah konfigurasi on-chain. Mengubah salah satunya adalah transaksi protokol yang dieksekusi di dalam blok, pada urutan teratas [prioritas blok](/id/trading/tx-sequencing).
Karena nilainya adalah state chain, perubahannya teramati, bukan dilaporkan. Anda tidak perlu diberi tahu saat margin pemeliharaan di satu pasar berubah — Anda bisa membaca berapa nilainya sekarang, dan berapa nilainya di blok mana pun di masa lalu.
Key konfigurasi juga **berversi**. Ketika bentuk nilainya yang berubah, bukan sekadar angkanya, bentuk baru itu ditulis di bawah key baru dan key lama tetap bisa dibaca. Klien yang menetapkan konfigurasi secara langsung tetap bekerja melewati perubahan itu; klien yang menanam jalur key-nya secara hard-code akan langsung tahu ada yang berubah, bukan diam-diam membaca data basi. Lihat [Model state](/id/protocol/architecture/state/model).
Perubahan perilaku
Mengubah *perilaku* eksekusi adalah persoalan yang lebih sulit daripada mengubah angka, karena setiap validator harus melakukan perubahan itu pada saat yang persis sama. Perubahan yang mendarat di node berbeda pada waktu berbeda bukanlah peluncuran bertahap — itu fork.
Intention menanganinya dengan **gate on-chain** (sakelar fitur on-chain). Setiap gate adalah satu key state yang memuat satu tinggi blok: tinggi saat perilaku baru mulai berlaku.
Perilaku baru dikirimada di binary, belum aktif
Gate ditulissatu key state berisi tinggi blok masa depan
Setiap validator baca tinggi yang sama
Perilaku berubah tepat di blok itu
Tingginya harus di masa depanGate tidak bisa disetel ke tinggi yang sudah lewat. Aturan tunggal itulah yang membuat perubahannya serentak.
Gate tidak ada berarti nonaktifNode yang me-replay riwayat tidak membaca key pada tinggi itu dan mengambil jalur lama, jadi replay tetap benar tanpa matriks kompatibilitas.
Dibaca pada versi yang dieksekusiTidak pernah dari cache. Membaca nilai terkini saat me-replay blok lama akan menerapkan aturan hari ini pada riwayat kemarin.
Tiga sifat mengikuti dari situ, dan masing-masing memikul beban:
**Tingginya harus berada di masa depan ketika ditulis.** Gate tidak bisa disetel ke tinggi yang sudah lewat. Aturan tunggal itulah yang membuat perubahannya serentak — setiap validator mencapai blok itu dengan key yang sama sudah terlihat.
**Gate yang tidak ada berarti nonaktif.** Node yang me-replay riwayat tidak membaca key apa pun pada tinggi-tinggi itu dan mengambil persis jalur kode lama. Replay historis tetap benar dengan sendirinya, tanpa siapa pun memelihara matriks kompatibilitas.
**Gate dibaca pada versi yang sedang dieksekusi, tidak pernah dari cache.** Membaca nilai terkini saat me-replay blok lama akan menerapkan aturan hari ini pada riwayat kemarin dan menghasilkan state root yang berbeda. Jadi nilainya selalu dibaca dari tampilan eksekusi blok yang sedang dieksekusi.
Mekanisme yang sama mendukung pengaktifan bertahap: flag bisa diperkenalkan dalam keadaan nonaktif, diverifikasi terhadap trafik nyata, lalu dinyalakan pada tinggi yang dijadwalkan — bukan dikirim sebagai pembaruan binary sekali jadi.
Masa pemberitahuan
Pemberitahuan sebanding dengan apa yang bisa dilakukan perubahan itu terhadap posisi yang sudah Anda pegang.
| Perubahan | Pemberitahuan |
| --------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------- |
| **Memengaruhi posisi terbuka** — kebutuhan margin, tier leverage, batas funding, delisting | Diumumkan sebelum tanggal berlaku, dengan tanggalnya dinyatakan |
| **Memengaruhi integrasi** — permukaan API, bentuk pesan, tata letak key | Diumumkan sebelumnya, dengan jalur migrasi |
| **Hanya memengaruhi biaya** — daftar tarif, tier rebate | Diumumkan sebelum tanggal berlaku |
| **Mengoreksi risiko yang sedang berjalan** — parameter yang diperketat sebagai respons atas kondisi pasar | Bisa berlaku seketika |
Baris terakhir adalah pengecualian yang nyata, bukan celah. Batas posisi yang harus menunggu seminggu untuk diperketat adalah batas posisi yang tidak berguna persis pada minggu saat batas itu dibutuhkan. Ketika pengecualian itu dipakai, perubahannya dan alasannya diterbitkan bersamanya.
Perubahan pada kebutuhan margin atau tier leverage mengubah harga likuidasi pada posisi yang sudah Anda pegang. Perubahan itu tidak menutup apa pun, dan tidak memperingatkan Anda satu per satu. Jika Anda membawa posisi melewati perubahan parameter risiko yang sudah diumumkan, hitung ulang jarak Anda ke likuidasi terhadap nilai yang baru, bukan terhadap nilai yang berlaku saat Anda membuka posisi. Lihat [Leverage](/id/trading/leverage).
Yang tidak bisa berubah
Aturan yang berlaku pada blok yang sudah dikomit.
Setiap perubahan aturan mulai berlaku pada tinggi yang berada di masa depan ketika perubahan itu dicatat, jadi me-replay blok lama selalu menerapkan aturan yang aktif saat itu. Apakah sebuah aturan berlaku pada versi tertentu di masa lalu — pertanyaan itu hanya punya satu jawaban, dan jawabannya hari ini sama dengan jawabannya setahun lagi.
Ini jaminan yang lebih kuat daripada kebijakan yang diterbitkan. Bukan soal protokol *tidak akan* menulis ulang riwayat — melainkan bahwa mekanismenya tidak punya cara merepresentasikan aturan yang dimulai di masa lalu. Lihat [Model state](/id/protocol/architecture/state/model).
Pengumuman
Komitmen pemberitahuan pada halaman ini mulai berlaku pada **testnet publik, 20 September 2026**. [Testnet privat](/id/protocol/architecture/network-status) mengubah parameter dan perilaku tanpa pemberitahuan — testnet itu memang ada untuk menyetelnya.
Begitu masa pemberitahuan mulai berlaku, setiap perubahan dicatat di [changelog protokol](/id/protocol/roadmap/changelog) dengan tanggal mulai berlakunya, dan diumumkan sebelum tanggal itu ketika tabel di atas menuntutnya.
Entri diberi tanggal berdasarkan **kapan perubahan itu mulai berlaku di jaringan**, bukan kapan diumumkan.
Langkah berikutnya
Catatan bertanggal tentang apa saja yang sudah dirilis.
Perubahan pasar dan masa pemberitahuannya.
Mengapa key konfigurasi diberi versi dan ditetapkan secara langsung.
Apa yang dilakukan perubahan parameter risiko terhadap posisi terbuka.