O que muda quando um ativo não é apenas representado na cadeia, mas criado lá?
Ao pesquisar @Dusk documentation, essa distinção no modelo de “Native Issuance” da Dusk chamou minha atenção. O ponto central é que o ciclo de vida do ativo pode ser projetado em torno do próprio razão (ledger).
A Dusk define “native issuance” como criar e gerenciar o ativo on-chain; assim, a emissão, as transferências, o serviço (servicing) e a liquidação podem ocorrer ao redor do razão, em vez de usar um token como um invólucro (wrapper) para um sistema separado de registros.
Isso muda a arquitetura, porque o razão passa a fazer parte do ciclo de vida do ativo.
Na tokenização convencional, a blockchain pode representar um ativo enquanto registros de propriedade ou de operações ainda podem existir em outro lugar. Isso pode deixar a reconciliação entre sistemas como uma parte importante do fluxo de trabalho.
A emissão nativa (native issuance) adota uma abordagem diferente: o próprio fluxo do ativo pode ser construído em torno de processos on-chain. Na documentação da Dusk, o ciclo de vida pode ser projetado em torno da emissão (issuance), dos controles de acesso, da divulgação (disclosure) e da liquidação.
Minha conclusão é: @Dusk distingue entre colocar uma representação de um ativo on-chain e projetar o ciclo de vida do ativo para operar nativamente on-chain.
Isso é uma ideia arquitetural mais específica do que “tokenization”.
Para mim, essa é a principal percepção por trás da abordagem de native issuance da Dusk.
$DUSK #dusk @Dusk
$ALPINE
$PROM
#alpine
#GNO
#EUL
#INJ
O que mais se destaca na Native Issuance da Dusk?
Ao pesquisar @Dusk documentation, essa distinção no modelo de “Native Issuance” da Dusk chamou minha atenção. O ponto central é que o ciclo de vida do ativo pode ser projetado em torno do próprio razão (ledger).
A Dusk define “native issuance” como criar e gerenciar o ativo on-chain; assim, a emissão, as transferências, o serviço (servicing) e a liquidação podem ocorrer ao redor do razão, em vez de usar um token como um invólucro (wrapper) para um sistema separado de registros.
Isso muda a arquitetura, porque o razão passa a fazer parte do ciclo de vida do ativo.
Na tokenização convencional, a blockchain pode representar um ativo enquanto registros de propriedade ou de operações ainda podem existir em outro lugar. Isso pode deixar a reconciliação entre sistemas como uma parte importante do fluxo de trabalho.
A emissão nativa (native issuance) adota uma abordagem diferente: o próprio fluxo do ativo pode ser construído em torno de processos on-chain. Na documentação da Dusk, o ciclo de vida pode ser projetado em torno da emissão (issuance), dos controles de acesso, da divulgação (disclosure) e da liquidação.
Minha conclusão é: @Dusk distingue entre colocar uma representação de um ativo on-chain e projetar o ciclo de vida do ativo para operar nativamente on-chain.
Isso é uma ideia arquitetural mais específica do que “tokenization”.
Para mim, essa é a principal percepção por trás da abordagem de native issuance da Dusk.
$DUSK #dusk @Dusk
$ALPINE
$PROM
#alpine
#GNO
#EUL
#INJ
O que mais se destaca na Native Issuance da Dusk?
🏗️ Created directly on-chain
50%
🔄 On-chain asset lifecycle
25%
⚙️Less external reconciliation
0%
🔐 Native operational controls
25%
4 Votos • Votação encerrada
