v0.4.8-pre.016-fix003

This commit is contained in:
2026-08-09 15:58:11 +02:00
parent 99fdfba767
commit 28bc774898
6 changed files with 69 additions and 55 deletions

View File

@@ -1,5 +1,5 @@
<!-- file: docs/architecture/STORAGE_ARCHITECTURE.md -->
<!-- version: 1 -->
<!-- version: 2 -->
# Architecture du stockage
@@ -47,7 +47,7 @@ Le stockage couvre plusieurs niveaux :
- états de campagne et candidats de replay ;
- informations opérationnelles et de santé.
Les noms exacts de tables et APIs publiques seront documentés dans `kb-store/USAGE.md` à partir des exports et migrations actuels.
Les noms de tables, contrats de replay et APIs publiques sont documentés dans `kb-store/USAGE.md` à partir des exports et migrations actuels.
## 4. Propriétés attendues
@@ -59,6 +59,8 @@ Les noms exacts de tables et APIs publiques seront documentés dans `kb-store/US
- erreurs explicites ;
- séparation entre données brutes, résultats de décodage et matérialisations.
La série `0.5.3` réauditera cette fondation avant larrivée des protocoles trading. Cet audit doit notamment distinguer les timestamps observés sur la blockchain des timestamps dinsertion et de mise à jour locaux, normaliser la structure interne de `kb-store`, vérifier les champs et index manquants et préparer les futures matérialisations trading, routing et multi-pools sans casser les contrats de replay existants.
## 5. Données de test
Les fixtures privées, bases locales et preuves temporaires ne font pas partie des livraisons. Les matrices contractuelles partagées restent sous `test-fixtures/contract-matrices/` lorsquelles sont nécessaires aux tests.