Changements de paramètres
Les paramètres de risque, les paliers de levier, les plafonds de financement, les limites de position et les grilles tarifaires sont de la configuration on-chain. En modifier un est une transaction de protocole qui s’exécute dans un bloc, en tête de la priorité du bloc. Comme la valeur est un état de la chaîne, le changement s’observe au lieu d’être rapporté. Vous n’avez pas besoin qu’on vous annonce que la marge de maintenance d’un marché a bougé — vous pouvez lire ce qu’elle est, et lire ce qu’elle était à n’importe quel bloc passé. Les clés de configuration sont par ailleurs versionnées. Quand c’est la forme d’une valeur qui change plutôt que son chiffre, la nouvelle forme est écrite sous une nouvelle clé et l’ancienne reste lisible. Un client qui résout la configuration en direct continue de fonctionner à travers le changement ; un client qui a figé un chemin de clé dans son code s’en aperçoit immédiatement, plutôt que de lire silencieusement une valeur périmée. Voir Modèle d’état.Changements de comportement
Changer la façon dont l’exécution se comporte est un problème plus difficile que changer un chiffre, parce que chaque validateur doit opérer le changement exactement au même instant. Un changement qui atterrit sur des nœuds différents à des moments différents n’est pas un déploiement — c’est un fork. Intention traite cela avec des interrupteurs de fonctionnalité on-chain (gates). Chaque interrupteur est une clé d’état unique contenant une hauteur de bloc : la hauteur à laquelle le nouveau comportement commence.Nouveau comportement livrédans le binaire, pas actif
Un gate est écritune clé d’état portant une hauteur future
Chaque validateur lit la même hauteur
Le comportement change à ce bloc précis
La hauteur doit être futureUn gate ne peut pas être fixé à une hauteur déjà dépassée. C’est cette seule règle qui rend le changement simultané.
Un gate absent signifie inactifUn nœud qui rejoue l’histoire ne lit aucune clé à ces hauteurs et prend l’ancien chemin : le rejeu reste correct sans matrice de compatibilité.
Lu à la version exécutéeJamais depuis un cache. Lire une valeur courante en rejouant un ancien bloc appliquerait les règles d’aujourd’hui à l’histoire d’hier.
Délais de préavis
Le préavis est proportionnel à ce qu’un changement peut faire à une position que vous détenez déjà.
La dernière ligne est une véritable exception, pas une échappatoire. Une limite de position qui doit attendre une semaine pour se resserrer est une limite de position qui ne fait rien pendant précisément la semaine où elle était nécessaire. Quand elle est utilisée, le changement et sa raison sont publiés ensemble.
Ce qui ne peut pas changer
Les règles qui s’appliquaient à un bloc déjà entériné. Tout changement de règle prend effet à une hauteur qui était future au moment de son enregistrement, si bien que rejouer un ancien bloc applique toujours les règles alors actives. Savoir si une règle donnée était en vigueur à telle version passée est une question à une seule réponse, et c’est la même réponse aujourd’hui que dans un an. C’est une garantie plus forte qu’une politique publiée. Ce n’est pas que le protocole ne réécrira pas l’histoire — c’est que le mécanisme n’a aucune représentation pour une règle qui aurait commencé dans le passé. Voir Modèle d’état.Annonces
Les engagements de préavis de cette page prennent effet avec le testnet public, le 20 septembre 2026. Le testnet privé change ses paramètres et son comportement sans préavis — il existe pour les régler.
Pour aller plus loin
Journal des modifications du protocole
L’enregistrement daté de ce qui a été livré.
Cotations et retraits de cotation
Les changements de marché et leurs délais de préavis.
Modèle d’état
Pourquoi les clés de configuration sont versionnées et résolues en direct.
Levier
Ce qu’un changement de paramètre de risque fait à une position ouverte.