Sasedev/khadhroony-bot3
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

v0.1.0-pre.007

Browse Source
This commit is contained in:
SinuS von SifriduS
2026-07-23 20:00:04 +02:00
parent 1eeae9fa4b
commit f5bd8fab7f
18 changed files with 1315 additions and 61 deletions
Download Patch File Download Diff File Expand all files Collapse all files

18
docs/SOLANA_INTERFACE_DEPENDENCIES.md
View File

@@ -150,10 +150,11 @@ instruction.
### SPL Associated Token Account
Le catalogue workspace déclare `spl-associated-token-account-interface ^2.0` avec la feature
`borsh`. Cargo a résolu la version `2.0.0` pendant le jalon `0.4.5`. Les crates
`kb_decoder_spl_associated_token_account` et `kb_executor_spl_associated_token_account` consomment
réellement l'enum, les builders, le Program ID et le helper officiel de dérivation ; le pipeline et
la démo consomment ensuite leurs contrats typés sans recopier l'interface.
`borsh`. Cargo a résolu la version `2.0.0` pendant le jalon bot2 `0.4.5`. Depuis bot3
`0.1.0-pre.007`, `kb-lib::decoder::spl::associated_token_account` consomme réellement le Program
ID et le helper officiel de dérivation en production, puis l'enum et les builders dans ses tests
différentiels. L'ancien exécuteur n'est pas encore porté ; le pipeline et la démo restent donc hors
de cette tranche.
L'interface publie exactement trois variantes Borsh actuelles : `Create` (`0`),
`CreateIdempotent` (`1`) et `RecoverNested` (`2`). Le processor accepte aussi historiquement une
@@ -164,10 +165,11 @@ classiques des ATA Token-2022 d'un même wallet et mint.
Le décodeur conserve les comptes, flags, doublons, chemins outer/inner, transactions échouées,
adresses observées et dérivées, ainsi que les rôles distincts de `RecoverNested`. Les tests
différentiels comparent les trois builders et les vecteurs PDA au helper officiel. L'exécuteur
utilise les mêmes builders pour les trois variantes, impose simulation et dry-run par défaut, puis
laisse au pipeline stateful les contrôles de mint, owner, compte existant, rent, signataires et
postconditions.
différentiels comparent les trois builders et les vecteurs PDA au helper officiel. Dans bot2,
l'exécuteur validé utilisait les mêmes builders pour les trois variantes, imposait simulation et
dry-run par défaut, puis laissait au pipeline stateful les contrôles de mint, owner, compte
existant, rent, signataires et postconditions. Cette capacité reste une preuve de référence tant
que les modules exécuteur et pipeline correspondants ne sont pas portés dans bot3.
Les preuves Devnet du 16 juillet 2026 couvrent `CreateIdempotent` pour SPL Token classique et
Token-2022, y compris création, réutilisation, replay post-exécution idempotent et ATA Token-2022