Parameteränderungen
Risikoparameter, Hebelstufen, Funding-Obergrenzen, Positionslimits und Gebührenstaffeln sind On-Chain-Konfiguration. Eine Änderung daran ist eine Protokolltransaktion, die in einem Block ausgeführt wird, an der Spitze der Blockpriorität. Weil der Wert Chain-Zustand ist, ist die Änderung beobachtbar und nicht bloß gemeldet. Man muss Ihnen nicht mitteilen, dass sich die Maintenance Margin eines Marktes bewegt hat – Sie können lesen, wie sie ist, und Sie können lesen, wie sie in jedem vergangenen Block war. Konfigurationsschlüssel sind außerdem versioniert. Ändert sich nicht die Zahl eines Werts, sondern seine Form, wird die neue Form unter einem neuen Schlüssel geschrieben, und der alte bleibt lesbar. Ein Client, der die Konfiguration live auflöst, arbeitet über die Änderung hinweg weiter; ein Client mit fest verdrahtetem Schlüsselpfad merkt es sofort, statt still etwas Veraltetes zu lesen. Siehe Zustandsmodell.Verhaltensänderungen
Eine Änderung am Verhalten der Ausführung ist schwieriger als eine Änderung an einer Zahl, denn jeder Validator muss sie im exakt selben Moment vollziehen. Eine Änderung, die auf verschiedenen Nodes zu verschiedenen Zeiten landet, ist kein Rollout – sie ist ein Fork. Intention löst das mit On-Chain-Gates. Jedes Gate ist ein Zustandsschlüssel, der eine Blockhöhe enthält: die Höhe, ab der das neue Verhalten beginnt.Neues Verhalten inaktivim Binary, nicht aktiv
Ein Gate wird geschriebenein Zustandsschlüssel mit künftiger Blockhöhe
Jeder Validator liest dieselbe Höhe
Verhalten ändert sich genau in diesem Block
Die Höhe muss in der Zukunft liegenEin Gate kann nicht auf eine bereits vergangene Höhe gesetzt werden. Erst diese eine Regel macht die Änderung gleichzeitig.
Fehlendes Gate heißt inaktivEine Node im Replay liest auf diesen Höhen keinen Schlüssel und nimmt den alten Pfad – korrekt ohne Kompatibilitätsmatrix.
Auf der ausgeführten Version gelesenNie aus einem Cache. Ein aktueller Wert beim Replay eines alten Blocks würde heutige Regeln auf gestrige Historie anwenden.
Ankündigungsfristen
Die Vorlaufzeit richtet sich danach, was eine Änderung an einer Position bewirken kann, die Sie bereits halten.
Die letzte Zeile ist eine echte Ausnahme, kein Schlupfloch. Ein Positionslimit, das eine Woche warten muss, um verschärft zu werden, ist ein Positionslimit, das genau in der Woche nichts tut, in der es gebraucht wurde. Wird davon Gebrauch gemacht, werden die Änderung und ihr Grund mitveröffentlicht.
Was sich nicht ändern kann
Die Regeln, die für einen bereits festgeschriebenen Block galten. Jede Regeländerung wird auf einer Höhe wirksam, die beim Aufzeichnen in der Zukunft lag; das erneute Ausführen eines alten Blocks wendet deshalb immer die damals aktiven Regeln an. Ob eine bestimmte Regel auf einer vergangenen Version in Kraft war, ist eine Frage mit genau einer Antwort – und die ist heute dieselbe wie in einem Jahr. Das ist eine stärkere Garantie als eine veröffentlichte Richtlinie. Es geht nicht darum, dass das Protokoll die Historie nicht umschreiben will – der Mechanismus hat schlicht keine Darstellung für eine Regel, die in der Vergangenheit begonnen hat. Siehe Zustandsmodell.Ankündigungen
Die Ankündigungszusagen auf dieser Seite gelten ab dem öffentlichen Testnet am 20.09.2026. Das private Testnet ändert Parameter und Verhalten ohne Vorankündigung – es existiert, um sie einzustellen.
Wie es weitergeht
Protokoll-Changelog
Die datierte Aufzeichnung dessen, was ausgeliefert wurde.
Listings und Delistings
Marktänderungen und ihre Ankündigungsfristen.
Zustandsmodell
Warum Konfigurationsschlüssel versioniert und live aufgelöst werden.
Hebel
Was eine Änderung der Risikoparameter mit einer offenen Position macht.