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

v0.1.0-pre.076

Browse Source
This commit is contained in:
SinuS von SifriduS
2026-08-01 16:23:15 +02:00
parent f4331cf48a
commit d7284ab71e
27 changed files with 2273 additions and 2020 deletions
Download Patch File Download Diff File Expand all files Collapse all files

38
docs/guides/DEVNET_0_4_6_OPERATOR_GUIDE.md
View File

@@ -1,5 +1,5 @@
<!-- file: docs/guides/DEVNET_0_4_6_OPERATOR_GUIDE.md -->
<!-- version: 1 -->
<!-- version: 2 -->
# Guide opérateur Devnet pour l’alignement `0.4.6`
@@ -37,41 +37,17 @@ Depuis les fenêtres SQL :
7. Rejouer la même sélection.
8. Confirmer l’idempotence et l’absence de duplications.
## 5. Exécution Solana Core
## 5. Exécutions Solana Core déjà validées
Pour System Transfer :
System Transfer et Memo v4 ont déjà été validés pendant `0.1.0-pre.062`. Leur réexécution n’est pas un prérequis systématique de `0.4.6`, sauf si une correction ultérieure touche directement leur exécuteur, leur transport, leur insertion canonique, leur replay ou leur matérialisation.
- vérifier le wallet et la balance ;
- générer ou saisir un destinataire ;
- utiliser un montant minimal ;
- exécuter d’abord la simulation ;
- confirmer explicitement l’envoi ;
- vérifier la signature finalisée ;
- effectuer backfill, Core extraction et replay ;
- vérifier les observations et projections attendues.
La preuve active est conservée dans [`PRE_062_DEVNET_VALIDATION_REPORT.md`](../validation/PRE_062_DEVNET_VALIDATION_REPORT.md).
## 6. Exécution SPL
## 6. Exécutions SPL déjà validées
Valider séparément :
ATA classique, ATA Token-2022, SPL Token classique `TransferChecked` et les huit opérations publiques Token-2022 documentées ont déjà été validés pendant `0.1.0-pre.062`, avec PostgreSQL, insertion canonique, extraction Core, replay, matérialisation et idempotence.
- Memo v4 ;
- ATA classique ;
- ATA Token-2022 ;
- SPL Token classique `TransferChecked` ;
- opérations Token-2022 documentées comme supportées.
Pour chaque scénario :
1. vérifier les préconditions et comptes ;
2. vérifier les signers ;
3. simuler ;
4. confirmer l’envoi ;
5. vérifier la confirmation réseau ;
6. effectuer le backfill ;
7. effectuer Core extraction ;
8. effectuer Decode replay et matérialisation ;
9. rejouer pour l’idempotence ;
10. vérifier l’état final via CLI ou RPC lorsque pertinent.
Ces scénarios ne doivent être rejoués que si une correction postérieure affecte leur parcours. La campagne `0.4.6` restante se concentre sur les écarts réellement modifiés et sur un backfill borné `mainnet_research`.
## 7. WebSocket