Beyond Horizon

Conclua sua campanha $SAHARA

Get your $ZKC Campaign Done

Obtenha sua campanha $PROM concluída

Obtenha sua campanha $TAO concluída

Campanha Enso Concluída
$ENSO

#dusk $DUSK @Dusk Ok, então eu tenho ficado de olho no que @Dusk faz há um bom tempo e eu sempre volto para uma coisa.

Todo mundo no mundo cripto fala sobre "adoção institucional" como se fosse um interruptor mágico. As instituições simplesmente apareceriam um dia e começariam a usar blockchains públicas. Mas não vão. E o motivo é ridiculamente simples.

Blockchains públicas expõem tudo. Cada saldo de cada carteira. Cada transferência. Cada posição. Se uma empresa movimenta fundos no Ethereum, os concorrentes conseguem ver exatamente o que ela está fazendo. A estratégia inteira do tesouro fica ali, em plena visão pública.

Isso não é uma preocupação com privacidade. É um risco de negócio.

E ainda assim a maior parte das pessoas no cripto age como se a transparência fosse o recurso. "Tudo onchain significa tudo visível." Sim. Esse é o problema.

A Dusk aborda isso de um jeito diferente. Privacidade onde importa. Divulgação seletiva quando reguladores ou auditores precisam ver. Não é esconder tudo, mas também não é transmitir tudo.

É um meio-termo tão óbvio que eu não entendo por que levou tanto tempo para alguém construir isso do jeito certo.

As finanças tradicionais funcionam com confidencialidade. Sempre foi assim. A ideia de que as instituições iriam migrar para blockchains públicas totalmente transparentes nunca foi realista.

O que você acha — a privacidade é o bloqueio real para a adoção institucional, ou é só uma peça do quebra-cabeça?

#dusk $DUSK @Dusk Algo vem me incomodando sobre o Dusk e finalmente descobri o que é.

A maioria dos projetos cripto tenta atrair instituições para virem até eles. "Por favor, liste seus ativos na nossa rede." E repetem, repetem. E as instituições, em sua maioria, dizem não porque a rede não foi feita para as necessidades delas.

O Dusk virou o jogo. Em vez de implorar por espaço na prateleira, eles fizeram parceria com a infraestrutura que as instituições realmente já usam. NPEX. Uma bolsa de valores holandesa de verdade. Regulamentada pela AFM. Licenciada como MTF.

Isso não é "ei, por favor, use nossa rede". É "vamos construir juntos a infraestrutura da bolsa na nossa rede".

E agora a NPEX está trazendo 300M EUR em ativos onchain via Dusk. Não são representações tokenizadas. São valores mobiliários regulados de verdade.

Eu não sei por que demorou tanto para eu entender essa forma de apresentar. Outros projetos de RWA são inquilinos tentando conseguir listagem. O Dusk está construindo o prédio.

É um jogo completamente diferente.

Trabalhar com instituições reguladas existentes torna a adoção onchain mais rápida do que tentar construir novos ambientes do zero?

#dusk $DUSK @Dusk Vou ser honesto: eu não fazia ideia do que era uma licença DLT-TSS até começar a pesquisar essa coisa do Dusk NPEX. E agora não consigo parar de pensar nisso.

Em resumo, nas finanças tradicionais, negociação e liquidação são coisas separadas. Uma plataforma faz o matching da sua ordem. Um depositário central de valores mobiliários faz a liquidação. Duas entidades diferentes. Dois sistemas diferentes. Muita coordenação.

Uma licença DLT-TSS permite fundir as duas em uma. Negociação E liquidação na mesma blockchain, ao mesmo tempo. Atômico, em tempo real. Sem esperar dias pela liquidação. Sem intermediários ficando movimentando registros.

A 21X já conseguiu essa licença. A primeira na Europa. E eles estão planejando integrar o DuskEVM como uma das cadeias suportadas.

Foi essa a parte que me pegou. Um ambiente de negociação europeu totalmente licenciado, em uma blockchain pública e sem permissão, liquidando negociações em tempo real. Não em uma cadeia privada. Não num jardim murado. Em infraestrutura pública.

Ainda estou tentando entender o que isso realmente libera. Se a liquidação é atômica e onchain, ainda precisamos de clearinghouses? Ainda precisamos de todas as camadas intermediárias que existem só para garantir que as negociações sejam liquidadas corretamente?

Eu não sei a resposta. Mas o fato de uma entidade licenciada estar construindo sobre trilhos públicos em vez de uma rede privada... isso parece um problema maior do que a maioria das pessoas percebe.

Liquidação onchain instantânea realmente substitui a infraestrutura antiga, ou só a realoca?

#dusk $DUSK @Dusk Então continuo vendo pessoas falarem de Dusk como se fosse apenas mais uma cadeia de privacidade. E eu entendo. A palavra "privado" está bem ali no pitch.

Mas tenho navegado pela documentação deles e não é exatamente sobre esconder tudo. É sobre escolher o que fica visível e o que não fica.

Tipo, eles têm essa coisa em que as transações podem ser transparentes ou confidenciais, dependendo do que você precisa. Não são duas cadeias diferentes. A mesma cadeia, dois modos.

Isso é estranho, né? Normalmente é ou "tudo público" como no Ethereum, ou "tudo privado" como no Monero. A Dusk está fazendo os dois. E quanto mais eu penso nisso, mais faz sentido para finanças de verdade.

Uma empresa pagando um fornecedor quer isso público. Está nos registros. Auditável.

Um fundo movendo dinheiro entre suas próprias contas não quer o mundo inteiro assistindo. Os concorrentes veriam. Os investidores entrariam em pânico.

A mesma cadeia. A mesma carteira. Só muda a visibilidade.

Não sei por que mais cadeias não fazem isso. Provavelmente porque é mais difícil de construir. Mas, para coisas financeiras de verdade, você meio que precisa das duas opções.

Você usaria uma cadeia que oferece as duas, ou você prefere um modo bem definido?

#dusk $DUSK @Dusk
Honestamente, eu não esperava passar minha noite lendo sobre padrões de token na Dusk. Mas aqui estamos.

Eu estava analisando a documentação deles e a questão da tokenização versus emissão nativa continuava me incomodando. Tipo, à primeira vista elas parecem a mesma coisa. Colocar um ativo na blockchain. Feito. Certo?

Errado.

Tokenização é apenas um “envoltório”. O ativo real ainda fica em algum lugar fora da blockchain. O custodiante o mantém. O token o representa. Se o custodiante errar, seu token basicamente vira um recibo de um problema.

Emissão nativa é completamente diferente. O ativo nasce na blockchain. O registro existe na blockchain. Emissão, transferências, liquidação, tudo. Sem um segundo sistema rodando em segundo plano que precise de reconciliação.

Isso me atingiu quando pensei em um título (bond). Um título tokenizado ainda tem um custodiante, ainda tem liquidação offchain, ainda tem dois registros que precisam bater. Um título emitido nativamente na Dusk só... existe onchain. Um registro. Uma fonte de verdade.

Não estou dizendo que eu entendo completamente toda a parte legal. Eu não entendo. Mas a diferença técnica faz sentido. Uma adiciona uma camada. A outra remove.

É nessa parte que eu continuo voltando.

Você prefere manter um token que representa um ativo, ou o próprio ativo vivendo na blockchain?

#dusk $DUSK @Dusk Ok, então tenho brincado com a documentação do Dusk há alguns dias e finalmente algo me atingiu.

Eu costumava achar que “custody” significava uma coisa. Tipo uma carteira. Você guarda as chaves ou outra pessoa guarda. Pronto.

Aí vi como a NPEX configurou isso e, sinceramente, tive que reler duas vezes.

Eles não estão usando um provedor SaaS de custódia. Eles estão rodando o Cordial Treasury por conta própria. No local. Em servidores próprios. Com controle próprio. Porque eles são uma exchange regulada e não podem simplesmente entregar o stack de tecnologia para um terceiro e torcer para nada dar errado.

E é essa a parte sobre a qual eu não parava de pensar. Já usei exchanges centralizadas antes em que a plataforma guarda tudo. Se eles congelarem, acabou. Mas a NPEX não está apenas confiando em outra pessoa. Eles estão rodando a camada de custódia eles mesmos por cima do Dusk Vault.

Não sei por que isso me surpreendeu tanto. Talvez porque a gente esteja tão acostumado com a custódia cripto sendo “envie para uma plataforma e torça”. É o contrário. É “rode você mesmo e mantenha o controle”.

Ainda não tenho certeza se o self-hosted é melhor para todo mundo. Mais controle, sim. Mas também mais responsabilidade. Se der alguma coisa errada, não tem ninguém para culpar além de você.

Esse é o dilema sobre o qual eu não consigo parar de pensar.

Você preferiria que alguém gerenciasse a custódia, ou você gostaria de ter controle total mesmo que isso signifique responsabilidade total?

#dusk $DUSK @Dusk
Você se sentiria mais seguro com um custodiante terceirizado, ou com uma custódia autocontrolada de padrão institucional, como a que a NPEX está executando?

Hoje eu estava lendo sobre a configuração de custódia da Dusk. No começo, achei que a custódia institucional fosse apenas "quem detém as chaves". Então vi como a Dusk e a NPEX realmente estruturaram isso com a Cordial Systems, e a diferença ficou clara.

Para instituições reguladas, custódia não é um único problema. São três problemas empilhados. Quem detém o ativo. Quem controla a tecnologia. Quem assume o risco se algo falhar.

A maioria das soluções de custódia de cripto é um SaaS de terceiros. Você envia seus ativos para a plataforma de um provedor. Eles mantêm. Você confia na segurança deles. Mas corretoras reguladas como a NPEX não podem fazer isso. Elas precisam de controle direto sobre sua pilha de tecnologia. Não "confie em nós, somos seguros." Controle operacional real.

É aí que entra o Cordial Treasury. É uma tecnologia de carteira auto-hospedada. No local (on-premises). A NPEX executa isso por conta própria, com o Dusk Vault como a camada de custódia de padrão institucional por baixo. A corretora não está apenas integrando com a Dusk — está usando a infraestrutura de custódia da Dusk como uma cliente.

Ainda estou pensando em como isso se desenha na prática. A custódia auto-hospedada realmente reduz o risco para instituições reguladas? Ou apenas transfere a responsabilidade do provedor para a instituição? E o que acontece quando algo dá errado — quem é responsabilizado em um cenário totalmente on-premises?

Essa é a parte que ainda não entendi. Custódia em finanças reguladas não é apenas sobre segurança. É sobre responsabilização.

#dusk $DUSK @Dusk
Encontrei algo nos documentos do Dusk que eu ainda não tinha visto em nenhuma outra blockchain. Dois modelos de transação rodando na mesma cadeia.

Moonlight para fluxos de conta pública. Tudo visível. No registro. Phoenix para transferências confidenciais e protegidas. Privado. Oculto de vista do público.

Mesmo ambiente de rede. Mesmo nível de liquidação. Você escolhe qual deles se encaixa.

No começo achei que era apenas um recurso de privacidade. Depois comecei a pensar em como instituições reguladas realmente usariam isso.

Um gestor de fundos reajustando posições entre as próprias carteiras não quer isso em exibição pública. Os concorrentes veriam. Os clientes entrariam em pânico. Mas o mesmo gestor precisa que as distribuições para os investidores estejam totalmente transparentes. Mesma cadeia, mesma carteira, dois modos. Phoenix para as movimentações internas. Moonlight para o registro público.

Isso não é privacidade como uma saída. É privacidade como uma ferramenta. Você a usa onde faz sentido, não em todo lugar.

Ainda estou pensando no lado regulatório. Quando um auditor precisa revisar transações do Phoenix, como isso funciona? Divulgação seletiva? Provas de conhecimento zero que comprovam conformidade sem expor os detalhes?

Essa é a parte que eu quero entender a seguir. Como você comprova que algo está em conformidade quando você deliberadamente escondeu os detalhes?

Você usaria dois modos de transação na mesma cadeia, ou isso complica demais as coisas?

Dia 2 no TermMax e finalmente tentei a única coisa que estava me incomodando — alavancar sem fazer looping.

Se você já fez looping manual, sabe a dor. Depositar colateral. Tomar empréstimo contra ele. Trocar por mais colateral. Depositar de novo. Tomar empréstimo de novo. Repetir. São 4 a 6 transações, taxas de gas se acumulando, ansiedade constante com os cálculos de liquidação.

O Gearing Token (GT) comprime tudo isso em UMA única transação.

Eu forneci 1.000 USDC. O protocolo fez um flash loan de fundos adicionais, comprou o colateral, travou tudo dentro de um GT NFT, emitiu tokens de dívida e pagou o flash loan — tudo de forma atômica. Um clique. Pronto.

O GT é um NFT que representa toda a sua posição alavancada. Colateral de um lado, dívida do outro. Ajuste o colateral, atualizações de metadados. Pague o empréstimo, o GT queima, o colateral retorna. Limpo.

E o Smart Unwind está chegando na V2 — defina uma meta de APR ou preço, e sua posição sai automaticamente quando as condições forem atingidas. Sem mais ficar vigiando a tela.

Não vou fingir que isso é isento de riscos. A alavancagem amplia perdas também. Mas a diferença de UX é absurda. O que antes era uma dor de cabeça de 20 minutos com múltiplas transações agora é literalmente um clique.

É assim que você torna o DeFi acessível sem simplificar demais.

#termmax @TermMax

Eu estava lendo a documentação do Dusk hoje e algo me deteve. A maioria das blockchains te oferece um único modelo de transação. Transparente. Tudo visível. É isso.

O Dusk te dá dois.

Moonlight para fluxos de contas públicas. Phoenix para transferências blindadas e confidenciais. Mesma rede. Mesmo consenso. Mesma camada de liquidação. Mas você escolhe qual modo se encaixa na transação.

Essa é uma ideia tão simples, mas muda tudo sobre como você construiria aplicações financeiras. Um pagamento do tesouro que precisa ficar registrado? Moonlight. Uma transferência de posição entre suas próprias contas que não deveria divulgar seu portfólio? Phoenix. Ambos na mesma cadeia, não duas cadeias fingindo ser uma.

O que chamou ainda mais minha atenção foi a parte de liquidação. A Atestação Concisa — o protocolo de consenso do Dusk — foi construída em torno de finalidade determinística. Uma vez que um bloco é ratificado, ele é definitivo. Sem reorgs visíveis para o usuário. Sem "aguardar seis confirmações para ficar seguro". Para mercados financeiros, isso importa mais do que velocidade. Você precisa saber que uma liquidação de fato foi liquidada.

Fico pensando em como essas peças se encaixam. Dois modelos de transação para privacidade quando necessário. Finalidade determinística para confiança na liquidação. Entrega versus pagamento embutido, de modo que o ativo e o pagamento se movem juntos de forma atômica. Isto não é uma cadeia de propósito geral com recursos financeiros adicionados. Parece infraestrutura financeira que, por coincidência, acontece de ser uma blockchain.

Ainda estou trabalhando para entender o que isso significa na prática. As instituições conseguem realmente usar ambos os modelos de transação no mesmo fluxo? A conformidade e o reporte regulatório funcionam de maneira diferente para Moonlight versus Phoenix? Essas parecem ser as perguntas certas a se fazer.

Você gostaria de dois modos de transação na mesma cadeia, ou essa complexidade extra é algo que, para a maioria dos usuários, seria desnecessário?

#dusk $DUSK @Dusk

Eu estava olhando uma comparação entre tokenização e emissão nativa hoje, no Dusk. No começo, achei que eram praticamente a mesma coisa. Colocar um ativo onchain. Qual é a diferença?

Então a comparação fez sentido para mim.

Tokenização envolve um ativo existente. Um título (bond). Um ETF. Um fundo imobiliário. Você pega algo que já existe fora do blockchain, cria um token que o representa e negocia esse token. Mas o ponto é que o ativo real ainda vive no sistema antigo. Custódia. Compensação. Liquidação. Toda a infraestrutura legada continua rodando por baixo.

Emissão nativa é diferente. O ativo nasce onchain. Não é um token apontando para algo que existe offchain. O registro real de emissão, propriedade, transferências, liquidação, administração e relatórios vivem no Dusk desde o primeiro dia.

Isso não é uma distinção pequena. É a diferença entre colocar uma “capa” digital em um processo antigo e reconstruir o próprio processo.

O que me fez parar foi pensar em como isso se desenrola em mercados regulados de verdade. Se uma instituição licenciada na UE emitir um bond nativamente no Dusk, todo o ciclo de vida permanece conectado. Sem um razão separado de custódia. Sem reconciliação entre sistemas. Sem “vamos sincronizar os registros no fim do dia”. O ativo se move, liquida e é reportado em um único lugar.

Ainda estou me perguntando o quanto isso realmente importa quando o volume real chegar. Manter todo o ciclo de vida onchain parece mais limpo, mas isso realmente simplifica as coisas na prática? Ou apenas move a complexidade para outro lugar?

Essa é a pergunta que não para de voltar. A emissão nativa é suficiente por si só, ou as instituições também precisam mudar?

Você confiaria em um ativo totalmente nativo onchain, ou se sentiria mais seguro com a tokenização envolvendo algo que já existe?

#dusk $DUSK @Dusk

Eu estava lendo @Dusk docs hoje e algo me fez parar. A maioria das blockchains trata endereços como uma coisa só. Você tem um endereço. Tudo o que você faz fica visível nele. Esse é o modelo.

A Dusk não funciona desse jeito.

Uma seed. Múltiplos perfis. Cada perfil pode ter tanto um endereço público quanto um endereço protegido. A mesma carteira. A mesma identidade. Mas você escolhe de que lado vai usar dependendo da transação.

Deixe isso assentar por um segundo.

Quer enviar um pagamento para um fornecedor? Use o endereço público. Ele fica visível. É auditável. Está registrado.

Quer mover fundos entre suas próprias contas sem divulgar suas posições? Use um endereço protegido. Privado. Ainda assim verificável por meio de provas ZK, se uma parte autorizada precisar analisá-lo.

Fiquei pensando em como isso funciona na prática. Um gestor de fundos poderia rodar toda a operação a partir de uma única seed — endereços públicos para relatórios regulatórios, endereços protegidos para posições sensíveis. Não são dois sistemas diferentes. Não são duas ferramentas diferentes. O mesmo perfil, a mesma carteira, a mesma identidade. Apenas níveis diferentes de visibilidade, dependendo do que for apropriado.

Isso não é privacidade como uma escolha tudo-ou-nada. É privacidade como uma dimensão. E isso é diferente de quase toda outra blockchain que eu já usei.

Ainda estou tentando entender como isso se desenrola em mercados regulados reais. As instituições vão usar os dois lados? Algumas coisas vão ficar totalmente públicas enquanto outras ficam totalmente protegidas? Ou a maior parte das atividades vai cair em algum ponto intermediário?

O que você escolheria — um endereço para tudo, ou a opção de ir para o público ou para o privado dependendo da transação?

#dusk $DUSK

Tenho pensado sobre como os corretores tradicionais funcionam. Você abre uma conta. Você compra um ETF ou um fundo do mercado monetário. Eles ficam com ele por você. A liquidação leva dias.

Agora compare isso com o que @Dusk está construindo com a Dusk Trade.

A Dusk Trade é um neocorretor de ativos financeiros tokenizados na DuskEVM. O pitch não é “trading de cripto”. É levar os ativos que investidores tradicionais já conhecem — MMFs, ETFs, títulos (bonds), ativos do mundo real — para a infraestrutura da Dusk.

Veja o que muda quando esses ativos se movem para a onchain.

Propriedade
Corretagem tradicional: o corretor mantém seus ativos em “nome de rua” (street name). Você tem uma reivindicação. Eles têm o ativo. Dusk Trade: propriedade real onchain. O ativo é seu. Liquidado instantaneamente. Sem “vamos processar sua solicitação em 2-3 dias úteis”.

Liquidação
Tradicional: T+2. Às vezes, mais. Os recursos são liquidados dias depois que você negocia. Dusk: liquidação determinística. A negociação é definitiva quando acontece. Não quando um back office alcança.

Componibilidade
Tradicional: seu MMF fica na sua conta de corretora. Você não pode usá-lo como garantia em outro lugar. Você não consegue integrá-lo a protocolos DeFi. Dusk Trade: ativos tokenizados são componíveis. Eles funcionam com o restante do sistema financeiro onchain.

O que acho interessante é isto: a Dusk Trade não está tentando substituir as finanças tradicionais. Ela foi estruturada para operar como um MTF e plataforma de investimentos regulamentados, em conformidade com as regulamentações aplicáveis da UE. Isso não é “mover rápido e quebrar tudo”. É “construir do jeito certo para que as instituições realmente possam usá-la”.

O modelo de neobroker não é uma exchange cripto tentando se passar por corretora. É infraestrutura de mercado financeiro construída do zero para ativos tokenizados.

As finanças tradicionais funcionam. Só são lentas, opacas e compartimentalizadas. A aposta da Dusk Trade é que ativos tokenizados com propriedade real, liquidação instantânea e componibilidade no nível do DeFi podem fazer as mesmas coisas — melhor.

A questão não é se a finança tokenizada vence. É se a infraestrutura regulamentada chega primeiro, ou se o DeFi não regulamentado chega. A Dusk aposta no caminho regulamentado.

#dusk $DUSK

A campanha XPL Trading está no ar. Gere pelo menos US$ 500 de volume em
$XPL

A maioria das pessoas ouve “blockchain de privacidade” e pensa que ela foi criada do zero. Uma nova linguagem. Novas ferramentas. Os desenvolvedores precisam aprender tudo do zero.

Esse é o problema das L1s de privacidade há anos. A tecnologia pode ser impressionante, mas se os criadores não conseguem usar as ferramentas que já conhecem, a adoção trava antes mesmo de começar.

@Dusk seguiu um caminho diferente.

A mainnet DuskEVM está chegando. É a camada de aplicação compatível com EVM na stack Dusk. Para desenvolvedores, isso é enorme. Solidity. Ferramentas do ecossistema Ethereum. Fluxos de trabalho familiares. O caminho de “eu desenvolvo em Ethereum” para “eu desenvolvo na Dusk” não é uma reescrita. É uma migração.

Mas aqui está a parte que prendeu minha atenção. A DuskEVM não apenas copia o Ethereum. Ela adiciona algo que o Ethereum não tem — fluxos EVM confidenciais via Hedger, o módulo de privacidade da Dusk.

O Hedger usa criptografia homomórfica e provas de conhecimento zero. Termos sofisticados, mas a ideia é simples. As transações podem ser processadas sem revelar os dados subjacentes. Os valores permanecem ocultos. As partes envolvidas continuam privadas. Mas tudo ainda é verificável. Ainda pode ser revisado quando autorizado.

Essa combinação não deveria funcionar. Privacidade geralmente vem ao custo de verificabilidade. Você esconde algo e não consegue provar nada sobre isso. O Hedger inverte essa lógica. Você consegue provar o que aconteceu sem expor o que aconteceu.

Para finanças reguladas, isso não é um “extra”. É a peça que faltava. Privacidade quando necessário. Transparência quando útil. E para desenvolvedores — as ferramentas que eles já conhecem.

A compatibilidade com EVM coloca os criadores pela porta. A privacidade os mantém lá.

O que importa mais para você na adoção — familiaridade do desenvolvedor ou inovação técnica?
#dusk $DUSK