v0.4.8-pre.007

docs/OPERATION_NAMING_CONVENTION.md

@@ -1,5 +1,5 @@
 <!-- file: docs/OPERATION_NAMING_CONVENTION.md -->
-<!-- version: 2 -->
+<!-- version: 3 -->
 
 # Convention canonique des identités runtime et des codes d’opération
 
@@ -82,6 +82,15 @@ kb-lib.materializer.transaction.annotations
 
 Cette identité désigne le composant logiciel, pas une opération on-chain.
 
+Pour un matérialisateur, le tracing target reprend exactement cette identité runtime. La paire avec le `processor_name` est déterministe :
+
+```text
+component_name = kb-lib.<processor_name>
+processor_name = component_name sans le préfixe kb-lib.
+```
+
+Les domaines spécialisés ne doivent pas être raccourcis : utiliser `compliance.audit`, `transaction.annotations` et `token.accounts`, et non les parents génériques `compliance`, `transaction` ou `token`.
+
 ### 3.2 `processor_name`
 
 Format :
@@ -265,4 +274,3 @@ Avant de fusionner une nouvelle opération :
 6. ajouter ou mettre à jour la matrice normative ;
 7. ajouter les tests de cohérence entre constantes et matrice ;
 8. vérifier l’impact PostgreSQL avant tout backfill ou replay durable.
-