41 lines
3.2 KiB
Markdown
41 lines
3.2 KiB
Markdown
<!-- file: kb-app-demo-desktop/README.md -->
|
||
<!-- version: 12 -->
|
||
|
||
# kb-app-demo-desktop
|
||
|
||
`kb-app-demo-desktop` est l’application Tauri de démonstration et de validation de `khadhroony-bot3`. Le package reste une seule crate mixte bibliothèque et binaire.
|
||
|
||
## Fonctionnalités
|
||
|
||
- configuration et diagnostics de logging ;
|
||
- transport HTTP JSON-RPC et WebSocket ;
|
||
- diagnostics PostgreSQL ;
|
||
- backfill, extraction Core et replay, avec enregistrement générique de Solana Program Metadata ;
|
||
- démonstrations Solana Core, SPL Memo, SPL Token, ATA et Token-2022 ;
|
||
- panneau Metadata avec parcours séparés Metaplex Token Metadata, Token-2022 Token Metadata et Solana Program Metadata, préparation du profil et de la base, simulation RPC réelle, soumission explicitement confirmée et affichage des postconditions ;
|
||
- progression, annulation et restauration de l’état des fenêtres.
|
||
|
||
## Frontière architecturale
|
||
|
||
Les commandes Tauri sont des adaptateurs minces. La logique réutilisable appartient à `kb-pipeline`, `kb-pipeline-demo-scenarios`, `kb-lib`, `kb-store` et `kb-onchain-transport`.
|
||
|
||
Les scénarios UI Devnet/Testnet restent dans le desktop. Des tests automatisés parallèles peuvent reproduire les mêmes parcours dans `kb-pipeline-demo-scenarios`, sans migration ou suppression des scénarios UI.
|
||
|
||
## Exécution Metaplex Token Metadata
|
||
|
||
Le panneau conserve les scénarios synthétiques pour inspecter les contrats, mais son parcours Devnet principal expose désormais 11 campagnes qualifiées de `pre.013` et appelle directement leurs runners spécialisés de `kb-pipeline-demo-scenarios`. Les cinq variantes `Create -> Mint`, collection, Print/Burn, lifecycle pNFT et escrow soumettent uniquement les opérations autorisées ; Maintenance et Use conservent les opérations `unavailable` dans des probes simulation-only. Le desktop ne reconstruit ni les builders ni les postconditions et présente la fixture, les exécutions/probes et les preuves produites par les runners.
|
||
|
||
## Exécution Token-2022 Token Metadata
|
||
|
||
Le sous-panneau dédié appelle directement la campagne réutilisable de `kb-pipeline-demo-scenarios`; son parcours desktop complet a été confirmé sur Devnet pendant `pre.014`. Il crée un mint Token-2022 frais avec Metadata Pointer auto-référencé puis exécute, dans l’ordre, `Initialize`, `UpdateField`, `Emit`, `RemoveKey` et `UpdateAuthority`. Chaque étape passe par simulation, confirmation, replay canonique, matérialisation lorsque requise, lecture stateful et postcondition ; `Emit` conserve en plus sa return data validée.
|
||
|
||
## Exécution Solana Program Metadata
|
||
|
||
Le même panneau expose séparément les deux parcours `Buffer` et `Metadata` de `ProgM6…`; sa campagne desktop complète a été confirmée sur Devnet pendant `pre.014`. La campagne complète crée deux PDA frais, confirme leurs préfinancements, exécute les neuf opérations stables, vérifie les lectures avant/après et affiche les snapshots matérialisés. La logique réseau reste entièrement dans `kb-pipeline-demo-scenarios` ; le desktop ne fait que sélectionner le profil, demander la confirmation et présenter les preuves.
|
||
|
||
## Documentation
|
||
|
||
- [Guide d’utilisation](USAGE.md)
|
||
- [Travaux restant à réaliser](TODO.md)
|
||
- [Historique des changements](CHANGELOG.md)
|