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.