v0.1.0-pre.023
This commit is contained in:
@@ -9,7 +9,7 @@ L'architecture cible est organisée en couches strictes afin d'éviter de recré
|
||||
|
||||
```text
|
||||
sources RPC HTTP / WebSocket / gRPC
|
||||
-> kb_rpc
|
||||
-> kb_onchain_transport
|
||||
-> kb_model transaction canonique
|
||||
-> raw
|
||||
-> core
|
||||
@@ -24,14 +24,14 @@ sources historiques déjà indexées
|
||||
-> kb_external_sources
|
||||
-> candidats de signatures
|
||||
-> kb_pipeline
|
||||
-> hydratation canonique via kb_rpc
|
||||
-> hydratation canonique via kb_onchain_transport
|
||||
```
|
||||
|
||||
## Responsabilités
|
||||
|
||||
- `kb_rpc` gère les méthodes et flux RPC Solana : JSON-RPC HTTP, WebSocket, Helius/LaserStream et Yellowstone gRPC lorsque ces surfaces seront activées.
|
||||
- `kb_onchain_transport` gère les méthodes et flux RPC Solana : JSON-RPC HTTP, WebSocket, Helius/LaserStream et Yellowstone gRPC lorsque ces surfaces seront activées.
|
||||
- `kb_external_sources` est une crate future réservée aux APIs REST, exports et imports historiques externes, par exemple Solscan Pro ou un CSV officiel. Elle ne produit jamais directement une transaction canonique et ne doit pas être confondue avec un futur index interne PostgreSQL.
|
||||
- `kb_pipeline` combine la découverte de signatures par `kb_rpc` ou `kb_external_sources` avec l’hydratation canonique par `kb_rpc`.
|
||||
- `kb_pipeline` combine la découverte de signatures par `kb_onchain_transport` ou `kb_external_sources` avec l’hydratation canonique par `kb_onchain_transport`.
|
||||
- `kb_model` définit la transaction Solana canonique indépendante du fournisseur.
|
||||
- `raw` conserve une transaction canonique unique et rejouable par signature.
|
||||
- `obs` conserve les observations techniques de source, programme, instruction et discriminator.
|
||||
@@ -55,7 +55,7 @@ transaction canonique identique
|
||||
|
||||
Les détails de fournisseur restent dans `kb_sol_obs_transaction_observations`. Ils ne contaminent pas les décodeurs ni les tables core.
|
||||
|
||||
`kb_rpc` ne doit pas être renommée en `kb_com` ou `kb_transport` pour accueillir des sources historiques externes. Ces noms seraient trop génériques et mélangeraient RPC Solana, APIs REST indexées, imports CSV et orchestration métier. Le nom `kb_external_sources` évite la confusion avec l’indexation locale et décrit explicitement une frontière de fournisseurs externes plutôt qu’une simple action de récupération. Si des primitives HTTP réellement communes apparaissent plus tard, elles pourront être extraites dans une crate technique dédiée sans modifier la frontière fonctionnelle entre `kb_rpc` et `kb_external_sources`.
|
||||
`kb_onchain_transport` ne doit pas être renommée en `kb_com` ou `kb_transport` pour accueillir des sources historiques externes. Ces noms seraient trop génériques et mélangeraient RPC Solana, APIs REST indexées, imports CSV et orchestration métier. Le nom `kb_external_sources` évite la confusion avec l’indexation locale et décrit explicitement une frontière de fournisseurs externes plutôt qu’une simple action de récupération. Si des primitives HTTP réellement communes apparaissent plus tard, elles pourront être extraites dans une crate technique dédiée sans modifier la frontière fonctionnelle entre `kb_onchain_transport` et `kb_external_sources`.
|
||||
|
||||
## Convention DB associée
|
||||
|
||||
|
||||
Reference in New Issue
Block a user