HuyenPTN

Depois de algumas semanas a testar dapps e fazer caça a airdrops, o ecrã do explorer às vezes parece um extrato que ninguém pediu para ver. Já abri de novo um endereço secundário e encontrei 38 transações suficientes para reconstituir a hora de depósito, a hora de levantamento, as exchanges por onde passou e até como o capital foi repartido—quase como se tivesse virado um hábito.

Notei um detalhe que pode causar confusão sobre a Dusk Network, Moonlight e Phoenix: não são dois rótulos para o mesmo tipo de transferência. Moonlight é um modelo de conta pública, em que saldos, nonce, remetente, destinatário e quantidade ficam coerentes com uma carteira, com a exchange e com as aplicações que precisam de reconciliação.

Já Phoenix responde ao contrário: as transações continuam válidas, mas o histórico da carteira não precisa virar um dossiê aberto. Na Dusk Network, o Phoenix usa UTXO privado; os ativos ficam protegidos dentro de notas, com prova de zero conhecimento para comprovar o direito de gastar; e os nullifiers impedem o gasto duas vezes sem revelar a nota original.

O ponto relevante é que esses dois modelos não se anulam—apenas simulam fielmente o comportamento financeiro do mundo real. O utilizador quer tornar público quando necessário para o sistema confiar nele; mas, em alguns momentos, três dados básicos—quem envia, quem recebe e quanto—já são demais. Por isso, a Dusk Network não fala apenas de privacidade: tenta encapsular a opção de quanto convém revelar para dentro da infraestrutura.

Como autocrítica, o design duplo pode confundir quem é iniciante, sobretudo quando precisa perceber quando usar o Moonlight e quando recorrer ao Phoenix. Deixo a pergunta em aberto: a Dusk Network vai tornar a interface suficientemente clara para o utilizador escolher privacidade antes de ser investigado, ou ele só vai lembrar dela depois de 38 transações terem contado a história por ele.
#dusk $DUSK @Dusk

Ontem tentei explicar cripto para alguém que não possui nada.
Deu bem ruim.
Não porque a pessoa discordou de mim.
Ela só perguntou:
“Por que qualquer coisa disso precisa estar em uma blockchain?”
Eu comecei a dar as respostas comuns.
Liquidação mais rápida.
Acesso global.
Ativos programáveis.
Autocustódia.
A pessoa me olhou por um segundo e disse:
“Ok. Mas que problema isso resolve para as pessoas que já trabalham no setor financeiro?”
Eu não tive uma boa resposta.
Pelo menos não imediatamente.
Na verdade, essa pergunta me fez pensar em Dusk de um jeito diferente.
Dusk não está, de fato, pedindo para um banco virar uma empresa de cripto.
A ideia é mais próxima de pegar os fluxos de trabalho que instituições financeiras já entendem — emissão, elegibilidade de investidores, transferências, divulgação e liquidação — e colocar mais do processo em uma infraestrutura compartilhada.
Esse é um discurso bem menos empolgante.
E talvez seja exatamente por isso que eu gosto.
Se você precisa convencer uma instituição a mudar completamente a forma como ela pensa sobre mercados financeiros antes de ela poder usar sua blockchain, você já criou um problema enorme para si.
Mas se a instituição puder continuar pensando sobre títulos, investidores e liquidação enquanto a blockchain, silenciosamente, cuida de parte da infraestrutura por baixo...
Aí é diferente.
O posicionamento atual da Dusk é muito claro: finanças onchain reguladas, com privacidade, controles de acesso e liquidação determinística embutidos na infraestrutura, em vez de serem adicionados como um pensamento posterior.
Ainda estou cético.
Colocar fluxos financeiros na cadeia não os torna automaticamente melhores.
E instituições não adotam tecnologia só porque a arquitetura parece elegante.
Elas precisam de liquidez.
Segurança regulatória.
Contrapartes confiáveis.
Usuários de verdade.
Então talvez a pergunta não seja:
“O setor financeiro vai adotar blockchain?”
Talvez isso esteja ao contrário.
Talvez a melhor pergunta seja:
“A blockchain consegue resolver problemas suficientes das dificuldades atuais do setor financeiro, a ponto de a área não precisar se importar mais se é blockchain ou não?”
Foi essa a pergunta que eu não consegui responder ontem.
Ainda estou pensando nisso.
#dusk $DUSK @Dusk

Eu costumava achar que uma boa blockchain deveria fazer tudo.
Contratos inteligentes?
Claro.
Privacidade?
Adicione.
EVM?
Obviamente.
Execução personalizada?
Por que não.
Quanto maior a lista de recursos, mais impressionante o projeto parecia para mim.
Eu mudei de ideia sobre isso.
Ao analisar a Dusk, o que chamou minha atenção não foi mais uma funcionalidade.
Foi a decisão de não obrigar tudo a passar pelo mesmo ambiente de execução.
A Dusk tem a DuskVM para contratos em Rust/WASM que rodam diretamente na L1, enquanto a DuskEVM oferece execução de Solidity e Vyper através de um ambiente compatível com EVM. Os dois caminhos usam a DuskDS por baixo para liquidação e disponibilidade de dados. (docs.dusk.network)
No começo eu pensei:
Por que tornar tudo isso tão complicado?
Não seria mais fácil ter um único ambiente?
Então comecei a pensar no oposto.
Talvez forçar toda aplicação a caber em um único ambiente seja a escolha mais complicada.
Um desenvolvedor criando uma aplicação Solidity comum provavelmente não quer aprender um stack totalmente diferente.
Quem estiver construindo um protocolo que precisa de acesso direto aos modelos nativos de transação da Dusk provavelmente também não quer que abstrações de EVM atrapalhem.
Então a Dusk basicamente lhes dá portas diferentes.
Isso não torna automaticamente a arquitetura melhor.
Mais componentes também significam mais coisas para manter.
Mais interfaces.
Mais suposições.
Mais maneiras de algo dar errado.
Mas eu gosto da lógica por trás disso.
Em vez de dizer:
“Este é nosso único ambiente de blockchain. Todo mundo use.”
A Dusk parece estar dizendo:
“Diga primeiro o que você está construindo.”
Essa é uma diferença sutil.
E talvez eu esteja pensando demais.
Mas depois de ver tantas cadeias tentando se tornar tudo para todo mundo, acho surpreendente a disposição da Dusk em manter caminhos de execução diferentes, algo que dá um frescor.
Às vezes, flexibilidade não é sobre adicionar mais recursos.
Às vezes é sobre saber quais recursos não forçar a ficarem juntos.
#dusk $DUSK @Dusk

Aprendi há muito tempo que não devo dar a cada app mais permissões do que ele precisa.
Normalmente começa de forma inocente.
“Conecte a carteira.”
Depois:
“Assine isto.”
Então surge outro pop-up e eu já fico me perguntando o que exatamente eu acabei de aprovar.
Passei a ficar muito mais desconfiado de solicitações de assinatura por causa disso.
Então fiquei curioso sobre algo no Dusk que eu não tinha prestado muita atenção antes: a separação entre simplesmente interagir com uma conta e realmente autorizar uma ação.
O modelo de conta do Dusk distingue entre informações públicas da conta e a autorização criptográfica necessária para executar transações. As aplicações podem consultar informações da conta sem, automaticamente, ganhar a capacidade de gastar ou movimentar ativos.
Isso parece óbvio.
Mas a cripto tem uma forma curiosa de fazer coisas óbvias parecerem complicadas.
Um site deveria conseguir saber que uma conta existe.
Deveria conseguir verificar um saldo se essa informação for pública.
Isso não significa que ele deva ser capaz de assinar algo em meu nome.
Essas são permissões diferentes.
E acho que o Dusk acerta algo importante bem aqui.
A blockchain não deveria ter que confiar na aplicação só porque eu a abri.
A aplicação pode pedir.
Minha chave decide.
Essa separação não elimina phishing, contratos maliciosos ou maus hábitos de assinatura. Nada elimina.
Mas ela cria um modelo mental mais claro para mim.
“Ler minha conta” e “agir como minha conta” não deveriam parecer a mesma permissão.
Talvez seja um detalhe pequeno.
Comecei a achar que detalhes pequenos importam muito em cripto.
Porque quando algo dá errado, geralmente não é a criptografia sofisticada que confunde o usuário.
É o botãozinho que ele clicou sem realmente entender o que aquilo significava.
E é nessa parte do Dusk que eu me pego apreciando mais.
Não é mais um recurso.
Só uma linha mais clara entre olhar e fazer.
#dusk $DUSK @Dusk

I have a bad habit when I use crypto apps.

I usually click “connect wallet” before I even think about what I’m connecting to.

Probably not the best habit.

That got me thinking about Dusk’s approach to identity.

Because if Dusk wants financial applications to work on-chain, “who are you?” becomes a much bigger question than just knowing someone’s wallet address.

That’s where Citadel started making more sense to me.

The basic idea is that a user can hold credentials and later prove something about them without simply dumping all of the underlying personal information onto the blockchain.

Say an application needs to know that I’m eligible to use a service.

It doesn’t necessarily need my entire identity.

Dusk’s Citadel 2 uses zero-knowledge proofs to let users prove that a credential is valid while keeping the actual personal information off-chain. The service can define what it accepts, while the proof establishes that the requirement has been satisfied.

I like the direction.

But I also think there’s an awkward question hiding here.

Who controls the credentials?

Who decides which credentials are trusted?

And what happens when a credential needs to be revoked?

Those problems don’t disappear just because zero-knowledge proofs are involved.

That’s probably why I’m more interested in Dusk’s identity architecture than the usual “privacy” headline.

Privacy is only one part.

The harder part is making identity useful without turning every financial interaction into another giant KYC form.

If Dusk can make that boring process feel invisible to the user, I’d consider that a much bigger win than another flashy privacy demo.
#dusk $DUSK @Dusk

Ao observar, por algumas semanas, grupos de stablecoins com vencimentos curtos em rotação, percebi que o problema mais incômodo não está no preço dos ativos. Os planos de capital geralmente duram de 30 a 90 dias, mas o custo do empréstimo muda mais rápido do que o ritmo das decisões.

O TermMax usa o Market Factory para atingir exatamente essa lacuna. Cada mercado de empréstimo por vencimento é criado como uma configuração separada na chain, incluindo o colateral, o ativo emprestado, a data de vencimento e os parâmetros de liquidação. Isso evita forçar todas as necessidades de empréstimo a caberem no mesmo molde de liquidez, onde prazos e riscos tendem a ser nivelados.

O ponto central é que o Market Factory transforma o vencimento em parte essencial do design do mercado. Se houver 5 pares de ativos e 6 marcos de vencimento, o sistema pode gerar 30 mercados, mas cada um ainda mantém seu próprio registro de risco. Assim, o TermMax não cria apenas mais pools; ele cria maneiras adicionais de enquadrar o risco ao longo do tempo.

O comportamento dos usuários aqui é bem prático. Quem toma dinheiro quer conhecer antecipadamente o custo de capital, e quem empresta quer saber por quanto tempo o capital ficará bloqueado. Um mercado de 30 dias e um de 180 dias podem usar o mesmo ativo, mas a expectativa de liquidez, o spread e a psicologia de participação serão diferentes.

O paradoxo é que, quanto mais separada a configuração, mais claro fica o mercado; porém, mais fácil fica a liquidez ser fragmentada. O TermMax ajuda a estruturar melhor os mercados por vencimento, mas não faz o spread ficar automaticamente mais fino, não equilibra automaticamente oferta e demanda e nem obriga os usuários a lerem todos os parâmetros. Estou aguardando para ver se os usuários usarão essa clareza para gerir o capital melhor, ou se apenas a transformarão em um novo ciclo de liquidez.
#termmax @TermMax

Sempre achei as carteiras de cripto um pouco irritantes.
Não a parte de assinar.
A estrutura da conta.
Uma chain quer este endereço.
Outra carteira te dá outro.
Então aparece um sistema de privacidade e, de repente, você está gerenciando outra conta de novo.
Eu estava lendo a documentação da carteira da Dusk quando notei algo que eu realmente não tinha pensado antes.
A Dusk chama isso de Profile.
Um profile combina uma conta pública do Moonlight e uma conta Phoenix com shield sob a mesma mnemonic. A carteira consegue gerenciar os dois lados lado a lado, mantendo as chaves e os endereços organizados separadamente.
Isso soa como uma decisão pequena de UX.
Na verdade, acho bem sensato.
Porque a privacidade fica estranha muito rapidamente quando o usuário precisa entender a arquitetura por trás dela.
“Use este endereço para transações públicas.”
“Use este outro para transações protegidas.”
“Não misture estas.”
“Lembre-se de qual chave pertence a onde.”
É exatamente o tipo de coisa que faz sistemas tecnicamente bons parecerem doloridos de usar.
A abordagem da Dusk não resolve magicamente o problema de UX da privacidade.
Você ainda tem dois modelos diferentes de transação por baixo.
Moonlight é baseado em conta e é público.
Phoenix é protegido e baseado em UTXO.
A parte interessante é que a carteira não força o usuário a gerenciar isso como duas identidades completamente não relacionadas.
Elas ficam agrupadas em um único profile.
Eu gosto disso.
Não porque seja alguma invenção criptográfica revolucionária.
Não é.
É só uma dessas decisões pequenas que me faz pensar que alguém realmente passou tempo considerando o que uma pessoa normal deveria fazer depois que a arquitetura técnica já está pronta.
E, honestamente, é essa a parte do blockchain que eu quero ver mais.
Não mais um recurso.
Só menos coisas com as quais eu tenho que me preocupar.
#dusk $DUSK @Dusk

O ETH caiu sete por cento à noite, e o grupo de conversa de empréstimos que eu sigo ficou subitamente silencioso. Muitas pessoas não estavam tão assustadas com aquela queda quanto estavam por não entenderem por que as taxas de empréstimo, a garantia e a precificação de referência estavam deixando suas posições frágeis ao mesmo tempo.

O TermMax chamou minha atenção porque ele não tenta vender uma sensação de simplicidade. Ele separa empréstimo, garantias e precificação em módulos distintos, o que significa que os usuários precisam enxergar os empréstimos como um sistema em camadas, e não apenas como um conjunto de dinheiro com uma única taxa de juros.

No modelo tradicional de pool, liquidez, ativos em garantia, dados de oráculo e custo de capital muitas vezes são comprimidos em uma única experiência. Quando o mercado está tranquilo, essa compressão parece suave, mas quando aparece a volatilidade, os tomadores percebem que estão lendo um único número no lugar de uma cadeia inteira de decisões.

O ponto mais profundo do TermMax é que ele dá ao risco um lugar. O módulo de empréstimos mostra as obrigações da dívida e o vencimento, o módulo de garantia mostra a reserva do ativo, e o módulo de precificação mostra como o mercado é incorporado ao sistema.

Mas o TermMax também não consegue escapar de um paradoxo familiar do cripto. Quanto mais clara a estrutura fica, mais honesto o protocolo se torna; ainda assim, usuários comuns muitas vezes querem menos camadas, menos termos e uma tela calma o suficiente para eles clicarem sem pensar demais.

Eu não vejo o TermMax como a resposta final para empréstimos onchain. O que vale observar é que ele reorganiza a questão comportamental: se os usuários realmente querem entender onde o risco é criado, ou se simplesmente querem um produto que faça o risco parecer mais organizado.
#termmax @TermMax

No fim do expediente, a tela do meu celular ficava acendendo sem parar à medida que notificações do banco chegavam uma após a outra. Eu estava vendendo um pouco de USDT; o comprador enviou um comprovante de transferência bem certinho, mas o extrato real estava misturado com vários pequenos pagamentos do mesmo intervalo de tempo. Eu ainda não liberei as moedas, porque o código de referência do banco não tinha correspondido à linha que eu precisava encontrar.

O Binance P2P faz muita gente esquecer que a transação não existe apenas dentro da exchange. A parte mais sensível passa por uma conta bancária pessoal. Quando os dados exibidos estão incompletos, os usuários muitas vezes se apegam mais à intuição do que a evidências.

Depois de usar o Binance P2P algumas vezes, percebi que o erro comum não é falta de conhecimento, e sim confiança demais em coincidência. O valor está correto, o horário é próximo, o nome é próximo, e isso já basta para muita gente confirmar. Mas quando um extrato contém vários pagamentos parecidos, quase certo ainda pode te puxar para a transação errada.

É por isso que o código de referência do banco tem um papel bem estranho. Ele é pequeno, seco e difícil de lembrar. Mas é exatamente o que faz o fluxo de dinheiro voltar para o caminho certo, principalmente quando a descrição da transferência é cortada ou quando o remetente usa uma redação genérica demais.

Eu não acho que o Binance P2P seja perigoso em termos absolutos. O problema é que os usuários lidam com ele com hábitos comuns de compra e venda, enquanto as consequências pertencem ao sistema financeiro real. Uma ação apressada pode transformar o vendedor na pessoa que terá que explicar um fluxo de dinheiro que ela nunca entendeu completamente.

A velocidade sempre é tratada como vantagem, enquanto checar é visto como incômodo. O Binance P2P não está errado por ser rápido, e os usuários não estão errados por quererem uma transação limpa. A questão que fica é: se um pequeno código de referência é suficiente para ajudar a rastrear o fluxo de dinheiro, por que tanta gente só se lembra dele depois que o extrato já ficou uma bagunça.
#binancep2pantoan @Binance Vietnam

One thing that annoys me about crypto UX is the moment a transaction goes wrong.

You send it.

Something happens.

And then the wallet gives you a red error message that basically says:

“Good luck.”

I've had enough of those.

So when I was reading Dusk's transaction docs, I stopped at something that isn't particularly exciting, but probably should be.

Dusk separates the different things that can happen to a transaction.

A transaction can execute successfully.

It can fail.

A block containing it can later be reverted.

And applications are expected to listen for the relevant events and react accordingly rather than assuming that “I submitted it” means “it's done.”

That last part sounds obvious.

It isn't.

A wallet can tell you that a transaction was submitted, but that doesn't necessarily tell you what happened to the execution.

Dusk's docs even recommend that integrators monitor the transaction-executed event, check for errors, confirm the block is finalized, and handle a block revert by listening for the transaction events again.

I like that approach.

Not because it's revolutionary.

Actually, quite the opposite.

It feels like someone sat down and asked:

“What information does an application actually need when money is moving?”

That's a much better question than simply making the transaction system more complicated.

I don't know how much of this users will ever see directly.

Hopefully, not much.

If the infrastructure is doing its job, the wallet should turn all of this into something simple enough that I don't have to think about it.

But underneath that simple button, there needs to be a system that knows the difference between:

“I sent it.”

“It executed.”

“It finalized.”

and

“Something went wrong.”

That distinction is boring.

I think that's exactly why it's worth noticing.
#dusk $DUSK @Dusk

Durante uma forte queda do mercado, o painel de empréstimos ainda mostrava números atraentes, mas eu olhei primeiro o cronograma de vencimentos. O dinheiro ainda estava lá, o rendimento ainda estava em andamento; só a capacidade de girar o capital tinha desaparecido justamente quando era mais necessário.

TermMax vai direto para aquela parte do DeFi. Dívida não é apenas sobre pedir e pagar, mas também sobre quanto tempo o empréstimo dura e a que preço é possível sair. Um prazo de 30 dias é diferente de um de 180 dias porque o custo do capital, a profundidade de liquidez e a probabilidade de as condições de mercado mudarem são diferentes.

O que se destaca no TermMax é que ele traz precificação de dívida com prazo fixo para um mecanismo baseado em mercado, em vez de deixar os usuários negociarem com base na intuição. O AMM cria uma curva de preço para ativos de dívida por maturidade, enquanto a liquidez do mercado ajuda os preços a se moverem quando a oferta de empréstimos ou a demanda por tomada de empréstimos mudam. Se 1000 stablecoins estiverem bloqueados por mais 90 dias, uma diferença de 1% por mês deixa de ser um detalhe pequeno.

Usuários de cripto geralmente gostam de números limpos. Quanto mais claro o APY parece, mais o cérebro quer ignorar as condições por trás dele. O TermMax torna visíveis maturidade, slippage e liquidez ao mesmo tempo, mas isso só é útil se os usuários lerem como gestores de capital — e não como caçadores de recompensa.

O paradoxo é que, quanto mais preciso o instrumento fica, mais fácil é a ilusão de controle aparecer. Um empréstimo precificado com transparência ainda pode se tornar um erro se os usuários esquecerem que a própria necessidade de caixa também pode mudar.

Eu não vejo o TermMax como uma solução elegante para todo mercado de dívidas on-chain. É mais como um espelho técnico, nos forçando a ver o preço do tempo, o preço da liquidez — e a questão que sobra é se enxergar com mais clareza realmente levará a um comportamento melhor.
#termmax @TermMax

Numa noite no fim do mês, a tela de negociação estava aberta ao lado da planilha de despesas do grupo, e eu precisava comprar um pouco de USDT para devolver o dinheiro que eu havia adiantado. No Binance P2P, havia um anúncio com um preço relativamente suave e um volume restante que ficava no meio, como se alguém tivesse acabado de corresponder com a maior parte dele. Meu primeiro impulso foi interpretá-lo como o rastro de uma grande ordem.

Esperei mais alguns minutos. O número não mexeu. A sensação de que eu havia acabado de encontrar uma pista mudou de repente para uma teoria mais comum: talvez o valor que sobrou fosse simplesmente a parte que ninguém queria assumir.

A parte complicada do Binance P2P é que ele faz tudo parecer simples. Um preço, um limite, uma quantidade restante, algumas linhas de condições. Mas por trás desses números existem horários de transferência, valores estranhos, limites do banco e a psicologia de evitar risco.

Os usuários frequentemente querem ler o volume restante como um sinal de fluxo de dinheiro. Um anúncio quase preenchido é visto como “quente”, enquanto um anúncio que fica parado é suspeito de ter algum problema. O paradoxo é que os mesmos dados no Binance P2P podem alimentar duas histórias opostas, dependendo de o observador ter medo de perder uma oportunidade ou medo de ficar preso.

Não nego o valor do volume que sobra. Vale a pena observar quando combinado com velocidade de correspondência, spread de preços, limites de transação, histórico de conclusão e horário do dia. Mas se confiarmos apenas nisso para inferir uma grande ordem no Binance P2P, estaremos transformando um dado fino em uma lupa excessivamente confiante.

Para mim, o volume restante em um anúncio não é um segredo de mercado, mas um sinal que precisa ser colocado ao lado de outros sinais. A questão que fica é se estamos observando o comportamento real do fluxo de dinheiro ou apenas encarando um número imóvel e escrevendo nós mesmos a parte que falta do roteiro.
#binancep2pantoan @Binance Vietnam

Eu esperava que a seção de networking da Dusk fosse chata.

Eu estava errado.

Acabei indo parar no Kadcast.

A maioria das blockchains tem alguma versão do mesmo problema básico: quando um nó recebe algo novo, como você espalha essa informação pela rede sem que todo mundo fique gritando com todo mundo?

A resposta mais comum é algum tipo de fofoca.

A Dusk foi por um caminho diferente.

O Kadcast usa uma sobreposição estruturada ponto a ponto, em vez de simplesmente transmitir mensagens para um conjunto aleatório de pares. A ideia é controlar como as mensagens viajam pela rede, reduzindo o uso desnecessário de banda e tornando a latência mais previsível.

Isso parece uma decisão de engenharia bem pequena.

Até você pensar no que acontece quando a rede fica congestionada.

Se todo nó continuar encaminhando tudo para mais nós, a quantidade de tráfego duplicado pode ficar feia.

Uma rede estruturada dá às mensagens para onde ir.

O que achei interessante é que a Dusk realmente teve o Kadcast auditado pela Blaize Security. A auditoria deu uma nota geral de 9,8/10, com qualidade do código recebendo 10/10; os problemas encontrados durante a auditoria foram corrigidos em seguida.

E ainda assim...

Quase nunca vejo alguém falando sobre essa parte da Dusk.

Todo mundo fala de privacidade.

Todo mundo fala de ativos tokenizados.

Todo mundo fala de EVM.

Quase ninguém fala sobre como os pacotes vão de um nó para outro.

Talvez seja porque ninguém percebe uma boa rede quando ela funciona.

E talvez seja esse o ponto.

Uma blockchain pode ter uma criptografia impressionante e uma camada de execução inteligente.

Mas, se o encanamento básico por baixo dela for ineficiente, alguém paga por isso mais cedo ou mais tarde.

Não estou dizendo que o Kadcast seja algum motivo oculto para comprar DUSK.

Seria uma conclusão ridícula a partir de um protocolo de networking.

Eu só achei interessante que uma das partes menos visíveis da Dusk também seja uma das partes que eles passaram anos refinando.

Às vezes, a camada entediante vale a pena ser observada.
#dusk $DUSK @Dusk

WUSDT: Testando novamente o piso do Suporte do Triângulo – Gatilho Short Estratégico em caso de fechamento confirmado de candle de ruptura
$W

After several DeFi seasons, the most annoying feeling is not whether the rate is high or low. It is that one fixed rate borrowing decision still has to pass through too many screens, from collateral, pending orders, maturity date, to the position after execution.

TermMax V2 goes straight at that pain point. Limit orders sit inside the borrowing and lending flow, while quotes from curators and users are aggregated to create clearer execution pricing. Multi chain vaults give capital movement more context, instead of forcing users to remember where each asset is sitting.

What makes TermMax worth analyzing is how the project packages fixed rate lending into position management. Borrowers track GT, debt, and maturity date in the same dashboard, while lenders see FT, vault shares, open orders, and yield by maturity. Repayment with FT also makes the position more flexible before everything piles up at the end of the term.

The numbers give the story more footing. The project documents state a total TMX supply of one billion tokens, forty million TMX allocated to early user pre mine, and twenty percent circulating at TGE. For TermMax, TGE is when the market tests real demand for fixed rates.

I still keep some distance from this clean experience. Vaults have curators, orders may not fill, liquidity in each market can be thin, collateral still fluctuates, and smart contracts remain the base layer risk. TermMax V2 is only strong if the interface helps users understand borrowing costs more clearly, not forget risk more quickly.

The paradox is that the more a product feels like fintech, the easier self custody responsibility becomes blurred. TGE may bring more people in to try it, but after the rewards, how many will stay because they genuinely need fixed rate borrowing, fixed rate lending, and position management in one place.
#termmax @TermMax

Houve uma época em que comprei uma pequena quantia de USDT pela Binance P2P no saguão do meu prédio. A rede estava fraca e o código de autenticação do banco chegou devagar. Eu já tinha escolhido o vendedor, mas meus olhos ainda ficavam presos no painel de preços que continuava se movendo. A diferença era só alguns milhares de dong, mas parecia que eu ia perder uma grande oportunidade.

A armadilha para iniciantes não está no botão de comprar ou vender. Ela está no fato de a tela lhes dar muitos sinais, e cada sinal parece algo que eles precisam reagir imediatamente. Na Binance P2P, um painel de preços ao vivo pode facilmente transformar os usuários em “observadores de relógio”, em vez de pessoas que verificam a transação com cuidado.

O mecanismo de travamento de preço merece atenção porque ele lida com a psicologia antes de lidar com a ação. Depois que o pedido é criado, o preço fica fixo tempo suficiente para o comprador ler os termos, conferir o nome da conta, comparar o valor e então fazer o pagamento. Não deixa a transação completamente segura, mas tira o usuário do ritmo de ficar perseguindo os preços minuto a minuto.

O paradoxo é que iniciantes muitas vezes acham que uma pequena diferença de preço é o risco que eles precisam evitar. Mas, no P2P, o que se perde por correr demais às vezes é a clareza para notar uma conta desconhecida, uma observação incomum ou uma condição que eles não leram com atenção. Quanto mais fluida a Binance P2P faz a experiência, mais fácil é para os usuários esquecerem que “ser fluido” não significa que não haja necessidade de cautela.

Eu também não quero dizer que o travamento de preço seja uma camada perfeita de proteção. Uma pessoa descuidada ainda pode apertar o botão errado, escolher o trader errado e ignorar os sinais que deveriam fazê-la parar. Para mim, a Binance P2P vale a pena ser considerada por esse motivo: às vezes, o momento em que o preço fica parado é justamente o momento em que a mente finalmente começa a funcionar.
#binancep2pantoan @Binance Vietnam

Encontrei a palavra “LUX” na documentação do Dusk e, no começo, achei que fosse apenas mais uma unidade cripto que eu teria que memorizar.

Então vi a conversão.

1 DUSK = 1.000.000.000 LUX.

Ok.

São muitos decimais.

LUX é simplesmente a menor unidade de DUSK, semelhante a como wei se relaciona com ETH. O Dusk usa LUX para definir o preço do gas, com a taxa real calculada a partir do gas utilizado multiplicado pelo preço do gas.

Nada de revolucionário nisso.

Mas comecei a pensar por que isso importa mais do que parece à primeira vista.

A maioria das pessoas não pensa no gas em termos da menor unidade.

Elas só querem saber uma coisa:

“Quanto custou aquela transação para mim?”

E isso fica ainda mais interessante em uma cadeia que quer lidar com aplicações financeiras.

Se você estiver movendo quantias ínfimas, interagindo com contratos ou fazendo muitas transações automatizadas, a precisão das taxas começa a importar.

O modelo do Dusk também não cobra por gas que você não usa de fato. Se uma transação usa menos do que o limite de gas, a parte não utilizada não é cobrada. Se acabar o gas, a transação reverte, mas o gas já gasto ainda é pago.

Isso parece um detalhe de implementação entediante.

Provavelmente é.

Mas são esses detalhes que eu tenho percebido que estou prestando mais atenção ultimamente.

Todo mundo gosta de falar sobre throughput.

Todo mundo gosta de falar sobre privacidade.

Quase ninguém fala sobre as unidades mínimas por baixo do sistema que, no fim, os usuários precisam pagar.

Talvez seja porque uma boa infraestrutura deveria fazer essas coisas desaparecerem.

Você não deveria ter que pensar em LUX toda vez que enviar uma transação.

E se o Dusk eventualmente levar a sério a atividade financeira on-chain, eu suspeito que essa parte “chata” vai importar muito mais do que o nome sugere.
#dusk $DUSK @Dusk

SUI: Acumulação na região inferior próxima do triângulo expandido diariamente — Cenário macro visando novas máximas ATH
A SUI está apresentando uma oportunidade convincente para construir uma posição macro, à medida que sua estrutura diária do mercado confirma uma vez uma validação técnica na parte inferior dentro de um grande padrão de triângulo expandido. O comportamento do preço no histórico mostra que, em todas as ocasiões em que o preço tocou essa principal linha de suporte de base, isso anteriormente ativou uma ramificação explosiva, levando diretamente a ação do preço ao teto da região próxima superior.
Com base em dados visuais do gráfico diário, dois ciclos anteriores de estrutura proporcionaram fortes altas de 361,8% e 888,8%, respectivamente. Cada movimento exigiu um tempo de acumulação mais longo que 150 dias (161 dias e 154 dias). Atualmente, as velas estão se comprimindo de forma mais apertada acima do nível de suporte de US$ 0,670, ainda abaixo da linha de tendência da MA100 dinâmica. Essa fase de consolidação prolongada representa uma janela de tempo de acumulação de energia necessária para absorver a oferta acima antes do disparo da próxima onda de alta.
Esse enquadramento de análise técnica oferece uma oportunidade para execução de um Long macro com alta vantagem, com parâmetros de risco/retorno superiores. A estratégia de negociação ideal é acumular com paciência posições Long na faixa próxima a US$ 0,670, colocando um stop-loss de proteção bem justo logo abaixo do limite do suporte do triângulo na parte inferior. O alvo de realização de lucro de longo prazo, de caráter estratégico, visa a borda do canal superior, perto da marca de US$ 12.000.
Aviso de responsabilidade: Isto não é aconselhamento financeiro; faça sua própria pesquisa (DYOR). $SUI

Tenho uma confissão.

Eu normalmente ignoro os anúncios de auditoria de blockchain.

Eles tendem a parecer iguais.

“Protocolo auditado.”

“Problemas críticos resolvidos.”

“A segurança é nossa principal prioridade.”

Então eu rolo a tela para baixo.

Então eu quase fiz o mesmo quando vi a Dusk falando sobre suas auditorias.

Mas o número me fez parar.

A Dusk diz que sua pilha de tecnologia passou por 10 auditorias diferentes, com mais de 200 páginas de relatórios, cobrindo coisas incluindo a Piecrust VM e seu sistema de provas de conhecimento zero PLONK.

Dez auditorias não é um número pequeno.

Ainda assim, eu não acho que “10 auditorias” deva ser tratado como uma espécie de pontuação mágica de segurança.

Auditorias não tornam o software invencível.

Elas não te dizem o que ninguém descobriu ainda.

E elas definitivamente não eliminam todo risco uma vez que um sistema entra no ar.

Mas eu acho que existe algo que vale a pena prestar atenção aqui.

A Dusk não está apenas executando um contrato inteligente e torcendo para que ninguém encontre um problema.

Ela está construindo uma pilha relativamente complexa: máquina virtual, criptografia, sistemas de privacidade, consenso e todas as peças que conectam tudo isso.

Isso significa que o trabalho “chato” importa.

E muito.

Eu, na verdade, gosto mais de ver os relatórios existirem do que ver um projeto dizer “levamos a segurança a sério”.

O primeiro é evidência de trabalho.

O segundo é apenas uma frase.

E depois do incidente na ponte mais cedo neste ano, eu fiquei ainda mais cético em tratar alegações de segurança como garantias.

Um projeto pode ter código auditado e ainda assim dar errado em algum lugar.

Então eu não estou colocando a Dusk na caixa “segura porque foi auditada”.

Estou colocando em outra caixa:

“Ok, pelo menos eles estão fazendo o trabalho pouco glamouroso.”

Se esse trabalho se sustenta com uso real é outra questão.

E provavelmente essa é a mais importante. #dusk @Dusk $DUSK
#dusk $DUSK @Dusk

I once saw a friend borrow stablecoins to keep his points farming slot, and on the interface, everything still looked comfortably within range. A few days later, the borrowing rate changed, the cost of capital drifted away from his plan, and the yield he thought he had locked in began to erode.

TermMax touches that exact pain point, turning fixed interest rates into something that can be bought and sold by maturity. FT represents the principal at maturity, XT represents the interest portion, and GT records the leverage position as an NFT, so users are not just looking at APR, they are trading the structure of cash flows.

What is worth examining in TermMax is how it separates risk into clearer layers. Lenders lock in their return, borrowers lock in their cost, and leverage users know their cost of capital before amplifying a position. It is clearer, but that does not mean it is safer.

TGE makes the behavioral equation more tense. TMX has a total supply of 1 billion, with an initial circulation of 200 million at TGE, or 20 percent, while the pre mine for early users is 40 million, or 4 percent. These numbers attract attention, but they do not yet prove that real demand for term based borrowing exists.

TermMax has data worth looking at, more than 837 thousand registered wallets, a peak of 170 thousand daily active users, over 64 million dollars in TVL, and deployment across 7 chains. Even so, registered wallets are not the same as sustainable liquidity, and TVL does not tell us how many positions are held until maturity.

I find this project worth watching because it forces DeFi to speak in terms of cost of capital, maturity, and liquidity, instead of only speaking through rewards. The question that remains is whether, after TGE, TermMax can retain users who want to manage capital, or only retain the footprints of a points season.
#termmax @TermMax