v0.1.0-pre.072
This commit is contained in:
@@ -1,5 +1,5 @@
|
||||
<!-- file: docs/README.md -->
|
||||
<!-- version: 4 -->
|
||||
<!-- version: 5 -->
|
||||
|
||||
# Documentation active de Khadhroony Bot3
|
||||
|
||||
@@ -90,3 +90,7 @@ Le premier lot documenté comprend :
|
||||
- [`kb-store`](../kb-store/README.md) ;
|
||||
- [`kb-config`](../kb-config/README.md) ;
|
||||
- [`kb-logging`](../kb-logging/README.md).
|
||||
|
||||
## Audits
|
||||
|
||||
- [Audit d’alignement des TODO par crate](audits/CRATE_TODO_VERSION_ALIGNMENT_AUDIT.md)
|
||||
|
||||
88
docs/audits/CRATE_TODO_VERSION_ALIGNMENT_AUDIT.md
Normal file
88
docs/audits/CRATE_TODO_VERSION_ALIGNMENT_AUDIT.md
Normal file
@@ -0,0 +1,88 @@
|
||||
<!-- file: docs/audits/CRATE_TODO_VERSION_ALIGNMENT_AUDIT.md -->
|
||||
<!-- version: 1 -->
|
||||
|
||||
# Audit d’alignement des TODO par crate
|
||||
|
||||
## Objectif
|
||||
|
||||
Classer les tâches restantes des onze crates selon leur rapport à l’alignement fonctionnel de `khadhroony-bot3` sur `khadhroony-bot2 0.4.6`, à la reprise de l’objectif `0.4.7` et aux versions ultérieures.
|
||||
|
||||
Cet audit ne constitue pas encore `V0_4_6_ALIGNMENT_AUDIT.md`. Il prépare cet audit en supprimant les ambiguïtés de calendrier dans les TODO.
|
||||
|
||||
## Règles de classement
|
||||
|
||||
### Bloquant avant `0.4.6`
|
||||
|
||||
Une tâche appartient à cette catégorie lorsqu’elle doit démontrer ou rétablir une capacité attendue de bot2 `0.4.6`, ou lorsqu’elle est nécessaire à la clôture documentaire de la migration.
|
||||
|
||||
### Entre `0.4.6` et `0.4.7`
|
||||
|
||||
Cette catégorie contient les travaux nécessaires pour reprendre et achever l’objectif Metaplex Token Metadata interrompu dans bot2.
|
||||
|
||||
### Version ultérieure
|
||||
|
||||
Cette catégorie contient les travaux explicitement planifiés après `0.4.7`, notamment `0.5.x`, `0.6.x`, `0.9.x` et `0.13.x`.
|
||||
|
||||
### Report conditionnel
|
||||
|
||||
Une tâche dépendante d’un déploiement, d’une preuve ou d’une source externe non confirmée n’est pas un blocant de version tant que cette dépendance n’est pas établie.
|
||||
|
||||
## Blocants identifiés avant `0.4.6`
|
||||
|
||||
### `kb-app-demo-desktop`
|
||||
|
||||
- synchronisation complète Tauri/TS-RS ;
|
||||
- couverture explicite des cycles de fenêtres ;
|
||||
- maintien de la session WebSocket après fermeture de `demo_ws` ;
|
||||
- restauration de l’état WebSocket lors de la réouverture.
|
||||
|
||||
Ces points sont des preuves de migration attendues, même lorsque leur comportement paraît déjà implicitement couvert.
|
||||
|
||||
### `kb-pipeline`
|
||||
|
||||
- traitement des écarts concrets révélés par l’audit final ;
|
||||
- guide transversal replay, extraction Core et matérialisation.
|
||||
|
||||
### `kb-onchain-transport`
|
||||
|
||||
- guide transversal RPC, backfill et WebSocket.
|
||||
|
||||
### `kb-store`
|
||||
|
||||
- guide transversal PostgreSQL et contrats de stockage.
|
||||
|
||||
## Travaux entre `0.4.6` et `0.4.7`
|
||||
|
||||
- exécuteur Metaplex Token Metadata dans `kb-lib` ;
|
||||
- vérification et complément de la matérialisation migrée ;
|
||||
- intégration replay et orchestration dans `kb-pipeline` ;
|
||||
- scénarios et validations dans `kb-pipeline-demo-scenarios` ;
|
||||
- panneaux applicatifs dans `kb-app-demo-desktop`.
|
||||
|
||||
## Exceptions documentées
|
||||
|
||||
### Registre ElGamal
|
||||
|
||||
Le registre reste implémenté dans certaines couches, mais sa validation réseau dépend :
|
||||
|
||||
- de la confirmation de son déploiement ;
|
||||
- d’une preuve `PubkeyValidity` ;
|
||||
- d’un compte `Proof Context State` valide.
|
||||
|
||||
Ces tâches restent conditionnelles et ne bloquent pas l’alignement `0.4.6`, à condition que la documentation ne déclare jamais une validation réseau inexistante.
|
||||
|
||||
### `kb-wallet`
|
||||
|
||||
Les capacités avancées sont affectées à `0.5.x`. Le wallet temporaire migré suffit au périmètre historique attendu avant l’alignement.
|
||||
|
||||
### Configuration et logging
|
||||
|
||||
Le split de configuration appartient à `0.5.x` et ne bloque pas `0.4.6`.
|
||||
|
||||
### Transports avancés
|
||||
|
||||
Helius étendu, LaserStream, Yellowstone et la résilience streaming appartiennent à `0.13.x`.
|
||||
|
||||
## Résultat
|
||||
|
||||
Les TODO sont désormais classés par version ou dépendance. Le classement ne prouve pas encore que les blocants `0.4.6` sont satisfaits ; il définit les vérifications à exécuter dans les correctifs de `pre.072` et dans `V0_4_6_ALIGNMENT_AUDIT.md`.
|
||||
@@ -1,8 +1,12 @@
|
||||
<!-- file: kb-app-demo-desktop/CHANGELOG.md -->
|
||||
<!-- version: 1 -->
|
||||
<!-- version: 2 -->
|
||||
|
||||
# CHANGELOG — kb-app-demo-desktop
|
||||
|
||||
## 0.1.0-pre.072
|
||||
|
||||
- reclassement du TODO selon les blocants avant `0.4.6`, les travaux `0.4.7`, les versions ultérieures et les dépendances conditionnelles.
|
||||
|
||||
## 0.1.0-pre.071
|
||||
|
||||
- ajout du contrat documentaire complet de la crate mixte ;
|
||||
|
||||
@@ -1,15 +1,26 @@
|
||||
<!-- file: kb-app-demo-desktop/TODO.md -->
|
||||
<!-- version: 1 -->
|
||||
<!-- version: 2 -->
|
||||
|
||||
# TODO — kb-app-demo-desktop
|
||||
|
||||
- [ ] Registre ElGamal - laisser le panneau non exécutable tant que le déploiement réseau et les preuves requises ne sont pas confirmés.
|
||||
- [ ] Registre ElGamal - raccorder un handler fonctionnel uniquement après validation du scénario réutilisable hors desktop.
|
||||
## Bloquants avant alignement `0.4.6`
|
||||
|
||||
- [ ] Validation - vérifier intégralement la synchronisation des adaptateurs Tauri et des payloads TS-RS avec les APIs réutilisables.
|
||||
- [ ] Validation - couvrir explicitement les cycles d’ouverture, fermeture et réouverture des fenêtres concernées.
|
||||
- [ ] WebSocket - valider que la fermeture de `demo_ws` ne ferme pas une session WebSocket active.
|
||||
- [ ] WebSocket - valider que la réouverture de `demo_ws` restaure l’état courant de la session WebSocket.
|
||||
|
||||
## Entre `0.4.6` et `0.4.7`
|
||||
|
||||
- [ ] Metaplex Token Metadata - ajouter les panneaux nécessaires aux scénarios complétés de la future `0.4.7`.
|
||||
- [ ] Architecture - continuer à extraire les scénarios réutilisables vers `kb-pipeline-demo-scenarios`.
|
||||
- [ ] Tests - maintenir les adaptateurs Tauri et payloads TS-RS synchronisés avec les APIs réutilisables.
|
||||
- [ ] Tests - compléter les tests des cycles d’ouverture, fermeture et réouverture des fenêtres.
|
||||
- [ ] WebSocket - garantir que la fermeture de `demo_ws` ne ferme pas une session active.
|
||||
- [ ] WebSocket - restaurer l’état courant lors de la réouverture de `demo_ws`.
|
||||
|
||||
## Versions ultérieures
|
||||
|
||||
- [ ] Architecture - poursuivre l’extraction des scénarios réutilisables vers `kb-pipeline-demo-scenarios`.
|
||||
- [ ] Documentation - produire un guide opérateur des fenêtres et effets réseau.
|
||||
- [ ] Sécurité - réévaluer les capabilities Tauri à chaque nouvelle fenêtre ou commande.
|
||||
- [ ] Sécurité - réévaluer les capabilities Tauri lors de l’ajout d’une nouvelle fenêtre ou commande.
|
||||
|
||||
## Report conditionnel — registre ElGamal
|
||||
|
||||
- [ ] Registre ElGamal - confirmer le déploiement réseau et la disponibilité des preuves avant de rendre le panneau exécutable.
|
||||
- [ ] Registre ElGamal - raccorder un handler uniquement après validation d’un scénario réutilisable hors desktop.
|
||||
|
||||
@@ -1,8 +1,12 @@
|
||||
<!-- file: kb-config/CHANGELOG.md -->
|
||||
<!-- version: 4 -->
|
||||
<!-- version: 5 -->
|
||||
|
||||
# CHANGELOG — kb-config
|
||||
|
||||
## 0.1.0-pre.072
|
||||
|
||||
- reclassement du TODO selon les blocants avant `0.4.6`, les travaux `0.4.7`, les versions ultérieures et les dépendances conditionnelles.
|
||||
|
||||
## 0.1.0-pre.070
|
||||
|
||||
- enrichissement de `USAGE.md` avec plusieurs exemples couvrant les familles d’API publiques significatives.
|
||||
|
||||
@@ -1,15 +1,15 @@
|
||||
<!-- file: kb-config/TODO.md -->
|
||||
<!-- version: 2 -->
|
||||
<!-- version: 3 -->
|
||||
|
||||
# TODO — kb-config
|
||||
|
||||
## Série 0.5.x — scission de la configuration
|
||||
## Série `0.5.x`
|
||||
|
||||
- [ ] définir si la configuration doit être scindée en deux ou trois fichiers ;
|
||||
- [ ] extraire les blocs de logging dupliqués entre profils vers une configuration dédiée ;
|
||||
- [ ] alléger la configuration générale sans casser les invariants existants ;
|
||||
- [ ] définir une stratégie de migration explicite pour les fichiers de configuration actuels ;
|
||||
- [ ] maintenir l’identité entre le schéma embarqué et `config/schema.config.json` ;
|
||||
- [ ] ajouter les tests de migration et de compatibilité du futur format multi-fichiers ;
|
||||
- [ ] mettre à jour la documentation et les exemples après implémentation ;
|
||||
- [ ] coordonner la migration avec `kb-logging` et toutes les crates consommatrices.
|
||||
- [ ] Configuration - décider si la configuration doit être scindée en deux ou trois fichiers.
|
||||
- [ ] Configuration - extraire les blocs de logging dupliqués entre profils vers une configuration dédiée.
|
||||
- [ ] Configuration - alléger la configuration générale sans casser les invariants existants.
|
||||
- [ ] Migration - définir une stratégie explicite pour les fichiers de configuration actuels.
|
||||
- [ ] Contrat - maintenir l’identité entre le schéma embarqué et `config/schema.config.json`.
|
||||
- [ ] Tests - ajouter les tests de migration et de compatibilité du futur format multi-fichiers.
|
||||
- [ ] Documentation - mettre à jour les guides et exemples après implémentation.
|
||||
- [ ] Intégration - coordonner la migration avec `kb-logging` et les crates consommatrices.
|
||||
|
||||
@@ -1,8 +1,12 @@
|
||||
<!-- file: kb-core/CHANGELOG.md -->
|
||||
<!-- version: 1 -->
|
||||
<!-- version: 2 -->
|
||||
|
||||
# CHANGELOG — kb-core
|
||||
|
||||
## 0.1.0-pre.072
|
||||
|
||||
- reclassement du TODO selon les blocants avant `0.4.6`, les travaux `0.4.7`, les versions ultérieures et les dépendances conditionnelles.
|
||||
|
||||
## 0.1.0-pre.071
|
||||
|
||||
- réécriture du README pour l’architecture bot3 ;
|
||||
|
||||
@@ -1,9 +1,11 @@
|
||||
<!-- file: kb-core/TODO.md -->
|
||||
<!-- version: 1 -->
|
||||
<!-- version: 2 -->
|
||||
|
||||
# TODO — kb-core
|
||||
|
||||
## Versions ultérieures
|
||||
|
||||
- [ ] Dette technique - réévaluer les variantes génériques de `Error` lorsque les frontières de domaine seront stabilisées.
|
||||
- [ ] Dette technique - réduire progressivement l’usage de `Error::Custom` lorsqu’un code d’erreur mérite une famille dédiée.
|
||||
- [ ] Documentation - maintenir la correspondance entre les familles d’erreur publiques et les crates qui les utilisent.
|
||||
- [ ] Tests - ajouter un test ciblé lorsqu’une nouvelle variante publique d’erreur ou de module est introduite.
|
||||
- [ ] Dette technique - remplacer les usages de `Error::Custom` qui méritent une famille publique dédiée.
|
||||
- [ ] Documentation - compléter la correspondance entre familles d’erreur et crates consommatrices lorsqu’une nouvelle famille est ajoutée.
|
||||
- [ ] Tests - ajouter un test ciblé lors de l’introduction d’une nouvelle variante publique d’erreur ou de module.
|
||||
|
||||
@@ -1,8 +1,12 @@
|
||||
<!-- file: kb-lib/CHANGELOG.md -->
|
||||
<!-- version: 4 -->
|
||||
<!-- version: 5 -->
|
||||
|
||||
# CHANGELOG — kb-lib
|
||||
|
||||
## 0.1.0-pre.072
|
||||
|
||||
- reclassement du TODO selon les blocants avant `0.4.6`, les travaux `0.4.7`, les versions ultérieures et les dépendances conditionnelles.
|
||||
|
||||
## 0.1.0-pre.070
|
||||
|
||||
- enrichissement de `USAGE.md` avec plusieurs exemples couvrant les familles d’API publiques significatives.
|
||||
|
||||
@@ -1,28 +1,25 @@
|
||||
<!-- file: kb-lib/TODO.md -->
|
||||
<!-- version: 2 -->
|
||||
<!-- version: 3 -->
|
||||
|
||||
# TODO — kb-lib
|
||||
|
||||
## Version 0.4.7 — Metaplex Token Metadata
|
||||
## Entre `0.4.6` et `0.4.7` — Metaplex Token Metadata
|
||||
|
||||
- [ ] vérifier la couverture exacte des matérialisations Metaplex Token Metadata migrées depuis bot2 ;
|
||||
- [ ] compléter uniquement les projections Metaplex réellement manquantes ;
|
||||
- [ ] implémenter l’exécuteur Metaplex Token Metadata à partir des contrats officiels vérifiés ;
|
||||
- [ ] ajouter les tests unitaires et contractuels de l’exécuteur ;
|
||||
- [ ] préparer les contrats nécessaires à l’intégration pipeline et aux démonstrations ;
|
||||
- [ ] valider le parcours d’exécution complet sur un réseau approprié lorsque les prérequis sont réunis.
|
||||
- [ ] Matérialisation - vérifier la couverture exacte migrée depuis bot2.
|
||||
- [ ] Matérialisation - compléter uniquement les projections réellement manquantes.
|
||||
- [ ] Exécution - implémenter l’exécuteur à partir des contrats officiels vérifiés.
|
||||
- [ ] Tests - ajouter les tests unitaires et contractuels de l’exécuteur.
|
||||
- [ ] Intégration - préparer les contrats nécessaires au pipeline et aux démonstrations.
|
||||
- [ ] Validation - valider le parcours complet sur un réseau approprié lorsque les prérequis sont réunis.
|
||||
|
||||
## Registre SPL ElGamal
|
||||
## Report conditionnel — registre SPL ElGamal
|
||||
|
||||
- [ ] confirmer si le registre est déployé et utilisable sur Devnet ou Mainnet ;
|
||||
- [ ] préparer une fixture de preuve `PubkeyValidity` et un compte `Proof Context State` valide si un réseau exploitable est confirmé ;
|
||||
- [ ] exécuter et documenter une validation réseau réelle avant de déclarer cette surface validée.
|
||||
- [ ] Réseau - confirmer si le registre est déployé et utilisable sur Devnet ou Mainnet.
|
||||
- [ ] Fixture - préparer une preuve `PubkeyValidity` et un compte `Proof Context State` valide si un réseau exploitable est confirmé.
|
||||
- [ ] Validation - exécuter une validation réseau réelle avant de déclarer la surface validée.
|
||||
|
||||
## Surfaces ultérieures
|
||||
## Versions ultérieures
|
||||
|
||||
- [ ] remplacer les décodeurs et exécuteurs réservés par des implémentations bornées selon le ROADMAP ;
|
||||
- [ ] maintenir une façade publique lisible lors de chaque ajout de famille ;
|
||||
- [ ] vérifier que chaque type réservé reste explicitement non fonctionnel tant que sa surface n’est pas implémentée ;
|
||||
- [ ] documenter chaque nouvelle famille publique lors de son activation ;
|
||||
- [ ] maintenir les liens vers les matrices canoniques sans les dupliquer ;
|
||||
- [ ] implémenter l’infrastructure générique des conventions Anchor dans la série `0.6.x`.
|
||||
- [ ] Surfaces - remplacer les décodeurs et exécuteurs réservés selon le ROADMAP.
|
||||
- [ ] Documentation - documenter chaque nouvelle famille publique lors de son activation.
|
||||
- [ ] Anchor - implémenter l’infrastructure générique des conventions Anchor dans la série `0.6.x`.
|
||||
|
||||
@@ -1,14 +1,19 @@
|
||||
<!-- file: kb-logging/CHANGELOG.md -->
|
||||
<!-- version: 4 -->
|
||||
<!-- version: 5 -->
|
||||
|
||||
# CHANGELOG — kb-logging
|
||||
|
||||
## 0.1.0-pre.072
|
||||
|
||||
- reclassement du TODO selon les blocants avant `0.4.6`, les travaux `0.4.7`, les versions ultérieures et les dépendances conditionnelles.
|
||||
|
||||
## 0.1.0-pre.070
|
||||
|
||||
- enrichissement de `USAGE.md` avec plusieurs exemples couvrant les familles d’API publiques significatives.
|
||||
|
||||
## 0.1.0-pre.069
|
||||
|
||||
|
||||
### Documentation
|
||||
|
||||
- création de `TODO.md`, `USAGE.md` et du changelog détaillé ;
|
||||
|
||||
@@ -1,11 +1,11 @@
|
||||
<!-- file: kb-logging/TODO.md -->
|
||||
<!-- version: 2 -->
|
||||
<!-- version: 3 -->
|
||||
|
||||
# TODO — kb-logging
|
||||
|
||||
## Série 0.5.x — configuration logging dédiée
|
||||
## Série `0.5.x`
|
||||
|
||||
- [ ] définir avec `kb-config` le contrat de la future configuration logging séparée ;
|
||||
- [ ] préserver la compatibilité des targets, niveaux, filtres, formats et routes pendant la migration ;
|
||||
- [ ] ajouter les tests de migration du format de configuration ;
|
||||
- [ ] mettre à jour les exemples et la documentation après implémentation du nouveau chargement.
|
||||
- [ ] Configuration - définir avec `kb-config` le contrat de la configuration logging séparée.
|
||||
- [ ] Compatibilité - préserver targets, niveaux, filtres, formats et routes pendant la migration.
|
||||
- [ ] Tests - ajouter les tests de migration du format de configuration.
|
||||
- [ ] Documentation - mettre à jour les exemples après implémentation du nouveau chargement.
|
||||
|
||||
@@ -1,8 +1,12 @@
|
||||
<!-- file: kb-onchain-transport/CHANGELOG.md -->
|
||||
<!-- version: 1 -->
|
||||
<!-- version: 2 -->
|
||||
|
||||
# CHANGELOG — kb-onchain-transport
|
||||
|
||||
## 0.1.0-pre.072
|
||||
|
||||
- reclassement du TODO selon les blocants avant `0.4.6`, les travaux `0.4.7`, les versions ultérieures et les dépendances conditionnelles.
|
||||
|
||||
## 0.1.0-pre.070
|
||||
|
||||
- enrichissement du `USAGE.md` avec plusieurs exemples couvrant les principales familles d’API publiques ;
|
||||
|
||||
@@ -1,11 +1,16 @@
|
||||
<!-- file: kb-onchain-transport/TODO.md -->
|
||||
<!-- version: 1 -->
|
||||
<!-- version: 2 -->
|
||||
|
||||
# TODO — kb-onchain-transport
|
||||
|
||||
- [ ] Transport temps réel - étendre le support WebSocket Helius selon les contrats retenus pour `0.13.x`.
|
||||
- [ ] Transport temps réel - auditer l’état réel de LaserStream et définir les compléments nécessaires.
|
||||
- [ ] Transport temps réel - concevoir l’intégration Yellowstone gRPC sans coupler le pipeline à un fournisseur.
|
||||
- [ ] Résilience - formaliser les politiques de reprise, continuité, reconnexion, backpressure et métriques des transports streaming.
|
||||
- [ ] Documentation - créer le guide transversal RPC, backfill et streaming à partir des APIs bot3 actuelles.
|
||||
- [ ] Tests - compléter les tests d’intégration opt-in pour les rôles d’endpoints et les scénarios de reconnexion.
|
||||
## Avant alignement `0.4.6`
|
||||
|
||||
- [ ] Documentation - produire dans `pre.073` le guide transversal RPC, backfill et WebSocket à partir des APIs bot3 actuelles.
|
||||
|
||||
## Série `0.13.x`
|
||||
|
||||
- [ ] WebSocket - étendre le support Helius selon les contrats retenus.
|
||||
- [ ] LaserStream - auditer l’état réel et définir les compléments nécessaires.
|
||||
- [ ] Yellowstone - concevoir l’intégration gRPC sans coupler le pipeline à un fournisseur.
|
||||
- [ ] Résilience - formaliser reprise, continuité, reconnexion, backpressure et métriques.
|
||||
- [ ] Tests - compléter les tests d’intégration opt-in des rôles d’endpoints et scénarios de reconnexion.
|
||||
|
||||
@@ -1,8 +1,12 @@
|
||||
<!-- file: kb-pipeline-demo-scenarios/CHANGELOG.md -->
|
||||
<!-- version: 1 -->
|
||||
<!-- version: 2 -->
|
||||
|
||||
# CHANGELOG — kb-pipeline-demo-scenarios
|
||||
|
||||
## 0.1.0-pre.072
|
||||
|
||||
- reclassement du TODO selon les blocants avant `0.4.6`, les travaux `0.4.7`, les versions ultérieures et les dépendances conditionnelles.
|
||||
|
||||
## 0.1.0-pre.070
|
||||
|
||||
- enrichissement du `USAGE.md` avec plusieurs exemples couvrant les principales familles d’API publiques ;
|
||||
|
||||
@@ -1,13 +1,20 @@
|
||||
<!-- file: kb-pipeline-demo-scenarios/TODO.md -->
|
||||
<!-- version: 1 -->
|
||||
<!-- version: 2 -->
|
||||
|
||||
# TODO — kb-pipeline-demo-scenarios
|
||||
|
||||
## Entre `0.4.6` et `0.4.7`
|
||||
|
||||
- [ ] Metaplex Token Metadata - ajouter les scénarios nécessaires à la clôture fonctionnelle de `0.4.7`.
|
||||
- [ ] Tests Devnet - ajouter les validations de bout en bout Metaplex sans dépendre du desktop.
|
||||
|
||||
## Série `0.5.x`
|
||||
|
||||
- [ ] CLI - rendre chaque scénario public exécutable hors `kb-app-demo-desktop`.
|
||||
- [ ] CLI - compléter les arguments, sorties structurées et diagnostics du binaire.
|
||||
- [ ] Fixtures - améliorer la création, réutilisation et validation des fixtures publiques.
|
||||
- [ ] Metaplex Token Metadata - ajouter les scénarios de démonstration requis pour la future `0.4.7`.
|
||||
- [ ] Registre ElGamal - ne créer un scénario exécutable qu’après confirmation du déploiement et disponibilité des preuves requises.
|
||||
- [ ] Tests Devnet - conserver les tests réseau en opt-in et documenter précisément leurs prérequis.
|
||||
- [ ] Tests Devnet - compléter les validations de bout en bout manquantes sans dépendre de l’interface desktop.
|
||||
- [ ] CLI - compléter les arguments, sorties structurées et diagnostics.
|
||||
- [ ] Fixtures - améliorer la création, la réutilisation et la validation des fixtures publiques.
|
||||
- [ ] Documentation - ajouter un guide opérateur des scénarios et de leurs effets réseau.
|
||||
|
||||
## Report conditionnel — registre ElGamal
|
||||
|
||||
- [ ] Registre ElGamal - créer un scénario exécutable uniquement après confirmation du déploiement et disponibilité des preuves requises.
|
||||
|
||||
@@ -1,8 +1,12 @@
|
||||
<!-- file: kb-pipeline/CHANGELOG.md -->
|
||||
<!-- version: 1 -->
|
||||
<!-- version: 2 -->
|
||||
|
||||
# CHANGELOG — kb-pipeline
|
||||
|
||||
## 0.1.0-pre.072
|
||||
|
||||
- reclassement du TODO selon les blocants avant `0.4.6`, les travaux `0.4.7`, les versions ultérieures et les dépendances conditionnelles.
|
||||
|
||||
## 0.1.0-pre.070
|
||||
|
||||
- enrichissement du `USAGE.md` avec plusieurs exemples couvrant les principales familles d’API publiques ;
|
||||
|
||||
@@ -1,12 +1,23 @@
|
||||
<!-- file: kb-pipeline/TODO.md -->
|
||||
<!-- version: 1 -->
|
||||
<!-- version: 2 -->
|
||||
|
||||
# TODO — kb-pipeline
|
||||
|
||||
## Bloquants avant alignement `0.4.6`
|
||||
|
||||
- [ ] Audit - traiter les écarts pipeline réellement démontrés par `V0_4_6_ALIGNMENT_AUDIT.md`.
|
||||
- [ ] Documentation - produire dans `pre.073` le guide de replay, extraction Core et matérialisation.
|
||||
|
||||
## Entre `0.4.6` et `0.4.7`
|
||||
|
||||
- [ ] Metaplex Token Metadata - intégrer la matérialisation migrée et les étapes restantes au replay bot3.
|
||||
- [ ] Metaplex Token Metadata - ajouter l’orchestration nécessaire à l’exécuteur et aux validations de la future `0.4.7`.
|
||||
- [ ] Registre ElGamal - confirmer l’existence et le déploiement du programme avant toute campagne réseau.
|
||||
- [ ] Registre ElGamal - compléter uniquement les couches pipeline justifiées par un scénario réellement exécutable.
|
||||
- [ ] Tests - ajouter les tests ciblés correspondant aux écarts identifiés par l’audit d’alignement `0.4.6`.
|
||||
- [ ] Documentation - compléter le guide de replay, extraction Core et matérialisation à partir des contrats bot3.
|
||||
- [ ] Dette technique - vérifier les duplications résiduelles entre les orchestrations SPL Token classique et Token-2022.
|
||||
- [ ] Metaplex Token Metadata - ajouter l’orchestration nécessaire à l’exécuteur et aux validations de `0.4.7`.
|
||||
|
||||
## Versions ultérieures
|
||||
|
||||
- [ ] Dette technique - auditer les duplications résiduelles entre orchestrations SPL Token classique et Token-2022.
|
||||
|
||||
## Report conditionnel — registre ElGamal
|
||||
|
||||
- [ ] Réseau - confirmer l’existence et le déploiement du programme avant toute campagne.
|
||||
- [ ] Intégration - compléter uniquement les couches justifiées par un scénario réellement exécutable.
|
||||
|
||||
@@ -1,8 +1,12 @@
|
||||
<!-- file: kb-program-ids/CHANGELOG.md -->
|
||||
<!-- version: 1 -->
|
||||
<!-- version: 2 -->
|
||||
|
||||
# CHANGELOG — kb-program-ids
|
||||
|
||||
## 0.1.0-pre.072
|
||||
|
||||
- reclassement du TODO selon les blocants avant `0.4.6`, les travaux `0.4.7`, les versions ultérieures et les dépendances conditionnelles.
|
||||
|
||||
## 0.1.0-pre.071
|
||||
|
||||
- réécriture du README comme référence de la façade publique bot3 ;
|
||||
|
||||
@@ -1,12 +1,16 @@
|
||||
<!-- file: kb-program-ids/TODO.md -->
|
||||
<!-- version: 1 -->
|
||||
<!-- version: 2 -->
|
||||
|
||||
# TODO — kb-program-ids
|
||||
|
||||
- [ ] Documentation - produire le registre documentaire vérifié des Program IDs et de leurs sources.
|
||||
## Documentation ultérieure nécessitant des sources complémentaires
|
||||
|
||||
- [ ] Documentation - produire le registre vérifié des Program IDs et de leurs sources.
|
||||
- [ ] Documentation - associer chaque IDL archivée à sa provenance vérifiée et à son Program ID.
|
||||
- [ ] Audit - rescanner les documents historiques bot2 avant de déclarer l’inventaire documentaire complet.
|
||||
- [ ] Audit - intégrer ultérieurement les sources d’un projet antérieur à bot2 lorsqu’elles seront fournies.
|
||||
- [ ] Vérification - confirmer la nature du programme `MAyhSmzXzV1pTf7LsNkrNwkWKTo4ougAJ1PPg47MD4e` avant classement.
|
||||
- [ ] Vérification - déterminer si `pumpup_ai` appartient à la famille Pump ou à un protocole distinct.
|
||||
- [ ] Tests - maintenir l’unicité, le tri et la séparation entre programmes exécutables et comptes connus.
|
||||
- [ ] Audit - rescanner les documents historiques bot2 avant de déclarer l’inventaire complet.
|
||||
- [ ] Audit - intégrer les sources d’un projet antérieur à bot2 lorsqu’elles seront fournies.
|
||||
|
||||
## Versions protocolaires concernées
|
||||
|
||||
- [ ] Pump - confirmer la nature de `MAyhSmzXzV1pTf7LsNkrNwkWKTo4ougAJ1PPg47MD4e` avant classement en `0.9.x`.
|
||||
- [ ] Pump - déterminer si `pumpup_ai` appartient à la famille Pump ou à un protocole distinct avant `0.9.x`.
|
||||
|
||||
@@ -1,8 +1,12 @@
|
||||
<!-- file: kb-store/CHANGELOG.md -->
|
||||
<!-- version: 4 -->
|
||||
<!-- version: 5 -->
|
||||
|
||||
# CHANGELOG — kb-store
|
||||
|
||||
## 0.1.0-pre.072
|
||||
|
||||
- reclassement du TODO selon les blocants avant `0.4.6`, les travaux `0.4.7`, les versions ultérieures et les dépendances conditionnelles.
|
||||
|
||||
## 0.1.0-pre.070
|
||||
|
||||
- enrichissement de `USAGE.md` avec plusieurs exemples couvrant les familles d’API publiques significatives.
|
||||
|
||||
@@ -1,18 +1,13 @@
|
||||
<!-- file: kb-store/TODO.md -->
|
||||
<!-- version: 2 -->
|
||||
<!-- version: 3 -->
|
||||
|
||||
# TODO — kb-store
|
||||
|
||||
## Maintenance des contrats de stockage
|
||||
## Avant alignement `0.4.6`
|
||||
|
||||
- [ ] auditer toute nouvelle requête afin de garantir une borne explicite ;
|
||||
- [ ] vérifier le caractère read-only des nouvelles requêtes de diagnostic ;
|
||||
- [ ] conserver une séparation nette entre les contrats publics et les détails SQL internes ;
|
||||
- [ ] ajouter un test PostgreSQL réel pour chaque nouvelle migration ;
|
||||
- [ ] ajouter un test d’atomicité pour chaque nouvelle transaction multi-tables ;
|
||||
- [ ] compléter le guide transversal d’exploitation PostgreSQL lors de l’ajout des procédures administratives.
|
||||
- [ ] Documentation - produire dans `pre.073` le guide transversal d’exploitation PostgreSQL et des contrats de stockage.
|
||||
|
||||
## Extensions futures
|
||||
## Versions ultérieures
|
||||
|
||||
- [ ] définir les outils d’administration supplémentaires prévus par le ROADMAP avant leur implémentation ;
|
||||
- [ ] documenter et tester les futures opérations historiques ajoutées à la crate.
|
||||
- [ ] Administration - définir les outils supplémentaires prévus par le ROADMAP avant leur implémentation.
|
||||
- [ ] Historique - documenter et tester les futures opérations historiques ajoutées à la crate.
|
||||
|
||||
@@ -1,8 +1,12 @@
|
||||
<!-- file: kb-wallet/CHANGELOG.md -->
|
||||
<!-- version: 1 -->
|
||||
<!-- version: 2 -->
|
||||
|
||||
# CHANGELOG — kb-wallet
|
||||
|
||||
## 0.1.0-pre.072
|
||||
|
||||
- reclassement du TODO selon les blocants avant `0.4.6`, les travaux `0.4.7`, les versions ultérieures et les dépendances conditionnelles.
|
||||
|
||||
## 0.1.0-pre.071
|
||||
|
||||
- réécriture du README avec indication explicite du statut d’ébauche ;
|
||||
|
||||
@@ -1,16 +1,18 @@
|
||||
<!-- file: kb-wallet/TODO.md -->
|
||||
<!-- version: 1 -->
|
||||
<!-- version: 2 -->
|
||||
|
||||
# TODO — kb-wallet
|
||||
|
||||
## Série `0.5.x`
|
||||
|
||||
- [ ] Fonctionnalité - gérer plusieurs wallets persistants.
|
||||
- [ ] Fonctionnalité - ajouter la sélection et la persistance du wallet actif.
|
||||
- [ ] Sécurité - ajouter le chiffrement et le déchiffrement protégés par mot de passe.
|
||||
- [ ] Sécurité - ajouter le changement de mot de passe.
|
||||
- [ ] Sécurité - ajouter le verrouillage et le déverrouillage explicites.
|
||||
- [ ] Fonctionnalité - ajouter l’import et l’export contrôlés de wallets.
|
||||
- [ ] Fonctionnalité - ajouter l’import et l’export contrôlés.
|
||||
- [ ] Fonctionnalité - ajouter la sauvegarde et la restauration.
|
||||
- [ ] Sécurité - définir des politiques de stockage, de session et d’autorisation de signature.
|
||||
- [ ] Intégration - relier la sélection du wallet aux profils et signers des scénarios.
|
||||
- [ ] Tests - ajouter les tests de corruption, concurrence et récupération pour les nouvelles fonctionnalités.
|
||||
- [ ] Sécurité - définir les politiques de stockage, session et autorisation de signature.
|
||||
- [ ] Intégration - relier la sélection du wallet aux profils et signers.
|
||||
- [ ] Tests - ajouter les tests de corruption, concurrence et récupération.
|
||||
- [ ] Documentation - produire un guide de sécurité avant tout usage hors démonstration.
|
||||
|
||||
Reference in New Issue
Block a user