Preço de Dymension (DYM)

DYM é o ativo nativo da camada de liquidação da Dymension. O objetivo de design da Dymension é fornecer infraestrutura de liquidação e interoperabilidade para Rollups específicos de aplicações chamados RollApps; portanto, o DYM está relacionado à participação na segurança dessa camada de liquidação e ao desenho econômico do protocolo, e não é necessariamente o token nativo de um RollApp individual.

Um RollApp é um ambiente de execução independente destinado a uma aplicação: ele processa as transações e transições de estado de sua própria aplicação, em vez de competir pelos recursos de execução da mesma cadeia com todas as aplicações. A Dymension trata esses Rollups específicos de aplicações como instâncias implantáveis, permitindo que as aplicações preservem sua própria lógica e desenho de taxas ao mesmo tempo que se conectam à camada de liquidação. Essa divisão de “execução independente, liquidação compartilhada” não significa que um RollApp assuma sozinho todas as responsabilidades de segurança. O Litepaper descreve o RollApp como uma instância de execução autônoma: ele pode ter um token de taxas nativo e lógica flexível, mas recebe serviços correspondentes por meio da estrutura de liquidação da Dymension.

A Dymension separa execução, liquidação e disponibilidade de dados em responsabilidades distintas. A camada de execução de um RollApp processa transações; a camada de liquidação mantém raízes de estado, processa disputas e faz a ponte entre ambientes diferentes; a camada de disponibilidade de dados garante que os dados publicados possam ser obtidos e verificados. Assim, uma atualização de estado não é apenas “concluir uma transação no RollApp”. O resultado da execução precisa ser submetido de uma forma que a camada de liquidação possa acompanhar e contestar, e os dados relacionados também precisam estar disponíveis; o objetivo da separação em camadas é permitir que as aplicações escolham soluções de disponibilidade de dados de acordo com suas necessidades de segurança e custo, sem concentrar todo o trabalho em uma única camada.

Os sequenciadores recebem, ordenam e agrupam transações de RollApp, formando então atualizações de estado para liquidação posterior. Segundo o design do Litepaper, as entidades que participam da sequenciação precisam fazer staking de DYM e delegar aos validadores da camada de liquidação; no modo de sequenciação descentralizada, a quantidade relativa em staking afeta a oportunidade de obter períodos de sequenciação. O staking aqui não é uma simples taxa de uso. Ele vincula a elegibilidade para sequenciar a uma garantia que pode ser sujeita a restrições: se uma atualização submetida por um sequenciador for provada incorreta em uma disputa, a garantia relacionada poderá ser reduzida. A implementação específica da sequenciação e os parâmetros operacionais continuam dependendo do RollApp correspondente e da implementação do protocolo.

Não necessariamente. Os RollApps têm autonomia de taxas, e uma aplicação pode definir suas taxas de rede em DYM, no token nativo daquele RollApp, em stablecoins ou em outros ativos; o que os usuários efetivamente pagam depende das regras de taxas adotadas por esse RollApp. Isso é diferente do papel do DYM no desenho de segurança da camada de liquidação: o DYM pode ser usado em arranjos de staking relacionados à participação na camada de liquidação, mas o Litepaper não estabelece “toda transação de RollApp deve ser paga em DYM” como uma regra geral.

A Dymension adota uma abordagem de disputa otimista: uma atualização de estado pode ser submetida primeiro, mas, durante o período de disputa, outros participantes podem verificá-la. Se alguém apresentar uma contestação válida, a camada de liquidação reexecuta a transação contestada na máquina virtual do RollApp (RVM) usando o mesmo contexto, para obter um resultado determinístico. Se a reexecução provar que o estado submetido está incorreto, o estado errado será revertido e a garantia do sequenciador malicioso poderá ser reduzida. A existência do período de disputa cria uma janela para verificação e contestação; isso também significa que a finalidade deve ser considerada em conjunto com esse mecanismo, e não apenas pela primeira submissão do sequenciador.

IRC é um protocolo de comunicação entre RollApps baseado em IBC. Ele usa o Hub de liquidação da Dymension, ao qual os RollApps se conectam em comum, para transmitir mensagens entre diferentes RollApps, em vez de exigir que cada par de aplicações estabeleça separadamente uma conexão de confiança independente. Sua importância é que as aplicações podem manter seus próprios ambientes de execução e desenhos de taxas, enquanto se comunicam de forma verificável pela infraestrutura comum de liquidação. A existência do IRC não significa que qualquer ativo ou aplicação seja automaticamente compatível; as mensagens e os ativos que podem ser transmitidos ainda dependem da implementação dos RollApps envolvidos.

O Hub de liquidação da Dymension inclui um market maker automatizado (AMM) integrado, usado para fornecer liquidez compartilhada sobre a segurança compartilhada. Ele é posicionado como infraestrutura para atender RollApps e pode suportar roteamento de ativos e descoberta de preços, em vez de ser apenas um pool de negociação implantado por uma aplicação específica. A função do AMM é fornecer uma camada comum de liquidez para interações de ativos de múltiplos RollApps; porém, preços de negociação, slippage e liquidez disponível continuam sendo determinados pelo estado de cada pool, e o AMM integrado, por si só, não garante profundidade de conversão ou preço para um ativo.