0.5.1-pre.003

This commit is contained in:
2026-08-09 22:48:31 +02:00
parent 6a680767ae
commit 6151bb25e7
333 changed files with 2200 additions and 2158 deletions

View File

@@ -1,5 +1,5 @@
<!-- file: docs/OPERATION_NAMING_CONVENTION.md -->
<!-- version: 4 -->
<!-- version: 5 -->
# Convention canonique des identités runtime et des codes dopération
@@ -67,17 +67,17 @@ surface_code : spl.token_2022
Format :
```text
kb-lib.<role>.<domain>.<family>[.<subsystem>]
ks-lib-<role>.<domain>.<family>[.<subsystem>]
```
Exemples :
```text
kb-lib.decoder.solana.core
kb-lib.executor.solana.core
kb-lib.decoder.spl.memo
kb-lib.executor.spl.token_2022
kb-lib.materializer.transaction.annotations
ks-lib-decoder.solana.core
ks-lib-executor.solana.core
ks-lib-decoder.spl.memo
ks-lib-executor.spl.token_2022
ks-lib-materializer.transaction.annotations
```
Cette identité désigne le composant logiciel, pas une opération on-chain.
@@ -85,8 +85,8 @@ 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.
component_name = ks-lib-materializer.<suffixe>
processor_name = materializer.<suffixe>
```
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`.