33 lines
1.6 KiB
Markdown
33 lines
1.6 KiB
Markdown
<!-- file: crates/ksp-app-raw-transaction-ingest-desk/USAGE.md -->
|
|
<!-- version: 1 -->
|
|
|
|
# Utilisation de `ksp-app-raw-transaction-ingest-desk`
|
|
|
|
## 1. Lancement
|
|
|
|
Depuis la racine du workspace :
|
|
|
|
```bash
|
|
(cd crates/ksp-app-raw-transaction-ingest-desk && cargo tauri dev)
|
|
```
|
|
|
|
Le runtime prépare les ressources Config nécessaires, charge le composite dédié, initialise Logging puis ouvre le shell desktop.
|
|
|
|
## 2. Vue Routes
|
|
|
|
La vue Routes présente les routes logiques connues par l'application et leur état applicatif. La présence d'un identifiant de route dans l'interface ne constitue pas, à elle seule, une preuve de composabilité ou de disponibilité runtime ; l'état projeté par le backend reste l'autorité.
|
|
|
|
Les URLs, tokens, metadata secrètes, handles Transport/Store/Worker et payloads RAW restent backend-only.
|
|
|
|
## 3. Diagnostics
|
|
|
|
La vue Diagnostics expose uniquement des informations techniques sûres nécessaires à l'exploitation du Desk, notamment l'identité de version, l'état du shell, la composition Config active, l'état Logging et les diagnostics projetés par codes/messages sûrs.
|
|
|
|
Les diagnostics ne doivent pas exposer de credentials, d'URI Store, d'URL d'endpoint, de source key, de handle runtime ou de payload `RawTransaction`.
|
|
|
|
## 4. Runtime packagé
|
|
|
|
Le build Tauri embarque les documents Config et schemas enregistrés. `ksp-config-lib` prépare ensuite la racine KSP user-writable sans embarquer `.env`.
|
|
|
|
Les fichiers Config et les secrets restent administrés par les mécanismes Config KSP ; l'interface ne doit pas contourner cette ownership.
|