Flusso di lavoro applicazione token deposito
Un token di deposito è un token fungibile che rappresenta un deposito bancario.
Lo scenario token di deposito supporta l'emissione e la distribuzione di token con costi indiretti di governance minimi. I token vengono coniati dal creatore e quindi emessi agli utenti dall'emittente. L'autore utilizza un trasferimento basato su blocco per inviare i token all'emittente, che richiede l'approvazione da parte dell'approvatore. L'emittente può distribuire i token direttamente agli utenti senza ulteriori approvazioni richieste. Gli utenti non hanno bisogno di approvazioni per masterizzare i propri token.
- Sono necessari ruoli minter e notarili.
- Il ruolo di bruciatore non è obbligatorio. Gli utenti possono masterizzare i propri token utilizzando l'API
burnTokens. - L'emittente utilizza il metodo
transferTokensper trasferire direttamente i token a un utente. - L'unico trasferimento basato su sospensione è tra l'autore e l'emittente.
Nella tabella seguente vengono riepilogati gli attori in questo scenario.
| Attore | Ruolo | Descrizione |
|---|---|---|
| Administrator | Amministrazione token | Inizializza il sistema, assegna i ruoli Minter e Notaio. |
| Autore | Minter | Richiede il conio e avvia il trasferimento basato su sospensione all'emittente. |
| Approvatore | Notaio | Approva le richieste di zecca e completa i trasferimenti blocco. |
| Emittente | nessuno | Riceve i token dal creatore e li distribuisce direttamente agli utenti. |
| User | nessuno | Riceve i token direttamente dall'emittente. Gli utenti possono masterizzare i propri token senza alcuna approvazione richiesta. |
L'amministratore completa i passaggi seguenti per inizializzare il sistema.
- Inizializzare il sistema di token di deposito utilizzando l'API
initializeDepositToken. - Registrare le organizzazioni utilizzando l'API
registerOrg. - Creare account utilizzando l'API
createAccount. - Associare il token agli account utilizzando l'API
associateTokenToAccount. - Assegnare il ruolo più piccolo all'autore e il ruolo notaio all'approvatore utilizzando l'API
addRole.
Dopo l'inizializzazione del sistema, un tipico flusso di processo segue questi passaggi di base.
- Token deposito zecca.
- L'autore del token utilizza l'API
requestMintper sottomettere una richiesta per creare token di deposito. - L'approvatore utilizza l'API
approveMintper rivedere e approvare la richiesta per creare token di deposito. I token di deposito vengono accreditati sul conto del creatore. In alternativa, l'approvatore può utilizzare l'APIrejectMintper negare la richiesta.
- L'autore del token utilizza l'API
- Trasferire i token di deposito all'emittente.
- L'autore utilizza l'API
holdTokensper richiedere il trasferimento dei token all'emittente. - L'approvatore utilizza l'API
executeHoldTokensper convalidare e approvare la richiesta di trasferimento. I token di deposito vengono trasferiti sul conto dell'emittente. In alternativa, l'approvatore può utilizzare l'APIreleaseHoldper rifiutare il trasferimento.
- L'autore utilizza l'API
- Emettere token agli utenti.
- L'emittente utilizza l'API
transferTokensper un utente. I token di deposito sono accreditati sul conto dell'utente.
- L'emittente utilizza l'API
- Brucia i token.
- L'utente può utilizzare l'API
burnTokensper riscattare i token di deposito.
- L'utente può utilizzare l'API
- Verificare il saldo del token.
- Gli utenti possono utilizzare l'API
getAccountBalanceper ottenere il numero totale di token di deposito in loro possesso.
- Gli utenti possono utilizzare l'API