Preço do Beldex (BDX)

BDX é o token utilitário nativo da rede Beldex, usado para transferências e liquidação dentro da rede e relacionado ao seu ecossistema de aplicativos de privacidade. Ele não representa participação acionária, propriedade ou direito a receitas da empresa Beldex ou de entidades afiliadas; deter BDX, por si só, não gera dividendos, distribuição de lucros nem promessa de retorno de investimento. A camada de aplicativos da Beldex inclui BChat, BelNet, Beldex Browser, carteiras e Beldex Name Service (BNS). Nesse contexto, BDX é o ativo da rede e do ecossistema; esses aplicativos são produtos distintos que utilizam serviços da rede. Deter o token não equivale a obter direitos sobre um aplicativo específico ou sobre uma empresa.

As transações nativas da Beldex são projetadas para ocultar simultaneamente o remetente, o destinatário e o valor transferido, e não apenas um endereço de carteira. As assinaturas em anel misturam a assinatura real do remetente a um conjunto de assinaturas de isca; os endereços furtivos geram um endereço único para cada recebimento; e RingCT usa compromissos e provas de intervalo para que a rede valide o valor sem divulgar a quantia específica. Assim, uma transação verificável on-chain permite confirmar que regras como a ausência de emissão criada do nada ou de valores negativos foram atendidas, mas um observador público não deve conseguir ler diretamente as três categorias de informação de uma transação. Esse é o mecanismo de privacidade das transações da cadeia nativa; as funções de produtos como BChat ou BelNet não significam que toda transação de BDX tenha funcionalidades adicionais da camada de aplicativos.

A Beldex atualmente usa prova de participação (PoS), na qual validadores de masternodes participam da produção e validação de blocos. Após a implementação do hard fork Bucephalus em dezembro de 2021, no bloco 742421, a rede deixou o modelo PoW, no qual mineradores participavam, e passou a PoS; os mineradores foram descontinuados, e os masternodes assumiram as responsabilidades de produção e validação de blocos. A mudança também reduziu o tempo médio de bloco de 120 segundos para 30 segundos e alterou a recompensa por bloco de 2 BDX para 10 BDX; a mineração deixou de ser a via de participação nas recompensas, que passaram a ser distribuídas em torno dos masternodes elegíveis e de sua fila de recompensas. Isso mudou a forma como a rede produz blocos e recompensas, e não transformou BDX em um valor mobiliário de empresa.

Operar um masternode Beldex exige bloquear uma garantia e manter o serviço do nó; o requisito de garantia atualmente listado pela fonte oficial é de 10.000 BDX. Além de validar transações, os masternodes prestam serviços de infraestrutura, como retransmissão de mensagens do BChat e roteamento de tráfego do BelNet e do Beldex Browser. A garantia pode ser fornecida por um único operador ou por várias pessoas em conjunto. As regras de Infinite Staking limitam as contribuições para um masternode a no máximo quatro; em uma participação conjunta, a contribuição mínima de cada participante depende da garantia ainda não preenchida, das vagas restantes e do montante já reservado. Portanto, não se pode simplesmente dividir mecanicamente 10.000 BDX em quaisquer frações pequenas.

As recompensas de masternodes vêm da recompensa por bloco. Para recebê-las, o nó deve permanecer válido e chegar à sua vez de produzir um bloco na fila de recompensas. A Beldex informa um tempo médio de bloco de cerca de 30 segundos e uma recompensa de 10 BDX por bloco; desse total, 6,25 BDX (62,5%) são destinados ao validador que produz o bloco, e o restante é destinado à tesouraria da Beldex foundation. As recompensas usam uma lógica de fila primeiro a entrar, primeiro a sair: um validador que recebe uma recompensa vai para o fim da fila, e os validadores que esperaram mais tempo e mantiveram serviço válido recebem oportunidades em sequência. Em um masternode compartilhado, a comissão do operador é primeiro deduzida da recompensa do masternode, e o restante é distribuído conforme a participação acordada de cada contribuinte no nó. Portanto, o retorno efetivo de um participante não pode ser calculado apenas pela quantidade de BDX detida; ele também depende do número de validadores ativos, da fila, do estado operacional do nó, da comissão do operador e da participação contribuída.

A garantia de um masternode não pode ser resgatada imediatamente a qualquer momento. Depois que um participante ou operador envia uma solicitação de desbloqueio e ela é registrada em um bloco, o masternode expira após 15 dias, ou 10.800 blocos; durante esse período de espera, a garantia permanece bloqueada e os participantes ainda podem receber recompensas. Em uma participação conjunta, a solicitação de desbloqueio de qualquer participante coloca todo o masternode nesse processo de expiração, que não pode ser cancelado nem prorrogado. Se um nó for desregistrado por não cumprir os requisitos operacionais, a garantia entra por 30 dias, ou 21.600 blocos, em um estado de lista negra no qual não pode ser gasta. Mesmo que um desbloqueio de 15 dias tenha sido solicitado anteriormente, o desregistro posterior substitui a espera original pelo período de bloqueio de 30 dias. O período de bloqueio relaciona a continuidade do serviço de validação à disponibilidade dos ativos em garantia.

Para entender a oferta de BDX, é preciso distinguir pelo menos entre recompensas por bloco, liberações de carteiras designadas e queimas: não são a mesma coisa. Quando validadores PoS produzem blocos, surgem recompensas por bloco; a fonte oficial informa que as taxas das transações Flash quase instantâneas são queimadas, ou seja, enviadas para uma carteira sem chaves detidas por alguém e removidas da circulação. Além disso, as liberações planejadas das carteiras de desenvolvimento do ecossistema e Seed & VC são liberações de BDX de carteiras designadas já existentes, e não novas recompensas produzidas por validadores. Uma atualização relacionada ao BNS também introduziu períodos de registro, taxas e mecanismos de queima. Esses mecanismos afetam a oferta disponível em etapas diferentes; não se pode descrever diretamente uma “liberação” como nova cunhagem da rede, nem equiparar a queima de taxas à queima de todas as taxas de transação.

As liberações planejadas oficialmente vêm de dois tipos de carteiras designadas e ocorrem trimestralmente: a carteira de desenvolvimento do ecossistema é destinada principalmente à pesquisa e ao desenvolvimento do ecossistema, e a carteira Seed & VC é destinada a investimentos seed e de VC. Elas devem ser entendidas separadamente das recompensas por bloco de masternodes, pois as primeiras são liberações planejadas de carteiras previamente designadas. Na 18ª liberação planejada, em 30 de junho de 2026, a carteira de desenvolvimento do ecossistema liberou 130.680.000 BDX e ficou com saldo de 1.607.760.000 BDX; a carteira Seed & VC não liberou BDX nesse período e ficou com saldo de 214.500.000 BDX. Esses números são os saldos das carteiras após o anúncio e o registro de liberação do período, não um compromisso fixo sobre o montante que será liberado em cada trimestre futuro.

O hard fork Bern introduziu o Beldex Name Service (BNS) em janeiro de 2024, no bloco 2986890. O BNS mapeia nomes ou domínios .bdx legíveis por humanos para recursos on-chain como IDs do BChat, endereços de carteira, MNApps e nós de saída, permitindo que esses identificadores sejam resolvidos, em vez de substituir diretamente as chaves privadas de carteira dos usuários. A atualização também ajustou o período de registro, as taxas e os mecanismos de queima do BNS; por isso, ela representa tanto uma mudança de usabilidade do aplicativo quanto uma alteração nas rotas de taxas e queima de BDX. Somente no hard fork Hermes, em setembro de 2024, o BNS passou a incluir suporte à cadeia EVM; essa funcionalidade posterior não deve ser atribuída a Bern.

BDX nativo e BDX-BSC devem ser tratados como versões do ativo em redes diferentes. A Beldex anunciou em 2026 que o contrato BDX na Binance Smart Chain (BSC) passou por uma migração; os detentores elegíveis de BDX-BSC sob o contrato antigo receberiam BDX-BSC do novo contrato na proporção de 1:1. Essa relação de 1:1 descreve apenas o arranjo de migração entre os contratos antigo e novo de BDX-BSC mencionados no anúncio; ela não permite concluir que qualquer outra versão encapsulada, saldo em plataforma de negociação ou BDX da cadeia nativa será convertido automaticamente. Antes de transferir ou depositar, é necessário confirmar a rede e a versão específica do contrato aceitas pelo serviço de destino.

Em 26 de junho de 2026, a Beldex identificou no bloco 5518800 uma recompensa incorreta de masternode: uma recompensa esperada de 6,25 BDX gerou por engano cerca de 900.018.906,34 BDX. Para restaurar o último estado válido, a rede realizou um hard fork de emergência, e a cadeia canônica reconheceu o bloco 5518799 como o último estado válido; esses cerca de 900 milhões de BDX gerados por erro não existem na cadeia canônica. O procedimento reverteu transações de BDX nativo no intervalo afetado: transferências entre carteiras e depósitos em exchanges após o bloco 5518800 foram desfeitos na cadeia canônica, com os saldos retornando ao estado das carteiras de posse original. O anúncio limitou o problema à transação de recompensa incorreta e afirmou que a validação de transações e o mecanismo de consenso não foram comprometidos e que não foi identificada dupla despesa; usuários que lidaram com plataformas de terceiros nesse intervalo ainda precisam confirmar o crédito final conforme os procedimentos de conciliação da plataforma.

A relação entre BDX e os aplicativos Beldex se manifesta principalmente na liquidação pela rede, na participação em masternodes e na infraestrutura de aplicativos, e não na ideia de que “o crescimento dos aplicativos necessariamente aumenta o preço de BDX”. Por exemplo, os masternodes precisam bloquear BDX e prestar serviços; os mecanismos de taxas e queima do BNS influenciam o tratamento dessas taxas; e as liberações trimestrais de carteiras podem mudar a quantidade de tokens que entra no mercado ou é usada no ecossistema. A possibilidade de esses mecanismos afetarem a oferta negociável ou a demanda também depende de condições como a continuidade do bloqueio, a adoção efetiva dos aplicativos, a forma de uso dos recursos liberados, se os usuários precisam ou escolhem adquirir BDX e a liquidez de mercado. Portanto, o número de produtos, de nós ou de atualizações técnicas, por si só, não prova diretamente que a demanda de compra do token ou seu preço necessariamente aumentará.