Améliorations apportées à la structure de taxonomie par jeton

La version améliorée de Blockchain App Builder inclut de nouvelles fonctionnalités liées à la norme étendue Token Taxonomy Framework.

Pour plus d'informations sur toutes les améliorations suivantes, reportez-vous aux descriptions des méthodes dans Projet échafaudé TypeScript pour Token Taxonomy Framework et Projet échafaudé Go pour Token Taxonomy Framework.

Limites de transaction quotidiennes

Vous pouvez limiter le nombre de transactions qu'un compte peut effectuer quotidiennement, ainsi que le nombre de jetons pouvant être utilisés. Les paramètres d'entrée max_daily_amount et max_daily_transactions de la méthode createAccount contrôlent ce comportement. Ces paramètres sont facultatifs.

Vous pouvez obtenir un débit plus élevé si vous ne définissez pas les limites de transactions quotidiennes pour un compte.

Exigences d'approbation pour la menthe et le brûlage

Vous pouvez configurer des approbations pour l'extraction et la gravure de jetons, de sorte que les utilisateurs dotés du rôle de mineur ou de brûleur doivent soumettre une demande à un approbateur, au lieu d'extraire ou de graver directement des jetons. Les approbateurs peuvent accepter ou rejeter les demandes de jetons de menthe ou de gravure. Pour activer les approbations pour l'extraction et la gravure, utilisez les paramètres mint_approval_required et burn_approval_required dans le fichier de spécification. Vous devez ensuite indiquer des valeurs pour mint_approver_role_name et burn_approval_role_name, comme indiqué dans l'exemple suivant.

behavior: # Token behaviors
          - divisible: 
                decimal: 2  
          - mintable: 
                max_mint_quantity: 1000 
                mint_approval_required: true
          - transferable
          - burnable 
                burn_approval_required: true
          - holdable 
          - roles: 
                minter_role_name: minter
                notary_role_name: notary
                mint_approver_role_name: minter_notary
                burn_approver_role_name: burner_notary

Lorsqu'une demande d'allocation d'espace est effectuée, le montant spécifié est immédiatement déduit du solde disponible et ajouté au champ onhold_burn_balance de l'objet Compte de l'utilisateur. Si la demande est approuvée, les jetons sont brûlés. Si la demande est rejetée, les jetons sont renvoyés du champ onhold_burn_balance vers le solde disponible. Vous pouvez utiliser la méthode getAccountOnHoldBurnBalance pour extraire le solde de compte bloqué pour un utilisateur particulier en raison d'une demande d'allocation d'espace.

Extraction de l'historique des transactions à partir de la base de données d'historique enrichi

Vous pouvez synchroniser les données avec la base de données d'historique enrichi, puis extraire les données à l'aide d'appels d'API de code chaîne pour extraire l'historique des transactions de la base de données d'historique enrichi. Pour pouvoir utiliser ces méthodes, vous devez exécuter Oracle Autonomous Database avec Oracle REST Data Services (ORDS) et OAuth activé, comme décrit dans Oracle Database View Definitions for Wholesale CBDC.

Attributs de catégorie et de description dans les objets de transaction

Les attributs de catégorie et de description doivent être inclus dans les méthodes transferTokens, holdTokens, issueTokens, requestMint, requestBurn, burnTokens et rejectBurn du fichier de contrôleur. Les méthodes SDK correspondantes doivent également inclure des attributs de catégorie et de description.
L'entrée d'attribut de catégorie et de description se présente sous la forme d'un objet JSON nommé info_details, comme illustré dans l'exemple suivant.
```
{
     "category" : "category input",
     "description" : "description input"
}
```
Le champ info_details est facultatif. Vous ne pouvez transmettre qu'une catégorie ou seulement une description si nécessaire.
Les méthodes GET liées à des transactions pour transferTokens, holdTokens, executeHold, releaseHold, requestMint, approveMint, rejectMint, requestBurn, approveBurn et rejectBurn doivent inclure des attributs de catégorie et de description dans la réponse de charge utile si elles sont présentes.
Le champ Catégorie est limité à 20 caractères et le champ Description est limité à 250 caractères.