Binance Square
LEDGER QUEEN
2k Publicações

LEDGER QUEEN

May Allah Save Us From Evil Eyes
Trade aberto
Trader frequente
8.8 meses
88 Seguindo
21.8K+ Seguidores
3.6K+ Curtiu
Publicações
Portfólio
·
--
🔥 $KSM /USDT: A Taça Está Enchendo, O Rompimento Vai Acontecer Agora? O KSM está mostrando um padrão de copo e alça no gráfico de 1D, com o preço avançando acima da linha do pescoço na faixa de 3,80–3,85. 👀 📈 TP1: 4.220 🚀 TP2: 4.560 A estrutura parece promissora, mas o teste real é se o preço consegue manter o rompimento e continuar o movimento. Uma rejeição pode fazê-lo voltar em direção à linha do pescoço. O padrão é de alta. Confirmação importa. ⚡ #KSM {spot}(KSMUSDT)
🔥 $KSM /USDT: A Taça Está Enchendo, O Rompimento Vai Acontecer Agora?

O KSM está mostrando um padrão de copo e alça no gráfico de 1D, com o preço avançando acima da linha do pescoço na faixa de 3,80–3,85. 👀

📈 TP1: 4.220 🚀 TP2: 4.560

A estrutura parece promissora, mas o teste real é se o preço consegue manter o rompimento e continuar o movimento. Uma rejeição pode fazê-lo voltar em direção à linha do pescoço.

O padrão é de alta. Confirmação importa. ⚡

#KSM
🔥 MUBARAK/USDT ESTÁ ACORDANDO! 🚀 $MUBARAK está sendo negociado em torno de 0.02842 USDT (+30.55%), após tocar uma máxima de 24H de 0.02994 e mínima de 0.02177. O volume de 24H é gigantesco: 619.91M MUBARAK / $16.73M USDT. 👀 📈 Gráfico de 15M: O preço está segurando acima da MA(7) 0.02813, MA(25) 0.02748 e MA(99) 0.02677 — a estrutura bullish ainda está intacta. 🎯 Fique de olho: 0.02994 → 0.03017 resistência 🛡️ Suporte: 0.02799 → 0.02748 → 0.02677 O momentum está esquentando, mas essa região de 0.030 é o verdadeiro teste. ⚡ Hoje +5.97% | 7D +48.72% | 30D +123.08% | 90D +160.49% {spot}(MUBARAKUSDT)
🔥 MUBARAK/USDT ESTÁ ACORDANDO! 🚀

$MUBARAK está sendo negociado em torno de 0.02842 USDT (+30.55%), após tocar uma máxima de 24H de 0.02994 e mínima de 0.02177. O volume de 24H é gigantesco: 619.91M MUBARAK / $16.73M USDT. 👀

📈 Gráfico de 15M: O preço está segurando acima da MA(7) 0.02813, MA(25) 0.02748 e MA(99) 0.02677 — a estrutura bullish ainda está intacta.

🎯 Fique de olho: 0.02994 → 0.03017 resistência
🛡️ Suporte: 0.02799 → 0.02748 → 0.02677

O momentum está esquentando, mas essa região de 0.030 é o verdadeiro teste. ⚡

Hoje +5.97% | 7D +48.72% | 30D +123.08% | 90D +160.49%
🚀 A HEMI está esquentando! $HEMI /USDT agora está em 0.01219 USDT (+37.90%) 🔥 📈 Máxima 24H: 0.01284 📉 Mínima 24H: 0.00827 💰 Volume 24H: $29.28M ⚡ Volume da HEMI: 2.74B O gráfico ainda mostra impulso altista, com o preço acima da MA25 (0.01165) e da MA99 (0.01043). 👀 Agora a grande pergunta: <break 0.01284> $HEMI pode romper 0.01284 e avançar para uma nova máxima? 🚀 O momentum está forte — mas a volatilidade também é. FAÇA SUA PESQUISA (DYOR). #SOLJumps20%OnTheWeek {spot}(HEMIUSDT)
🚀 A HEMI está esquentando!

$HEMI /USDT agora está em 0.01219 USDT (+37.90%) 🔥
📈 Máxima 24H: 0.01284
📉 Mínima 24H: 0.00827
💰 Volume 24H: $29.28M
⚡ Volume da HEMI: 2.74B

O gráfico ainda mostra impulso altista, com o preço acima da MA25 (0.01165) e da MA99 (0.01043). 👀

Agora a grande pergunta: <break 0.01284> $HEMI pode romper 0.01284 e avançar para uma nova máxima? 🚀

O momentum está forte — mas a volatilidade também é. FAÇA SUA PESQUISA (DYOR).
#SOLJumps20%OnTheWeek
#dusk $DUSK @Dusk_Foundation Continuo vendo eficiência energética ser discutida no cripto como se fosse apenas mais uma métrica, mas quanto mais penso nisso, mais parece estar ligada à capacidade de uma rede realmente escalar de forma responsável. A mudança do Ethereum para longe do PoW é uma referência útil aqui. A transição para Proof of Stake reduziu o consumo de energia do Ethereum em cerca de 99,95%, mostrando o quanto o design do consenso pode importar. A Dusk também adota uma abordagem baseada em PoS, com provisioners ajudando a proteger a rede em vez de depender de mineração que exige muita energia. Isso importa porque segurança não precisa significar transformar eletricidade em uma competição computacional. O que me chamou a atenção é como isso se encaixa na tese maior da Dusk. A rede é construída em torno de privacidade e casos de uso financeiros, então eficiência energética não é realmente o destaque. Ainda assim, se a atividade onchain confidencial crescer com o tempo, ter um modelo de consenso que evite a demanda energética do estilo PoW parece uma base sensata. Talvez eu esteja pensando demais, mas considerações de ESG podem se tornar mais relevantes à medida que a infraestrutura de blockchain for avaliada junto com sistemas financeiros tradicionais. Ainda não estou totalmente convencido de que consumo baixo de energia, sozinho, diga muito sobre a eficiência geral de uma rede. Hardware, participação de validadores, uso da rede e a atividade econômica real também importam. Mas continuo me perguntando se essa não é a questão mais interessante: não apenas quanta pouca energia uma blockchain usa, mas quanta atividade financeira útil ela consegue sustentar com essa energia. Se a Dusk conseguir provar isso ao longo do tempo, o aspecto ambiental se torna muito mais significativo. $BMT {spot}(BMTUSDT) $STX {spot}(STXUSDT) {spot}(DUSKUSDT)
#dusk $DUSK @Dusk
Continuo vendo eficiência energética ser discutida no cripto como se fosse apenas mais uma métrica, mas quanto mais penso nisso, mais parece estar ligada à capacidade de uma rede realmente escalar de forma responsável.

A mudança do Ethereum para longe do PoW é uma referência útil aqui. A transição para Proof of Stake reduziu o consumo de energia do Ethereum em cerca de 99,95%, mostrando o quanto o design do consenso pode importar. A Dusk também adota uma abordagem baseada em PoS, com provisioners ajudando a proteger a rede em vez de depender de mineração que exige muita energia. Isso importa porque segurança não precisa significar transformar eletricidade em uma competição computacional.

O que me chamou a atenção é como isso se encaixa na tese maior da Dusk. A rede é construída em torno de privacidade e casos de uso financeiros, então eficiência energética não é realmente o destaque. Ainda assim, se a atividade onchain confidencial crescer com o tempo, ter um modelo de consenso que evite a demanda energética do estilo PoW parece uma base sensata. Talvez eu esteja pensando demais, mas considerações de ESG podem se tornar mais relevantes à medida que a infraestrutura de blockchain for avaliada junto com sistemas financeiros tradicionais.

Ainda não estou totalmente convencido de que consumo baixo de energia, sozinho, diga muito sobre a eficiência geral de uma rede. Hardware, participação de validadores, uso da rede e a atividade econômica real também importam. Mas continuo me perguntando se essa não é a questão mais interessante: não apenas quanta pouca energia uma blockchain usa, mas quanta atividade financeira útil ela consegue sustentar com essa energia. Se a Dusk conseguir provar isso ao longo do tempo, o aspecto ambiental se torna muito mais significativo.
$BMT
$STX
#dusk $DUSK @Dusk_Foundation Tenho estado a mexer na configuração da Dusk Network ultimamente e um detalhe continuou a chamar-me a atenção mais do que a habitual apresentação da “cadeia de privacidade”. É a forma como o Piecrust, a VM deles baseada em WASM, lida com as partes caras. Aqui está o que as pessoas não falam o suficiente sobre execução de contratos inteligentes. Cada instrução custa computação real e, na maioria das cadeias, se um contrato precisa fazer hash de alguma coisa ou verificar uma prova, ele faz esse trabalho dentro da própria VM, linha por linha, em bytecode WASM. Isso funciona bem para lógica simples. Fica brutal quando você lida com provas de conhecimento zero, que é basicamente a razão de existir da Dusk. O que me chamou atenção foi a abordagem do Piecrust de empurrar esse trabalho pesado — hashing, checagens de assinatura, validação de prova PLONK e Groth16 — para funções nativas do host, em vez de fazer o contrato calcular isso dentro do WASM. O host executa isso uma vez, de forma nativa, e devolve o resultado. Fico me perguntando o quanto isso realmente importa na prática versus no papel. Mas a lógica faz sentido. Código nativo para operações criptográficas é mais rápido do que o WASM interpretando a mesma matemática, às vezes por uma margem bem grande, dependendo da operação. Para uma cadeia construída em torno de transações confidenciais e do modelo de privacidade UTXO da Phoenix, onde a verificação de provas não é opcional, mas constante, essa diferença se acumula rapidamente em cada bloco. O que ainda me parece não resolvido é como isso escala quando a complexidade dos contratos cresce além dos casos de uso atuais. Funções nativas do host resolvem o gargalo de hoje, mas não estou totalmente convencido de que continue elegante à medida que começam a ser solicitados mais primitivos criptográficos personalizados. Alguém que esteja construindo com o Piecrust já sentiu algum atrito aí? $ONG {spot}(ONGUSDT) $AMP {spot}(AMPUSDT) {spot}(DUSKUSDT)
#dusk $DUSK @Dusk
Tenho estado a mexer na configuração da Dusk Network ultimamente e um detalhe continuou a chamar-me a atenção mais do que a habitual apresentação da “cadeia de privacidade”. É a forma como o Piecrust, a VM deles baseada em WASM, lida com as partes caras.

Aqui está o que as pessoas não falam o suficiente sobre execução de contratos inteligentes. Cada instrução custa computação real e, na maioria das cadeias, se um contrato precisa fazer hash de alguma coisa ou verificar uma prova, ele faz esse trabalho dentro da própria VM, linha por linha, em bytecode WASM. Isso funciona bem para lógica simples. Fica brutal quando você lida com provas de conhecimento zero, que é basicamente a razão de existir da Dusk. O que me chamou atenção foi a abordagem do Piecrust de empurrar esse trabalho pesado — hashing, checagens de assinatura, validação de prova PLONK e Groth16 — para funções nativas do host, em vez de fazer o contrato calcular isso dentro do WASM. O host executa isso uma vez, de forma nativa, e devolve o resultado.

Fico me perguntando o quanto isso realmente importa na prática versus no papel. Mas a lógica faz sentido. Código nativo para operações criptográficas é mais rápido do que o WASM interpretando a mesma matemática, às vezes por uma margem bem grande, dependendo da operação. Para uma cadeia construída em torno de transações confidenciais e do modelo de privacidade UTXO da Phoenix, onde a verificação de provas não é opcional, mas constante, essa diferença se acumula rapidamente em cada bloco.

O que ainda me parece não resolvido é como isso escala quando a complexidade dos contratos cresce além dos casos de uso atuais. Funções nativas do host resolvem o gargalo de hoje, mas não estou totalmente convencido de que continue elegante à medida que começam a ser solicitados mais primitivos criptográficos personalizados. Alguém que esteja construindo com o Piecrust já sentiu algum atrito aí?

$ONG
$AMP
#dusk $DUSK @Dusk_Foundation Fiquei curioso sobre o Zedger Protocol depois de ver tanta atenção que RWA e títulos tokenizados têm recebido recentemente. A ideia parece simples: pegar ativos das finanças tradicionais e torná-los utilizáveis na cadeia. Mas a parte que eu continuo reavaliando são os security tokens. Tokenizar um ativo é uma coisa. Tornar aquele token compatível, transferível e realmente útil on-chain é um problema muito mais difícil. Essa é a tensão das narrativas de RWA, em geral. Um token pode existir em uma blockchain sem, de fato, criar uma atividade econômica relevante. É um pouco como colocar um letreiro de “à venda” num prédio e assumir que isso significa que as pessoas já estão comprando. Para mim, o ângulo interessante do Zedger é saber se ele consegue conectar securities regulados + infraestrutura on-chain de um jeito que vá além de simplesmente criar representações digitais de ativos do mundo real. Eu não estou olhando projetos de RWA apenas contando quantos ativos eles conseguem tokenizar. Estou mais interessado no que acontece depois da tokenização: Quem os usa? Com que frequência eles se movem? Existe uma demanda real por liquidação? Esse é o tipo de métrica que eu observaria no Zedger. Porque a verdadeira virada dos RWA não vai acontecer quando tudo virar um token. Vai ser quando as pessoas realmente começarem a usar esses tokens como infraestrutura financeira. $PROM {spot}(PROMUSDT) $PORTAL {spot}(PORTALUSDT) {spot}(DUSKUSDT)
#dusk $DUSK @Dusk
Fiquei curioso sobre o Zedger Protocol depois de ver tanta atenção que RWA e títulos tokenizados têm recebido recentemente. A ideia parece simples: pegar ativos das finanças tradicionais e torná-los utilizáveis na cadeia.

Mas a parte que eu continuo reavaliando são os security tokens. Tokenizar um ativo é uma coisa. Tornar aquele token compatível, transferível e realmente útil on-chain é um problema muito mais difícil.

Essa é a tensão das narrativas de RWA, em geral. Um token pode existir em uma blockchain sem, de fato, criar uma atividade econômica relevante. É um pouco como colocar um letreiro de “à venda” num prédio e assumir que isso significa que as pessoas já estão comprando.

Para mim, o ângulo interessante do Zedger é saber se ele consegue conectar securities regulados + infraestrutura on-chain de um jeito que vá além de simplesmente criar representações digitais de ativos do mundo real.

Eu não estou olhando projetos de RWA apenas contando quantos ativos eles conseguem tokenizar. Estou mais interessado no que acontece depois da tokenização: Quem os usa? Com que frequência eles se movem? Existe uma demanda real por liquidação?

Esse é o tipo de métrica que eu observaria no Zedger.

Porque a verdadeira virada dos RWA não vai acontecer quando tudo virar um token.

Vai ser quando as pessoas realmente começarem a usar esses tokens como infraestrutura financeira.

$PROM
$PORTAL
#dusk $DUSK @Dusk_Foundation Perdi um voto por quarenta segundos no mês passado e passei a próxima hora atualizando meu painel, convencido de que tinha perdido minha participação. No fim, não tinha. Isso me levou a uma toca de coelho sobre como o sistema de recompensas do Dusk realmente funciona, e o design respondeu a essa preocupação melhor do que eu esperava. A divisão das recompensas dá ao gerador do bloco até oitenta por cento, com uma parte dessa parcela extra atrelada a quantos créditos são incluídos no certificado. Dez por cento vão para um fundo de desenvolvimento e os últimos dez são divididos igualmente entre os comitês de validação e ratificação. Nada de muito chocante aí. O que chamou minha atenção foi o quanto isso é deliberadamente ponderado em direção ao gerador. No começo pareceu estranho que tanto vá para um único papel, mas faz sentido quando você pensa em quem realmente faz o trabalho pesado a cada bloco. A parte que realmente importa é o sistema de falhas. O Dusk separa falhas menores das maiores, em vez de tratar todo erro como se fosse igual. Perde um voto porque seu nó deu uma engasgada e você fica suspenso por um tempo, com alguma participação temporariamente bloqueada. Não queimou nada. Fazer algo comprovadamente malicioso, como assinar votos conflitantes, é outra categoria totalmente diferente, com participação real queimada. Lembro de ter lido protocolos anos atrás que simplesmente queimavam participação por qualquer indisponibilidade e, sinceramente, isso sempre pareceu mais punitivo do que protetivo. Talvez eu esteja pensando demais, mas essa distinção parece ser a verdadeira sacada de design aqui. Ela não pune operadores honestos por problemas de infraestrutura, enquanto ainda deixa ataques intencionais caros. Se esse equilíbrio se sustenta sob estresse real da rede em escala, é algo que ainda estou curioso. Sistemas de slashing sempre parecem mais limpos no papel do que se comportam quando milhares de validadores realmente estão rodando. $TUT {spot}(TUTUSDT) $ZRO {spot}(ZROUSDT) Como o Dusk deve lidar com falhas de validadores?
#dusk $DUSK @Dusk
Perdi um voto por quarenta segundos no mês passado e passei a próxima hora atualizando meu painel, convencido de que tinha perdido minha participação. No fim, não tinha. Isso me levou a uma toca de coelho sobre como o sistema de recompensas do Dusk realmente funciona, e o design respondeu a essa preocupação melhor do que eu esperava.

A divisão das recompensas dá ao gerador do bloco até oitenta por cento, com uma parte dessa parcela extra atrelada a quantos créditos são incluídos no certificado. Dez por cento vão para um fundo de desenvolvimento e os últimos dez são divididos igualmente entre os comitês de validação e ratificação. Nada de muito chocante aí. O que chamou minha atenção foi o quanto isso é deliberadamente ponderado em direção ao gerador. No começo pareceu estranho que tanto vá para um único papel, mas faz sentido quando você pensa em quem realmente faz o trabalho pesado a cada bloco.

A parte que realmente importa é o sistema de falhas. O Dusk separa falhas menores das maiores, em vez de tratar todo erro como se fosse igual. Perde um voto porque seu nó deu uma engasgada e você fica suspenso por um tempo, com alguma participação temporariamente bloqueada. Não queimou nada. Fazer algo comprovadamente malicioso, como assinar votos conflitantes, é outra categoria totalmente diferente, com participação real queimada. Lembro de ter lido protocolos anos atrás que simplesmente queimavam participação por qualquer indisponibilidade e, sinceramente, isso sempre pareceu mais punitivo do que protetivo.

Talvez eu esteja pensando demais, mas essa distinção parece ser a verdadeira sacada de design aqui. Ela não pune operadores honestos por problemas de infraestrutura, enquanto ainda deixa ataques intencionais caros. Se esse equilíbrio se sustenta sob estresse real da rede em escala, é algo que ainda estou curioso. Sistemas de slashing sempre parecem mais limpos no papel do que se comportam quando milhares de validadores realmente estão rodando.

$TUT
$ZRO
Como o Dusk deve lidar com falhas de validadores?
🟢 Suspend
100%
🔥 Slash
0%
⚖️ Both
0%
🤔 Depends
0%
1 Votos • Votação encerrada
ISTO É INSANO O presidente Trump revelou 1.051 negociações de ações em junho, elevando seu total para mais de 25.000 em ambas as presidências. Os últimos quatro presidentes JUNTOS fizeram apenas 29 negociações. $TUT {spot}(TUTUSDT) $PORTAL {spot}(PORTALUSDT) $PUMP {spot}(PUMPUSDT)
ISTO É INSANO
O presidente Trump revelou 1.051 negociações de ações em junho, elevando seu total para mais de 25.000 em ambas as presidências.
Os últimos quatro presidentes JUNTOS fizeram apenas 29 negociações.
$TUT
$PORTAL
$PUMP
#dusk $DUSK @Dusk_Foundation Vou admitir. A primeira vez que vi "nullifier" na documentação do Phoenix, pensei sinceramente que fosse algum tipo de mecanismo de penalidade. Eu me lembro de abrir o whitepaper esperando uma leitura rápida e acabar preso naquela página por quase uma hora, relendo o mesmo parágrafo como se de repente fizesse sentido na quarta tentativa. Aqui vai a versão simples na qual finalmente cheguei. Um note (anotação) é basicamente um recibo privado. Ele diz que você possui algo, mas não grita seu nome nem seu saldo para toda a cadeia. Pense nisso como um envelope lacrado guardado dentro de um grande arquivo. Ninguém consegue olhar por dentro a menos que você decida abri-lo. A árvore de Merkle é esse arquivo. Cada note é guardada em um ramo e toda a estrutura é comprimida em uma única impressão digital minúscula no topo. A cadeia só precisa verificar essa impressão digital. Ela nunca precisa ver cada envelope individual. Essa parte pareceu estranha no começo. Tanta informação escondida e ainda assim provadamente correta. Os nullifiers são o detalhe mais esperto, porém. Quando você gasta uma note, você não a apaga, já que apagar vazaria informações. Em vez disso, você publica um nullifier que prova que a note existiu e agora está sendo usada sem revelar qual é ela. É como rasgar um canhoto de ingresso de um jeito que ninguém consegue rastrear até o seu lugar. Talvez eu esteja pensando demais, mas quanto mais eu reflito sobre isso, mais parece que privacidade e verificação deixam de ser opostos aqui. Eu ainda me pergunto como isso se comporta em escala real sob carga pesada. Tenho curiosidade se outras pessoas testaram além do nível superficial dos documentos. $SC {spot}(SCUSDT) $POL {spot}(POLUSDT) {spot}(DUSKUSDT) O que torna os nullifiers mais interessantes para você?
#dusk $DUSK @Dusk
Vou admitir. A primeira vez que vi "nullifier" na documentação do Phoenix, pensei sinceramente que fosse algum tipo de mecanismo de penalidade. Eu me lembro de abrir o whitepaper esperando uma leitura rápida e acabar preso naquela página por quase uma hora, relendo o mesmo parágrafo como se de repente fizesse sentido na quarta tentativa.

Aqui vai a versão simples na qual finalmente cheguei. Um note (anotação) é basicamente um recibo privado. Ele diz que você possui algo, mas não grita seu nome nem seu saldo para toda a cadeia. Pense nisso como um envelope lacrado guardado dentro de um grande arquivo. Ninguém consegue olhar por dentro a menos que você decida abri-lo.

A árvore de Merkle é esse arquivo. Cada note é guardada em um ramo e toda a estrutura é comprimida em uma única impressão digital minúscula no topo. A cadeia só precisa verificar essa impressão digital. Ela nunca precisa ver cada envelope individual. Essa parte pareceu estranha no começo. Tanta informação escondida e ainda assim provadamente correta.

Os nullifiers são o detalhe mais esperto, porém. Quando você gasta uma note, você não a apaga, já que apagar vazaria informações. Em vez disso, você publica um nullifier que prova que a note existiu e agora está sendo usada sem revelar qual é ela. É como rasgar um canhoto de ingresso de um jeito que ninguém consegue rastrear até o seu lugar.

Talvez eu esteja pensando demais, mas quanto mais eu reflito sobre isso, mais parece que privacidade e verificação deixam de ser opostos aqui. Eu ainda me pergunto como isso se comporta em escala real sob carga pesada. Tenho curiosidade se outras pessoas testaram além do nível superficial dos documentos.

$SC
$POL
O que torna os nullifiers mais interessantes para você?
🔒 Privacy
50%
✅ Preventing double-spends
50%
🌳 Merkle verification
0%
🤔 Still learning
0%
2 Votos • Votação encerrada
#dusk $DUSK @Dusk_Foundation A privacidade on-chain parece ótima até você fazer uma pergunta simples: quem realmente precisa ver a transação? Isso sempre me puxa de volta para a Dusk. A proposta dela não é “privacidade para esconder tudo”, mas uma infraestrutura para aplicações financeiras em que algumas informações simplesmente não deveriam ser públicas. É uma camada 1 construída em torno de contratos inteligentes confidenciais e do padrão Confidential Security Contract. Para mercados regulados, essa distinção pode importar muito. Um fundo de pensão liquidando um trade de títulos pode precisar da transação verificada sem expor todos os detalhes em um livro-razão público. O que me chamou atenção é a lacuna entre a tese e a presença atual. A DUSK está por volta de US$ 0,072, com cerca de US$ 43M de market cap, US$ 11,9M em volume nas últimas 24 horas e aproximadamente US$ 9,9M em open interest. Esses números não provam adoção, obviamente, mas fazem eu me perguntar com que rapidez a narrativa de liquidação institucional pode se traduzir em atividade on-chain consistente. Há algumas peças interessantes sendo colocadas no lugar. A NPEX foi vinculada a planos para trazer títulos e ações tokenizados para a rede, enquanto os pontos de integração do Chainlink CCIP apontam para liquidação entre cadeias. Também existe um fundo de desenvolvedores de 15M DUSK para trazer criadores. Ainda assim, parcerias e infraestrutura só vão até certo ponto. O verdadeiro teste é se usuários financeiros reais vão continuar por aqui. Talvez eu esteja pensando demais, mas a Dusk parece uma aposta no que as blockchains financeiras podem precisar mais tarde. Se a liquidação confidencial se tornar normal, ser cedo pode importar. Se os usuários não chegarem, a tecnologia sozinha não salva a tese. Essa é a parte que ainda estou observando. $ONG {spot}(ONGUSDT) $ENA {spot}(ENAUSDT) {spot}(DUSKUSDT) O que vai impulsionar a Dusk mais?
#dusk $DUSK @Dusk
A privacidade on-chain parece ótima até você fazer uma pergunta simples: quem realmente precisa ver a transação?

Isso sempre me puxa de volta para a Dusk. A proposta dela não é “privacidade para esconder tudo”, mas uma infraestrutura para aplicações financeiras em que algumas informações simplesmente não deveriam ser públicas. É uma camada 1 construída em torno de contratos inteligentes confidenciais e do padrão Confidential Security Contract. Para mercados regulados, essa distinção pode importar muito. Um fundo de pensão liquidando um trade de títulos pode precisar da transação verificada sem expor todos os detalhes em um livro-razão público.

O que me chamou atenção é a lacuna entre a tese e a presença atual. A DUSK está por volta de US$ 0,072, com cerca de US$ 43M de market cap, US$ 11,9M em volume nas últimas 24 horas e aproximadamente US$ 9,9M em open interest. Esses números não provam adoção, obviamente, mas fazem eu me perguntar com que rapidez a narrativa de liquidação institucional pode se traduzir em atividade on-chain consistente.

Há algumas peças interessantes sendo colocadas no lugar. A NPEX foi vinculada a planos para trazer títulos e ações tokenizados para a rede, enquanto os pontos de integração do Chainlink CCIP apontam para liquidação entre cadeias. Também existe um fundo de desenvolvedores de 15M DUSK para trazer criadores. Ainda assim, parcerias e infraestrutura só vão até certo ponto. O verdadeiro teste é se usuários financeiros reais vão continuar por aqui.

Talvez eu esteja pensando demais, mas a Dusk parece uma aposta no que as blockchains financeiras podem precisar mais tarde. Se a liquidação confidencial se tornar normal, ser cedo pode importar. Se os usuários não chegarem, a tecnologia sozinha não salva a tese. Essa é a parte que ainda estou observando.
$ONG
$ENA

O que vai impulsionar a Dusk mais?
🔐 Privacy
0%
🏦 Institutions
0%
🌉 Cross-chain
0%
👨‍💻 Builders
100%
1 Votos • Votação encerrada
#termmax @termmax Uma coisa que sempre volto a considerar em DeFi de taxa fixa é que a taxa em si talvez não seja o problema mais difícil. Encontrar liquidez suficiente dos dois lados com o mesmo vencimento provavelmente é. Em mercados com taxa flutuante, a liquidez pode se mover continuamente e a taxa se ajusta com ela. Mercados de taxa fixa parecem diferentes. Um tomador quer um custo previsível até o vencimento, enquanto um credor quer um retorno previsível durante o mesmo período. Talvez a parte mais interessante do TermMax não seja apenas a taxa fixa, mas se ele consegue manter esses mercados utilizáveis quando a demanda fica desigual. Isso também torna o vencimento um detalhe importante. Um mercado pode parecer atraente no lançamento, mas o que importa para mim é como a liquidez se comporta à medida que o vencimento se aproxima. Se alguém quiser sair mais cedo, consegue fazer isso sem sofrer um impacto doloroso no preço? Se um novo tomador chegar, há oferta suficiente a uma taxa que realmente faça sentido? Não estou totalmente convencido de que o DeFi de taxa fixa se dimensiona de forma suave sem uma liquidez secundária profunda. A parte de opções deixa o desenho ainda mais interessante porque adiciona outra forma de estruturar a exposição, em vez de tratar o empréstimo como um único produto. Mas flexibilidade também pode tornar um protocolo mais difícil de entender, especialmente para usuários que só querem uma posição simples de empréstimo ou de aplicação. Talvez esse equilíbrio entre resultados simples e mercados subjacentes complexos seja onde o teste real acontece. Fico pensando se a profundidade da liquidez, e não a taxa em destaque, acabará determinando o quanto esse modelo será útil. $ONG {spot}(ONGUSDT) $NEIRO {spot}(NEIROUSDT) $PEOPLE {spot}(PEOPLEUSDT) O que mais importa para o DeFi de taxa fixa?
#termmax @TermMax
Uma coisa que sempre volto a considerar em DeFi de taxa fixa é que a taxa em si talvez não seja o problema mais difícil. Encontrar liquidez suficiente dos dois lados com o mesmo vencimento provavelmente é.

Em mercados com taxa flutuante, a liquidez pode se mover continuamente e a taxa se ajusta com ela. Mercados de taxa fixa parecem diferentes. Um tomador quer um custo previsível até o vencimento, enquanto um credor quer um retorno previsível durante o mesmo período. Talvez a parte mais interessante do TermMax não seja apenas a taxa fixa, mas se ele consegue manter esses mercados utilizáveis quando a demanda fica desigual.

Isso também torna o vencimento um detalhe importante. Um mercado pode parecer atraente no lançamento, mas o que importa para mim é como a liquidez se comporta à medida que o vencimento se aproxima. Se alguém quiser sair mais cedo, consegue fazer isso sem sofrer um impacto doloroso no preço? Se um novo tomador chegar, há oferta suficiente a uma taxa que realmente faça sentido? Não estou totalmente convencido de que o DeFi de taxa fixa se dimensiona de forma suave sem uma liquidez secundária profunda.

A parte de opções deixa o desenho ainda mais interessante porque adiciona outra forma de estruturar a exposição, em vez de tratar o empréstimo como um único produto. Mas flexibilidade também pode tornar um protocolo mais difícil de entender, especialmente para usuários que só querem uma posição simples de empréstimo ou de aplicação. Talvez esse equilíbrio entre resultados simples e mercados subjacentes complexos seja onde o teste real acontece. Fico pensando se a profundidade da liquidez, e não a taxa em destaque, acabará determinando o quanto esse modelo será útil.
$ONG
$NEIRO
$PEOPLE

O que mais importa para o DeFi de taxa fixa?
🔹 Liquidity depth
40%
🔹 Secondary markets
0%
🔹 Better rates
40%
🔹 Simple UX
20%
5 Votos • Votação encerrada
Verificado
#termmax @termmax Eu estava olhando o TermMax no DefiLlama e uma coisa me pareceu um pouco estranha. O painel mostra cerca de US$ 31,29M em TVL agora. À primeira vista, isso soa bem saudável. Mas então eu olhei o gráfico de taxas. E é aí que a imagem fica mais interessante. A atividade de taxas parece minúscula em comparação com a quantidade de capital parado no protocolo. Então comecei a me perguntar: quanto desse TVL representa pessoas realmente usando o TermMax, e quanto é apenas capital parado ali porque os incentivos tornam isso atraente? Essa distinção importa. É um pouco como ver um estacionamento de um restaurante cheio e presumir que todo mundo lá dentro está pedindo comida. Talvez esteja. Ou talvez metade dos carros esteja lá por causa de algum tipo de promoção acontecendo ao lado. Peguei a mim mesmo pensando nisso porque a proposta do TermMax é, na verdade, bem útil: empréstimo e oferta a taxa fixa dão aos usuários algo com que o DeFi geralmente tem dificuldade — previsibilidade. As opções adicionam outra camada para estruturar posições. Então não estou tratando o TVL como algo sem sentido. Eu só não estou tratando isso como prova de que existe encaixe produto-mercado. E vem um teste bem interessante: o TGE do TMX está marcado para 25 de agosto, com recompensas de XP, AP e MP ficando disponíveis para resgate após o TGE. Isso muda a equação de incentivos. O que acontece com o uso quando o motivo baseado em recompensas para interagir fica menos importante? É essa a métrica que eu vou observar. Não quantas carteiras apareceram, mas quantos usuários continuam tomando emprestado, emprestando e negociando porque de fato precisam do que o TermMax oferece. TVL pode te dizer onde o capital está. Uso te diz por que ele ficou. $BOME {spot}(BOMEUSDT) $MAGMA {future}(MAGMAUSDT) $USELESS {future}(USELESSUSDT) Após o TGE do TermMax, o que importa mais?
#termmax @TermMax

Eu estava olhando o TermMax no DefiLlama e uma coisa me pareceu um pouco estranha.

O painel mostra cerca de US$ 31,29M em TVL agora. À primeira vista, isso soa bem saudável.

Mas então eu olhei o gráfico de taxas.

E é aí que a imagem fica mais interessante. A atividade de taxas parece minúscula em comparação com a quantidade de capital parado no protocolo. Então comecei a me perguntar: quanto desse TVL representa pessoas realmente usando o TermMax, e quanto é apenas capital parado ali porque os incentivos tornam isso atraente?

Essa distinção importa.

É um pouco como ver um estacionamento de um restaurante cheio e presumir que todo mundo lá dentro está pedindo comida. Talvez esteja. Ou talvez metade dos carros esteja lá por causa de algum tipo de promoção acontecendo ao lado.

Peguei a mim mesmo pensando nisso porque a proposta do TermMax é, na verdade, bem útil: empréstimo e oferta a taxa fixa dão aos usuários algo com que o DeFi geralmente tem dificuldade — previsibilidade. As opções adicionam outra camada para estruturar posições.

Então não estou tratando o TVL como algo sem sentido. Eu só não estou tratando isso como prova de que existe encaixe produto-mercado.

E vem um teste bem interessante: o TGE do TMX está marcado para 25 de agosto, com recompensas de XP, AP e MP ficando disponíveis para resgate após o TGE.

Isso muda a equação de incentivos.

O que acontece com o uso quando o motivo baseado em recompensas para interagir fica menos importante?

É essa a métrica que eu vou observar. Não quantas carteiras apareceram, mas quantos usuários continuam tomando emprestado, emprestando e negociando porque de fato precisam do que o TermMax oferece.

TVL pode te dizer onde o capital está. Uso te diz por que ele ficou.
$BOME
$MAGMA
$USELESS

Após o TGE do TermMax, o que importa mais?
🔘 TVL stays
66%
🔘 Real usage grows
0%
🔘 Trading grows
17%
🔘 Users leave
17%
6 Votos • Votação encerrada
🚨 QUEBRA DE NOTÍCIAS: 🇺🇸 A REUNIÃO CRIPTO NA CASA BRANCA DE HOJE FOI ENORME: → OS EUA ESTÃO CONSIDERANDO COMPRAR “QUANTIDADES CONSIDERÁVEIS” DE BTC E CRIPTO → TRUMP EMPURROU O CONGRESSO PARA APROVAR A CLARITY ACT → OS EUA QUEREM FICAR À FRENTE NO BITCOIN E NA CRIPTO → 🇺🇸 A HYPERLIQUID ESTÁ TRABALHANDO PARA ENTRAR NO MERCADO DOS EUA → TRUMP TAMBÉM SOLICITOU JUROS MAIS BAIXOS OS EUA ESTÁ CLARAMENTE ENTRANDO DE CABEÇA NA CRIPTO $RE {spot}(REUSDT) $MUBARAK {spot}(MUBARAKUSDT) $TREE {spot}(TREEUSDT)
🚨 QUEBRA DE NOTÍCIAS:
🇺🇸 A REUNIÃO CRIPTO NA CASA BRANCA DE HOJE FOI ENORME:
→ OS EUA ESTÃO CONSIDERANDO COMPRAR “QUANTIDADES CONSIDERÁVEIS” DE BTC E CRIPTO
→ TRUMP EMPURROU O CONGRESSO PARA APROVAR A CLARITY ACT
→ OS EUA QUEREM FICAR À FRENTE NO BITCOIN E NA CRIPTO
→ 🇺🇸 A HYPERLIQUID ESTÁ TRABALHANDO PARA ENTRAR NO MERCADO DOS EUA
→ TRUMP TAMBÉM SOLICITOU JUROS MAIS BAIXOS
OS EUA ESTÁ CLARAMENTE ENTRANDO DE CABEÇA NA CRIPTO

$RE
$MUBARAK
$TREE
#termmax @termmax Outro dia eu verifiquei meu painel do Aave e a taxa tinha mudado de novo desde a última vez que eu olhei. Não muito. Mas o bastante para eu parar e ficar me perguntando por que eu ainda continuo checando. Essa é a parte do lending em DeFi que ninguém avisa no começo. Você toma emprestado a uma taxa e, quando de fato vai pagar de volta, o número já acabou “andando” para outro lugar. É a mesma coisa com lending. Você deposita esperando um certo rendimento e, uma semana depois, parece diferente por motivos que nunca ficam totalmente claros para você. Isso me lembra um pouco as hipotecas de taxa variável lá de casa. Todo mundo diz que a taxa pode ir para qualquer lado e, de algum jeito, sempre parece se mover contra você em vez de jogar a seu favor. Talvez seja só como essas coisas fazem a gente se sentir psicologicamente, mesmo quando a matemática é neutra. Foi aqui que o TermMax chamou minha atenção. A taxa fica travada até uma data de vencimento definida. Parece quase simples demais, honestamente. Eu continuei esperando alguma pegadinha escondida por baixo, mas a ideia central mesmo é só isso: bem básico. Você sabe seu número de antemão e ele continua sendo seu número. Ainda não tenho certeza se o lending de taxa fixa vai se tornar o padrão de como as pessoas tomam empréstimo on-chain ou se vai continuar como um nicho menor para quem valoriza a certeza em vez de ficar perseguindo rendimento. Provavelmente depende de quanto liquidez de fato aparece com o tempo. Por enquanto, só gosto de que essa opção finalmente existe em algum lugar. $RE {spot}(REUSDT) $HEMI {spot}(HEMIUSDT) $TREE {spot}(TREEUSDT)
#termmax @TermMax
Outro dia eu verifiquei meu painel do Aave e a taxa tinha mudado de novo desde a última vez que eu olhei. Não muito. Mas o bastante para eu parar e ficar me perguntando por que eu ainda continuo checando.

Essa é a parte do lending em DeFi que ninguém avisa no começo. Você toma emprestado a uma taxa e, quando de fato vai pagar de volta, o número já acabou “andando” para outro lugar. É a mesma coisa com lending. Você deposita esperando um certo rendimento e, uma semana depois, parece diferente por motivos que nunca ficam totalmente claros para você.

Isso me lembra um pouco as hipotecas de taxa variável lá de casa. Todo mundo diz que a taxa pode ir para qualquer lado e, de algum jeito, sempre parece se mover contra você em vez de jogar a seu favor. Talvez seja só como essas coisas fazem a gente se sentir psicologicamente, mesmo quando a matemática é neutra.

Foi aqui que o TermMax chamou minha atenção. A taxa fica travada até uma data de vencimento definida. Parece quase simples demais, honestamente. Eu continuei esperando alguma pegadinha escondida por baixo, mas a ideia central mesmo é só isso: bem básico. Você sabe seu número de antemão e ele continua sendo seu número.

Ainda não tenho certeza se o lending de taxa fixa vai se tornar o padrão de como as pessoas tomam empréstimo on-chain ou se vai continuar como um nicho menor para quem valoriza a certeza em vez de ficar perseguindo rendimento. Provavelmente depende de quanto liquidez de fato aparece com o tempo. Por enquanto, só gosto de que essa opção finalmente existe em algum lugar.

$RE
$HEMI
$TREE
#dusk $DUSK @Dusk_Foundation Você já reparou como, na maior parte das seleções “aleatórias” na blockchain, ainda parece faltar alguém observando os dados? Essa pergunta ficou comigo por um tempo antes de eu realmente investigar a ordenação (sortition) determinística. A ideia é mais simples do que parece quando você vai separando as partes. Cada participante gera uma pontuação usando sua própria chave privada combinada com uma semente compartilhada. Essa semente normalmente vem do bloco anterior ou de algum valor público previamente acordado. Como a semente é conhecida por todos, mas a chave privada não, a pontuação resultante pode ser verificada por outras pessoas sem que ninguém precise confiar em um coordenador. Ninguém designa o papel. A matemática apenas produz um vencedor e todos podem conferir o trabalho depois. O que me chamou atenção primeiro foi como isso remove aquela etapa intermediária incômoda de sistemas mais antigos. Nada de comitê escolhendo validadores. Nada de um beacon de aleatoriedade fora da cadeia que, teoricamente, poderia ser influenciado. A semente muda a cada rodada, então a pontuação também muda. No começo, pareceu estranho — quase bom demais para uma coisa que pretende substituir confiança por aritmética. Talvez eu esteja pensando demais, mas há algo satisfatório em um sistema em que a justiça não é prometida; ela é demonstrada. Eu me lembro de ler os primeiros artigos no estilo da Algorand e pensar que isso era, em grande parte, acadêmico. Ver funcionar em redes ao vivo muda essa impressão um pouco. Ainda não tenho certeza de como ele se sustenta em situações de divisão extrema da rede ou em ataques coordenados de temporização. Essa parte ainda não ficou totalmente assentada na minha cabeça. De qualquer forma, este é um daqueles mecanismos para os quais eu volto sempre. Não porque seja chamativo, mas porque ele responde silenciosamente a uma pergunta que a maioria das pessoas nunca se dá ao trabalho de fazer. $ALLO {spot}(ALLOUSDT) $ACE {spot}(ACEUSDT) {spot}(DUSKUSDT)
#dusk $DUSK @Dusk
Você já reparou como, na maior parte das seleções “aleatórias” na blockchain, ainda parece faltar alguém observando os dados? Essa pergunta ficou comigo por um tempo antes de eu realmente investigar a ordenação (sortition) determinística.

A ideia é mais simples do que parece quando você vai separando as partes. Cada participante gera uma pontuação usando sua própria chave privada combinada com uma semente compartilhada. Essa semente normalmente vem do bloco anterior ou de algum valor público previamente acordado. Como a semente é conhecida por todos, mas a chave privada não, a pontuação resultante pode ser verificada por outras pessoas sem que ninguém precise confiar em um coordenador. Ninguém designa o papel. A matemática apenas produz um vencedor e todos podem conferir o trabalho depois.

O que me chamou atenção primeiro foi como isso remove aquela etapa intermediária incômoda de sistemas mais antigos. Nada de comitê escolhendo validadores. Nada de um beacon de aleatoriedade fora da cadeia que, teoricamente, poderia ser influenciado. A semente muda a cada rodada, então a pontuação também muda. No começo, pareceu estranho — quase bom demais para uma coisa que pretende substituir confiança por aritmética. Talvez eu esteja pensando demais, mas há algo satisfatório em um sistema em que a justiça não é prometida; ela é demonstrada.

Eu me lembro de ler os primeiros artigos no estilo da Algorand e pensar que isso era, em grande parte, acadêmico. Ver funcionar em redes ao vivo muda essa impressão um pouco. Ainda não tenho certeza de como ele se sustenta em situações de divisão extrema da rede ou em ataques coordenados de temporização. Essa parte ainda não ficou totalmente assentada na minha cabeça.

De qualquer forma, este é um daqueles mecanismos para os quais eu volto sempre. Não porque seja chamativo, mas porque ele responde silenciosamente a uma pergunta que a maioria das pessoas nunca se dá ao trabalho de fazer.

$ALLO
$ACE
#termmax @termmax Eu costumava achar que taxas fixas em DeFi soavam um pouco entediantes. Depois comecei a pensar sobre o que, na prática, tomar empréstimos realmente “sente” quando o número fica se movendo sob você. Com uma taxa variável, contrair um empréstimo de US$ 10.000 hoje pode parecer acessível, mas o APY pode mudar à medida que as condições de mercado se alteram. Se as taxas dispararem, seu custo esperado também muda. Talvez a posição continue funcionando, talvez não. Essa incerteza é fácil de ignorar quando os mercados estão tranquilos. Uma taxa fixa mais um vencimento fixo é diferente. Você concorda com a taxa e a data com antecedência; então, se você toma um empréstimo de US$ 10.000 a uma taxa fixa de 8% por um prazo definido, você já sabe como o cálculo de juros será feito. Sem ficar adivinhando se o APY da próxima semana vai repentinamente para 12% ou 15%. Essa previsibilidade pode tornar o planejamento bem mais fácil. É isso que me interessa no TermMax. Sua estrutura de empréstimo e tomada de empréstimo é construída em torno de taxas fixas e prazos fixos, em vez de depender inteiramente de taxas flutuantes. No começo parece estranho, porque o DeFi nos treinou a acompanhar APYs o tempo todo. Mas talvez esse seja exatamente o ponto. Ainda assim, previsível não significa isento de riscos. Existem riscos de contratos inteligentes, considerações de liquidez, riscos de garantias e o custo de oportunidade se as taxas de mercado se moverem a seu favor depois que você travar. Talvez eu esteja pensando demais, mas tenho curiosidade para saber se o DeFi de prazo fixo se torna mais útil à medida que os usuários se importam menos em buscar o maior APY e mais em realmente saber como a posição deles ficará no vencimento. $SOL {spot}(SOLUSDT) $ACE {spot}(ACEUSDT) $XRP {spot}(XRPUSDT)
#termmax @TermMax
Eu costumava achar que taxas fixas em DeFi soavam um pouco entediantes. Depois comecei a pensar sobre o que, na prática, tomar empréstimos realmente “sente” quando o número fica se movendo sob você.

Com uma taxa variável, contrair um empréstimo de US$ 10.000 hoje pode parecer acessível, mas o APY pode mudar à medida que as condições de mercado se alteram. Se as taxas dispararem, seu custo esperado também muda. Talvez a posição continue funcionando, talvez não. Essa incerteza é fácil de ignorar quando os mercados estão tranquilos.

Uma taxa fixa mais um vencimento fixo é diferente. Você concorda com a taxa e a data com antecedência; então, se você toma um empréstimo de US$ 10.000 a uma taxa fixa de 8% por um prazo definido, você já sabe como o cálculo de juros será feito. Sem ficar adivinhando se o APY da próxima semana vai repentinamente para 12% ou 15%. Essa previsibilidade pode tornar o planejamento bem mais fácil.

É isso que me interessa no TermMax. Sua estrutura de empréstimo e tomada de empréstimo é construída em torno de taxas fixas e prazos fixos, em vez de depender inteiramente de taxas flutuantes. No começo parece estranho, porque o DeFi nos treinou a acompanhar APYs o tempo todo. Mas talvez esse seja exatamente o ponto.

Ainda assim, previsível não significa isento de riscos. Existem riscos de contratos inteligentes, considerações de liquidez, riscos de garantias e o custo de oportunidade se as taxas de mercado se moverem a seu favor depois que você travar.

Talvez eu esteja pensando demais, mas tenho curiosidade para saber se o DeFi de prazo fixo se torna mais útil à medida que os usuários se importam menos em buscar o maior APY e mais em realmente saber como a posição deles ficará no vencimento.

$SOL
$ACE
$XRP
#dusk $DUSK @Dusk_Foundation Luz da Lua vs Fênix — Dois Lados do Crepúsculo Alguém mais lembra da primeira vez em que precisou explicar a um amigo por que “moeda de privacidade” e “em conformidade com os reguladores” não são, na verdade, contradições? Esse foi o meu momento Dusk. Eu ficava tentando encaixar isso tanto na caixa do Monero quanto na caixa do Ethereum, e simplesmente... não encaixava em nenhuma. Acontece que esse é o ponto. Moonlight é a parte que parece familiar. Baseada em contas, saldos exibidos abertamente, nonces fazendo sua contabilidade habitual. Se você já usou qualquer cadeia EVM, já sabe esse modelo no corpo e na mente. É a camada prática — aquela com a qual as exchanges realmente querem lidar, porque auditar uma conta dá muito menos trabalho do que desembaraçar um pool de privacidade. Eu me lembro de ter pensado que isso era quase uma concessão, como se Dusk estivesse desistindo do discurso de privacidade. Não acho que eu pense assim agora. Phoenix é a outra metade, e é baseada em UTXO, o que imediatamente a coloca no território conceitual do Zcash, embora a implementação seja a própria coisa: com notas, anuladores (nullifiers) e chaves de visualização (view keys) para divulgação seletiva. O que me pegou foi perceber que dá para compartilhar uma chave de visualização sem expor sua chave de gasto — então um auditor consegue olhar sem conseguir tocar. Talvez eu esteja exagerando na analogia, mas pareceu como entregar a alguém uma janela em vez de uma chave. O que realmente me interessa não é escolher um lado. É que Dusk permite que o valor se mova entre os dois — notas do Phoenix se convertem em saldo do Moonlight e de volta, de forma atômica, através do mesmo contrato de transferência. Essa é a história de engenharia mais silenciosa aqui, e é a que eu continuo voltando. Se instituições realmente usam essa flexibilidade do jeito que o whitepaper imagina, eu sinceramente ainda não sei. Estou apenas observando essa parte se desenrolar. {spot}(DUSKUSDT) $RED {spot}(REDUSDT) $CLO {alpha}(560x81d3a238b02827f62b9f390f947d36d4a5bf89d2)
#dusk $DUSK @Dusk
Luz da Lua vs Fênix — Dois Lados do Crepúsculo

Alguém mais lembra da primeira vez em que precisou explicar a um amigo por que “moeda de privacidade” e “em conformidade com os reguladores” não são, na verdade, contradições? Esse foi o meu momento Dusk. Eu ficava tentando encaixar isso tanto na caixa do Monero quanto na caixa do Ethereum, e simplesmente... não encaixava em nenhuma. Acontece que esse é o ponto.

Moonlight é a parte que parece familiar. Baseada em contas, saldos exibidos abertamente, nonces fazendo sua contabilidade habitual. Se você já usou qualquer cadeia EVM, já sabe esse modelo no corpo e na mente. É a camada prática — aquela com a qual as exchanges realmente querem lidar, porque auditar uma conta dá muito menos trabalho do que desembaraçar um pool de privacidade. Eu me lembro de ter pensado que isso era quase uma concessão, como se Dusk estivesse desistindo do discurso de privacidade. Não acho que eu pense assim agora.

Phoenix é a outra metade, e é baseada em UTXO, o que imediatamente a coloca no território conceitual do Zcash, embora a implementação seja a própria coisa: com notas, anuladores (nullifiers) e chaves de visualização (view keys) para divulgação seletiva. O que me pegou foi perceber que dá para compartilhar uma chave de visualização sem expor sua chave de gasto — então um auditor consegue olhar sem conseguir tocar. Talvez eu esteja exagerando na analogia, mas pareceu como entregar a alguém uma janela em vez de uma chave.

O que realmente me interessa não é escolher um lado. É que Dusk permite que o valor se mova entre os dois — notas do Phoenix se convertem em saldo do Moonlight e de volta, de forma atômica, através do mesmo contrato de transferência. Essa é a história de engenharia mais silenciosa aqui, e é a que eu continuo voltando. Se instituições realmente usam essa flexibilidade do jeito que o whitepaper imagina, eu sinceramente ainda não sei. Estou apenas observando essa parte se desenrolar.

$RED
$CLO
Verificado
#dusk $DUSK @Dusk_Foundation Fico pensando em quanto de banda é desperdiçada nas redes de boatos (gossip) comuns. Cada nó apenas grita informações para qualquer um que ele conheça e torce para que isso caia em algum lugar útil. Me lembra de grupos de conversa em que cinco pessoas repetem a mesma mensagem porque ninguém confia na primeira versão. É basicamente assim que a antiga transmissão P2P funcionava antes de algo como o Kadcast surgir. O DHT do Kademlia funciona de maneira diferente. Em vez de gritar para todos, um nó conversa apenas com pares que estão mais próximos dele em algo chamado distância XOR. Imagine um bairro em que você não liga para todas as pessoas da cidade quando precisa de direções. Você pergunta ao vizinho na rua ao lado porque ele está, estruturalmente, mais próximo do seu problema. A distância XOR é, basicamente, uma forma matemática de medir quem está mais perto sem depender de geografia de forma alguma. Eu lembro quando li pela primeira vez que o Kadcast reduz a banda em 25 a 50 por cento e, honestamente, eu estava cético. É um número grande para algo que parece um truque pequeno de roteamento. Mas, quando você imagina uma estrutura em forma de árvore em vez de “flooding” plano, isso começa a fazer sentido. Menos mensagens duplicadas. Menos ruído. Caminhos mais diretos entre os pares. Talvez eu esteja pensando demais, mas parece que redes blockchain estão, aos poucos, aprendendo o que a infraestrutura da internet aprendeu há décadas. Estrutura supera o caos, mesmo quando o caos parece mais descentralizado na superfície. Ainda não tenho certeza total de como isso se sustenta em condições reais de adversidade. Essa parte eu quero investigar mais antes de confiar completamente. $PORTAL {spot}(PORTALUSDT) $ACE {spot}(ACEUSDT) {spot}(DUSKUSDT)
#dusk $DUSK @Dusk
Fico pensando em quanto de banda é desperdiçada nas redes de boatos (gossip) comuns. Cada nó apenas grita informações para qualquer um que ele conheça e torce para que isso caia em algum lugar útil. Me lembra de grupos de conversa em que cinco pessoas repetem a mesma mensagem porque ninguém confia na primeira versão. É basicamente assim que a antiga transmissão P2P funcionava antes de algo como o Kadcast surgir.

O DHT do Kademlia funciona de maneira diferente. Em vez de gritar para todos, um nó conversa apenas com pares que estão mais próximos dele em algo chamado distância XOR. Imagine um bairro em que você não liga para todas as pessoas da cidade quando precisa de direções. Você pergunta ao vizinho na rua ao lado porque ele está, estruturalmente, mais próximo do seu problema. A distância XOR é, basicamente, uma forma matemática de medir quem está mais perto sem depender de geografia de forma alguma.

Eu lembro quando li pela primeira vez que o Kadcast reduz a banda em 25 a 50 por cento e, honestamente, eu estava cético. É um número grande para algo que parece um truque pequeno de roteamento. Mas, quando você imagina uma estrutura em forma de árvore em vez de “flooding” plano, isso começa a fazer sentido. Menos mensagens duplicadas. Menos ruído. Caminhos mais diretos entre os pares.

Talvez eu esteja pensando demais, mas parece que redes blockchain estão, aos poucos, aprendendo o que a infraestrutura da internet aprendeu há décadas. Estrutura supera o caos, mesmo quando o caos parece mais descentralizado na superfície.

Ainda não tenho certeza total de como isso se sustenta em condições reais de adversidade. Essa parte eu quero investigar mais antes de confiar completamente.

$PORTAL
$ACE
#dusk $DUSK @Dusk_Foundation Estava assistindo a um explorador de blocos outro dia, esperando uma transação “parecer” definitiva, e me ocorreu quanto tempo a gente passa em cripto apenas... aguardando. Seis confirmações aqui. Doze ali. Em algum momento, a gente aceitou isso como normal. A abordagem do Dusk para consenso foi a primeira coisa em muito tempo que me fez parar e reler os mecanismos duas vezes. A ideia central se chama Succinct Attestation (Atestação Concisa) e acontece em três etapas, em vez do jogo de “adivinhação” habitual entre minerador e rede. Primeiro vem a Proposal (Proposta): um gerador de blocos selecionado aleatoriamente coloca adiante um bloco candidato. Conceitualmente, não há nada de realmente novo aqui; é basicamente o que muitas cadeias PoS fazem. O que chamou minha atenção foi a etapa dois, Validation (Validação), em que um comitê separado verifica a integridade do bloco antes que alguém se comprometa com ele. Depois, Ratification (Ratificação) fecha o ciclo com um segundo comitê votando para confirmar que o resultado da validação realmente se manteve. Dois comitês distintos votando em sequência, em vez de um grupo carimbar a si mesmo. Talvez eu esteja pensando demais, mas essa separação parece ser exatamente o ponto. Você não confia nos mesmos atores para propor e confirmar. No começo, pareceu estranho—quase excessivamente cauteloso para algo que afirma finalizar em segundos. Aí eu lembrei de quantas cadeias “instantâneas” ainda pedem que você espere o risco de reorganização (reorg) passar. O Dusk parece apostar que fazer o trabalho de checagem com antecedência custa menos do que fazer a limpeza depois. Eu não tenho uma convicção forte sobre se isso vai virar padrão para cadeias focadas em privacidade ou para cadeias de liquidação de RWA em que a finalização determinística realmente importa por razões de conformidade. Pode simplesmente continuar sendo um nicho. Mas ver uma cadeia tratar a finalidade como uma restrição de design—e não como um detalhe—me fez prestar mais atenção do que eu esperava. Fico curioso para ver como isso se sustenta sob carga real da rede, uma vez que mais provisionadores entrem. $KII {alpha}(560xeec6574eabba52bac3f0277f2cd5ac7e67197886) $AIO {alpha}(560x81a7da4074b8e0ed51bea40f9dcbdf4d9d4832b4) {spot}(DUSKUSDT)
#dusk $DUSK @Dusk
Estava assistindo a um explorador de blocos outro dia, esperando uma transação “parecer” definitiva, e me ocorreu quanto tempo a gente passa em cripto apenas... aguardando. Seis confirmações aqui. Doze ali. Em algum momento, a gente aceitou isso como normal. A abordagem do Dusk para consenso foi a primeira coisa em muito tempo que me fez parar e reler os mecanismos duas vezes.

A ideia central se chama Succinct Attestation (Atestação Concisa) e acontece em três etapas, em vez do jogo de “adivinhação” habitual entre minerador e rede. Primeiro vem a Proposal (Proposta): um gerador de blocos selecionado aleatoriamente coloca adiante um bloco candidato. Conceitualmente, não há nada de realmente novo aqui; é basicamente o que muitas cadeias PoS fazem. O que chamou minha atenção foi a etapa dois, Validation (Validação), em que um comitê separado verifica a integridade do bloco antes que alguém se comprometa com ele. Depois, Ratification (Ratificação) fecha o ciclo com um segundo comitê votando para confirmar que o resultado da validação realmente se manteve. Dois comitês distintos votando em sequência, em vez de um grupo carimbar a si mesmo.

Talvez eu esteja pensando demais, mas essa separação parece ser exatamente o ponto. Você não confia nos mesmos atores para propor e confirmar. No começo, pareceu estranho—quase excessivamente cauteloso para algo que afirma finalizar em segundos. Aí eu lembrei de quantas cadeias “instantâneas” ainda pedem que você espere o risco de reorganização (reorg) passar. O Dusk parece apostar que fazer o trabalho de checagem com antecedência custa menos do que fazer a limpeza depois.

Eu não tenho uma convicção forte sobre se isso vai virar padrão para cadeias focadas em privacidade ou para cadeias de liquidação de RWA em que a finalização determinística realmente importa por razões de conformidade. Pode simplesmente continuar sendo um nicho. Mas ver uma cadeia tratar a finalidade como uma restrição de design—e não como um detalhe—me fez prestar mais atenção do que eu esperava. Fico curioso para ver como isso se sustenta sob carga real da rede, uma vez que mais provisionadores entrem.
$KII
$AIO
Faça login para explorar mais conteúdos
Junte-se a usuários de criptomoedas de todo o mundo no Binance Square.
⚡️ Obter informações mais recentes e úteis sobre criptomoeda.
💬 Com a confiança da maior corretora de criptomoedas do mundo.
👍 Descubra insights reais de criadores verificados.
E-mail / número de telefone
Sitemap
Preferências de Cookies
Termos e Condições da Plataforma