Preço do XDB CHAIN (XDB)

XDB é a moeda nativa da XDB CHAIN. A XDB CHAIN é uma blockchain Layer 1 de código aberto que opera de forma independente; embora adote uma pilha tecnológica derivada da Stellar e seja compatível com SDKs relacionados, ela não compartilha livro-razão nem governança com a rede pública Stellar. Nessa rede, ativos além de XDB normalmente são ativos de crédito on-chain criados por uma conta emissora; os detentores precisam primeiro estabelecer uma linha de confiança, indicando disposição para aceitar os ativos desse emissor. XDB, por sua vez, é o ativo nativo do protocolo e não requer linha de confiança; por isso, também exerce o papel de unidade de conta para taxas e reservas de conta.

O uso direto de XDB é pagar taxas de operações de transação e servir como reserva mínima para contas e seu estado on-chain. A cada transação enviada, a rede cobra XDB de acordo com o número de operações nela; criar linhas de confiança, ordens abertas e outros itens aumenta as entradas de livro-razão ocupadas pela conta e também eleva a reserva que deve ser mantida. A reserva não é uma taxa de consumo paga a validadores: ao excluir a entrada correspondente do livro-razão, a exigência de saldo mínimo relacionada é liberada. Esse design cria um custo de oportunidade para criar estados on-chain duradouros, limitando assim a expansão sem custo do livro-razão.

A XDB CHAIN fornece, na camada de protocolo, capacidade para emitir, transferir e trocar ativos. Emissores podem criar ativos diretamente no livro-razão; contas podem transferir entre si; compradores e vendedores podem negociar por meio de correspondência em livro de ordens on-chain ou trocar via pools de liquidez de formadores de mercado automatizados. O pagamento por caminho permite que o pagador pague um ativo e o recebedor receba outro: o sistema pode concluir a conversão por até seis saltos de livro de ordens ou caminhos de liquidez, e todo o caminho ou é liquidado integralmente ou falha integralmente. Ordens, negociações e resultados de liquidação são todos registrados no livro-razão e, portanto, podem ser consultados.

O fornecimento máximo fixo de XDB é de 20 bilhões de tokens. Na gênese da rede foram criados 100 bilhões de XDB, dos quais 80 bilhões foram permanentemente queimados por hard burn na fase inicial; portanto, 100 bilhões é a emissão de gênese, e não o atual fornecimento máximo. Se XDB for posteriormente transferido para um endereço de queima cuja chave tenha se tornado permanentemente inválida e do qual não seja possível assinar uma transferência de saída, ele permanece como saldo no livro-razão, mas não pode mais ser utilizado. O documento da rede calcula o fornecimento total como “fornecimento máximo de 20 bilhões menos o saldo queimado”.

Fornecimento máximo, fornecimento total e circulação são métricas diferentes. O documento da rede define: o fornecimento máximo é fixo em 20 bilhões; o fornecimento total＝fornecimento máximo－saldo dos endereços de queima; a circulação＝fornecimento total－saldo dos endereços de tesouraria. No ponto de observação de 10 de agosto de 2026, o saldo queimado era de aproximadamente 1,264 bilhão e o saldo da tesouraria era de aproximadamente 1,610 bilhão; portanto, o fornecimento total era de aproximadamente 18,736 bilhões e a circulação de aproximadamente 17,126 bilhões. Os dois últimos dependem dos saldos dos respectivos endereços e mudam com novas queimas ou alterações no saldo de tesouraria; eles não devem ser misturados aos 100 bilhões presentes no campo de gênese do livro-razão.

A queima de XDB baseia-se em sua indisponibilidade: após os tokens serem transferidos para um endereço cuja chave se tornou permanentemente inválida, ninguém pode mais assinar uma transferência de saída a partir desse endereço. O documento da rede informa que alguns mecanismos de moedas de marca podem organizar a recompra de XDB e queimá-lo dessa forma. A queima não remove fisicamente o saldo da contagem de gênese do livro-razão derivado da Stellar; por isso, o campo total_coins do livro-razão ainda pode mostrar os 100 bilhões criados na gênese. Para avaliar o fornecimento disponível, deve-se consultar o saldo dos endereços de queima e calcular pelo fornecimento máximo menos esse saldo, em vez de tratar esse campo diretamente como circulação.

A XDB CHAIN utiliza o Stellar Consensus Protocol (SCP), uma implementação de tolerância a falhas bizantinas federada, e não prova de trabalho nem prova de participação. Cada nó declara suas próprias “fatias de quórum”, isto é, quais nós ele exige que concordem antes de continuar avançando; somente quando as fatias de diferentes nós se sobrepõem a rede forma consenso. Isso significa que não há, na camada de protocolo, exigência de recompensa de mineração ou de validadores em staking. A principal escolha é priorizar segurança em vez de vivacidade: quando uma partição de rede ocorre ou nós participantes não conseguem chegar a um consenso seguro, a rede é projetada para pausar a produção de blocos, em vez de gerar históricos conflitantes.

bee é a menor unidade de XDB; 1 bee＝0.0000001 XDB, ou seja, XDB suporta 7 casas decimais. A taxa base é 100 bees＝0.00001 XDB por operação. A taxa básica de rede de uma transação＝número de operações na transação×100 bees; por exemplo, se uma única transação contém duas operações, a taxa básica é de 200 bees. Essa taxa é diferente da reserva de conta: a taxa entra no pool de taxas da rede, enquanto a reserva é o saldo mínimo que a conta mantém para o estado de livro-razão que ocupa. Em caso de congestionamento da rede, devem prevalecer as regras de taxas do protocolo vigentes no momento.

Para uma nova conta sem entradas adicionais no livro-razão, o saldo mínimo é (2＋número de subentradas)×reserva base; a reserva base observada no documento da rede é de 10 XDB, portanto uma nova conta sem subentradas precisa manter 20 XDB. Linhas de confiança, ordens abertas e entradas de dados aumentam o número de subentradas e, assim, o saldo mínimo; excluir essas entradas libera a reserva correspondente. Esse saldo não é queimado nem transferido para um operador, mas é XDB que a conta não pode gastar enquanto mantiver esse estado.

As cotações no livro de ordens on-chain são ordens limitadas no livro-razão, correspondidas segundo prioridade preço—tempo; os pools de formadores de mercado automatizados usam um mecanismo de produto constante, no qual dois ativos do pool fornecem conjuntamente liquidez disponível para troca. Os custos e as condições de execução das duas formas diferem: o livro de ordens depende das cotações relativas e das ordens disponíveis, enquanto a taxa de troca do pool de liquidez é de 30 pontos-base e permanece no pool, e grandes trocas podem ser afetadas pela profundidade do pool. Pagamentos por caminho também podem combinar essas fontes de liquidez, mas, se qualquer etapa não satisfizer as condições, todo o pagamento por caminho não será parcialmente concluído.

Ativos não nativos são identificados pela conta emissora específica; ativos com o mesmo código, mas contas emissoras diferentes, também representam ativos diferentes. Em geral, uma conta deve primeiro estabelecer uma linha de confiança com esse emissor antes de poder receber ou manter o ativo. Por isso, antes de transferir ou trocar um ativo, devem ser verificados tanto o código quanto a conta emissora, além de compreender as sinalizações de controle on-chain definidas pelo emissor, como autorização, congelamento ou clawback. O livro-razão registra o crédito do ativo e seu estado de controle, mas não substitui o cumprimento, pelo emissor, de obrigações off-chain.

Na amostra de 10 de agosto de 2026, o artigo registrou um intervalo de fechamento de livro-razão de aproximadamente 5 a 6 segundos; uma transação torna-se final assim que é incluída em um livro-razão fechado. Esse modelo de consenso não usa uma janela de confirmação de “esperar mais blocos para reduzir a probabilidade de reorganização”. Isso não significa que qualquer envio terá sucesso imediato: a transação ainda deve atender às regras de assinatura, saldo, taxas e protocolo, além de ser incluída no livro-razão. Se os nós SCP não puderem alcançar consenso com segurança, a rede poderá pausar; o processamento de transações só continuará após a recuperação do consenso.