Files
khadhroony-bot3/kb-app-demo-desktop
2026-08-10 02:44:24 +02:00
..
2026-08-04 17:14:01 +02:00
2026-08-09 19:34:08 +02:00
2026-07-25 18:07:51 +02:00
2026-08-10 02:44:24 +02:00
2026-07-25 18:07:51 +02:00
2026-08-09 19:34:08 +02:00
2026-08-10 02:44:24 +02:00
2026-08-09 18:53:09 +02:00
2026-08-09 19:34:08 +02:00
2026-08-09 18:53:09 +02:00
2026-08-09 19:34:08 +02:00
2026-07-25 18:07:51 +02:00
2026-08-09 19:34:08 +02:00
2026-08-09 15:22:19 +02:00

kb-app-demo-desktop

kb-app-demo-desktop est lapplication 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 à ks-pipeline, ks-pipeline-demo-scenarios, ks-lib, ks-store et ks-onchain-transport.

Les campagnes Devnet/Testnet réutilisables appartiennent à ks-pipeline-demo-scenarios. Le desktop conserve leurs adaptateurs UI/Tauri, la sélection opérateur, la progression, les payloads TS-RS et la présentation ; 0.5.4 doit retirer les orchestrations réutilisables qui subsistent encore localement.

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 ks-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 pas les builders ; il conserve encore une partie du dispatch, des critères de complétion et de la projection de preuves, à centraliser en 0.5.4 lorsque cette logique est réutilisable.

Exécution Token-2022 Token Metadata

Le sous-panneau dédié appelle directement la campagne réutilisable de ks-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 lordre, 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 ks-pipeline-demo-scenarios ; le desktop ne fait que sélectionner le profil, demander la confirmation et présenter les preuves.

Documentation