O ativo nativo é o ativo principal da rede e utiliza o livro-razão canónico de saldos EVM. Esta arquitetura tem implicações operacionais: a vista bancária não é uma cópia independente dos saldos dos tokens, e o saldo utilizado na contabilidade do ativo é distinto do gas técnico necessário para executar operações na rede.
A instituição escolhe a finalidade do ativo e as suas políticas de emissão, reservas e clientes. A plataforma disponibiliza configuração e controlos sujeitos a governação, não reservas nem uma promessa de cobertura, resgate, custódia ou tratamento financeiro. Defina estes limites expressamente antes de conceber fluxos de trabalho que dependam do ativo.
Um único livro-razão canónico de saldos
Os saldos do ativo nativo são representados no livro-razão canónico EVM, que é a fonte do estado dos saldos na rede. A interface bancária apresenta vistas administrativas e de política desse estado; não mantém um segundo livro de saldos independente que possa divergir silenciosamente do registo autoritativo da rede.
Este desenho do livro-razão deve distinguir-se dos registos bancários mantidos fora da blockchain e dos sistemas de core bancário. Estes podem conservar a identidade dos clientes, as relações entre contas, as condições dos produtos e a contabilidade específica da instituição, enquanto a rede regista endereços aplicáveis, saldos de ativos e transações. A associação e a reconciliação entre os registos são responsabilidades de integração que têm de ser concebidas e testadas.
Uma alteração de saldo reflete-se no estado canónico da rede
- Ação autorizadaUma emissão, destruição ou transferência permitida segue as autorizações configuradas.
- Execução EVMA rede processa a transação de acordo com as regras em vigor.
- Saldo canónicoO livro-razão da rede regista o estado resultante do ativo nativo.
- Revisão institucionalInterfaces e registos aprovados apoiam a reconciliação e a supervisão.
Emissão, destruição e autoridade
Os operadores autorizados podem administrar operações suportadas de emissão e destruição dentro das funções e do processo de governação configurados. Antes do lançamento, defina a finalidade de cada ação, quem pode propô-la, que aprovações são necessárias, como fica registada a execução e quem revê a oferta e os saldos resultantes. Uma capacidade técnica não substitui a política de tesouraria ou de produto.
A instituição deve testar os procedimentos de emissão e destruição em casos não produtivos aprovados, incluindo aprovações rejeitadas ou incompletas e a reconciliação subsequente. Documente como as alterações são comunicadas às equipas de aplicação e operações. As permissões e os limiares de aprovação efetivos dependem da configuração implementada; não se deve presumir um administrador universal nem autoridade irrestrita de uma só pessoa.
Reservas, gas e contabilidade de comissões
A instituição detém e gere quaisquer reservas associadas ao seu programa. A FusionPointAI fornece tecnologia e os serviços acordados, não ativos de reserva. A emissão de um ativo nativo não estabelece, por si só, cobertura, direitos de resgate, custódia, um direito sobre fundos externos ou uma determinada qualificação jurídica; esses acordos são definidos pela instituição e tratados através dos seus próprios processos.
A contabilidade do ativo nativo e o gas das transações estão relacionados com a rede, mas são questões operacionais diferentes. O gas financia a execução ao nível do protocolo, enquanto uma política de comissões para clientes pode cobrar ou patrocinar separadamente uma operação elegível. As equipas financeiras e operacionais devem reconciliar os movimentos do ativo, o financiamento de gas, as comissões dos clientes e os custos de serviço como registos distintos.
Separar o programa do ativo do gas técnico
- Programa do ativo nativoEmissão, política de oferta e responsabilidade pelas reservas definidas pela instituição.
- Saldo canónico EVMO estado da rede regista saldos e movimentos aplicáveis do ativo.
- Gas técnicoA execução na rede exige a liquidação do gas ao nível do protocolo.
- Política de comissões para clientesUma política separada pode cobrar ou patrocinar atividade elegível.
Decisões de configuração e lançamento
Defina durante a configuração o nome e o símbolo do ativo, a utilização prevista, as funções administrativas, os controlos da oferta, o modelo de governação, os pressupostos de comissões e as interfaces. Confirme que dados pertencem à rede e quais permanecem nos sistemas institucionais. Se forem necessárias integrações externas, avalie o mapeamento de dados, a autenticação, as responsabilidades e o acesso de teste, em vez de presumir a existência de um conector pré-integrado.
A identidade da rede merece especial atenção: a Chain ID é imutável após a criação. Outras definições suportadas continuam sujeitas à governação e podem exigir uma atualização de software coordenada. Antes da produção, valide os pressupostos das aplicações, as permissões, os percursos de emissão e destruição, a apresentação de saldos e a reconciliação no ambiente selecionado. Consulte os capítulos sobre controlos de restrição e Paymaster para decisões de política relacionadas.