Actors situés et gouvernance topologique

L’observateur est à l’intérieur

VASTE ne suppose pas un utilisateur omniscient extérieur au graphe. Actor est une spécialisation possédée par une extension, représentée par état de graphe, credentials et sessions admises. Une exécution se produit dans un Environment immuable, au sein d’un System, éventuellement depuis un locationVertexId. Surfaces et Actions accessibles dépendent de ce contexte situé.

Six questions distinctes

1. Identité : quel Actor Vertex est résolu ?
2. Credential : quelle preuve locale relie la requête à cette identité ?
3. Capability déclarée : quelle opération peut être demandée ?
4. Policy : quelles règles gouvernent ce System et cette position ?
5. Autorité : quelle frontière peut interpréter l’Action ?
6. Autorisation effective : la requête passe-t-elle tous les gates maintenant ?

Gouvernance dérivée du graphe

Le runtime possède une seam d’autorité enregistrée par Actor. Les enregistrements de gouvernance peuvent être lus depuis le graphe plutôt que depuis une table globale parallèle. Frontières System, containment et Ties participent à la résolution, mais la topologie ne confère pas seule une autorité. Capabilities et policies restent explicites ; invoquer un binding et appliquer un effet sont deux contrôles séparés.

Gouvernance portable, autorité locale

Une clôture .vast peut conserver Actors, rôles, grants, délégations et déclarations de gouvernance. Elle ne transporte ni session admise ni confiance forcée dans un credential. L’import doit relier les preuves locales et revalider l’autorité. L’intégrité du package n’est pas une autorisation d’exécution.

Preuves et limites

Les tests internes couvrent Founding Actor, transport de credentials, accès HTTP fail-closed, Actions de grant/revoke et gates de gouvernance. Révocation complète, attestations externes et confiance distribuée ne sont pas déclarées opérationnelles.