v0.4.7-pre.016
This commit is contained in:
@@ -1,9 +1,15 @@
|
||||
<!-- file: kb-pipeline-demo-scenarios/CHANGELOG.md -->
|
||||
<!-- version: 26 -->
|
||||
<!-- version: 27 -->
|
||||
|
||||
# CHANGELOG — kb-pipeline-demo-scenarios
|
||||
|
||||
## 0.4.7-pre.15
|
||||
## 0.4.7-pre.016
|
||||
|
||||
- généralise README et USAGE autour des groupes fonctionnels ;
|
||||
- nettoie le TODO et conserve les fixtures Devnet spécialisées comme dette explicite ;
|
||||
- qualifie séparément builders disponibles et preuves réseau observées.
|
||||
|
||||
## 0.4.7-pre.015
|
||||
- étend le parcours NFT Devnet à une troisième étape `UpdateAsUpdateAuthorityV2` qui rend les metadata immutables ;
|
||||
- distingue l’édition maître créée par `Create` des futures fixtures d’édition imprimée ;
|
||||
- conserve `Print` et `Burn` comme étapes ultérieures tant que leurs comptes SPL et édition ne sont pas préparés de bout en bout.
|
||||
@@ -35,7 +41,7 @@
|
||||
- convertit la clé du mint en `MdPubkey` pour `getAccountInfo` ;
|
||||
- supprime l’avertissement du paramètre de rent conservé dans le contrat de politique.
|
||||
|
||||
## 0.4.7-pre.13 fix-011
|
||||
## 0.4.7-pre.013-fix-011
|
||||
|
||||
- remplace la préparation Metaplex fondée sur `solana-keygen`, `solana` et `spl-token` par une transaction Rust native ;
|
||||
- crée le mint par `SystemCreateAccount` puis `SPL Token InitializeMint2` dans un même message simulé, signé et confirmé ;
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
<!-- file: kb-pipeline-demo-scenarios/README.md -->
|
||||
<!-- version: 6 -->
|
||||
<!-- version: 7 -->
|
||||
|
||||
# kb-pipeline-demo-scenarios
|
||||
|
||||
@@ -19,7 +19,7 @@ La crate contient :
|
||||
- fournir des tests automatisés parallèles aux démonstrations UI, sans déplacer les scénarios UI hors du desktop ;
|
||||
- conserver la séparation entre preuve synthétique, simulation RPC, soumission confirmée et postcondition stateful.
|
||||
|
||||
La crate couvre déjà les scénarios Solana Core et SPL historiques ainsi que le corpus synthétique Metaplex pour NFT, SFT, token fongible, collection et pNFT. Un exécuteur Devnet réel et réutilisable est disponible pour les opérations Metaplex courantes pilotées par un seul wallet de profil. Il réalise le contrôle du genesis hash, les lectures stateful bornées, le préflight, la simulation RPC exacte et, après confirmation explicite, la soumission, la confirmation et les lectures avant/après. Le runner Devnet couvre désormais les 20 opérations courantes. Les fixtures concrètes, les exécutions observées et les preuves réseau restent à fournir opération par opération avant la clôture.
|
||||
La crate couvre déjà les scénarios Solana Core et SPL historiques ainsi que le corpus synthétique Metaplex pour NFT, SFT, token fongible, collection et pNFT. Un exécuteur Devnet réel et réutilisable est disponible pour les opérations Metaplex courantes pilotées par un seul wallet de profil. Il réalise le contrôle du genesis hash, les lectures stateful bornées, le préflight, la simulation RPC exacte et, après confirmation explicite, la soumission, la confirmation et les lectures avant/après. Le runner Devnet sait construire les opérations courantes, tandis que les parcours réellement préparés fournissent leurs fixtures, preuves RPC et postconditions. Les validations spécialisées restent qualifiées séparément au lieu d’être déduites de la seule présence d’un builder.
|
||||
|
||||
## Binaire CLI
|
||||
|
||||
|
||||
@@ -1,31 +1,21 @@
|
||||
<!-- file: kb-pipeline-demo-scenarios/TODO.md -->
|
||||
<!-- version: 8 -->
|
||||
<!-- version: 9 -->
|
||||
|
||||
# TODO — kb-pipeline-demo-scenarios
|
||||
|
||||
## `0.4.7-pre.011` — infrastructure et premier lot Devnet Metaplex
|
||||
## Validation Devnet complémentaire Metaplex Token Metadata
|
||||
|
||||
- [ ] Fixtures - préparer des fixtures Devnet réutilisables pour les familles d’actifs nécessaires.
|
||||
- [x] Exécution réseau - raccorder les intents Metaplex courants au transport RPC réel et au pipeline généraliste.
|
||||
- [x] Contrat de preuves - exposer cluster, genesis hash, simulation exacte, signature, confirmation et états stateful avant/après dans le résultat structuré.
|
||||
- [ ] Preuves observées - exécuter les campagnes locales et reporter les valeurs RPC effectivement observées dans la matrice.
|
||||
- [ ] Premier lot - préparer puis valider sur Devnet `Create`, `Update`, `Verify` et `Unverify` avec le wallet de profil et les fixtures requises.
|
||||
- [ ] Préparer les fixtures d’édition imprimée et de burn NFT.
|
||||
- [ ] Préparer les fixtures collection parent/membre pour verify, unverify et set-and-verify.
|
||||
- [ ] Préparer les token accounts, token records, delegates et rule sets des parcours pNFT.
|
||||
- [ ] Qualifier chaque opération spécialisée comme simulée, soumise, non applicable ou indisponible.
|
||||
|
||||
## `0.4.7-pre.012` — couverture Devnet restante
|
||||
## Évolutions générales
|
||||
|
||||
- [x] Couverture - fournir un runner réel commun et un contrat de campagne pour chacune des 20 opérations `executable_current`.
|
||||
- [ ] Soumission - soumettre et confirmer les opérations réalisables avec les fixtures disponibles.
|
||||
- [ ] Non-exécutabilité - documenter par opération toute impossibilité Devnet avec une cause technique et des préconditions vérifiées.
|
||||
- [x] Tests - empêcher toute promotion d’un résultat synthétique en preuve réseau.
|
||||
|
||||
## Versions ultérieures
|
||||
|
||||
- [ ] CLI - ajouter uniquement les commandes de préparation de fixtures explicitement justifiées.
|
||||
- [ ] Fixtures - améliorer la réutilisation, le nettoyage et la validation des fixtures publiques.
|
||||
- [ ] Documentation - maintenir un guide opérateur des campagnes et de leurs effets réseau.
|
||||
- [ ] Ajouter au CLI uniquement les préparations de fixtures explicitement justifiées.
|
||||
- [ ] Améliorer la réutilisation, le nettoyage et la validation des fixtures publiques.
|
||||
- [ ] Maintenir un guide opérateur des campagnes 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.
|
||||
|
||||
- Metaplex NFT Devnet — préparer les comptes SPL et PDA nécessaires aux étapes `Print` puis `Burn` après le parcours immuable de `pre.015`.
|
||||
- [ ] Créer un scénario exécutable uniquement après confirmation du déploiement et disponibilité des preuves requises.
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
<!-- file: kb-pipeline-demo-scenarios/USAGE.md -->
|
||||
<!-- version: 8 -->
|
||||
<!-- version: 9 -->
|
||||
|
||||
# Utilisation de kb-pipeline-demo-scenarios
|
||||
|
||||
@@ -268,7 +268,7 @@ where
|
||||
|
||||
Pour une soumission, l’appelant doit définir `submit = true` et `operator_confirmed = true`. Les opérations dépréciées sont refusées par cette API automatique. Les lectures `preflight_reads` et `postcondition_reads` doivent décrire les comptes Metadata, Edition, Token Record ou Collection nécessaires au scénario.
|
||||
|
||||
## Charger la matrice des 20 opérations courantes
|
||||
## Charger la matrice des opérations courantes
|
||||
|
||||
```rust
|
||||
fn load_metaplex_devnet_contract(
|
||||
@@ -307,7 +307,7 @@ let operations =
|
||||
kb_pipeline_demo_scenarios::metaplex_token_metadata_current_operation_names();
|
||||
```
|
||||
|
||||
Les quatre premières campagnes disposent de modèles JSON structurés :
|
||||
Les opérations disposant d’un modèle générique peuvent être inspectées ainsi :
|
||||
|
||||
```rust
|
||||
fn verify_template() -> kb_core::Result<String> {
|
||||
|
||||
Reference in New Issue
Block a user