v0.1.0-pre.011
This commit is contained in:
@@ -29,7 +29,7 @@ obsolètes. Les variantes checked doivent être préférées lorsqu’un mint et
|
||||
`SplTokenExecutionIntent` contient :
|
||||
|
||||
- un identifiant d’intent et un fee payer ;
|
||||
- une `ExecutionPolicy` commune, simulation obligatoire et dry-run par défaut ;
|
||||
- une `ExApiExecutionPolicy` commune, simulation obligatoire et dry-run par défaut ;
|
||||
- une instruction typée ou un `Batch` de sous-instructions non batch ;
|
||||
- les comptes métier explicites ;
|
||||
- une autorité simple ou un multisig avec signataires ordonnés ;
|
||||
@@ -71,7 +71,7 @@ instruction Token ; le préflight stateful de la tranche suivante les vérifiera
|
||||
Les montants token ne sont pas des frais réseau et ne sont pas reportés comme lamports dépensés.
|
||||
Un montant explicite `UnwrapLamports` est déclaré dans `requested_spend_lamports`; un unwrap total
|
||||
et `WithdrawExcessLamports` restent simulation-only tant qu’une lecture d’état n’a pas borné les
|
||||
lamports déplaçables. Le plafond de frais reste séparé dans `ExecutionCostLimit`.
|
||||
lamports déplaçables. Le plafond de frais reste séparé dans `ExApiExecutionCostLimit`.
|
||||
|
||||
Toute construction impose une simulation, un plafond de frais positif, une insertion canonique,
|
||||
l’extraction core et le replay décodé. Les mutations exigent aussi la validation de matérialisation ;
|
||||
|
||||
Reference in New Issue
Block a user