老李说财经

#dusk $DUSK

Antes de ver “EVM compatível”, eu basicamente não pensava muito a respeito.

Se dá para escrever em Solidity, se o Foundry roda, e se a carteira também consegue conectar — então não é só continuar usando o mesmo pacote do Ethereum?

Recentemente, ao ler a Reference do DuskEVM do @Dusk , percebi que, na prática, ao fazer o deploy de verdade, não dá para ser tão preguiçoso.

Um exemplo bem simples: hoje o DuskEVM tem o seu próprio sequencer.

Quando você obtém um receipt da transação, isso quer dizer que ela já foi empacotada.
Mas isso não é a mesma coisa que settlement depois.

E ainda tem o prevrandao.

No Ethereum, alguns desenvolvedores costumam usá-lo de forma conveniente para lógica relacionada a números aleatórios.
Mas a documentação oficial do Dusk faz questão de alertar: no DuskEVM, não trate isso como uma fonte de aleatoriedade segura e imparcial.

Coisas assim, se você não olhar a Reference no dia a dia, é muito fácil escrever direto no modo antigo, por hábito.

Então hoje eu entendo EVM compatibility de um jeito bem mais realista do que antes:

Ela pode economizar bastante custo de migração — isso está certo.

Mas “familiaridade com a interface” e “ambiente subjacente é igual” não são a mesma coisa.

Quando for realmente planejar colocar em produção, ainda precisa rever de novo coisas como sequencer, finality e estados entre camadas.

Eu, na verdade, gosto bastante de a documentação oficial já escrever essas limitações diretamente.

O que eu mais temo não são as diferenças.

É você achar que não existem diferenças.

#dusk $DUSK

假设我买了一只链上债券。

钱已经扣了。

结果债券没到账。

或者反过来：

债券已经转给我了，卖方那边却没收到钱。

这种事放在普通转账里可能只是“交易失败”。

放在金融里，就是整笔本金暴露在风险里。

最近看 @Dusk 的 settlement 设计，我反而对 DvP 这三个字印象最深。

Delivery versus Payment。

说人话就是：

资产这一腿和付款这一腿，别各走各的。

最好是在同一个结算条件下绑定起来。

钱能交，资产才交。

资产能交，钱才算真正完成。

这也是为什么我现在觉得：

成交和 Settlement 根本不是一回事。

成交只是双方谈妥了。

Settlement 才是钱货真正两清。

Dusk 现在强调的 deterministic finality 和 DvP-ready workflow，本质上就是想把这两件事接起来。

Dusk Trade 也把 asset leg、payment leg coordination 和 settlement 放在同一条流程里。

不过这东西也别吹成“用了 DvP 就没有风险”。

不是。

如果交易最后没结算，你还是可能错过价格，还是可能临时缺流动性。

它解决的主要是另一件事：

别让我钱付了，资产没拿到。

或者资产给了，钱没回来。

所以我对 DvP 最简单的理解就是：

它不保证交易永远成功。

它只是尽量避免交易失败的时候，只失败一半。

这个我觉得比单纯讲“结算更快”实在得多。

#dusk $DUSK

假设你准备买 500 万美元的资产。

订单还没成交，整个市场已经知道你在买。

知道你站哪一边。

知道你有多急。

甚至能大概猜出你后面还有多少没成交。

这时候“链上完全透明”还一定是好事吗？

最近看 @Dusk 的 Hedger，我最感兴趣的其实不是 ZK，也不是同态加密。

而是它提到的 obfuscated order books。

这东西我第一反应就是：

终于有人认真考虑大资金不想提前亮底牌这件事了。

散户挂个几百上千美元的单子，透明一点问题不大。

但机构不是这样。

订单意图本身就是信息。

你准备买还是卖、需要多少流动性、愿意等多久，这些东西只要提前暴露，别人就可以围着你的需求做策略。

最后你可能不是“被黑了”。

但成交价格就是比原本更差。

这也是为什么我越来越觉得：

透明，对散户可能是信息；对大资金，有时候就是 execution cost。

Hedger 想做的不是把交易所变成黑箱。

它更像是在尝试把不该提前公开的 intent 和 exposure 藏起来，同时保留执行验证和受监管审计。

这个方向我能理解。

但我现在还不会吹它已经解决问题。

因为 DuskEVM / Hedger 目前还是 Testnet，obfuscated order book 官方描述里也还是 upcoming deployment。

真正要看的，是上线以后这套设计会不会牺牲价格发现、撮合效率或者流动性。

所以我现在对 Hedger 的态度很简单：

方向对不对，基本看懂了。

接下来等市场告诉我们，它到底好不好用。

#dusk $DUSK

假设钱包突然进来一笔钱。

链上其他人不知道谁转的，不知道转给谁，也看不到金额。

听起来隐私拉满。

但如果我是收款的人，发现：

我自己也不知道这钱是谁打的。

那就有点麻烦了。

钱收错了怎么办？

来源有问题怎么办？

公司财务问我这笔款是谁付的，我回一句“查不到”？

所以我这两天看 @Dusk 的 Phoenix 2.0，最感兴趣的反而不是它能藏多少东西。

而是它没有把交易双方也一起弄瞎。

Phoenix 对外可以隐藏 sender、receiver 和 amount，但 receiver 仍然能够确认资金来源。

如果这笔钱需要退回，设计里也考虑了 refund originator。

这一下就和我以前理解的“匿名交易”不太一样了。

它不是追求：

谁都不知道发生了什么。

而更像：

路人不用知道我收了谁的钱；

但作为收款方，我得知道这钱从哪来。

有审计或合规需求时，又可以配合 viewing key / selective disclosure 去处理可见性。

我觉得这才像真实金融会遇到的问题。

毕竟公司真正怕的不是“交易双方互相知道是谁”。

怕的是一笔本来只跟两个人有关的交易，最后变成全世界都能翻的永久记录。

所以 Phoenix 2.0 这个设计我挺喜欢：

隐私不是把所有人蒙上眼睛。

不该围观的人，看不到就够了。

#dusk $DUSK @Dusk

刚开始研究 dusk的架构时，我有个挺直接的疑问：

Dusk 为什么要搞 DuskDS、DuskEVM、Hedger 这么多东西？全塞一条链里不是更省事？

后来翻了一圈文档，发现这三个名字其实可以用三句话理解。

DuskEVM：东西在哪跑。

Solidity、EVM 应用这些主要在这里执行，开发者不用为了进 Dusk 重新学一套完全陌生的东西。

Hedger：哪些东西不用给所有人看。

像余额、仓位、交易金额这种金融数据，需要保密的时候就在这一层处理。不是把交易藏没了，而是别让所有敏感信息裸奔。

DuskDS：最后谁说了算。

交易数据和状态最终还要落到 DuskDS，它负责底层 settlement 和 data availability。

这么一拆我反而觉得合理了。

拿一家金融公司来说，也不会让前台交易系统同时负责权限、数据库、清算和所有后台工作。用户看到的是一个产品，下面本来就是不同系统各干各的。

Dusk 现在也是类似的思路。

应用能跑是一件事，敏感数据怎么处理是另一件事，最后怎么结算又是另一件事。

当然，现在 DuskEVM 还是 testnet 阶段，所以纸面架构讲得通，不代表主网上线后一定跑得顺。

但至少我现在再看到“DuskEVM + Hedger + DuskDS”，不会觉得是在堆三个技术名词了。

它们其实是在解决三件不同的事。

#dusk $DUSK

Recentemente, vi @Dusk insistir bastante em “selective disclosure”. A minha reação imediata foi esta:

Se a autoridade reguladora no fim ainda consegue ver, isso ainda pode ser chamado de Privacy?

Depois pensei melhor: eu estava a misturar “privacidade” com “ninguém consegue ver”.

Tal como o meu saldo bancário não fica afixado na porta do banco.

O vizinho não vê, outros clientes não vêem, e os concorrentes também não veem.

Mas, dentro das condições legais e de autorização, o banco, auditores ou até o próprio sistema regulatório ainda podem verificar informações relevantes.

E você não diria por isso que:

“a minha conta bancária não tem privacidade nenhuma.”

A diferença real é, na verdade —

quem tem permissão para ver.

Este é também o jeito mais simples pelo qual eu agora entendo a programmable privacy da Dusk.

Ela não procura esconder para sempre todas as atividades financeiras. Procura, em vez disso, privacy quando necessário e transparência quando útil, e utiliza selective disclosure para que os sujeitos autorizados façam uma revisão quando precisarem.

Para uma transferência comum em Crypto isso pode parecer complexo. Mas se, no futuro, obrigações, fundos e valores mobiliários desses ativos regulados forem realmente colocados em cadeia em grande escala, eu acho que isto é uma etapa inevitável.

Porque os dois extremos não funcionam bem:

Ou toda a gente consegue ver o teu saldo, posição e relações de transação — e as instituições talvez nem se sintam seguras para usar;

Ou ninguém consegue verificar — e a regulamentação financeira acaba por ficar difícil de sustentar.

Por isso, agora eu penso que:

o verdadeiro oposto da privacidade financeira não é necessariamente “a regulação”.

Pode ser —

pessoas irrelevantes também terem o direito de consultar as tuas informações.

Se a Dusk conseguir realmente colocar esse limite de permissões no fluxo de trabalho financeiro em cadeia, então programmable privacy não será apenas um rótulo bonito.

#dusk $DUSK

看 @Dusk 最近聊 Tokenization，有句话让我重新想了一遍 RWA 的“流动性”。

假设有一项价值 100 万美元的资产。

以前只有一个人能买。

现在把它 Tokenize，切成 100 万份，每份只要 1 美元。

听起来门槛从 100 万降到 1 美元，流动性应该直接起飞，对吧？

其实完全不是一回事。

Fractional ownership 解决的是“买不买得起”。

Liquidity 解决的是“你想卖的时候，有没有另一个人愿意接”。

把一项没人交易的资产切成 100 万份，最后可能只是得到 100 万份更便宜、但依然没人接盘的资产。

这也是我觉得 Dusk 最近这个观点很重要的原因。

真正的链上金融市场，除了 Tokenization，还需要 eligible investors、交易场所、payment、价格发现和最终 settlement。

这时候再看 Dusk 和 NPEX，以及 Dusk Trade 的布局，逻辑就比“把 RWA 搬上链”清楚多了。

NPEX 带来的不是一个 Logo，而是受监管市场和真实投资者基础；Dusk Trade 想解决的也不只是资产展示，而是从 investor eligibility、交易、payment coordination 一直到 settlement 的完整路径。

所以我现在已经不太相信：

“Fractionalization = Liquidity”。

降低门槛当然有价值。

但真正决定一个 RWA 能不能形成市场的，是你买得到以后，还能不能顺利卖出去。

Token 可以切得无限小。

买家不能。

#dusk $DUSK

RWA há tanto tempo assim. Ontem, de repente, me fiz uma pergunta meio constrangedora:

De fato, eu já comprei quantos RWA on-chain?

A resposta é decepcionantemente pequena.

Não é porque não existem ativos on-chain.

Nos últimos anos, examinei um monte de produtos relacionados a títulos, fundos e ações.

Mas quando eu realmente ia tirar o dinheiro, o problema aparecia imediatamente:

Eu tenho资格 (direito/qualificação) para comprar?

Onde comprar?

Depois de comprar, como fazem a entrega (settlement) do dinheiro e dos ativos?

Esse Token, afinal, representa quais direitos?

Mais tarde, se eu quiser sair, para quem eu vendo?

Depois que pesquisei a Dusk Trade (@Dusk ), percebi que no passado eu sempre tratei o passo mais simples do RWA como sendo o mais difícil.

Transformar ativos em Token é, na verdade, apenas o começo.

O que a Dusk Trade quer conectar é toda essa sequência enorme de dores:

descoberta de ativos, onboarding e elegibilidade de investidores, carteiras, negociação, coordenação de pagamentos, até chegar ao Settlement final.

Parece menos “sexy” do que “levar ativos de trilhões para a cadeia”.

Mas, na perspectiva de um usuário que realmente está pronto para colocar dinheiro, eu sinto que essas coisas são ainda mais importantes.

Porque eu não me importo com quantos protocolos o backend usa.

Eu só quero que, depois de abrir uma entrada, eu consiga confirmar que posso comprar, concluir a transação de verdade, os ativos realmente ficarem de minha propriedade e, no fim, eu realmente conseguir vender.

Por que corretoras tradicionais são tão convenientes?

Não é porque as ações foram digitalizadas.

É porque o usuário comum nem sente o quão muitas camadas de sistemas existem por trás de abrir conta, casamentos de ordens (matching), registro, pagamento e liquidação (settlement).

Então, hoje, minha maior expectativa em relação à Dusk Trade não é “ter mais alguns RWA”.

É que, um dia, ao comprar títulos, fundos e outros ativos on-chain, eu não precise primeiro aprender como ser um engenheiro de blockchain “meio por hobby”.

A adoção em larga escala de RWA provavelmente vai acontecer naquele dia em que os usuários finalmente não precisem se preocupar se isso é RWA ou não.

#dusk $DUSK

玩 Crypto 久了，我以前一直默认一件事：

链上越透明，越安全。

直到最近研究 @Dusk ，我才发现这句话放到真正的金融市场里，可能只对了一半。

假设你是一家机构。

钱包里有多少钱，市场能看到。

正在建什么仓，市场能看到。

和谁交易，市场能看到。

甚至资金什么时候开始移动，竞争对手也能实时盯着。

这还是“透明的优势”吗？

对普通转账可能是。

但对基金、做市商、企业 Treasury 来说，这甚至可能变成一种信息泄露。

可走到另一个极端也不行。

如果所有东西完全隐藏，监管、审计和交易验证又怎么做？

所以我最近越来越能理解 Dusk 为什么一直强调的不是简单的 Privacy，而是：

privacy where needed，transparency where useful。

该公开的规则和执行结果保持可验证；

涉及余额、仓位、交易对手等敏感数据时保留 confidentiality；

真正需要监管或审计时，再进行 selective disclosure。

这个区别以前我确实没认真想过。

Crypto 第一阶段解决的是：

“别相信我，自己验证。”

但如果金融市场真的大规模上链，下一阶段可能还要解决：

“你可以验证我，但不代表你应该看到我的一切。”

我觉得这才是 programmable privacy 真正值得讨论的地方。

今天回家看到了老朋友@Dusk 又重新出了创作者，第一次创作者上榜整整给2000u，哪怕是没上榜，只要你写一篇也给30u。真的怀念经济上行时，我今天看到后观察了一下#dusk

发现以前看 RWA，我最关心的就是一件事：到底有没有真实资产。

最近研究$DUSK 的 Dusk Trade，反而让我发现这个问题问得太早了。

假设明天真的有一只债券或者 ETF 被搬到链上，然后呢？

我能不能买？
谁来确认我有资格买？
成交以后资产什么时候真正属于我？
钱和资产是不是同时完成结算？
以后想卖，又去哪里找流动性？

这些问题不解决，链上有一个 Token，对普通投资者来说意义其实很有限。

这也是我觉得 Dusk Trade 有意思的地方。

它不是单纯再做一个可以买 RWA 的 DEX，而是想把 MMF、ETF、债券等 tokenized financial assets 放进一个更完整的交易环境里：投资者准入、资产交易、支付协调和 Settlement 尽量在同一套基础设施里完成。

我以前总觉得 RWA 的竞争是谁先把资产搬上链。

现在越来越觉得，资产上链只是拿到入场券，真正难的是把“市场”一起带上来。

毕竟现实金融里，发行一项资产从来不是终点。

有人能买、有人能卖、身份和资格能被确认、成交后能真正完成所有权转移，这些东西连起来，才叫市场。

所以接下来我看 Dusk Trade，不会先盯它能列多少资产。

我更想看的是：第一批真实用户进去以后，从开户、交易到最终 Settlement，到底能不能真的跑成一个完整闭环。

如果这条链跑通了，我觉得它比单纯多上几种 RWA 更值得关注。

#baby $BABY Nestes dois dias, continuei a consultar materiais do TBV e percebi que antes eu tinha colocado o foco no lugar errado.

Muitas pessoas estão falando que o BitVM3 conseguiu reduzir custos e que a velocidade de verificação ficou mais rápida — claro que são boas notícias. Mas o que eu realmente me preocupo é: o que ele substituiu.

Antes eu sempre achava que o mais importante na descentralização é “qualquer um poder supervisionar”. Agora, para diminuir os custos das controvérsias, o mecanismo de desafio do TBV passou a favorecer a conclusão da verificação por desafiantes pré-determinados. A eficiência melhorou de fato, mas o modo de supervisão também mudou.

Não estou dizendo que isso seja ruim; na prática, muitos protocolos fazem concessões entre eficiência e abertura. Mas como usuário comum, eu quero saber uma coisa: se, no futuro, o volume de fundos continuar crescendo, esses desafiantes serão o suficiente para manter a dispersão? Quando um nó ficar offline ou em cenários de volatilidade extrema, ainda será possível responder a tempo?

Cada vez mais eu sinto que analisar um protocolo não pode se limitar a ficar de olho em TPS, Gas ou taxa de retorno.

O que realmente determina se ele consegue rodar por muito tempo, muitas vezes, são detalhes que quase ninguém discute no dia a dia — quem está supervisionando, se há redundância na supervisão e se existe um plano de contingência quando algo dá errado.

Por isso, daqui para frente eu ainda vou continuar acompanhando @BabylonLabs_io . Não apenas para ver as melhorias de desempenho trazidas pelo BitVM3, mas também para observar se o ecossistema dos desafiantes, a transparência da governança e as fronteiras de segurança continuam sendo aprimorados.

As conquistas técnicas merecem expectativa, mas se o modelo de segurança vai ou não resistir ao teste do tempo, na minha opinião, é mais importante do que qualquer boa notícia de curto prazo.

#baby $BABY

Ontem, ao organizar carteiras frias, acabei encontrando novamente aquela sequência de BTC UTXOs que ficou anos sem mexer.

Eu sempre achei que a maior contradição do Bitcoin não é a segurança, e sim o fato de ficar parado sem gerar fluxo de caixa. Recentemente estudei a testnet do TBV da Babylon e descobri que, no mecanismo de resgate, há um período de desafio reservado de três dias. No começo achei lento demais; depois entendi que isso serve para comprar tempo para a segurança.

Como o BTC fica travado o tempo todo em um script do Taproot, não passa por ponte entre cadeias e nem requer empacotamento de ativos. No resgate, é necessário que o Vault Provider envie uma prova. Se alguém falsificar a prova, o desafiador ainda consegue bloquear a transação durante esses três dias. Sem essa janela, um atacante poderia muito bem tomar emprestado um stablecoin primeiro e fugir antes que o BTC seja realmente desbloqueado.

Mas o que realmente me deixa em dúvida não são esses três dias.

Hoje, quem ainda é responsável por fazer o desafio é apenas uma pequena parte dos nós designados; usuários comuns quase nunca vão eles mesmos implantar programas de desafio. Ou seja, no momento crucial, você ainda precisa confiar que esses desafiadores estão sempre online e operando normalmente. O cenário mais realista é que, durante o período de resgate, o juro do empréstimo não para. Se o mercado oscilar violentamente, talvez o BTC nem volte a tempo, e a posição já tenha sido liquidada antes.

Eu reconheço bastante o rumo da Babylon de não usar ponte e não empacotar—isso realmente é mais contido do que muitas soluções de BTCFi. Mas, depois que o protocolo for implementado de verdade, se os desafiadores conseguem ser suficientemente distribuídos e se a resposta é rápida o bastante, eu acho que é isso que vai determinar a qualidade da experiência.

A taxa de retorno consegue atrair usuários; o que realmente mantém usuários são os detalhes que funcionam mesmo em cenários de volatilidade extrema.

@BabylonLabs_io #baby

Em 2018, pesquisei um projeto com ótima reputação técnica. A formação da equipe era praticamente impecável, mas, após o lançamento da rede principal, problemas apareceram rapidamente. O código em si não tinha vulnerabilidades; o problema real era o mecanismo de incentivos — a recompensa obtida pelos nós não conseguia cobrir os custos operacionais. Então, eles começaram a sair gradualmente, e a segurança da rede também foi se deteriorando. Aquela experiência me fez perceber que, no fim, muitos protocolos não perdem por causa da tecnologia, e sim por causa do modelo econômico.

Recentemente, ao reestudar o mecanismo TBV do Babylon, eu também tenho observado esse ponto. Para um nó participar do processo de desafios, ele precisa manter-se estável online; e manter-se online implica investimento contínuo em servidor, largura de banda, operação e monitoramento. Se esses custos continuarem se aproximando — ou superando — o retorno dos tokens em garantia, a longo prazo parte dos nós naturalmente tende a sair.

Para qualquer rede PoS, a disposição dos nós em continuar operando depende essencialmente de três coisas: o limite de entrada, o risco de penalidades e o retorno dos benefícios. É necessário deixar espaço suficiente de lucro entre esses fatores; caso contrário, o ecossistema de nós dificilmente manterá energia por muito tempo. Atualmente, o Babylon descreve mais o desenho do mecanismo, mas sobre o cálculo de retornos em diferentes condições de mercado, o modelo de custos e o ponto de equilíbrio de lucros e perdas dos nós, os dados públicos ainda são relativamente limitados.

Há ainda um ponto que vale acompanhar continuamente. Se, no futuro, o rendimento do staking do BABY permanecer por muito tempo acima de outros canais de ganhos do BTCFi, grandes volumes de capital podem se concentrar ainda mais em poucos nós grandes para buscar maior eficiência — um desafio que muitas redes PoS também enfrentaram no início.

Essas discussões não são para negar o Babylon; é para dizer que o que realmente determina a competitividade de longo prazo de um protocolo não é apenas se as soluções técnicas são avançadas, mas se os incentivos econômicos conseguem resistir ao teste de um mercado real. Nas próximas etapas, vou focar principalmente no número de nós, na distribuição dos nós e nas mudanças na taxa de retorno, para então avaliar se este modelo realmente funciona.

@BabylonLabs_io $BABY #baby

Ao discutir recentemente com amigos o desenho do resgate de BTC da Babylon, uma dúvida me fez reler a documentação: afinal, quem realmente decide se você consegue ou não usar o resgate?

As opções apresentadas oficialmente são Unbonding, Emergency Redemption e Instant Redemption. À primeira vista, parece que os usuários têm planos de liquidez diferentes; mas, ao analisar mais a fundo, percebe-se que elas não são escolhidas totalmente de forma autônoma pelo usuário.

Por exemplo, no caso de Instant Redemption, o preço de troca não depende apenas das execuções no mercado; ele também é influenciado pelo mecanismo de precificação do protocolo. No Emergency Redemption, também não é algo que seja acionado automaticamente ao cumprir uma condição objetiva na cadeia; em vez disso, ele fica condicionado a parâmetros de governança. Em outras palavras, os usuários têm entradas diferentes para resgatar, mas quando a entrada é liberada e qual é o custo — isso não está completamente sob o controle deles.

Do ponto de vista da segurança dos ativos, o BTC continua bloqueado nos scripts Taproot e no modelo UTXO; o modelo de custódia não mudou. Porém, do ponto de vista da liquidez, o que realmente afeta a experiência é o conjunto de mecanismos responsável por interpretar o estado e calcular os parâmetros.

Para o usuário comum, talvez a percepção seja apenas pagar alguns pontos percentuais a mais no momento do resgate. Já para instituições que precisam gerenciar liquidez, isso significa incerteza tanto nos custos de resgate quanto no tempo para o recebimento, o que impacta o planejamento e a alocação de fundos.

Portanto, eu não deixo de me preocupar com risco de liquidez só porque existem três modalidades de resgate. Eu me concentro em alguns dados reais após o lançamento na mainnet:

* O slippage efetivo do Instant Redemption vai se estabilizando com o tempo?
* Do acionamento até o BTC ser desbloqueado, o Emergency Redemption exige quantas confirmações de blocos, exatamente?
* Quando a comunidade fizer alterações nos parâmetros-chave, ela terá janelas longas o suficiente de discussão pública e de oposição?

Somente com esses dados validados ao longo de ciclos de alta e baixa (bull/bear), a Babylon terá a chance de atualizar o Bitcoin Staking de “trocar bloqueio de longo prazo por recompensas” para uma infraestrutura com “regras transparentes e liquidez previsível”.

E se fosse com você, o que escolheria?

A. Aceitar um período de desbloqueio mais longo, em busca de maior rendimento.
B. Pagar um custo pela liquidez e escolher resgate imediato.
C. Primeiro observar os dados reais de resgate após o lançamento na mainnet e, então, decidir se participa.

@BabylonLabs_io $BABY #BABY

Antes perguntaram por que eu estava sempre com BTC e não participava do DeFi. Minha resposta foi bem simples: não é que eu não queira, é que eu não me sinto seguro.

Muitas soluções exigem cross-chain, empacotamento (wrap) ou entregá-las a uma custódia de terceiros. O rendimento pode até ser maior, mas quanto mais etapas eu adiciono, mais preocupações eu tenho.

Recentemente, ao ver a Trustless Bitcoin Vault (TBV) da Babylon, senti que ela aborda um problema mais realista: dá para adicionar o mínimo possível de confiança?

A equipe oficial sempre enfatiza “No Bridge, No Wrapped BTC, No Custodian”. Isso não quer dizer que essas soluções não tenham valor; é que a ideia é permitir que o BTC participe de aplicações como empréstimos, mantendo também suas propriedades de segurança nativas. (Documentação da Babylon Labs)

Acredito que esse tipo de abordagem esteja mais alinhado com o jeito que muitos detentores de Bitcoin pensam.

O que as pessoas realmente se importam não é só a taxa de retorno, mas se o ativo ainda pode ser protegido da forma que elas conhecem e com a qual se sentem familiarizadas.

Se no futuro o BTCFi conseguir fazer mais pessoas participarem por “mais tranquilidade” e não apenas porque “o retorno é maior”, então eu acho que esse será o verdadeiro progresso.

@BabylonLabs_io $BABY #baby

Antes eu sempre pensei que o motivo de o BTC não entrar no DeFi era que todos eram conservadores demais.

Depois percebi que muitas pessoas que detêm Bitcoin a longo prazo não é que não queiram participar: elas não querem entregar seus ativos a outras pessoas para poder participar.

Por isso, quando vejo a Babylon insistindo continuamente em Trustless Bitcoin Vaults, minha primeira reação não foi “mais um produto novo”, e sim finalmente alguém começar a discutir o problema que usuários de Bitcoin realmente se importam.

Os ganhos podem ser maiores ou menores, mas a sensação de segurança é difícil de construir com incentivos.

Se no futuro quisermos atrair mais detentores de BTC para o BTCFi, acho que o mais importante não é lançar mais possibilidades, e sim reduzir ao máximo os pontos em que os usuários precisam confiar em terceiros.

Se a TBV pode se tornar a resposta final, ainda é preciso que o tempo comprove, mas pelo menos ela discute princípios que a comunidade de Bitcoin sempre valorizou muito.

O verdadeiro ecossistema de longo prazo não deve ser construído sobre “acreditar em outras pessoas”, mas sim sobre “tornar o mínimo possível necessário confiar em outras pessoas”.

@BabylonLabs_io #baby $BABY

Antes sempre diziam que a BTC é o maior ativo on-chain, mas a proporção real de pessoas que participam de DeFi sempre foi muito baixa. Eu costumava achar que o motivo era que os usuários eram conservadores demais; agora, cada vez mais, sinto que o problema talvez esteja nas próprias ferramentas.

Muitas soluções exigem cross-chain, wrapping ou entregar a BTC para que um terceiro a gerencie. Para quem pretende manter BTC a longo prazo, essa etapa é, na prática, muito difícil de dar, porque o maior receio não é o retorno — é a segurança.

Recentemente, ao conhecer os Trustless Bitcoin Vaults (TBV) da Babylon, senti que eles oferecem um caminho que vale a pena acompanhar: reduzir ao máximo a dependência de terceiros, permitindo que a BTC participe de mais aplicações mantendo a filosofia original de segurança.

É claro que ainda será necessário tempo para verificar se o TBV poderá se tornar a infraestrutura-chave do futuro BTCFi. Mas, pelo menos, o que ele discute são problemas reais da indústria, e não apenas criar uma nova brincadeira.

Eu prefiro mais ver, no futuro, que cada vez mais usuários estejam dispostos a usar o TBV por causa da segurança, e não apenas por causa de retornos altos para participar temporariamente. Um ecossistema que realmente consegue ficar só pode ser construído sobre confiança de longo prazo.

@BabylonLabs_io $BABY #baby

Ultimamente, muitos amigos me perguntaram: qual é a maior expectativa que eu tenho pelo $BABY ?

Minha resposta não é um ganho no curto prazo, e sim se ele pode realmente conectar a ecossistema do BTCFi.

Muitos projetos conseguem fazer atividades e distribuir recompensas, mas o que realmente consegue manter os usuários são aqueles que criam demandas de longo prazo — infraestrutura.

Se, no futuro, cada vez mais redes escolherem a Segurança do Bitcoin oferecida pela Babylon, então o BTC deixa de ser apenas um ativo para se manter em carteira, e passa a ser uma parte importante de todo o ecossistema.

Acho que essa é a grande diferença entre a Babylon e muitos outros projetos: ela quer construir capacidade de longo prazo, e não apenas modismo de curto prazo.

O sentimento do mercado pode mudar, mas necessidades reais não.

Por isso, em vez de ficar olhando o preço todos os dias, prefiro acompanhar continuamente a construção do ecossistema da Babylon e o progresso das aplicações reais.

@BabylonLabs_io $BABY #Baby

Eu descobri que muitas pessoas ao verem um projeto, a primeira reação é sempre: “Quão alto é o retorno?”

Mas para a Babylon, acho que o que vale mais a reflexão é: se não houvesse incentivos elevados, as pessoas ainda continuariam a usar?

Uma infraestrutura verdadeiramente excelente não depende de subsídios o tempo todo; ela existe porque resolve problemas reais.

Se os desenvolvedores precisam da capacidade de segurança do Bitcoin, e os usuários precisam de uma experiência BTCFi mais confiável, então o valor da Babylon vem de necessidades reais — e não de atividades de curto prazo.

Por isso, agora eu não vou ficar apenas olhando para o APR, nem todos os dias observando o preço das moedas.

O que mais me importa é se o ecossistema está ganhando novas parcerias, se há novas aplicações sendo integradas e se mais desenvolvedores estão dispostos a construir produtos em torno da Babylon.

A longo prazo, a demanda é mais importante do que o retorno; o uso é mais importante do que a popularidade.

@BabylonLabs_io #BABY $BABY

Muitas pessoas me perguntam: o BTCFi realmente vale a pena acompanhar a longo prazo?

Minha resposta sempre foi bem simples: não olhe apenas para os retornos; verifique se existe uma necessidade real.

No passado, muitos projetos tinham APYs bem altos, mas quando a euforia passou, os fundos também foram embora. O que realmente consegue ficar é a infraestrutura que outras pessoas estão dispostas a usar continuamente.

A sensação que o Babylon me passa é mais como um tipo de aposta: será que, no futuro, cada vez mais redes vão precisar que o Bitcoin forneça segurança?

Se a resposta for sim, então o BTC não será apenas um ativo para se manter, mas se tornará parte de todo o ecossistema.

Claro que esse caminho não será rápido e não se concluirá apenas por causa de uma rodada de mercado.

Por isso, agora eu observo o BABY: não fico olhando o preço todos os dias, e sim dou mais atenção às parcerias do ecossistema, à integração de desenvolvedores e ao número de aplicações reais.

O mercado determina o sentimento no curto prazo; o uso determina o valor no longo prazo.

Para o BTCFi, eu acho que o segundo é muito mais importante do que o primeiro.

@BabylonLabs_io #BABY #BTCFi #Bitcoin $BABY