Mimi Alpha
1.1k Publicações
Mimi Alpha
impossible to possible journey
197 A seguir
1.7K+ Seguidores
806 Gostaram
Publicações
Tudo
Cotações
Em direto
Há algum tempo, assumi que, uma vez que um ativo é tokenizado, mantê-lo se torna tão simples quanto possuir qualquer outro token: basta enviá-lo para uma carteira e pronto. Depois, li sobre como a Dusk aborda ativos regulados e percebi que essa suposição se desfaz rapidamente quando a conformidade entra em cena. Um título regulado não pode simplesmente ficar em qualquer carteira que o solicite, da mesma forma que um banco não pode abrir uma conta para alguém sem antes verificar quem essa pessoa é.
A Dusk lida com isso criando camadas de controle de acesso em múltiplos pontos, em vez de depender de um único portão. Credenciais de identidade estabelecem quem um participante realmente é, sem expor dados pessoais desnecessários na cadeia; o vínculo da carteira conecta aquela identidade verificada a um endereço específico, de modo que a credencial não possa ser repassada casualmente; e contratos inteligentes aplicam a regra real no momento da transferência, verificando a elegibilidade antes de a transação ser permitida de ser liquidada. Verificações no nível da aplicação adicionam mais uma camada, permitindo que os emissores apliquem suas próprias condições específicas, dependendo da jurisdição ou do tipo de ativo. O que se destacou para mim é que não é um único mecanismo fazendo todo o trabalho: são várias verificações independentes que cada uma precisa passar. Essa redundância é útil para a conformidade, mas também significa mais partes móveis que podem falhar ou criar atrito para detentores legítimos, se não for implementada com cuidado.
Isso me fez ver ativos regulados tokenizados de forma diferente. A parte difícil nunca foi emitir o token; o desafio é manter quem está autorizado a continuar a mantê-lo ao longo do tempo, conforme as circunstâncias mudam. Entender como a Dusk estrutura essa abordagem em camadas fez a pergunta sobre elegibilidade parecer menos como uma verificação única e mais como um processo contínuo.
@Dusk $DUSK #dusk
Quando a elegibilidade de um detentor muda após a emissão, como deve funcionar a aplicação das regras?
A Dusk lida com isso criando camadas de controle de acesso em múltiplos pontos, em vez de depender de um único portão. Credenciais de identidade estabelecem quem um participante realmente é, sem expor dados pessoais desnecessários na cadeia; o vínculo da carteira conecta aquela identidade verificada a um endereço específico, de modo que a credencial não possa ser repassada casualmente; e contratos inteligentes aplicam a regra real no momento da transferência, verificando a elegibilidade antes de a transação ser permitida de ser liquidada. Verificações no nível da aplicação adicionam mais uma camada, permitindo que os emissores apliquem suas próprias condições específicas, dependendo da jurisdição ou do tipo de ativo. O que se destacou para mim é que não é um único mecanismo fazendo todo o trabalho: são várias verificações independentes que cada uma precisa passar. Essa redundância é útil para a conformidade, mas também significa mais partes móveis que podem falhar ou criar atrito para detentores legítimos, se não for implementada com cuidado.
Isso me fez ver ativos regulados tokenizados de forma diferente. A parte difícil nunca foi emitir o token; o desafio é manter quem está autorizado a continuar a mantê-lo ao longo do tempo, conforme as circunstâncias mudam. Entender como a Dusk estrutura essa abordagem em camadas fez a pergunta sobre elegibilidade parecer menos como uma verificação única e mais como um processo contínuo.
@Dusk $DUSK #dusk
Quando a elegibilidade de um detentor muda após a emissão, como deve funcionar a aplicação das regras?
Next transfer only
Retroactive now
Depends on asset
Issuer decides
11 hora(s) restante(s)
#dusk $DUSK @Dusk Ontem eu tentei enviar dinheiro para um amigo, mas a conta dele havia sido sinalizada para KYC. O banco interrompeu na hora, a transação nem chegou a ser concluída. Isso ficou comigo: esse tipo de verificação deveria acontecer antes, não depois.
@Dusk aplica o mesmo raciocínio às transferências de ativos regulados. Uma transferência normal de cripto só precisa de saldo e gás, e ela acontece. Mas, para um ativo regulado, a Dusk verifica primeiro se a carteira de recebimento é até mesmo elegível.
Durante o onboarding de investidores, as carteiras são vinculadas a credenciais verificadas, e as regras de elegibilidade são definidas quando o ativo é emitido. Assim, quando uma transferência é enviada, o sistema a compara com essas regras primeiro. Se a contraparte não for elegível, a transferência simplesmente não é executada. Não há nada para reverter, nada para congelar depois.
Isso importa muito nas finanças reguladas. Se uma transferência inválida realmente for concluída, não é apenas um erro: vira uma violação de conformidade que precisa ser desfeita posteriormente, às vezes com um regulador envolvido. Bloqueá-la antes do envio evita isso por completo. Esse é exatamente o tipo de problema que o #Dusk. foi criado para resolver no nível do protocolo.
O que eu não tinha pensado antes é o quanto isso exige de manutenção. Status do investidor, jurisdição, credenciais: nada disso fica fixo. Se esses dados ficarem desatualizados, um investidor legítimo poderia acabar sendo bloqueado também.
Isso mudou a forma como eu vejo a conformidade aqui: menos como uma papelada anexada depois, e mais como uma condição que precisa ser atendida antes mesmo de a transferência poder acontecer.
Quem acaba sendo responsável por manter essas regras de elegibilidade atualizadas, e como isso evita se tornar, por si só, um gargalo?
Quem deve atualizar as regras de elegibilidade?
@Dusk #Dusk/usdt✅
$TUT
$PORTAL
@Dusk aplica o mesmo raciocínio às transferências de ativos regulados. Uma transferência normal de cripto só precisa de saldo e gás, e ela acontece. Mas, para um ativo regulado, a Dusk verifica primeiro se a carteira de recebimento é até mesmo elegível.
Durante o onboarding de investidores, as carteiras são vinculadas a credenciais verificadas, e as regras de elegibilidade são definidas quando o ativo é emitido. Assim, quando uma transferência é enviada, o sistema a compara com essas regras primeiro. Se a contraparte não for elegível, a transferência simplesmente não é executada. Não há nada para reverter, nada para congelar depois.
Isso importa muito nas finanças reguladas. Se uma transferência inválida realmente for concluída, não é apenas um erro: vira uma violação de conformidade que precisa ser desfeita posteriormente, às vezes com um regulador envolvido. Bloqueá-la antes do envio evita isso por completo. Esse é exatamente o tipo de problema que o #Dusk. foi criado para resolver no nível do protocolo.
O que eu não tinha pensado antes é o quanto isso exige de manutenção. Status do investidor, jurisdição, credenciais: nada disso fica fixo. Se esses dados ficarem desatualizados, um investidor legítimo poderia acabar sendo bloqueado também.
Isso mudou a forma como eu vejo a conformidade aqui: menos como uma papelada anexada depois, e mais como uma condição que precisa ser atendida antes mesmo de a transferência poder acontecer.
Quem acaba sendo responsável por manter essas regras de elegibilidade atualizadas, e como isso evita se tornar, por si só, um gargalo?
Quem deve atualizar as regras de elegibilidade?
@Dusk #Dusk/usdt✅
$TUT
$PORTAL
Issuer
60%
Compliance provider
0%
Regulator
20%
On-chain automation
20%
5 Votos • Votação encerrada
#dusk $DUSK @Dusk Na noite passada eu estava lendo o material do Dusk sobre tokenização e emissão nativa, e uma coisa realmente me chamou a atenção.
Elas não são a mesma coisa.
Tokenização pode colocar um ativo na blockchain sem fazer com que o token seja a fonte de verdade em si. O ativo subjacente ainda pode depender de um registro off-chain.
Fiquei pensando nisso assim:
Se você digitaliza um contrato em papel e o transforma em um PDF, o PDF fica mais fácil de enviar por aí. Mas o contrato original ainda está em algum outro lugar.
É aí que o problema de liquidação (settlement) do RWA fica interessante.
Com tokenização, o ativo on-chain ainda precisa permanecer alinhado com o registro off-chain subjacente. Isso significa que outro sistema ainda importa quando a propriedade ou a liquidação mudam. É exatamente esse vazio que o @Dusk continua apontando.
A emissão nativa (native issuance) segue uma abordagem diferente.
O ativo é criado como um instrumento on-chain desde o início. Isso pode reduzir a necessidade de manter uma representação de token separada sincronizada com um ativo off-chain.
É isso que eu acho interessante sobre o #Dusk.
Não é apenas sobre colocar ativos existentes em uma blockchain. É sobre fazer com que o ambiente on-chain faça parte de onde o ativo é realmente emitido e liquidado.
A parte mais difícil é óbvia, porém.
A emissão nativa precisa lidar com estruturas legais, custódia e conformidade de um jeito que funcione para ativos que são nativos de um sistema on-chain.
Talvez seja também por isso que wrappers tokenizados continuam sendo o caminho mais fácil para muitos projetos.
Então, quando eu olho para um projeto de RWA agora, eu faria uma pergunta primeiro:
@Dusk #dusk
$TRUMP
$BEAT
esses 2coins booom fire 🔥
Onde o ativo real realmente vive?
Elas não são a mesma coisa.
Tokenização pode colocar um ativo na blockchain sem fazer com que o token seja a fonte de verdade em si. O ativo subjacente ainda pode depender de um registro off-chain.
Fiquei pensando nisso assim:
Se você digitaliza um contrato em papel e o transforma em um PDF, o PDF fica mais fácil de enviar por aí. Mas o contrato original ainda está em algum outro lugar.
É aí que o problema de liquidação (settlement) do RWA fica interessante.
Com tokenização, o ativo on-chain ainda precisa permanecer alinhado com o registro off-chain subjacente. Isso significa que outro sistema ainda importa quando a propriedade ou a liquidação mudam. É exatamente esse vazio que o @Dusk continua apontando.
A emissão nativa (native issuance) segue uma abordagem diferente.
O ativo é criado como um instrumento on-chain desde o início. Isso pode reduzir a necessidade de manter uma representação de token separada sincronizada com um ativo off-chain.
É isso que eu acho interessante sobre o #Dusk.
Não é apenas sobre colocar ativos existentes em uma blockchain. É sobre fazer com que o ambiente on-chain faça parte de onde o ativo é realmente emitido e liquidado.
A parte mais difícil é óbvia, porém.
A emissão nativa precisa lidar com estruturas legais, custódia e conformidade de um jeito que funcione para ativos que são nativos de um sistema on-chain.
Talvez seja também por isso que wrappers tokenizados continuam sendo o caminho mais fácil para muitos projetos.
Então, quando eu olho para um projeto de RWA agora, eu faria uma pergunta primeiro:
@Dusk #dusk
$TRUMP
$BEAT
esses 2coins booom fire 🔥
Onde o ativo real realmente vive?
Native issuance
50%
Tokenized wrapper
17%
Depends on the asset
17%
Never thought about it
16%
6 Votos • Votação encerrada
Olhar para a lista de ganhadores hoje parece que o mercado decidiu distribuir velas verdes de graça 😂
$GALA +34.95%
$BCH +31.68%
$ROBO +30.02%
$PROM +28.81%
$TUT +28.37%
E eu só fico encarando a tela tipo:
“Eu entro agora… ou o mercado vai me usar como liquidez de saída?” 💀
Assistir a movimentos de +30% é fácil. Difícil é não correr atrás deles.
Qual parece o mais arriscado agora?
$GALA +34.95%
$BCH +31.68%
$ROBO +30.02%
$PROM +28.81%
$TUT +28.37%
E eu só fico encarando a tela tipo:
“Eu entro agora… ou o mercado vai me usar como liquidez de saída?” 💀
Assistir a movimentos de +30% é fácil. Difícil é não correr atrás deles.
Qual parece o mais arriscado agora?
$GALA
56%
$BCH
14%
$ROBO
19%
$PROM
11%
36 Votos • Votação encerrada
Ver tradução
@TermMax Sometime ago, I thought TermMax's three-token setup was just a way to split yield into tradeable pieces, a UX layer on lending. I didn't look closely at the math holding FT and XT together.
Then one line in TermMax's design stuck with me: 1 FT + 1 XT always equals exactly 1 debt token, at any point before maturity. Not roughly. Always. That's when I realized it isn't a packaging choice, it's what makes the whole system work without extra scaffolding.
I thought of it like splitting a bill with a friend. If the total is fixed, whatever I don't pay, my friend covers. FT holds the principal-plus-fixed-return claim, XT holds the remaining interest exposure, and together they can never be worth more or less than the underlying debt token. If one side moves, the other moves opposite to keep the equation balanced.
What changed my view was what this removes. Because the relationship is fixed by design, not by market behavior, TermMax doesn't need an oracle or peg mechanism to keep FT and XT priced correctly against each other. The AMM curve prices one leg, the other is implied. Most yield-splitting designs I've seen lean on external price feeds or arbitrage for that. This one doesn't.
But it's not bulletproof. In low liquidity or sharp rate swings, the traded spread can drift from the "fair" 1:1 relationship, since arbitrageurs close that gap, not a contract. And at maturity symmetry ends entirely. FT converts to full value, XT drops to zero. XT was never a stable "half," it's a decaying interest claim.
That's what reframed things for me. Tokenization stopped feeling like just "assets on-chain" and started looking like a way to encode relationships that used to need external enforcement.
@TermMax #TermMax #termmax
Design-level FT + XT parity instead of an oracle feels like...
Then one line in TermMax's design stuck with me: 1 FT + 1 XT always equals exactly 1 debt token, at any point before maturity. Not roughly. Always. That's when I realized it isn't a packaging choice, it's what makes the whole system work without extra scaffolding.
I thought of it like splitting a bill with a friend. If the total is fixed, whatever I don't pay, my friend covers. FT holds the principal-plus-fixed-return claim, XT holds the remaining interest exposure, and together they can never be worth more or less than the underlying debt token. If one side moves, the other moves opposite to keep the equation balanced.
What changed my view was what this removes. Because the relationship is fixed by design, not by market behavior, TermMax doesn't need an oracle or peg mechanism to keep FT and XT priced correctly against each other. The AMM curve prices one leg, the other is implied. Most yield-splitting designs I've seen lean on external price feeds or arbitrage for that. This one doesn't.
But it's not bulletproof. In low liquidity or sharp rate swings, the traded spread can drift from the "fair" 1:1 relationship, since arbitrageurs close that gap, not a contract. And at maturity symmetry ends entirely. FT converts to full value, XT drops to zero. XT was never a stable "half," it's a decaying interest claim.
That's what reframed things for me. Tokenization stopped feeling like just "assets on-chain" and started looking like a way to encode relationships that used to need external enforcement.
@TermMax #TermMax #termmax
Design-level FT + XT parity instead of an oracle feels like...
Stronger guarantee
56%
Risk hidden elsewhere
0%
Depends on conditions
22%
New perspective
22%
9 Votos • Votação encerrada
Verificado
#dusk $DUSK @Dusk Tenho observado o Dusk de uma forma um pouco diferente ultimamente. Em vez de apenas acompanhar o token e os números de staking, comecei a olhar para o que está sendo construído ao redor da rede.
Sozu está tornando o staking mais fácil, sem que os usuários precisem executar sua própria infraestrutura. Pieswap está trazendo swaps e liquidez para o DuskEVM. Dusk Domains adiciona uma camada nativa de nomenclatura .dusk para carteiras, contratos e apps.
Nenhuma dessas coisas, sozinha, muda tudo da noite para o dia, mas, juntas, elas tornam o ecossistema mais interessante. Staking, DeFi, nomenclatura, carteiras e ferramentas de rede estão começando a preencher diferentes partes da stack.
Agora estou mais curioso sobre o que acontece quando essas peças começam, de fato, a se conectar e quando os usuários transitam entre elas.
Qual deles você acha que pode se tornar a maior parte do ecossistema do Dusk?
@Dusk #dusk $DUSK #Dusk
Sozu está tornando o staking mais fácil, sem que os usuários precisem executar sua própria infraestrutura. Pieswap está trazendo swaps e liquidez para o DuskEVM. Dusk Domains adiciona uma camada nativa de nomenclatura .dusk para carteiras, contratos e apps.
Nenhuma dessas coisas, sozinha, muda tudo da noite para o dia, mas, juntas, elas tornam o ecossistema mais interessante. Staking, DeFi, nomenclatura, carteiras e ferramentas de rede estão começando a preencher diferentes partes da stack.
Agora estou mais curioso sobre o que acontece quando essas peças começam, de fato, a se conectar e quando os usuários transitam entre elas.
Qual deles você acha que pode se tornar a maior parte do ecossistema do Dusk?
@Dusk #dusk $DUSK #Dusk
Sozu
30%
Pieswap
20%
Dusk Domains
10%
All of them
40%
10 Votos • Votação encerrada
Verificado
@TermMax Na noite passada, acho que mudei a forma como eu vejo o TermMax.
Antes, eu achava que uma taxa de empréstimo de 2% era apenas mais um custo adicionado ao ato de tomar emprestado. Ver esse número sozinho faz parecer mais pesado do que realmente é.
Mas, ao analisar mais a fundo o TermMax, mudei a forma como eu o enxergo. Os 2% são uma taxa de transação de empréstimo aplicada à camada de juros, e não 2% do principal total. Com uma APR de 10% ao ano durante um ano, isso equivale a aproximadamente 0,20% do valor emprestado. Um vencimento mais curto torna a taxa ainda menor.
Isso torna o modelo de taxa fixa e prazo fixo mais interessante. Os tomadores têm custos previsíveis por um período definido, enquanto os credores obtêm uma estrutura de retorno mais clara. O trade-off é menos flexibilidade depois que a posição fica vinculada ao vencimento.
O TermMax também usa curvas de preço personalizáveis e ordens de faixa, para que os market makers tenham mais controle sobre os níveis em que as taxas de empréstimo e de concessão são oferecidas.
Assim, vejo #TermMax menos como um protocolo competindo por uma taxa de destaque e mais como um sistema tentando precificar a certeza dentro do DeFi.
Com a aproximação do TGE do TMX em 25 de agosto de 2026 e um fornecimento total fixo de 1B TMX, estou mais interessado no que acontece após o lançamento.
#termmax
#TMX
$MRNAon
$RE
$SKYAI
O que importa mais em mercados voláteis?
Antes, eu achava que uma taxa de empréstimo de 2% era apenas mais um custo adicionado ao ato de tomar emprestado. Ver esse número sozinho faz parecer mais pesado do que realmente é.
Mas, ao analisar mais a fundo o TermMax, mudei a forma como eu o enxergo. Os 2% são uma taxa de transação de empréstimo aplicada à camada de juros, e não 2% do principal total. Com uma APR de 10% ao ano durante um ano, isso equivale a aproximadamente 0,20% do valor emprestado. Um vencimento mais curto torna a taxa ainda menor.
Isso torna o modelo de taxa fixa e prazo fixo mais interessante. Os tomadores têm custos previsíveis por um período definido, enquanto os credores obtêm uma estrutura de retorno mais clara. O trade-off é menos flexibilidade depois que a posição fica vinculada ao vencimento.
O TermMax também usa curvas de preço personalizáveis e ordens de faixa, para que os market makers tenham mais controle sobre os níveis em que as taxas de empréstimo e de concessão são oferecidas.
Assim, vejo #TermMax menos como um protocolo competindo por uma taxa de destaque e mais como um sistema tentando precificar a certeza dentro do DeFi.
Com a aproximação do TGE do TMX em 25 de agosto de 2026 e um fornecimento total fixo de 1B TMX, estou mais interessado no que acontece após o lançamento.
#termmax
#TMX
$MRNAon
$RE
$SKYAI
O que importa mais em mercados voláteis?
Fixed costs
75%
Flexible liquidity
0%
Lower fees
0%
Better yields
25%
4 Votos • Votação encerrada
Verificado
Quanto mais eu analiso a pilha criptográfica de @Dusk , mais interessantes ficam os primitivos por baixo.
No início, eu achava que a privacidade do Dusk se devia principalmente a provas de conhecimento zero.
Mas então eu olhei para o que realmente fica por trás.
BLS12-381 é uma curva elíptica amigável a pares (pairing) usada em sistemas de provas modernos. No Dusk, ela aparece como parte da pilha de conhecimento zero e de assinaturas.
Depois, há JubJub, uma curva elíptica que é eficiente em cenários compatíveis com SNARK e comumente usada em designs que preservam a privacidade.
Assinaturas Schnorr são usadas para autenticação e integridade, dando ao Dusk uma base para assinar e verificar ações de protocolo.
Poseidon é outra peça que chamou minha atenção.
Ela foi projetada para ser eficiente dentro de circuitos de conhecimento zero e pode ser usada para compromissos (commitments) e hash de árvores Merkle.
$Dusk também tem dusk-merkle, uma implementação de árvore Merkle esparsa que permite provas de pertencimento eficientes sobre conjuntos de dados grandes.
E então há PLONK.
PLONK é o sistema de provas usado para construir provas de conhecimento zero. Os desenvolvedores podem definir circuitos reutilizáveis e gerar provas compactas (succinct) que podem ser verificadas on-chain.
Então não é realmente apenas “o Dusk usa ZK”.
Existem curvas elípticas, assinaturas, hashing, árvores Merkle e o sistema de provas funcionando como diferentes partes da pilha.
Acho que essa é a parte mais interessante para analisar.
Não apenas o recurso de privacidade em si, mas o que realmente torna essa privacidade possível por baixo.
#DUSK #dusk @Dusk $DUSK
No início, eu achava que a privacidade do Dusk se devia principalmente a provas de conhecimento zero.
Mas então eu olhei para o que realmente fica por trás.
BLS12-381 é uma curva elíptica amigável a pares (pairing) usada em sistemas de provas modernos. No Dusk, ela aparece como parte da pilha de conhecimento zero e de assinaturas.
Depois, há JubJub, uma curva elíptica que é eficiente em cenários compatíveis com SNARK e comumente usada em designs que preservam a privacidade.
Assinaturas Schnorr são usadas para autenticação e integridade, dando ao Dusk uma base para assinar e verificar ações de protocolo.
Poseidon é outra peça que chamou minha atenção.
Ela foi projetada para ser eficiente dentro de circuitos de conhecimento zero e pode ser usada para compromissos (commitments) e hash de árvores Merkle.
$Dusk também tem dusk-merkle, uma implementação de árvore Merkle esparsa que permite provas de pertencimento eficientes sobre conjuntos de dados grandes.
E então há PLONK.
PLONK é o sistema de provas usado para construir provas de conhecimento zero. Os desenvolvedores podem definir circuitos reutilizáveis e gerar provas compactas (succinct) que podem ser verificadas on-chain.
Então não é realmente apenas “o Dusk usa ZK”.
Existem curvas elípticas, assinaturas, hashing, árvores Merkle e o sistema de provas funcionando como diferentes partes da pilha.
Acho que essa é a parte mais interessante para analisar.
Não apenas o recurso de privacidade em si, mas o que realmente torna essa privacidade possível por baixo.
#DUSK #dusk @Dusk $DUSK
Está definitivamente acontecendo alguma coisa com estas 3… 👀🔥
$RICE , $BTW e $HEMI estão fazendo movimentos bem sérios hoje.
#RICE está liderando a investida 📈
#BTW está pressionando forte 🚀
#HEMI também está ganhando um impulso forte
Mas agora vem a pergunta de verdade:
Qual deles tem a maior chance de continuar bombando daqui? 👀
$RICE , $BTW e $HEMI estão fazendo movimentos bem sérios hoje.
#RICE está liderando a investida 📈
#BTW está pressionando forte 🚀
#HEMI também está ganhando um impulso forte
Mas agora vem a pergunta de verdade:
Qual deles tem a maior chance de continuar bombando daqui? 👀
$RICE
22%
$BTW
39%
$HEMI
30%
All of them dump
9%
94 Votos • Votação encerrada
#termmax @TermMax
Acho que chamar @TermMax de “usuários de yield passivo” não captura realmente o que está acontecendo por baixo.
Um Depositante não é apenas colocar ativos em algum lugar e esperar um número subir.
Na prática, ele está confiando em um Curador para decidir onde esse capital deve ser alocado em diferentes mercados.
Você deposita em um cofre, recebe cotas do cofre, e o valor dessas cotas muda conforme a estratégia ganha ou perde dinheiro.
O que acho interessante é quanto do trabalho ativo é retirado do Depositante.
Em vez de gerenciar você mesmo empréstimos, empréstimos ou posições alavancadas, você está escolhendo um cofre e deixando o Curador cuidar da estratégia.
Há também alguma diversificação aqui. Um único cofre pode oferecer exposição a vários mercados usando o mesmo token de dívida.
Mas eu não trataria isso como uma renda passiva isenta de riscos.
O resultado ainda depende do Curador, das condições de mercado e da liquidez para saques. Retornos negativos também são possíveis.
Até a estrutura de taxas vale ser entendida. A taxa do Curador e a taxa de protocolo atual de 2% da TermMax se aplicam ao yield passivo de ativos ociosos, não ao seu principal depositado.
Então a pergunta que eu continuo levando para casa é.
O valor real dos cofres da TermMax é o próprio rendimento, ou a capacidade de acessar uma estratégia gerida ativamente sem precisar gerenciar cada posição sozinho?
#TermMax
#termmax
Acho que chamar @TermMax de “usuários de yield passivo” não captura realmente o que está acontecendo por baixo.
Um Depositante não é apenas colocar ativos em algum lugar e esperar um número subir.
Na prática, ele está confiando em um Curador para decidir onde esse capital deve ser alocado em diferentes mercados.
Você deposita em um cofre, recebe cotas do cofre, e o valor dessas cotas muda conforme a estratégia ganha ou perde dinheiro.
O que acho interessante é quanto do trabalho ativo é retirado do Depositante.
Em vez de gerenciar você mesmo empréstimos, empréstimos ou posições alavancadas, você está escolhendo um cofre e deixando o Curador cuidar da estratégia.
Há também alguma diversificação aqui. Um único cofre pode oferecer exposição a vários mercados usando o mesmo token de dívida.
Mas eu não trataria isso como uma renda passiva isenta de riscos.
O resultado ainda depende do Curador, das condições de mercado e da liquidez para saques. Retornos negativos também são possíveis.
Até a estrutura de taxas vale ser entendida. A taxa do Curador e a taxa de protocolo atual de 2% da TermMax se aplicam ao yield passivo de ativos ociosos, não ao seu principal depositado.
Então a pergunta que eu continuo levando para casa é.
O valor real dos cofres da TermMax é o próprio rendimento, ou a capacidade de acessar uma estratégia gerida ativamente sem precisar gerenciar cada posição sozinho?
#TermMax
#termmax
$VELVET 👀🔥
Este gráfico está ficando interessante de novo.
O preço está por volta de US$ 0,66 depois desse forte movimento de alta. O volume também está aumentando.
Se os compradores continuarem aparecendo, $VELVET poderia dar mais um passo à frente.
Estou de olho nesse aqui 👀
#NeynarSeeksNewFarcasterOperator
Este gráfico está ficando interessante de novo.
O preço está por volta de US$ 0,66 depois desse forte movimento de alta. O volume também está aumentando.
Se os compradores continuarem aparecendo, $VELVET poderia dar mais um passo à frente.
Estou de olho nesse aqui 👀
#NeynarSeeksNewFarcasterOperator
Tenho olhado para como a privacidade da carteira funciona e, honestamente, quanto mais eu olho, mais importante se torna a estrutura da carteira. Uma carteira não deveria ter que expor tudo apenas porque você precisa usar um endereço público.
É aí que o @Dusk fica interessante.
A parte interessante começa com um Mnemonic baseado na seed phrase BIP-39. Isso se torna a seed criptográfica da carteira e, a partir daí, a mesma carteira pode derivar múltiplos perfis.
Cada perfil é construído como uma tupla de pares de chaves. O Perfil 1 pode ter seu próprio endereço público e endereço protegido. O Perfil 2 pode ter outro endereço público e endereço protegido. A mesma estrutura pode continuar ao longo do Perfil n. $ACE
Isso dá à carteira uma forma de organizar múltiplos perfis sob a mesma seed criptográfica, mantendo os endereços públicos e protegidos dentro de cada perfil.
O uso real é bem direto. Um perfil pode funcionar com um endereço público enquanto outro pode usar um endereço protegido, dependendo do que o usuário precisa.
Para mim, esse é o propósito desse design. Não é sobre forçar cada interação a um único tipo de endereço. Ele dá à carteira uma estrutura em que múltiplos perfis e diferentes tipos de endereços podem coexistir.
O interessante é que isso já vem embutido na própria arquitetura da carteira, em vez de ser algo adicionado mais tarde.$RICE
Não é tentar tornar a carteira complicada por si só. A ideia é simples: uma única seed criptográfica pode suportar múltiplos perfis com endereços públicos e protegidos.
É isso que faz a estrutura da carteira da Dusk valer a pena acompanhar.
@Dusk
#dusk $DUSK
É aí que o @Dusk fica interessante.
A parte interessante começa com um Mnemonic baseado na seed phrase BIP-39. Isso se torna a seed criptográfica da carteira e, a partir daí, a mesma carteira pode derivar múltiplos perfis.
Cada perfil é construído como uma tupla de pares de chaves. O Perfil 1 pode ter seu próprio endereço público e endereço protegido. O Perfil 2 pode ter outro endereço público e endereço protegido. A mesma estrutura pode continuar ao longo do Perfil n. $ACE
Isso dá à carteira uma forma de organizar múltiplos perfis sob a mesma seed criptográfica, mantendo os endereços públicos e protegidos dentro de cada perfil.
O uso real é bem direto. Um perfil pode funcionar com um endereço público enquanto outro pode usar um endereço protegido, dependendo do que o usuário precisa.
Para mim, esse é o propósito desse design. Não é sobre forçar cada interação a um único tipo de endereço. Ele dá à carteira uma estrutura em que múltiplos perfis e diferentes tipos de endereços podem coexistir.
O interessante é que isso já vem embutido na própria arquitetura da carteira, em vez de ser algo adicionado mais tarde.$RICE
Não é tentar tornar a carteira complicada por si só. A ideia é simples: uma única seed criptográfica pode suportar múltiplos perfis com endereços públicos e protegidos.
É isso que faz a estrutura da carteira da Dusk valer a pena acompanhar.
@Dusk
#dusk $DUSK
#termmax @TermMax
Eu costumava achar que MLTV e LLTV eram basicamente a mesma coisa. Só mais um par de números mostrando quanto você poderia tomar emprestado usando sua garantia.
Aí comecei a olhar mais de perto o @TermMax e a diferença acabou ficando bem importante.
LLTV é basicamente o limite superior de empréstimo contra sua garantia. Ele te diz até onde uma posição pode ir antes que a liquidação vire uma preocupação real.
MLTV tem mais a ver com a margem em que as coisas começam a ficar desconfortáveis. Ele dá à posição um espaço antes de você atingir esse limite final.
O que eu gosto nisso é que esses dois números tornam o risco mais fácil de entender. Você não está só olhando para uma única razão e torcendo para o mercado se comportar. Você consegue ver onde a posição está operando e onde fica o limite “duro”.
Isso me fez encarar posições alavancadas de um jeito diferente. A pergunta não é apenas “quanto posso tomar emprestado?”; é também “quanto espaço eu realmente tenho antes que essa posição comece a ser pressionada?”.
Para DeFi de taxa fixa, essa distinção importa muito mais do que eu imaginava.
#TermMax $CLO $TUT boom fire 🔥
Eu costumava achar que MLTV e LLTV eram basicamente a mesma coisa. Só mais um par de números mostrando quanto você poderia tomar emprestado usando sua garantia.
Aí comecei a olhar mais de perto o @TermMax e a diferença acabou ficando bem importante.
LLTV é basicamente o limite superior de empréstimo contra sua garantia. Ele te diz até onde uma posição pode ir antes que a liquidação vire uma preocupação real.
MLTV tem mais a ver com a margem em que as coisas começam a ficar desconfortáveis. Ele dá à posição um espaço antes de você atingir esse limite final.
O que eu gosto nisso é que esses dois números tornam o risco mais fácil de entender. Você não está só olhando para uma única razão e torcendo para o mercado se comportar. Você consegue ver onde a posição está operando e onde fica o limite “duro”.
Isso me fez encarar posições alavancadas de um jeito diferente. A pergunta não é apenas “quanto posso tomar emprestado?”; é também “quanto espaço eu realmente tenho antes que essa posição comece a ser pressionada?”.
Para DeFi de taxa fixa, essa distinção importa muito mais do que eu imaginava.
#TermMax $CLO $TUT boom fire 🔥
ao vivo na haaaaaa🔥
@ALPHA-BNB
@ALPHA-BNB
ALPHA-BNB
·
--
[Terminado] 🎙️ SESSÃO DE CHAT DOS AMIGOS 👋🏻
216 reproduções
#dusk $DUSK Tenho pensado nesta ideia desde @Dusk há um tempo.
Quanto mais olho para a evolução da Dusk rumo a uma arquitetura em camadas, mais parece que eles estão resolvendo um problema que a maioria das blockchains nem sequer aborda.
Nem tudo precisa viver na mesma camada.
Casos de uso diferentes exigem níveis diferentes de privacidade, transparência, execução e liquidação.
É aí que a arquitetura fica interessante.
Em vez de forçar todo ativo e toda transação em um único modelo, a $Dusk está construindo um ambiente no qual ativos digitais regulamentados podem operar com o equilíbrio certo entre privacidade e conformidade.
Público quando for necessário.
Privado quando deve ser.
Auditável quando importar.
E com o DuskEVM se tornando parte desse quadro, o ecossistema começa a parecer menos como outra blockchain e mais como infraestrutura projetada para mercados financeiros.
Sem hype.
A própria arquitetura é o que chamou minha atenção.
Ainda é cedo, mas é o tipo de infraestrutura que vou continuar acompanhando.
$ACE $EDEN
Quanto mais olho para a evolução da Dusk rumo a uma arquitetura em camadas, mais parece que eles estão resolvendo um problema que a maioria das blockchains nem sequer aborda.
Nem tudo precisa viver na mesma camada.
Casos de uso diferentes exigem níveis diferentes de privacidade, transparência, execução e liquidação.
É aí que a arquitetura fica interessante.
Em vez de forçar todo ativo e toda transação em um único modelo, a $Dusk está construindo um ambiente no qual ativos digitais regulamentados podem operar com o equilíbrio certo entre privacidade e conformidade.
Público quando for necessário.
Privado quando deve ser.
Auditável quando importar.
E com o DuskEVM se tornando parte desse quadro, o ecossistema começa a parecer menos como outra blockchain e mais como infraestrutura projetada para mercados financeiros.
Sem hype.
A própria arquitetura é o que chamou minha atenção.
Ainda é cedo, mas é o tipo de infraestrutura que vou continuar acompanhando.
$ACE $EDEN
#termmax @TermMax
O que você acha que é a força real da TermMax?
No início, eu vi @TermMax principalmente como um protocolo de empréstimo de taxa fixa, mas quanto mais eu observo como FT, XT e GT funcionam juntos, mais eu vejo que existe uma ideia maior por trás do sistema.
Um credor pode comprar FT com desconto e saber o que receberá na maturidade; um tomador pode comprar FT com desconto e saber o que receberá na maturidade.
O tomador recebe XT e ainda pode obter liquidez enquanto bloqueia o custo do empréstimo.
O GT une o colateral e a dívida em uma única posição de alavancagem on-chain, mas o que chamou minha atenção é que essas peças não precisam ser gerenciadas como uma única posição rígida: cada token representa uma parte diferente da mesma posição de dívida. Isso significa que credores, tomadores e usuários alavancados podem gerenciar sua exposição de formas diferentes, o que muda a maneira como eu penso sobre empréstimos com taxa fixa.
Talvez taxas fixas não tenham que significar abrir mão da flexibilidade.
Se a DeFi puder separar as diferentes partes de uma posição de dívida enquanto mantém tudo conectado on-chain, o empréstimo se torna mais previsível sem tornar as posições mais difíceis de gerenciar — e talvez essa seja a parte mais interessante da Termmax: não apenas oferecer taxas, mas tornar as posições de taxa fixa mais flexíveis.
Se o empréstimo puder ser previsível e flexível ao mesmo tempo, isso não tornaria a alavancagem muito mais fácil de gerenciar?
$GPS $PORTAL $ACE
O que é mais importante para você no lending da DeFi?
O que você acha que é a força real da TermMax?
No início, eu vi @TermMax principalmente como um protocolo de empréstimo de taxa fixa, mas quanto mais eu observo como FT, XT e GT funcionam juntos, mais eu vejo que existe uma ideia maior por trás do sistema.
Um credor pode comprar FT com desconto e saber o que receberá na maturidade; um tomador pode comprar FT com desconto e saber o que receberá na maturidade.
O tomador recebe XT e ainda pode obter liquidez enquanto bloqueia o custo do empréstimo.
O GT une o colateral e a dívida em uma única posição de alavancagem on-chain, mas o que chamou minha atenção é que essas peças não precisam ser gerenciadas como uma única posição rígida: cada token representa uma parte diferente da mesma posição de dívida. Isso significa que credores, tomadores e usuários alavancados podem gerenciar sua exposição de formas diferentes, o que muda a maneira como eu penso sobre empréstimos com taxa fixa.
Talvez taxas fixas não tenham que significar abrir mão da flexibilidade.
Se a DeFi puder separar as diferentes partes de uma posição de dívida enquanto mantém tudo conectado on-chain, o empréstimo se torna mais previsível sem tornar as posições mais difíceis de gerenciar — e talvez essa seja a parte mais interessante da Termmax: não apenas oferecer taxas, mas tornar as posições de taxa fixa mais flexíveis.
Se o empréstimo puder ser previsível e flexível ao mesmo tempo, isso não tornaria a alavancagem muito mais fácil de gerenciar?
$GPS $PORTAL $ACE
O que é mais importante para você no lending da DeFi?
Fixed borrowing rates
100%
Flexible positions
0%
Easy leverage
0%
Liquidity
0%
6 Votos • Votação encerrada
Verificado
Recentemente eu estava analisando o comércio no crepúsculo e, no começo, pensei que estava tudo bem.... então basicamente é mais um produto @Dusk colocado em cima da blockchain, mas depois olhei um pouco mais a fundo e percebi que o dusk trade não é o protocolo base. Ele é uma camada de produto que pode usar diferentes partes da pilha do dusk por baixo. O DuskDS lida com a finalização do settlement e com a disponibilidade de dados; o DuskEVM oferece ao aplicativo um ambiente compatível com EVM com as ferramentas do Solidity; enquanto o DuskVM permite que desenvolvedores executem contratos inteligentes Rust/WASM diretamente no duskL1. Depois disso, existe o citadel para identidade, credenciais e divulgação seletiva. O Dusk connect serve para descoberta de carteira e conexão de conta, e a extensão da Dusk Wallet para conectar usuários às aplicações do dusk através do navegador. O que achei interessante é que toda essa configuração não precisa ser exatamente a mesma toda vez. A arquitetura pode depender do produto e dos requisitos regulatórios do mercado que está atendendo; na prática, isso torna a pilha do dusk trade mais fácil para mim entender. Não é um setup fixo: são peças diferentes trabalhando juntas, dependendo do que o produto precisa.
#dusk $DUSK
$PORTAL $GPS bombeando forte
Mantenha os olhos no PORTAL e no GPS para o curto 🤑
#dusk $DUSK
$PORTAL $GPS bombeando forte
Mantenha os olhos no PORTAL e no GPS para o curto 🤑
Verificado
#dusk $DUSK @Dusk Meu amigo estava me contando sobre @Dusk e como eles estão tentando lidar com atividades financeiras privadas na cadeia, e honestamente eu não fiquei impressionado logo de cara.
Eu pensei: “ok... mais uma blockchain falando sobre privacidade”. Aí ele me mostrou isso e disse: “olha o que realmente está acontecendo aqui”?
Isso me fez pensar......
Uma transferência pode continuar privada.
Um dividendo pode continuar privado.
Até as votações dos acionistas podem continuar privadas, mas a parte interessante é que essas coisas não somem só em uma caixa-preta. Elas ainda podem ser verificadas pelas pessoas que de fato estão autorizadas a checar, e eu acho que esse é um problema muito mais difícil do que simplesmente tornar transações privadas, porque nos mercados financeiros reais você não pode simplesmente tornar tudo público, mas também não pode tornar tudo completamente escondido.
Existem reguladores, instituições, emissores e outras partes que podem precisar verificar o que aconteceu — e é aí que DuskEVM e Hedger começaram a fazer mais sentido para mim. O DuskEVM mantém o ambiente familiar para desenvolvedores Solidity, enquanto o Hedger traz processos baseados em EVM com privacidade que ainda podem ser verificados. Então talvez seja “privado para quem e verificável por quem?”.
Quanto mais eu olho para o dusk, mais sinto que essa é a parte que vale a pena assistir.....
Tokenizar um RWA é uma coisa; fazer com que a atividade financeira real ao redor dele funcione desse jeito é um desafio completamente diferente.
$AIO $HEMI
Eu pensei: “ok... mais uma blockchain falando sobre privacidade”. Aí ele me mostrou isso e disse: “olha o que realmente está acontecendo aqui”?
Isso me fez pensar......
Uma transferência pode continuar privada.
Um dividendo pode continuar privado.
Até as votações dos acionistas podem continuar privadas, mas a parte interessante é que essas coisas não somem só em uma caixa-preta. Elas ainda podem ser verificadas pelas pessoas que de fato estão autorizadas a checar, e eu acho que esse é um problema muito mais difícil do que simplesmente tornar transações privadas, porque nos mercados financeiros reais você não pode simplesmente tornar tudo público, mas também não pode tornar tudo completamente escondido.
Existem reguladores, instituições, emissores e outras partes que podem precisar verificar o que aconteceu — e é aí que DuskEVM e Hedger começaram a fazer mais sentido para mim. O DuskEVM mantém o ambiente familiar para desenvolvedores Solidity, enquanto o Hedger traz processos baseados em EVM com privacidade que ainda podem ser verificados. Então talvez seja “privado para quem e verificável por quem?”.
Quanto mais eu olho para o dusk, mais sinto que essa é a parte que vale a pena assistir.....
Tokenizar um RWA é uma coisa; fazer com que a atividade financeira real ao redor dele funcione desse jeito é um desafio completamente diferente.
$AIO $HEMI
Inicia sessão para explorar mais conteúdos