4.6 KiB
CHANGELOG — kb-lib
0.4.7-pre.004 — collections, créateurs et autorités
- ajout des wrappers courants
VerifyetUnverifypour les créateurs et collections ; - ajout de
SetCollectionSizecomme opération officiellement constructible mais dépréciée, soumise à approbation opérateur explicite ; - validation des combinaisons de comptes creator/collection et des PDA collection metadata/master edition ;
- ajout des codes d’opération, exports publics, bindings et tests unitaires correspondants ;
- maintien des anciennes instructions de vérification remplacées en decode-only.
0.4.7-pre.003 — fondations de l’exécuteur Metaplex
Correctif 0.4.7-pre.003-delta-fix-003
- ajout de tests unitaires dans
intent.rs,builder.rsetexecutor.rspour la surface Metaplex introduite enpre.003; - vérification des codes d’opération, de la partition des opérations dépréciées, des politiques fail-closed, des PDA metadata/edition, du builder
PuffMetadata, des capacités exactes et de la parité entre dispatch typé et générique.
Correctif 0.4.7-pre.003-delta-fix-002
-
suppression de la dépendance directe inutile à
solana-programdans le workspace etkb-lib; -
utilisation des types modulaires
solana_instruction::Instructionetsolana_pubkey::Pubkeypour le contrat interne ; -
conversion locale des types de compatibilité retournés par
mpl-token-metadata 5.1.1, sans exposer ni dépendre directement desolana-program; -
suppression de tous les opérateurs
?introduits par la surface Metaplexpre.003; -
ajout des TODO de réaudit des exécuteurs Solana Core/SPL et de leur orchestration pipeline selon la nouvelle règle des opérations remplacées et obsolètes.
-
remplacement de l’exécuteur réservé par une surface typée initiale ;
-
builders courants
CreateetUpdateAsUpdateAuthorityV2fondés surmpl-token-metadata; -
validation des PDA metadata/edition, des signers autorisés, des comptes de rule set et des plafonds de coût ;
-
simulation et dry-run obligatoires pour cette première tranche ;
-
correction de la classification des instructions remplacées et obsolètes.
0.4.7-pre.002 — contrat Metaplex fermé
- classification exhaustive des 58 discriminants Metaplex Token Metadata ;
- comptes positionnels et signers importés de l’IDL archivée
V1_14_0; - propriété unique des faits metadata, admin, lifecycle et risk/compliance ;
- exposition directe des créateurs, collection, uses, token standard et programmable config dans le snapshot metadata autoritatif ;
- tests contractuels d’exhaustivité, d’unicité et de séparation avec Token-2022.
0.4.6
- alignement de la crate sur la version fonctionnelle bot3
0.4.6; - clôture des tâches de migration applicables et report explicite des évolutions ultérieures dans le TODO.
0.1.0-pre.072
- reclassement du TODO selon les blocants avant
0.4.6, les travaux0.4.7, les versions ultérieures et les dépendances conditionnelles.
0.1.0-pre.070
- enrichissement de
USAGE.mdavec plusieurs exemples couvrant les familles d’API publiques significatives.
0.1.0-pre.069
Documentation
- ajout de
README.md,TODO.md,USAGE.mdet du présent changelog selon les normes bot3 ; - suppression de la section
Non publié, incompatible avec le rôle chronologique du changelog ; - retrait des limitations et travaux futurs du changelog ;
- correction de la frontière entre historique, TODO et limites durables d’utilisation ;
- réécriture de
TODO.mdsous forme de tâches uniquement ; - correction des exemples de
USAGE.mdafin de ne pas utiliser l’opérateur?.
0.1.0
Migré
- consolidation des modèles, décodeurs, exécuteurs et matérialisateurs issus de nombreuses crates bot2 dans une façade unique ;
- migration des surfaces Solana Core, SPL Memo, SPL Token, SPL ATA, Token-2022, registre ElGamal et du décodeur Metaplex Token Metadata ;
- migration des contrats de replay, de sécurité et de matérialisation.
Modifié
- adoption de Rust 2024, de
#![forbid(unsafe_code)],#![deny(unreachable_pub)]et des conventions strictes d’exports, d’erreurs et de tracing ; - remplacement des anciennes frontières de crates par des modules privés et des réexports publics contrôlés.
Validation
- tests unitaires des décodeurs, exécuteurs, matérialisateurs et contrats consolidés ;
- matrices contractuelles chargées par les tests concernés ;
- validations Devnet conservées pour les scénarios explicitement couverts pendant la migration.