v0.2.0-pre.002
This commit is contained in:
@@ -1,5 +1,5 @@
|
||||
<!-- file: docs/architecture/010-APPS_SERVICES_SCENARIOS_AND_CONTROL.md -->
|
||||
<!-- version: 1 -->
|
||||
<!-- version: 2 -->
|
||||
|
||||
# Applications, services, scenarios et control plane
|
||||
|
||||
@@ -47,6 +47,12 @@ Elle ne doit pas réimplémenter :
|
||||
- lifecycle interne d'un worker/job ;
|
||||
- logique de pipeline réutilisable.
|
||||
|
||||
# Applications de validation par couche
|
||||
|
||||
KSP peut ajouter une petite application spécialisée à la fin d'une couche RAW ou CORE lorsque cela permet de valider et exploiter réellement la couche avant de passer à la suivante. Ces applications lisent les contrats KSP et ne recopient pas les processors dans Tauri.
|
||||
|
||||
À partir des vertical slices Program, les applications restent attachées aux besoins réels : demos de scenarios pour l'exécution et Market Desk pour les projections de marché.
|
||||
|
||||
# Priorité aux applications spécialisées
|
||||
|
||||
KSP ne planifie pas actuellement de cockpit desktop global.
|
||||
@@ -151,11 +157,12 @@ Exemples conceptuels :
|
||||
|
||||
```text
|
||||
ksp-worker-raw-retriever
|
||||
ksp-worker-core-processor
|
||||
ksp-worker-generic-materializer
|
||||
ksp-worker-domain-projector
|
||||
future CORE worker
|
||||
future group-specific DECODE/SPECIALIZED workers when justified
|
||||
```
|
||||
|
||||
RAW et CORE reçoivent leurs workers à la fin de leur couche respective. Les workers DECODE/SPECIALIZED ne sont plus tous anticipés comme une chaîne globale fixe : leur granularité doit émerger des premiers vertical slices Program.
|
||||
|
||||
Le binaire doit rester mince.
|
||||
|
||||
Il ne duplique pas le pipeline ni la logique de worker contenue dans la cible bibliothèque du même package.
|
||||
@@ -232,7 +239,7 @@ Le data plane transporte/persiste les données Solana et les résultats de proce
|
||||
ksp-onchain-transport-lib
|
||||
|
|
||||
v
|
||||
D1 -> D2 -> D3 -> D4
|
||||
RAW -> CORE -> DECODE -> SPECIALIZED
|
||||
```
|
||||
|
||||
avec notifications de données persistées comme wake-up.
|
||||
@@ -469,6 +476,16 @@ worker status
|
||||
|
||||
Une app spécialisée peut éditer une configuration puis demander son application, mais ne doit pas considérer l'écriture du document comme la preuve que le worker l'a appliquée.
|
||||
|
||||
# Market Desk progressive
|
||||
|
||||
Après les groupes Meteora/Raydium/Pump/Orca, KSP prévoit une première application spécialisée candidate `ksp-app-market-desk`.
|
||||
|
||||
V1 peut afficher tokens, pools/markets, liquidité, trades/swaps, prix, volumes, OHLC et activité live/récente à partir des projections SPECIALIZED et des contrats KSP. Elle ne dépend pas directement des SDK/protocoles DEX pour reconstruire leurs modèles dans l'UI.
|
||||
|
||||
Après Jupiter/OKX, la même application est enrichie avec routes, legs, DEX impliqués, fees/slippage et comparaison quote/execution lorsqu'elle existe.
|
||||
|
||||
Les OHLC sont matérialisés dans SPECIALIZED et consommés par l'application; ils ne sont pas recalculés à partir de tout l'historique lors de chaque rendu.
|
||||
|
||||
# Future orchestrator
|
||||
|
||||
Un orchestrateur global pourra devenir utile lorsque plusieurs services/managers/jobs devront être coordonnés.
|
||||
@@ -522,7 +539,7 @@ control/application adapters
|
||||
Data plane séparé :
|
||||
|
||||
```text
|
||||
transport -> D1 -> D2 -> D3 -> D4
|
||||
transport -> RAW -> CORE -> DECODE -> SPECIALIZED
|
||||
```
|
||||
|
||||
Aucun payload de processing n'a besoin de transiter via l'UI/control plane.
|
||||
|
||||
Reference in New Issue
Block a user