Versi dokumen orisinil: Preparing the Constitution for Dijkstra: upcoming parameter updates
Dipublikasikan pada tanggal 10 Juli 2026
Ditulis oleh Carlos Lopez de Lara
Poin-poin penting
- Cardano sedang mempersiapkan pembaruan kecil dan murni teknis pada Konstitusinya menjelang era Dijkstra, agar kemampuan terbaru jaringan dapat sepenuhnya diatur oleh tata kelola sejak hari pertama.
- Dijkstra memperkenalkan peningkatan besar, termasuk Ouroboros Leios dan transaksi bertingkat (nested transactions), yang masing-masing membawa parameter protokol baru yang dapat diperbarui.
- Konstitusi hanya mengizinkan tata kelola menyesuaikan parameter yang secara eksplisit tercantum dalam Guardrails-nya, jadi parameter baru perlu ditambahkan di sana agar tetap dapat disesuaikan.
- Pembaruan ini sengaja dibuat sempit: hanya menambahkan parameter baru beserta rentang Guardrail-nya dan tidak mengubah hal lain, termasuk tidak ada prinsip dasar, peran, ambang batas, atau hak.
- Rencananya adalah satu proposal kohesif yang mencakup semua parameter Dijkstra, dikembangkan bersama Parameter Committee, dengan DReps yang meratifikasi dan Constitutional Committee yang mengonfirmasi kesesuaian dengan konstitusi.
- Targetnya adalah mengajukan paling lambat pada epoch 655 (11 September 2026), dan komunitas diundang untuk membentuk proposal sekarang, jauh sebelum pemungutan suara apa pun.
Era Dijkstra akan membawa peningkatan besar bagi Cardano, termasuk Ouroboros Leios dan transaksi bertingkat, dengan fitur-fitur tambahan yang masih dievaluasi saat ruang lingkupnya ditentukan. Sebelum fitur-fitur tersebut dapat diatur sesuai dengan desainnya, Cardano memerlukan pembaruan kecil namun penting pada Konstitusinya.
Mengapa pembaruan ini diperlukan
Setiap fitur baru ini memperkenalkan parameter protokol baru yang dapat diperbarui. Konstitusi Cardano mengikuti aturan ketat: parameter protokol apa pun yang tidak secara eksplisit tercantum dalam Guardrails Konstitusi tidak dapat diubah oleh tata kelola sama sekali. Itu adalah sifat keamanan yang disengaja, tetapi artinya jika sebuah fitur menghadirkan parameter yang belum dikenali oleh Konstitusi, parameter tersebut akan membeku pada saat mereka aktif.
Inilah persisnya kasus yang Konstitusi dibangun untuk ditangani. Fitur-fitur seperti Leios dirancang agar dapat disesuaikan, sehingga jaringan dapat merespons permintaan transaksi yang berubah, dan agar tata kelola memiliki tuas untuk bertindak cepat jika ada yang perlu disesuaikan. Konstitusi itu sendiri sudah mengantisipasi hal ini: ia mengharuskan bahwa parameter baru apa pun yang diperkenalkan oleh hard fork harus ditambahkan ke Guardrails, dengan rentang yang masuk akal didefinisikan untuk masing-masing. Tugas kita hanyalah melakukan persis seperti yang diminta Konstitusi, sebelum hard fork daripada sesudahnya.
Amandemen ini murni teknis, dan kami menjaganya sangat terbatas hanya pada parameter protokol baru dan Guardrails-nya, tidak lebih. Ia tidak mengubah prinsip dasar Konstitusi mana pun; peran DReps, SPOs, atau Constitutional Committee; ambang batas pemungutan suara; atau hak-hak yang sudah ada. Menjaga proposal tetap fokus seperti ini adalah hal yang disengaja: perubahan teknis yang sempit adalah sesuatu yang dapat dievaluasi dengan jelas oleh komunitas dan diratifikasi berdasarkan manfaatnya sendiri, tanpa hal-hal yang tidak terkait ikut serta dan menyulitkan langkah yang seharusnya sederhana ini.
Proses dan siapa yang terlibat
Pekerjaan berjalan dalam tahapan. Pertama, ruang lingkup Dijkstra diselesaikan, yang menentukan secara tepat parameter mana yang terlibat. Maksud kami adalah memperkenalkan parameter untuk semua fitur Dijkstra dalam satu perubahan Konstitusi: satu proposal yang kohesif, bukan beberapa, agar semuanya tetap jelas dan keputusannya jelas bagi DReps. Selanjutnya, Intersect’s Parameter Committee menyusun Guardrails untuk setiap parameter. Kemudian tim Plutus menghasilkan Guardrails Script yang diperbarui yang diajukan bersama Konstitusi, sementara kami menyiapkan rationale proposal secara paralel. Pada akhirnya, DReps memilih untuk meratifikasi, dengan Constitutional Committee mengonfirmasi kesesuaian dengan konstitusi.
Jadwal waktu
Target kami adalah mengajukan tindakan tata kelola ini paling lambat epoch 655 (yang dimulai 11 September 2026, pukul 21:44 UTC), dan semakin cepat semakin baik. Meratifikasi jauh sebelum Dijkstra memastikan bahwa hard fork itu sendiri berjalan dengan kejelasan konstitusional penuh, dan parameter baru dapat diatur sejak blok pertama setelah aktivasi.
Ikut terlibat
Kami memulai percakapan ini sekarang, dengan sengaja. Ini adalah proses terbuka, dan ini milik seluruh komunitas, bukan hanya tim yang menyusun draf. Jauh sebelum tindakan tata kelola diajukan, kami ingin semua orang memahami mengapa pembaruan ini diperlukan, apa yang ada di dalamnya, parameter mana yang diperkenalkan, dan mengapa setiap Guardrail diatur seperti itu. Kami ingin pertanyaan, pendapat, dan kontribusi Anda untuk membentuk proposal saat ia terbentuk, sehingga pada saat mencapai pemungutan suara, ia mencerminkan konsensus komunitas yang sesungguhnya daripada dokumen yang sudah jadi dan hanya diberikan untuk disetujui.
Nantikan drafnya, ikuti diskusi, tantang penalaran kami, dan bantu kami mempersiapkan Cardano untuk Dijkstra bersama-sama.