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 transferTokens per 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.
  1. Inizializzare il sistema di token di deposito utilizzando l'API initializeDepositToken.
  2. Registrare le organizzazioni utilizzando l'API registerOrg.
  3. Creare account utilizzando l'API createAccount.
  4. Associare il token agli account utilizzando l'API associateTokenToAccount.
  5. 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.
  1. Token deposito zecca.
    1. L'autore del token utilizza l'API requestMint per sottomettere una richiesta per creare token di deposito.
    2. L'approvatore utilizza l'API approveMint per 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'API rejectMint per negare la richiesta.
  2. Trasferire i token di deposito all'emittente.
    1. L'autore utilizza l'API holdTokens per richiedere il trasferimento dei token all'emittente.
    2. L'approvatore utilizza l'API executeHoldTokens per convalidare e approvare la richiesta di trasferimento. I token di deposito vengono trasferiti sul conto dell'emittente. In alternativa, l'approvatore può utilizzare l'API releaseHold per rifiutare il trasferimento.
  3. Emettere token agli utenti.
    • L'emittente utilizza l'API transferTokens per un utente. I token di deposito sono accreditati sul conto dell'utente.
  4. Brucia i token.
    • L'utente può utilizzare l'API burnTokens per riscattare i token di deposito.
  5. Verificare il saldo del token.
    • Gli utenti possono utilizzare l'API getAccountBalance per ottenere il numero totale di token di deposito in loro possesso.