CAP-12 predlaga spremembe ustave omrežja Cardano za Dijkstra

CAP-12, predlagani amandma, ki zajema parametre protokola Dijkstra, je odprt za javno posvetovanje. Posodobitev Intersect z dne 2. oktobra je predstavila predlog skupaj s pripravami na Node 11.2, pri čemer je za ekipe za denarnice in infrastrukturo kmalu pričakovana predhodna izdaja.

Parametri Dijkstra v ustavi omrežja Cardano

Ustava omrežja Cardano dovoljuje, da dejanja za posodobitev parametrov spreminjajo le nastavitve, ki so izrecno navedene v Prilogi I. Brez amandmaja bi novi parametri Dijkstra ostali določeni na svojih začetnih vrednostih, čeprav so tehnično nastavljivi.

CAP-12 obravnava zaščito referenčnih skriptov, Ouroboros Leios, Ouroboros Peras in ekonomiko staking bazenov. Njegov obseg vključuje kapaciteto in časovne nastavitve za Leios, minimalno maržo bazena in največji vzvod zaveze.

Za vsak parameter predlog opiše njegovo funkcijo, mu dodeli glasovalno skupino in določi omejitve za prihodnje spremembe. Skupina določa prag odobritve za DReps, predstavnike, katerim imetniki ADA delegirajo glasovalno moč. Varnostno kritični parametri zahtevajo tudi odobritev operaterjev staking bazenov.

Posodobljen skript Guardrails bi samodejno uveljavljal omejitve, ki jih je mogoče preveriti na verigi. Amandma dodaja določbe, ne da bi spreminjal ali odstranjeval obstoječe ustavno besedilo.

Node 11.2 pripravlja testiranje integracije za Dijkstra

Po navedbah Intersect poteka zaporedje izdaj za Node 11.2. Načrtovana predhodna izdaja bo vsebovala večino nabora funkcij Dijkstra, vključno z novim formatom bloka in kontekstom Plutus V4, ki določa informacije, ki so na voljo skriptom pametnih pogodb.

Ekipe za denarnice in orodja bodo lahko preizkušale integracije ter ocenile spremembe v obnašanju protokola, API in funkcionalnosti. Izdaja bo izključila Leios in ne bo pripravljena za aktivacijo trde vilice.

Ponudniki strojnih denarnic imajo prav tako pripravljalno delo, povezano s kriptografskimi ključi in zahtevami za registracijo staking bazenov za Leios. Te zahteve segajo onkraj vsebine prihajajoče preizkusne izdaje.

Čakajoče varovalke in poznejša aktivacija

Predlagane varovalke povezujejo spremembe kapacitete Leios z merjenjem zmogljivosti in simulacijami, ki dokazujejo, da lahko vozlišča v zahtevanem času obdelajo in razdelijo podatke.

CAP-12 razlikuje tudi med stopnjami aktivacije. Največji vzvod zaveze, parameter bazena, ki je povezan z lastnimi zavezami ADA operaterjev, sprva ne bi imel nastavljene vrednosti. Njegovo omogočanje bi zahtevalo kasnejše upravljavsko dejanje. Peras in minimalna marža bazena sta predvidena za poznejšo trdo vilico znotraj obdobja Dijkstra.

Predlog ostaja v posvetovanju, pričakovati je začetni uredniški pregled. Številske meje za kapaciteto Endorser Block in časovne nastavitve Leios so med vrednostmi, ki so v osnutku še vedno označene kot "PENDING".