Miglioramenti apportati a Token Taxonomy Framework

La versione avanzata di Blockchain App Builder include nuove funzionalità correlate allo standard Token Taxonomy Framework esteso.

Per ulteriori informazioni su tutti i miglioramenti riportati di seguito, vedere le descrizioni dei metodi in Scaffolded TypeScript Project for Token Taxonomy Framework e Scaffolded Go Project for Token Taxonomy Framework.

Limiti transazione giornalieri

È possibile limitare il numero di transazioni che un conto può completare quotidianamente, nonché il numero di token su cui è possibile agire. I parametri di input max_daily_amount e max_daily_transactions per il metodo createAccount controllano questo comportamento. Questi parametri sono facoltativi.

È possibile ottenere un throughput più elevato se non si impostano i limiti di transazione giornaliera per un conto.

Requisiti di approvazione per la coniatura e la combustione

È possibile impostare le approvazioni per la stampa e la masterizzazione dei token, in modo che gli utenti con il ruolo minter o burner debbano sottomettere una richiesta a un approvatore, invece di coniare o masterizzare direttamente i token. Gli approvatori possono accettare o rifiutare richieste di menta o masterizzazione di token. Per abilitare le approvazioni per la stampa e la masterizzazione, utilizzare i parametri mint_approval_required e burn_approval_required nel file di specifica. È inoltre necessario specificare i valori per mint_approver_role_name e burn_approval_role_name, come mostrato nell'esempio seguente.

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

Quando viene effettuata una richiesta di burn, l'importo specificato viene immediatamente detratto dal saldo disponibile e aggiunto al campo onhold_burn_balance nell'oggetto account dell'utente. Se la richiesta viene approvata, i token vengono masterizzati. Se la richiesta viene rifiutata, i token vengono restituiti dal campo onhold_burn_balance al saldo disponibile. È possibile utilizzare il metodo getAccountOnHoldBurnBalance per recuperare il saldo del conto in sospeso per un determinato utente a causa di una richiesta di burn.

Recupero della cronologia delle transazioni dal database Rich History

È possibile sincronizzare i dati nel database della cronologia avanzata e quindi recuperare i dati utilizzando le chiamate API del codice concatenato per recuperare la cronologia delle transazioni dal database della cronologia avanzata. Prima di poter utilizzare questi metodi, è necessario eseguire Oracle Autonomous Database con Oracle REST Data Services (ORDS) e OAuth abilitati, come descritto in Oracle Database View Definitions for Wholesale CBDC.

Attributi categoria e descrizione in oggetti transazione

Gli attributi di categoria e descrizione devono essere inclusi nei metodi transferTokens, holdTokens, issueTokens, requestMint, requestBurn, burnTokens e rejectBurn nel file del controller. I metodi SDK corrispondenti devono includere anche attributi di categoria e descrizione.
L'input dell'attributo categoria e descrizione ha il formato di un oggetto JSON denominato info_details, come mostrato nell'esempio riportato di seguito.
```
{
     "category" : "category input",
     "description" : "description input"
}
```
Il campo info_details è facoltativo. È possibile passare solo una categoria o solo una descrizione in base alle esigenze.
I metodi GET relativi a qualsiasi transazione per transferTokens, holdTokens, executeHold, releaseHold, requestMint, approveMint, rejectMint, requestBurn, approveBurn e rejectBurn devono includere attributi di categoria e descrizione nella risposta del payload se sono presenti.
Il campo Categoria è limitato a 20 caratteri e il campo della descrizione è limitato a 250 caratteri.