@NewtonProtocol
Je suis allé chercher la sortie de secours de VaultKit.
J’ai trouvé une salle d’attente à la place.
Je retrace ce qui se passe lorsqu’un conservateur doit agir en dehors d’une politique existante.
Je m’attendais à ce que le chemin de remplacement soit optimisé pour la vitesse.
Il ne l’était pas.
Le remplacement était public.
Avec un délai.
Observable avant son exécution.
Je suis repassé dans le flux, parce que je pensais avoir manqué le chemin rapide.
Je ne l’avais pas.
Ça continuait de me travailler.
J’ai toujours traité les remplacements comme le moment où les règles cèdent face à l’urgence.
VaultKit semble partir d’une hypothèse différente.
Peut-être qu’un remplacement que personne d’autre ne peut voir n’est pas vraiment un remplacement.
Peut-être que ce n’est que davantage d’autorisations.
Cette explication avait du sens.
Puis une autre question est apparue.
Le remplacement, qu’est-ce qu’il protège réellement ?
Le conservateur ?
Ou tout le monde qui regarde le conservateur ?
Plus j’y réfléchissais, moins cela ressemblait à un mécanisme d’urgence.
Ça ressemblait plutôt à un moyen de faire en sorte que les contraintes de politique restent crédibles, même lorsqu’une personne a l’autorité pour les contourner.
Mais cela crée un autre compromis.
Si le chemin officiel est volontairement lent, que se passe-t-il lorsqu’une vraie urgence n’est pas ?
Les opérateurs continuent-ils de faire confiance au protocole...
ou construisent-ils discrètement des exceptions plus rapides ailleurs ?
Je n’ai toujours pas tranché.
Le vrai test n’est pas de savoir si le remplacement fonctionne.
C’est de savoir si les opérateurs continuent de le choisir lorsque le temps devient la ressource rare.
$NEWT ne devient intéressant pour moi que si ce compromis survit à la pression opérationnelle réelle sans pousser les décisions d’urgence hors du protocole.
#Newt #newt $HMSTR $SAROS
Je suis allé chercher la sortie de secours de VaultKit.
J’ai trouvé une salle d’attente à la place.
Je retrace ce qui se passe lorsqu’un conservateur doit agir en dehors d’une politique existante.
Je m’attendais à ce que le chemin de remplacement soit optimisé pour la vitesse.
Il ne l’était pas.
Le remplacement était public.
Avec un délai.
Observable avant son exécution.
Je suis repassé dans le flux, parce que je pensais avoir manqué le chemin rapide.
Je ne l’avais pas.
Ça continuait de me travailler.
J’ai toujours traité les remplacements comme le moment où les règles cèdent face à l’urgence.
VaultKit semble partir d’une hypothèse différente.
Peut-être qu’un remplacement que personne d’autre ne peut voir n’est pas vraiment un remplacement.
Peut-être que ce n’est que davantage d’autorisations.
Cette explication avait du sens.
Puis une autre question est apparue.
Le remplacement, qu’est-ce qu’il protège réellement ?
Le conservateur ?
Ou tout le monde qui regarde le conservateur ?
Plus j’y réfléchissais, moins cela ressemblait à un mécanisme d’urgence.
Ça ressemblait plutôt à un moyen de faire en sorte que les contraintes de politique restent crédibles, même lorsqu’une personne a l’autorité pour les contourner.
Mais cela crée un autre compromis.
Si le chemin officiel est volontairement lent, que se passe-t-il lorsqu’une vraie urgence n’est pas ?
Les opérateurs continuent-ils de faire confiance au protocole...
ou construisent-ils discrètement des exceptions plus rapides ailleurs ?
Je n’ai toujours pas tranché.
Le vrai test n’est pas de savoir si le remplacement fonctionne.
C’est de savoir si les opérateurs continuent de le choisir lorsque le temps devient la ressource rare.
$NEWT ne devient intéressant pour moi que si ce compromis survit à la pression opérationnelle réelle sans pousser les décisions d’urgence hors du protocole.
#Newt #newt $HMSTR $SAROS