Arthur Mint

$ENA está mostrando forte momentum após uma recuperação acentuada na alta.

A estrutura bullish continua no controle acima da zona-chave de suporte.

EP
0.1600 - 0.1650

TP
TP1 0.1780
TP2 0.1850
TP3 0.1899

SL
0.1470

A liquidez está se formando acima das máximas recentes, enquanto os compradores continuam reagindo a partir da estrutura inferior. Manter o suporte atual mantém o momentum intacto para mais uma investida na zona superior de liquidez.

Vamos lá $ENA

$LINK está mantendo-se firme após uma forte expansão de alta.

A estrutura de alta continua no controle acima da zona-chave de suporte.

EP
11.70 - 11.80

TP
TP1 12.20
TP2 12.40
TP3 12.60

SL
11.30

A liquidez está se acumulando acima das máximas recentes, enquanto os compradores continuam reagindo a partir da estrutura inferior. Manter o suporte atual mantém o impulso intacto para mais um avanço em direção à zona de liquidez superior.

Vamos lá $LINK

$TAO está a mostrar forte momentum de alta.

Os compradores permanecem no controle enquanto a estrutura continua a expandir-se para cima.

EP
250 - 254

TP
TP1 261
TP2 268
TP3 276

SL
243

A liquidez acima de 261.3 continua sendo o alvo imediato, enquanto a reação da zona de rompimento confirma uma procura sustentada. Manter a estrutura atual mantém em aberto a continuação em direção a níveis mais altos de liquidez.

Vamos lá $TAO

O que chamou minha atenção é que a atualização Boreas da Dusk tornou mais visível a execução de contratos que falharam, e não menos.

Desde a implantação do Boreas na mainnet em 10 de junho de 2026, no bloco 4.414.095, eventos de contrato revertidos ainda podem ser mantidos nos dados de arquivo com um marcador explícito “reverted”. Ao mesmo tempo, esses eventos falhos são removidos do bloom do bloco canônico, e eventos de stake revertidos são excluídos das atualizações de estado do provisioner.

Essa distinção importa mais do que parece à primeira vista.

Uma chamada revertida não deve alterar o estado canônico. Mas, para aplicações financeiras, apagar completamente o rastro do evento pode dificultar depuração, reconciliação e análise forense. A Dusk está separando “este evento aconteceu durante a execução” de “este evento passou a fazer parte de um estado válido”.

Eu esperava que uma cadeia com foco em privacidade minimizasse detalhes de execução retidos. Em vez disso, a DuskFoundation está preservando um rastro de auditoria mais claro para atividade de contratos com falha, mantendo o indexador canônico limpo.

Minha interpretação: é um detalhe pequeno de protocolo com relevância incomumente forte para finanças onchain regulamentadas. A auditabilidade não é apenas sobre ver transferências bem-sucedidas; é também sobre provar o que falhou e garantir que isso nunca contaminou o estado.

A pergunta que estou observando: os exploradores e as ferramentas institucionais vão apresentar claramente essa metainformação de evento revertido o suficiente para os usuários se beneficiarem dela?

@Dusk $DUSK #dusk

$TUT está mostrando forte momentum após manter sua zona de recuperação.

Os touros permanecem no controle enquanto a estrutura se mantém acima do suporte-chave.

EP
0.04550 - 0.04680

TP
TP1 0.04979
TP2 0.05500
TP3 0.06177

SL
0.04230

A liquidez está se acumulando em torno da faixa atual, enquanto a reação acima de 0.04239 confirma que os compradores estão defendendo a estrutura. Manter esta zona mantém a continuação em direção aos níveis mais altos de liquidez em jogo.

Vamos $TUT

$BMT está mostrando forte momentum após uma ruptura explosiva.

Os touros permanecem firmemente no controle à medida que a estrutura se mantém acima de um suporte-chave.

EP
0.02520 - 0.02580

TP
TP1 0.02789
TP2 0.03050
TP3 0.03380

SL
0.02230

A liquidez se expandiu acentuadamente após a ruptura, enquanto a reação acima de 0.02242 confirma que os compradores estão defendendo a nova estrutura. Manter esta zona mantém a continuação em direção aos níveis mais altos de liquidez em jogo.

Vamos lá $BMT

O detalhe de privacidade que eu não esperava: uma transferência Phoenix pode ocultar os participantes e o valor transferido, enquanto a própria transação ainda pode ficar visível para o mempool de um nó.

Os próprios documentos da Dusk traçam esse limite com clareza. Phoenix protege valores e participantes, mas expõe os dados criptográficos necessários para provar gastos de notas.

Separadamente, qualquer pessoa com acesso GraphQL a um nó pode consultar o mempool real desse nó, e metadados de exploradores podem incluir o tipo de transação, taxa (fee) e uso de gás dependendo do modelo e do contrato.

De fato, isso não é uma falha de privacidade. É uma promessa de privacidade diferente: dados econômicos confidenciais, e não atividade de rede invisível.

O que chamou minha atenção foi a troca de projeto. Para aplicações financeiras, a verificabilidade pública pode coexistir com contrapartes e valores ocultos, enquanto o timing e metadados relacionados a taxas ainda fazem parte da superfície observável.

Isso torna a privacidade da DUSK mais precisa do que o resumo usual “tudo está oculto”. Continuo acompanhando se o design da aplicação trata explicitamente a exposição de metadados como parte do modelo de privacidade.

@Dusk $DUSK #dusk

$PROM está mostrando forte momentum após uma expansão agressiva.

A estrutura de alta continua sob controle acima da zona de rompimento.

EP
4.05 - 4.18

TP
TP1 4.45
TP2 4.70
TP3 4.99

SL
3.72

A liquidez acima já acionou uma reação forte, enquanto os compradores continuam defendendo a estrutura do rompimento. Manter esta zona mantém a pressão de continuação intacta em direção à máxima anterior de liquidez.

Vamos $PROM

Eu esperava que a história de privacidade da Dusk começasse depois que uma transação fosse registrada on-chain. A documentação sugere algo mais sutil: o mempool real de um nó da Dusk pode ser consultado via GraphQL por qualquer pessoa com acesso a esse nó, e as transações são ordenadas pelo preço do gás.

Ainda assim, as transações do Phoenix ocultam o valor transferido e os participantes mesmo enquanto expõem os dados criptográficos necessários para a verificação.

Isso me fez olhar duas vezes. Privacidade aqui não é a mesma coisa que invisibilidade.

Um observador ainda pode aprender que uma transação existe e ver campos do mempool como tipo de transação, preço do gás e limite de gás, mas os detalhes centrais da transferência permanecem protegidos no Phoenix.

Para aplicações financeiras, esse limite importa. Confidencialidade que sobrevive à fase pré-confirmação pode reduzir a fuga de informações antes do acerto, enquanto metadados públicos de taxas/tempo ainda deixam uma superfície para análise.

Assim, o design de privacidade da DUSK parece menos “ocultar tudo” e mais “ocultar as partes economicamente sensíveis”. A pergunta que eu estou acompanhando: quanto metadado observadores sofisticados ainda conseguem correlacionar em torno de atividades confidenciais à medida que o uso cresce?

@Dusk $DUSK #dusk

$SOL está firme após uma ruptura explosiva.

A estrutura de alta permanece intacta, com compradores defendendo o controle.

EP
93 - 95

TP
TP1 97.87
TP2 100
TP3 102.74

SL
91.50

A liquidez está se acumulando acima da faixa recente, enquanto as reações em torno de 93 continuam a confirmar a demanda. Manter essa estrutura mantém a expansão para cima em direção à máxima de liquidez anterior em jogo.

Vamos lá $SOL

$XRP está se mantendo firme após uma ruptura explosiva.

A estrutura de alta permanece intacta, com compradores defendendo o controle.

EP
1.45 - 1.48

TP
TP1 1.55
TP2 1.60
TP3 1.69

SL
1.41

A liquidez está se acumulando acima da faixa recente, enquanto as reações em torno de 1.45 continuam confirmando a demanda. Manter essa estrutura mantém a expansão para cima em direção à máxima de liquidez anterior em jogo.

Vamos $XRP

A parte que eu não esperava no design de staking do Dusk_Foundation: as mensagens de consenso de assinatura de chave não precisam controlar os fundos apostados.

O Dusk separa dois papéis. A chave de consenso roda no provisionador e assina votos/blocos. Uma chave separada de proprietário pode manter a autoridade para cancelar o stake (unstake) e sacar. A documentação do operador até recomenda manter a carteira do proprietário e o material de recuperação fora do nó.

Isso importa porque um servidor de validador é uma superfície de ataque online. Se as chaves forem separadas corretamente, comprometer o ambiente de consenso não dá automaticamente ao atacante controle de saque.

Mas o limite é tão importante quanto a proteção: a separação de chaves não elimina o risco do protocolo. O Dusk documenta penalidades severas para comportamento de consenso provadamente inválido, incluindo assinaturas conflitantes, o que pode queimar parte do stake.

Então eu leio isso menos como “conveniência extra de staking” e mais como compartimentalização operacional — a custódia pode ser isolada enquanto o comportamento do validador ainda carrega consequências econômicas.

Para uma cadeia que mira infraestrutura financeira, essa distinção importa. A questão é quão consistentemente os operadores vão implementá-la na prática.

@Dusk $DUSK #dusk

$TUT está mostrando força explosiva após um rompimento poderoso.

Os compradores permanecem firmemente no controle enquanto a estrutura se mantém em alta.

EP
0.06800 - 0.07100

TP
TP1 0.07500
TP2 0.08038
TP3 0.08500

SL
0.06400

A liquidez está se acumulando acima da faixa atual, enquanto uma forte reação dos níveis mais baixos confirma a demanda. Manter a estrutura do rompimento mantém a continuação firmemente em jogo.

Vamos lá $TUT

O detalhe do Crepúsculo que me fez olhar duas vezes não é a pilha ZK — é o que a carteira faz quando não sabe se uma transação blindada teve sucesso.

No Dusk Wallet v0.1.0, transações Phoenix ganharam rastreamento de “pending-nullifier reservation”. O changelog diz que essas reservas não são liberadas automaticamente após um timeout de um watcher, um status desconhecido, um status removido ou uma única falha em uma consulta ao mempool.

Por que manter deliberadamente os fundos presos após a incerteza?

Porque o Phoenix gasta notas. Se a carteira reutilizasse imediatamente o mesmo conjunto de notas gastáveis enquanto a primeira transação ainda poderia ser confirmada, ela poderia construir gastos blindados conflitantes. O Dusk também adicionou um mutex de gasto para impedir que envios Phoenix concorrentes sejam construídos contra as mesmas notas.

Fato: isso é uma lógica de segurança do lado da carteira, não uma nova regra de consenso. Minha interpretação: o Dusk está escolhendo uma UX conservadora em vez de disponibilidade otimista de saldo quando o estado da transação é ambíguo.

Essa troca importa. Sistemas de privacidade precisam de mais do que criptografia forte; o tratamento do estado da carteira precisa permanecer seguro quando a visibilidade da rede está incompleta.

Para o DUSK, estou observando se futuras versões da carteira podem encurtar esse período “incerto” sem enfraquecer a proteção. Com que agressividade uma carteira de privacidade deve desbloquear fundos quando o estado da cadeia é incerto?

@Dusk $DUSK #dusk

$ETH está mostrando força séria após uma forte ruptura.

Os touros continuam no controle enquanto a estrutura de 4H segue se expandindo para cima.

EP
2,480 - 2,520

TP
TP1 2,547
TP2 2,580
TP3 2,650

SL
2,430

A liquidez acima de 2,546.78 está sendo testada após uma reação agressiva da base de 1,863. Manter a estrutura da ruptura mantém a possibilidade de continuação de alta.

Vamos lá $ETH

$BTC está mostrando força séria após uma ruptura poderosa.

Os touros continuam no controle enquanto a estrutura de 4H segue se expandindo para cima.

EP
77.800 - 78.700

TP
TP1 79.500
TP2 80.350
TP3 82.000

SL
76.600

A liquidez acima de 79.500 está sendo testada após uma reação agressiva da base de 62.535. Manter a estrutura da ruptura preserva a continuidade de alta em jogo.

Vamos lá $BTC

$BNB está mostrando força séria após um rompimento forte.

Os touros continuam no controle enquanto a estrutura de 4H segue se expandindo para cima.

EP
712 - 719

TP
TP1 728
TP2 742
TP3 760

SL
699

A liquidez acima de 721.85 está sendo testada após uma reação agressiva da base de 600. Manter a estrutura do rompimento mantém a continuação de alta em jogo.

Vamos $BNB

Eu esperava que “empréstimo com taxa fixa” significasse uma coisa: travar a taxa e então conviver com ela até o vencimento.

O FAQ oficial da TermMax acrescenta uma reviravolta que eu quase não notei. Os tomadores podem quitar com o token da dívida, ou comprar o Token de Taxa Fixa correspondente (FT) e usá-lo para liquidar a dívida. Se as taxas de mercado subirem após a entrada, o FT pode ser negociado com um desconto maior, o que potencialmente permite ao tomador encerrar a obrigação por menos do que o caminho original de pagamento fixo.

Isso significa que a taxa fixa deve ser entendida melhor como um teto sobre o custo contratual do empréstimo, e não necessariamente como o custo final efetivamente realizado. Se as taxas se moverem na direção oposta, o tomador ainda pode manter os termos fixos originais.

O que chamou minha atenção é a assimetria: a certeza da taxa permanece, mas ainda existe um caminho dependente do mercado para reduzir o custo do pagamento antes do vencimento.

Isso torna “fixa” mais flexível do que parece. Qual o valor disso durante ciclos acentuados de taxas?

#termmax @TermMax

O detalhe que me fez olhar duas vezes: no Dusk, “accepted” não é a mesma coisa que final.

Eu esperava que uma blockchain feita para liquidação financeira tratasse uma execução bem-sucedida como o ponto final. A própria documentação de integração do Dusk é mais rígida. Uma transação pode ser enviada, receber HTTP 202 Accepted, entrar no mempool de um nó, ser executada em um bloco “accepted” sem erro de execução — e ainda assim não ser uma liquidação final.

A documentação diz explicitamente que blocos “accepted” ainda podem ser revertidos. A finalidade só chega quando um evento "blocks/statechange" marca o bloco como “finalized”. O Dusk ainda alerta integradores para não usarem “included”, “accepted” ou “confirmed” como um sinal de finalização do pagamento.

Isso soa como detalhe de implementação até você lembrar no que o DUSK está mirando: aplicações financeiras reguladas. Para exchanges, processadores de pagamento ou sistemas de ativos tokenizados, confundir execução com liquidação pode virar um problema contábil — e não apenas uma questão de UX.

O que chamou minha atenção foi a tensão: o Dusk descreve finalidade determinística após a ratificação, mas as aplicações ainda precisam respeitar esse limite explícito de finalização. Isso parece menos uma contradição e mais uma engenharia madura de liquidação.

O que estou acompanhando agora: o quão consistentemente carteiras e apps financeiros expõem essa distinção, em vez de colapsar tudo em um único status “confirmed”.

@Dusk $DUSK #dusk

$LINK está mostrando forte momentum de alta após um avanço limpo para cima.

Os touros continuam no controle enquanto a estrutura se mantém acima da zona de rompimento.

EP
10.75 - 10.90

TP
TP1 11.03
TP2 11.18
TP3 11.50

SL
10.55

A liquidez está sendo construída acima da máxima recente, com o preço reagindo fortemente após o rompimento. Manter acima de 10.55 mantém a estrutura de alta intacta e abre espaço para outro impulso de liquidez para cima.

Vamos lá $LINK