NewtonPermissions est un nom que je n’avais jamais vu auparavant cette semaine. C’est ce que Newton appelait des politiques réutilisables dans le rapport T3 2025, avant que la terminologie actuelle ne se stabilise.

L’angle retenu porte sur des politiques réutilisables que les propriétaires d’applications définissent, appliquent et prouvent avant la mise en place. Le même mécanisme central couvert de façon approfondie dans l’analyse précédente sous les noms policy packs et Rego policies. Un nom différent, mais le même concept sous-jacent, à une étape antérieure de l’évolution des documentations.

À noter aussi ce qui n’a pas changé malgré le changement de nom.

Les trois entités principales Applications Operators Data Providers sont les mêmes trois rôles que ceux qui existent dans la documentation actuelle, simplement décrits légèrement différemment. Les Applications définissent les politiques et demandent des évaluations. Les Operators évaluent si les intentions sont conformes. Les Data Providers fournissent les entrées onchain et offchain. Cette structure est restée constante lors du changement de dénomination.

Je ne dis pas qu’un changement de nom a beaucoup d’importance à lui seul. La terminologie évolue à mesure que la documentation est affinée et qu’un projet passe de noms internes à des termes de langage produit destinés au public.

Mais je ne dis pas non plus que c’est totalement sans intérêt. Toute personne qui lit les divulgations antérieures de Newton à côté de la documentation actuelle doit savoir que NewtonPermissions et les politiques actuelles renvoient au même mécanisme, sinon les documents historiques donneraient l’impression de décrire une fonctionnalité différente et sans lien.

Ce que je n’ai pas encore déterminé, c’est à quel moment exact la terminologie a basculé de NewtonPermissions vers la dénomination actuelle, ni si des changements fonctionnels ont accompagné le renommage, au-delà du libellé lui-même.
$EVAA $LAB
#ShareYourVote
@NewtonProtocol $NEWT #Newt