wiki002

Olha, é interessante ver a BNB Chain liderando em oferta de equity tokenizada, mas o número da oferta em si não é a parte que eu mais me importo.

As equity tokenizadas da BNB Chain cresceram de cerca de US$ 34 milhões no início de 2026 para US$ 652 milhões em julho, colocando-a à frente da Ethereum e perto de um terço do total on-chain. O volume de negociação de ações tokenizadas também ultrapassou US$ 4,5 bilhões em julho.

O que estou observando agora é o que acontece depois que as ações são emitidas.

Se mais oferta de equity trouxer mais liquidez, esses ativos ficam mais fáceis de negociar. Se essa liquidez ficar suficientemente profunda, os tokens podem se tornar úteis como garantia. Então o capital pode migrar para empréstimos, provisão de liquidez e outras aplicações financeiras.

É esse ciclo (flywheel) que acho mais interessante.

oфerta de equity → liquidez → utilidade como garantia → eficiência de capital → mais atividade financeira.

E é aqui que a liderança da BNB Chain pode se tornar significativa. Não é apenas sobre ter mais ações tokenizadas; é sobre se esses ativos conseguem, de fato, se encaixar na infraestrutura financeira que já está sendo construída em torno deles.

Mas eu não confundiria emissão com adoção.

O verdadeiro teste é a liquidez no mercado secundário, a mobilidade da garantia e se as pessoas realmente usam esses ativos em vez de simplesmente mantê-los. A Binance Research faz basicamente a mesma distinção. A próxima fase depende de se a liquidez secundária e a mobilidade da garantia crescerão tão rapidamente quanto a emissão primária.

Para mim, essa é a lição maior: a cadeia de tokenização vencedora não será necessariamente a que emite mais ativos. Será a que torna esses ativos úteis depois da emissão. 🧩

#BNBChain #BNB #ASTER #CAKE
$BNB $ASTER $CAKE

Hoje eu não estava exatamente focado no título da parceria. O que eu ficava pensando era o que isso poderia mudar para a BNB Chain.

O setor de cripto passou anos competindo em velocidade, taxas, liquidez e usuários.

Pagamentos são um jogo diferente.

Um produto de pagamentos não precisa de clientes para se tornar usuários de cripto. Ele precisa de uma forma confiável de transferir valor, mantendo a complexidade da blockchain longe do usuário final.

Por isso, @BNB Chain joining o Crypto Partner Program da Mastercard é algo que me interessa.

A história mais óbvia é o acesso a um ecossistema de pagamentos já estabelecido.

A menos óbvia é quem consegue decidir onde, de fato, a transação é liquidada.

Se, no futuro, as aplicações de pagamentos ganharem mais opções sobre a infraestrutura de blockchain, apenas ser compatível com uma rede de pagamentos não vai ser suficiente.

O diferencial real passa a ser o ambiente de liquidação por baixo.

Para a BNB Chain, isso torna fatores como custo de execução, confiabilidade da confirmação, profundidade de liquidez, disponibilidade de stablecoins e ferramentas para desenvolvedores partes importantes dessa competição.

E há uma consequência mais profunda aqui.

Quando a interface de pagamentos se separa da blockchain subjacente, a cadeia pode competir em infraestrutura em vez de obrigar os usuários a escolher uma chain primeiro.

Isso muda o modelo de demanda.

Em vez de

usuário → carteira → blockchain → aplicação

a direção que eu acho interessante é

produto financeiro → interface de pagamentos → infraestrutura de liquidação

O usuário talvez nunca se importe com qual chain tratou a transação.

O desenvolvedor e o provedor de pagamentos, sim.

Por isso eu não vejo isso como uma prova de adoção mainstream ainda.

Eu vejo como um teste mais interessante:

A BNB Chain consegue se tornar um ambiente de liquidação tecnicamente atraente quando a escolha de blockchain fica “por trás” da experiência de pagamentos?

Se conseguir, a distribuição da Mastercard não é a história toda.

A oportunidade maior é competir pela atividade financeira por baixo disso. 👍

$BNB #BNB $BB $HEI @Binance Square Official

NIL/USDT 📈

O preço está acima do cluster de EMAs-chave, com o momentum virando positivo. Um movimento sustentado acima de 0.05240 pode abrir caminho para 0.05433 e potencialmente 0.05570.

Entrada: 0.04980–0.05120
Alvos: 0.05240 / 0.05433 / 0.05570
Stop Loss: 0.04780

A invalidação abaixo da zona de suporte enfraquece o cenário. Gerencie o risco e evite perseguir candles estendidas.

#NIL #Nillion $NIL $ROBO $LSK

O mais recente selloff das criptomoedas está revelando algo além do Bitcoin. A liquidez está sendo reprecificada de forma desigual ao longo do mercado.

Os números de sete dias tornam essa divergência difícil de ignorar. O Digital Assets 100 Mid Cap Index caiu 10,15%, enquanto o Small Cap Index recuou 7,12%. O Bitcoin ficou praticamente estável na visão semanal, apesar de ter oscilado de cerca de US$ 81,4 mil para US$ 77,4 mil.

Estou menos interessado em chamar isso de uma simples queda generalizada do mercado do que em entender o que a dispersão nos diz sobre a transmissão de risco.

Quando a aversão ao risco se contrai, a pressão de venda não se distribui de maneira uniforme. A liquidez mais profunda do BTC pode ajudar a absorver grandes fluxos com menor impacto no preço, enquanto mercados mais finos podem sofrer uma reprecificação mais acentuada à medida que compradores marginais desaparecem.

Isso cria uma distinção útil: a estabilidade do Bitcoin pode coexistir com uma deterioração da amplitude do mercado.

Se o BTC estabilizar enquanto os mid- e small-caps continuarem enfraquecendo, eu interpretaria isso como uma postura defensiva, não necessariamente como uma recuperação.

Mas se o BTC estabilizar e a amplitude começar a melhorar depois, o sinal muda. Uma recuperação nos mid- e small-caps sugeriria que a liquidez está voltando a descer a curva de risco, em vez de permanecer concentrada no BTC.

Essa é a relação que eu observaria.

Um piso para o Bitcoin importa, mas se torna muito mais significativo quando a estabilidade deixa de ficar isolada e começa a se propagar pelo restante do mercado. 📉

#Bitcoin #Crypto #BTC
$BTC $BNB $ETH

🚨 DEXEUSDT

$DEXE está mostrando forte impulso de alta, com o preço segurando acima das principais EMAs e o MACD continuando a expandir para cima.

Entrada: 2,120 – 2,150
Objetivo (Take Profit): 2,170 → 2,250 → 2,350
Stop Loss: 2,050

Uma manutenção limpa acima da zona de rompimento pode manter a estrutura de alta intacta. Gerencie o risco e evite perseguir uma vela estendida.

$DEXE $TST #DEXE #Binance #CryptoTrading #TradingSignal

📈 $HEMI / USDT

A Hemi está mostrando uma estrutura bullish após recuperar os níveis-chave das EMAs. O preço está sustentando acima das EMA(7), EMA(25) e EMA(99), enquanto o momentum do MACD começa a se recuperar.

Sinal: LONG 🟢
Entrada: 0.01190–0.01210
TP1: 0.01247
TP2: 0.01280
TP3: 0.01320
SL: 0.01145

Uma quebra limpa acima de 0.01247 pode acionar a próxima perna de momentum. Enquanto a estrutura das EMAs de curto prazo permanecer intacta, os compradores ainda têm o controle.

#HEMI #Crypto #Trading $EDEN $TRUMP

Olha, um relatório de US$ 33,5B negociados pela Nvidia nos primeiros 140 minutos aponta para algo maior do que volume. A Nvidia está se tornando uma camada de compressão de informação para a infraestrutura de IA.

Eu analisei o número com cuidado: a cifra de US$ 33,5B / 2h20m é atribuída a dados de mercado da MSX.COM, então eu trataria como uma estimativa reportada, e não como um dado oficial amplo da bolsa. O que importa para mim é o quão agressivamente o mercado estava processando os resultados da Nvidia e a demanda futura por computação.

Honestamente, a receita fiscal do 2T de 2027 da Nvidia foi de US$ 96,22B, com US$ 89,0B vindos do Data Center, alta de 117% ano contra ano. A Nvidia também indicou receita do 3T de US$ 108B +2%. O número aproximado de crescimento de ~70% para 2028 fiscal é uma expectativa derivada do mercado, baseada nas orientações da Nvidia e em estimativas reportadas.

Veja o que eu quero dizer com
compressão de informação.

O capex de IA gera muitos sinais fragmentados: demanda por GPU, oferta de HBM, empacotamento avançado, redes, capacidade do data center e energia. A Nvidia está no centro de muitas dessas relações, então uma única ação altamente líquida pode transformar esses sinais dispersos em um preço para o qual o mercado consegue reagir quase imediatamente.

É essa a parte que considero mais interessante.

A Nvidia não apenas reflete o ecossistema. Os lucros dela podem se tornar um grande ponto de descoberta de preço para empresas que ela não divulga. Quando a Nvidia muda as expectativas sobre demanda por computação, os investidores podem reajustar fornecedores e prestadores de infraestrutura antes que os próprios fundamentos deles mudem.

É assim que interpreto os US$ 33,5B reportados: não como US$ 33,5B entrando na Nvidia, mas como uma liquidez intensa negociando a escala, a duração e as restrições do capex de IA.

À medida que a cadeia de suprimentos se diversifica, estou observando se a Nvidia consegue permanecer um proxy único suficiente para a demanda agregada por computação. 😉

$NVDA #NVIDIA #AI #Markets #Tech #NvidiaTrades

$MOVR /USDT 📊

Entrada: US$ 0,94–US$ 0,97
Stop Loss: US$ 0,89
TP1: US$ 1,07
TP2: US$ 1,17
TP3: US$ 1,28

O preço está consolidando após um forte impulso, com a zona de US$ 0,90–US$ 0,91 atuando como a principal área de suporte. A configuração continua construtiva enquanto esse nível se mantiver, mas o momentum esfriou, então não é ideal perseguir velas estendidas.

Gestão de risco primeiro: invalidação abaixo do suporte.

$BICO $P
#MOVR #CryptoTrading #BinanceSquare

Mert’s Solana argument made me look past the usual it’s fast explanation.

What makes the network interesting to me is the concentration of activity around it. Solana already has builders, applications, users and substantial onchain activity in the same ecosystem. For a new team, that means building on existing infrastructure and an established market rather than having to create everything around the product from scratch.

The slot-time work is worth watching too. Mainnet has moved from 400ms to 350ms, while further reductions are being tested on Testnet and Devnet. The important part isn’t just the number. Shorter slots can reduce how long applications wait for the network to advance, which can matter for products where latency affects how quickly users or protocols react.

There’s still a trade-off here. Lower latency is useful only if the network can maintain that performance reliably as activity grows. Faster blocks alone don’t automatically make an application better.

From a builder’s perspective, the startup culture matters as well. Failed experiments can still leave behind developers, code, capital and lessons that become useful elsewhere. That isn’t unique to Solana, but a place where developers keep experimenting can accumulate those benefits over time.

The part I find most interesting is the possible feedback loop: better infrastructure can attract builders, successful applications can bring more activity, and that activity can make the ecosystem more useful for whoever builds next.

So I wouldn’t reduce Solana’s case to speed alone. The real thing to watch is whether performance, developer infrastructure and economic activity keep reinforcing each other as the network grows.

And yes, the memes probably help a little. 🙂

@Solana Official $SOL $BICO $MOVR #Solana

O Bitcoin chegou a ultrapassar rapidamente US$ 81 mil antes de arrefecer e voltar para perto dos US$ 79 mil.

Entretanto, os ETFs de Bitcoin à vista nos EUA adicionaram mais US$ 314,3 milhões em 25 de agosto, marcando sete sessões consecutivas de entradas líquidas. O IBIT da BlackRock, sozinho, captou US$ 284,4 milhões.

O preço está arrefecendo, mas a procura pelos ETFs ainda está lá.

#Bitcoin #Crypto #BTC
$BTC $ETH $BNB

#dusk $DUSK @Dusk Estava a meio do meu primeiro café esta manhã quando um pensamento sobre a imutabilidade da blockchain começou a incomodar-me. O histórico permanece On-chain, mas as regras usadas para processar novos blocos continuam a evoluir.

Isso fez-me olhar para as melhorias da Dusk de forma diferente. Normalmente, eu associo uma atualização de protocolo a novas capacidades. Boreas fez-me notar um requisito menos visível. As novas regras de transação têm de evoluir sem alterar como os blocos mais antigos são interpretados pelas regras que os produziram.

Boreas introduziu um tratamento separado para transações do cliente, dados de transação canónicos e o formato do ledger comprometido nos blocos. Rusk também mantém os decodificadores históricos necessários para reproduzir blocos Pré-Aegis e Pré-Boreas. Aegis faz algo semelhante com a verificação de provas. Rusk escolhe o verificador com base na altura do bloco, mantendo as regras PLONK V1/V2 para blocos históricos enquanto usa V3 para provas mais recentes.

Esse detalhe foi o que fez a ideia “clicar” para mim. Manter uma transação antiga On-chain preserva o registo, mas não preserva automaticamente a capacidade de reproduzir por que motivo aquela transação era válida.

Por isso, vejo as semânticas históricas como uma parte real da imutabilidade. A cadeia precisa preservar não apenas o que aconteceu, mas contexto de protocolo suficiente para reproduzir como aquele estado histórico foi validado.

Há, no entanto, um compromisso. Manter decodificadores antigos e caminhos de verificação significa levar adiante mais complexidade de protocolo. Mas removê-los transfere um risco diferente para o software futuro: decidir por si próprio como os registos históricos devem ser interpretados.

É aí que, para mim, isto se torna mais do que um problema de manutenção de software.

Nos mercados regulados, a auditabilidade deve responder mais do que “mostrar-me a transação”. Deve também responder. Quais regras tornaram esta transação válida naquele ponto da cadeia?

Quanto mais eu aprofundo a evolução do protocolo, mais penso que a imutabilidade tem um segundo requisito além de preservar o histórico.

Se o registo sobrevive, mas as regras necessárias para reproduzir o seu significado não, quão imutável é realmente essa história? 🧩

$FF $P

$BMT está mostrando uma possível configuração de recuperação após a rejeição acentuada de 0.02789.

O preço está se mantendo em torno de 0.02204 e recuperou a média móvel de 7 EMA, enquanto a 99 EMA ainda permanece abaixo em 0.02037. A questão principal é a 25 EMA em 0.02265 — uma retomada limpa fortaleceria a estrutura de alta.

📌 Setup BMT/USDT

Entrada: 0.02180–0.02210

🎯 TP1: 0.02265
🎯 TP2: 0.02383
🎯 TP3: 0.02604
🎯 TP4: 0.02780–0.02790

🛑 Stop Loss: 0.02050

O MACD ainda está negativo, então eu não trataria isso como momento confirmado ainda. A configuração melhora se o BMT recuperar 0.02265 com força. Perder 0.02050 invalidaria a estrutura e exporia a próxima área de queda.

Gestão de risco é importante aqui. A volatilidade recente é alta, então o tamanho da posição deve permanecer controlado.

#BMT #BMTUSDT #CryptoTrading #TradingSignal #Altcoins $EDEN $ONG

A parte mais interessante do Pasteur, para mim, é que a BNB Smart Chain está ganhando mais capacidade sem fazer os blocos chegarem mais rápido.

A cadeia já opera em um intervalo de bloco de cerca de 450 ms; então a pergunta que me interessa é quanto dessa janela realmente é usada para um trabalho útil. O BEP-675 ataca essa ineficiência diretamente: em vez de fazer com que os validadores executem o bloco proposto antes de assiná-lo, os construtores podem fornecer um bloco já executado para validação, reduzindo o trabalho repetido no caminho crítico.

Nos testes controlados do QANet da BNB Chain, a carga de trabalho do validador caiu de 125 ms para 15 ms, enquanto a taxa de transferência aumentou de 1.237 para 2.324 TPS no mesmo intervalo de 450 ms e no limite de gás de 100M. Eu acho que essa distinção importa: é um ganho de eficiência, não apenas um relógio mais rápido.

Também estou acompanhando o BEP-682 e o BEP-695 porque capacidade sem suposições de confiança mais fortes deixaria parte do problema de escalabilidade sem solução. Assinaturas duplicadas de validadores são rejeitadas na verificação da ponte, enquanto a rotação de chaves do validador é reforçada entre staking e governança.

Para mim, a tese real do Pasteur é simples: escalar o trabalho feito dentro do orçamento de tempo existente, em vez de apenas encurtar o orçamento. ⚙️

#BNB #BNBChain #Binance #Crypto
$BNB $SOL $SD

A verdadeira vantagem do modelo de execução dual da Dusk não é compatibilidade com EVM. É uma escolha arquitetural.

@Dusk separa liquidação de execução: contratos DuskVM executam Rust/WASM diretamente na Dusk L1, enquanto DuskEVM fornece execução compatível com EVM com liquidação e disponibilidade de dados via DuskDS.

A consequência mais profunda é que os desenvolvedores podem escolher onde a lógica da aplicação deve residir, em vez de forçar todo tipo de carga a caber em um único modelo de execução.

Se um contrato precisa de acesso direto à L1 aos modelos de transação da Dusk, recursos de privacidade ou capacidades de zero-knowledge, DuskVM é o caminho nativo. Se a prioridade é Solidity, carteiras existentes e as ferramentas do ecossistema Ethereum, DuskEVM reduz a barreira de migração. A Dusk apresenta explicitamente esses dois caminhos como escolhas com base nos requisitos da aplicação.

Mas essa flexibilidade levanta uma questão arquitetural que considero mais interessante do que compatibilidade:

Onde deve residir um invariante?

Na minha visão, regras vinculadas apenas a um ambiente de execução podem permanecer locais nesse ambiente. Regras que atravessam caminhos de execução ou dependem de liquidação precisam de uma atribuição explícita de responsabilidade e de limites claros de coordenação.

Essa distinção importa porque as camadas da Dusk não são intercambiáveis. DuskDS fornece consenso, finalização, liquidação e disponibilidade de dados, enquanto DuskVM e DuskEVM fornecem ambientes de execução diferentes.

A ponte torna esse limite concreto. No fluxo documentado de saque do DuskEVM Testnet, um saque é iniciado no DuskEVM, depois é provado e finalizado na Dusk L1. O fluxo, portanto, atravessa camadas de execução em vez de se comportar como uma operação monolítica.

Minha conclusão é que modularidade não apenas reduz complexidade. Ela permite que os desenvolvedores decidam onde essa complexidade deve residir.

Para aplicações financeiras, isso pode ser uma vantagem arquitetural relevante: manter lógica específica de execução local, tratando regras entre camadas como restrições arquiteturais explícitas.

Quais regras devem permanecer dentro de um ambiente de execução e quais são importantes o suficiente para serem impostas em toda a arquitetura?

$DUSK #dusk

📈 $ONG /USDT

Viés: Touro (Bullish)
Zona de Entrada: $0.0960–$0.0990
Alvo 1: $0.1008
Alvo 2: $0.1050
Stop-Loss: Abaixo de $0.0930

O preço está segurando acima das principais médias móveis exponenciais (EMA) com momentum positivo no MACD. Uma confirmação de sustentação acima da zona de rompimento mantém a estrutura de alta intacta.

@OntologyNetwork $ONG $AMP $SXP #ONG #CryptoTrading #Binance

Um registo pode ser preciso hoje e, mesmo assim, deixar-te sem uma forma independente de provar o que ele registou ontem.

Esta é a parte do Serviço de Nome de Agente da GoDaddy que acho mais interessante.

O ANS utiliza um registo de transparência com Merkle-tree para registar eventos do ciclo de vida do agente. A propriedade importante não é apenas armazenar os registos, mas tornar as alterações ao histórico detectáveis através de provas criptográficas. O design da GoDaddy até usa provas de consistência para mostrar que uma árvore mais recente estende a anterior, em vez de a reescrever.

Mas acho que há uma questão de confiança mais profunda:

Quem fornece ao histórico do registo um ponto de referência independente?

É aí que @hashgraph se torna relevante.

O HCS-27 propõe publicar checkpoints periódicos com raiz de Merkle na camada de consenso da Hedera. Os dados do registo não precisam ser colocados On-chain. A rede pública regista o compromisso criptográfico, enquanto o registo subjacente e os metadados permanecem fora do livro.

Para mim, isso cria uma separação clara.

A GoDaddy mantém o registo.
As provas de Merkle tornam o estado auditável.
A Hedera fornece uma linha do tempo independente para esses compromissos.

Há também uma limitação importante aqui.

Um checkpoint não prova que a alegação de identidade original era verdadeira. Ele ajuda a provar que o histórico posterior do registo é consistente com um estado que já tinha sido confirmado. A verificação original e o modelo de confiança ainda importam.

Essa distinção é fácil de ignorar ao falar sobre identidade de agentes de IA.

À medida que os agentes começam a representar empresas, ter permissões e acionar ações através de sistemas, saber quem é um agente não vai ser suficiente.

A pergunta mais importante, na minha opinião, passa a ser.

Posso verificar independentemente o que mudou e quando?

É aí que o histórico verificável começa a tornar-se infraestrutura, em vez de metadados. 👍

$HBAR $ONT $AMP
#Hedera #HBAR #AI

Notei algo enquanto pensava sobre um pagamento contestado hoje. O que ficou comigo não foi a transação em si, mas o julgamento exigido depois que o sistema já a tinha registrado.

Normalmente penso em contratos inteligentes por sua maior vantagem: determinismo. Quanto mais estudo a infraestrutura financeira, mais fica claro que essa vantagem tem um limite. Um contrato pode executar exatamente como foi projetado, enquanto a situação financeira ao redor ainda exige interpretação.

Essa distinção importa para mim em mercados regulados. Disputas, reestruturações, decisões de recuperação e ações corporativas excepcionais podem introduzir fatos que simplesmente não existiam quando a regra original foi escrita. O problema não é necessariamente um código ruim. A realidade pode ter mudado depois que a regra foi definida.

Isso mudou a forma como eu vejo a automação. Não estou interessado em colocar toda decisão financeira em código apenas porque é possível codificá-la. A pergunta mais útil é onde a lógica determinística deve parar e o julgamento orientado por governança deve começar.

Se toda exceção for codificada com antecedência, eu acho que os contratos ficam mais difíceis de manter e a governança se torna mais complicada. Se toda exceção ficar fora do protocolo, demais etapas do processo permanecem dependentes de coordenação manual.

É aqui que @Dusk becomes interessante para mim. Dusk separa a execução da sua base de liquidação: DuskVM oferece contratos em Rust/WASM na L1, DuskEVM fornece a execução em EVM, enquanto DuskDS fornece consenso, finalização e disponibilidade de dados.

A questão arquitetural por trás disso é ainda mais importante: a fronteira entre execução automática e discricionariedade institucional pode ser explícita, controlada e auditável?

Para mim, o objetivo não é a máxima automação. É uma automação precisa: saber o que o código deve decidir, o que os humanos devem decidir e como o sistema financeiro registra a diferença. ⚖️

#dusk #BinanceSquare $DUSK $PROM $SPK @Dusk

PROM/USDT

A PROM está a mostrar uma forte estrutura de alta, mas o movimento já está estendido, então perseguir o topo é arriscado.

Viés: LONG 📈
Entrada: 3.58–3.68
TP1: 3.74
TP2: 3.90
TP3: 4.15
Stop Loss: 3.48

Por quê: O preço está a sustentar acima da estrutura da EMA de 7/25/99, enquanto o recuo mais recente recuperou a zona de 3.558. O momento continua positivo, mas o histograma do MACD está a arrefecer, então a confirmação em torno do suporte importa mais do que comprar um candle vertical.

Uma manutenção clara acima de 3.58 mantém a configuração de alta intacta. Perder 3.48 invalida a configuração.

A gestão de risco importa aqui porque a PROM já fez uma expansão acentuada.

$PROM $MORPHO $TUT #PROM #CryptoTrading #BinanceSquare

Hoje, enquanto eu rolava no meu celular, encontrei uma atualização pequena que me fez parar. O Confidential Intents TVL na NEAR ultrapassou
US$ 35M.

Eu não li isso como mais um simples marco de TVL. O ponto importante para mim é a distância que falta para o Drop 1: US$ 35M já é metade da meta de US$ 70M, então o timing da participação agora tem um efeito real no resultado do incentivo.

O que considero mais útil é entender o que a campanha está medindo de verdade. Os usuários estão sendo incentivados a ativar o modo confidencial, então o experimento vai além de atrair capital. Ele está testando se as pessoas vão deliberadamente escolher um fluxo de transação mais privado quando há um incentivo para experimentar.

Essa distinção importa porque TVL temporário é fácil de criar com recompensas. Uso recorrente é mais difícil. Se os usuários continuarem usando o modo confidencial depois que o incentivo do Drop 1 desaparecer, isso sugeriria que o recurso de privacidade tem utilidade além da campanha.

Então estou observando o comportamento, não apenas o saldo.

O modo confidencial vai manter seus usuários quando os incentivos acabarem, ou o crescimento atual depende principalmente das recompensas? 👀

@NEAR Protocol @Binance Square Official $NEAR $INJ $USDC

#NEAR #ConfidentialIntents #DeFi #Privacy #Web3

Tariq e eu estávamos conversando sobre @Dusk quando paramos numa pergunta interessante: uma transação financeira pode ser liquidada, mas ainda assim diferentes sistemas discordarem do que realmente aconteceu?

Uma transação financeira pode ser liquidada corretamente e ainda deixar diferentes sistemas discordando sobre o que aconteceu.

Pense em um título tokenizado. A transferência é apenas uma etapa. Elegibilidade, pagamento, administração, relatórios, ações corporativas e transferências posteriores podem depender de o estado de propriedade resultante.

É essa a parte que eu acho mais interessante sobre @Dusk

O design da infraestrutura de mercado da Dusk é relevante aqui porque ele conecta as regras e as ações em torno de um ativo financeiro, em vez de deixar cada aplicação definir essas transições por conta própria. A documentação dela também aponta reconciliação e coordenação off-chain como problemas quando esses processos são separados em sistemas distintos.

Isso levanta uma pergunta mais profunda. Aplicações financeiras diferentes podem manter o mesmo significado para a mesma mudança de estado?

Imagine uma transferência de propriedade. Uma aplicação pode considerá-la concluída assim que o ativo se move. Outra pode ainda estar aguardando uma verificação de elegibilidade ou a etapa de pagamento. Ambas podem processar corretamente sua parte, mas os sistemas ainda podem discordar do estado financeiro que agora existe.

Essa discordância é onde a reconciliação começa a virar um problema de arquitetura.

É aqui que acho que a abordagem de fluxo de trabalho da Dusk importa: o ativo relacionado, os passos de pagamento, acesso e liquidação podem ser coordenados como partes do mesmo processo financeiro, dando às aplicações uma referência compartilhada do que a transação deve produzir.

Há um trade-off. Regras compartilhadas podem tornar o estado mais fácil para as aplicações interpretarem de forma consistente, mas padronização demais pode tornar diferentes mercados mais difíceis de modelar.

Então a pergunta que eu observaria ao redor de $DUSK é simples

Uma rede financeira pode fazer com que o significado de uma mudança de estado seja consistente o suficiente para que a reconciliação se torne a exceção, em vez de algo que as aplicações tenham de projetar para contornar? 🤔

#dusk $DUSK