Binance Square
六出纷飞
2.1k Publicações

六出纷飞

18年入场,7年老韭菜,年度百大KOL,合约高胜率交易员,公众号:《六出纷飞说》。8折手续费:LCFF888
Creator Awards 2024
Creator Awards 2024
Traders League Badge Beginner
Traders League Badge Beginner
Detentor de USD1
Detentor de USD1
Trader Frequente
2.5 ano(s)
155 A seguir
22.2K+ Seguidores
45.9K+ Gostaram
2 Emblemas
Publicações
PINNED
·
--
PINNED
Thank you to all the bosses for your support. Yesterday, dozens of bosses activated their commission. We should save where we can and spend where necessary. The contract commission rate is 20%, and payments will be made to everyone every Sunday. 🎈Invitation code: LCFF666 #手续费返佣
Thank you to all the bosses for your support. Yesterday, dozens of bosses activated their commission. We should save where we can and spend where necessary. The contract commission rate is 20%, and payments will be made to everyone every Sunday. 🎈Invitation code: LCFF666
#手续费返佣
Ver tradução
前两年帮家里问房贷的事,中介一直在推荐"要不要选浮动利率,前两年利息更低",我犹豫了很久最后还是选了固定的——不是算得多精,就是不想每个月盯着利率表提心吊胆。这周翻DeFi借贷协议的时候,发现TermMax解决的其实是同一个焦虑,只不过场景换成了链上。 大部分DeFi借贷是浮动利率,利率跟着资金池的实时供需变,借款人根本没法提前算清楚自己这笔债到期总共要还多少,尤其杠杆策略里,利率一旦跳涨,原本算好的收益模型直接崩掉。TermMax的做法是把借贷双方撮合成固定期限、固定利率的协议,一旦成交,到期之前利率不会变,这跟传统金融里的定期存款、固定利率债券是同一个逻辑,只是搬到了链上用智能合约执行。 我觉得这个思路挑的时间点也不算巧合——这两年DeFi杠杆策略玩得越来越花,但底层利率说变就变,很多所谓稳健策略在利率剧烈波动的时候直接翻车。把"利率确定性"这个传统金融里最基础的东西补回来,某种程度上是给DeFi杠杆生态补一块很关键的地基。 但固定利率也不是没代价——你锁定的时候市场利率可能之后下跌,你等于多付了利息,这个机会成本跟我当年选固定房贷利率时纠结的其实是同一件事,链上把这个决策摆得更赤裸,你自己得为这个确定性买单。而且固定期限意味着流动性变差,中途想退出没那么容易,这块我还得再研究一下他们的机制设计够不够灵活。 选确定性还是选灵活性,这个纠结几年前我在房贷这件事上纠结过一次,没想到在DeFi借贷里又要重新纠结一遍。 你们在理财这件事上,更看重利率确定还是流动性灵活? @termmax #TermMax
前两年帮家里问房贷的事,中介一直在推荐"要不要选浮动利率,前两年利息更低",我犹豫了很久最后还是选了固定的——不是算得多精,就是不想每个月盯着利率表提心吊胆。这周翻DeFi借贷协议的时候,发现TermMax解决的其实是同一个焦虑,只不过场景换成了链上。

大部分DeFi借贷是浮动利率,利率跟着资金池的实时供需变,借款人根本没法提前算清楚自己这笔债到期总共要还多少,尤其杠杆策略里,利率一旦跳涨,原本算好的收益模型直接崩掉。TermMax的做法是把借贷双方撮合成固定期限、固定利率的协议,一旦成交,到期之前利率不会变,这跟传统金融里的定期存款、固定利率债券是同一个逻辑,只是搬到了链上用智能合约执行。

我觉得这个思路挑的时间点也不算巧合——这两年DeFi杠杆策略玩得越来越花,但底层利率说变就变,很多所谓稳健策略在利率剧烈波动的时候直接翻车。把"利率确定性"这个传统金融里最基础的东西补回来,某种程度上是给DeFi杠杆生态补一块很关键的地基。

但固定利率也不是没代价——你锁定的时候市场利率可能之后下跌,你等于多付了利息,这个机会成本跟我当年选固定房贷利率时纠结的其实是同一件事,链上把这个决策摆得更赤裸,你自己得为这个确定性买单。而且固定期限意味着流动性变差,中途想退出没那么容易,这块我还得再研究一下他们的机制设计够不够灵活。

选确定性还是选灵活性,这个纠结几年前我在房贷这件事上纠结过一次,没想到在DeFi借贷里又要重新纠结一遍。

你们在理财这件事上,更看重利率确定还是流动性灵活?
@TermMax #TermMax
更看重确定性,宁可少赚也不想被利率波动吓到
更看重流动性,锁定期太长风险更大
看场景,短期博弈要灵活,长期配置才要确定性
21 minuto(s) restante(s)
Ver tradução
哄完孩子睡着已经十一点半,剩半小时不想刷手机,翻了会儿Dusk的执行层文档,本来想随便看看就睡,结果卡在一个细节上没睡着。 Piecrust是Dusk的智能合约虚拟机,基于WASM,这点跟不少新公链选择一样,没什么特别。特别的地方在于它怎么处理密码学运算——像哈希、零知识证明验证这类计算量大的操作,没有丢给WASM字节码去跑,而是做成宿主函数,直接调用底层Rust实现来算。等于合约代码在虚拟机沙箱里跑常规逻辑,但一碰到重度密码学计算,就跳出沙箱交给原生代码处理,算完再把结果传回去。 这个拆分乍看是工程优化,细想是必须这么做。零知识证明验证放在解释型虚拟机里跑,性能损耗是数量级上的差距,尤其Dusk这种默认走机密交易路径的链,几乎每笔交易都要过一遍证明验证,如果这块拖后腿,整条链的吞吐直接被摁死。把最耗资源的那部分挪出沙箱用原生代码跑,本质是在"合约图灵完备性"和"隐私计算不能拖垮性能"这两个目标之间找的一条中间路线。 卡住我的问题是:这些宿主函数的调用接口谁来定义、以后能不能扩展?如果每加一种新的密码学原语都要改虚拟机底层代码,那开发者能用的隐私原语种类,某种程度上是被核心团队的更新节奏卡着脖子的,不是开放给生态自由扩展的。这跟"图灵完备、开发者自由发挥"的公链叙事其实有点矛盾,只是矛盾被藏在底层,平时感觉不到。 想到这我就没心思继续往下翻了,先记下来,回头找机会验证一下宿主函数这块到底开放到什么程度。 你们觉得,把核心密码学计算从沙盒里拆出来跑原生代码,这种"性能优先"的取舍,代价会不会比看上去更大? @Dusk_Foundation #dusk $DUSK
哄完孩子睡着已经十一点半,剩半小时不想刷手机,翻了会儿Dusk的执行层文档,本来想随便看看就睡,结果卡在一个细节上没睡着。

Piecrust是Dusk的智能合约虚拟机,基于WASM,这点跟不少新公链选择一样,没什么特别。特别的地方在于它怎么处理密码学运算——像哈希、零知识证明验证这类计算量大的操作,没有丢给WASM字节码去跑,而是做成宿主函数,直接调用底层Rust实现来算。等于合约代码在虚拟机沙箱里跑常规逻辑,但一碰到重度密码学计算,就跳出沙箱交给原生代码处理,算完再把结果传回去。

这个拆分乍看是工程优化,细想是必须这么做。零知识证明验证放在解释型虚拟机里跑,性能损耗是数量级上的差距,尤其Dusk这种默认走机密交易路径的链,几乎每笔交易都要过一遍证明验证,如果这块拖后腿,整条链的吞吐直接被摁死。把最耗资源的那部分挪出沙箱用原生代码跑,本质是在"合约图灵完备性"和"隐私计算不能拖垮性能"这两个目标之间找的一条中间路线。

卡住我的问题是:这些宿主函数的调用接口谁来定义、以后能不能扩展?如果每加一种新的密码学原语都要改虚拟机底层代码,那开发者能用的隐私原语种类,某种程度上是被核心团队的更新节奏卡着脖子的,不是开放给生态自由扩展的。这跟"图灵完备、开发者自由发挥"的公链叙事其实有点矛盾,只是矛盾被藏在底层,平时感觉不到。

想到这我就没心思继续往下翻了,先记下来,回头找机会验证一下宿主函数这块到底开放到什么程度。

你们觉得,把核心密码学计算从沙盒里拆出来跑原生代码,这种"性能优先"的取舍,代价会不会比看上去更大?

@Dusk #dusk $DUSK
性能优先没毛病,安全上有原生代码审计反而更放心
0%
开放性被牺牲了,长期看会限制生态自由扩展
0%
得看宿主函数接口设计得开不开放,现在下结论太早
0%
0 Votos • Votação encerrada
Um amigo estava mexendo com a transferência de participações no mercado primário e reclamou que o processo é absurdamente lento: advogado, agente de transferência e câmara de compensação ficam indo e voltando, duas semanas no mais rápido, e um mês quando arrasta. Eu mencionei de leve o módulo Zedger da Dusk, e ele me perguntou: “A liquidação on-chain não é só uma questão de enviar dinheiro? Quão complexa pode ser?” Essa pergunta é boa, porque a liquidação de valores mobiliários não é tão simples quanto enviar dinheiro. O Zedger precisa lidar com a própria transferência de titularidade — quem detém, quanto detém e para quem é transferido. Na estrutura tradicional, essas informações se espalham em vários livros-razão diferentes entre o custodiante, o registrador e a câmara de compensação; a parte que toma tempo é a conciliação, não a transferência em si. O Zedger leva essa lógica de registro de titularidade para a cadeia. Com provas de conhecimento zero para proteção de privacidade, ele permite que a mudança de titularidade seja concluída de forma atômica em uma única cadeia, teoricamente eliminando a etapa de conciliação. Mas depois que eu expliquei isso ao meu amigo, ele fez outra pergunta que eu não soube responder: do ponto de vista legal, quando ocorre uma mudança de titularidade registrada on-chain, quem decide se isso vale em comparação com os registros do registrador tradicional? Se os dois lados entrarem em conflito, qual é a referência final? Não é um problema técnico — a própria Dusk não consegue resolver isso sozinha; depende de cada jurisdição reconhecer ou não esse tipo de sistema. Tecnicamente, eliminar a conciliação funciona bem; porém, passar pelo “limiar” de reconhecimento jurídico é outra história, e precisa ser enfrentado país por país. Então, minha postura com relação ao Zedger é: o desenho técnico está na direção certa, mas ainda está longe de “qualquer país poder liquidar valores mobiliários assim”. Onde isso já consegue se concretizar hoje, são basicamente apenas algumas sandbox regulatórias na Europa. Vocês acham que levaria quanto tempo para o registro de titularidade on-chain ser oficialmente aceito pelos sistemas jurídicos mainstream como “base legal”? Ou será que isso sempre vai depender do endosso do sistema tradicional? @Dusk_Foundation #dusk $DUSK
Um amigo estava mexendo com a transferência de participações no mercado primário e reclamou que o processo é absurdamente lento: advogado, agente de transferência e câmara de compensação ficam indo e voltando, duas semanas no mais rápido, e um mês quando arrasta. Eu mencionei de leve o módulo Zedger da Dusk, e ele me perguntou: “A liquidação on-chain não é só uma questão de enviar dinheiro? Quão complexa pode ser?”

Essa pergunta é boa, porque a liquidação de valores mobiliários não é tão simples quanto enviar dinheiro. O Zedger precisa lidar com a própria transferência de titularidade — quem detém, quanto detém e para quem é transferido. Na estrutura tradicional, essas informações se espalham em vários livros-razão diferentes entre o custodiante, o registrador e a câmara de compensação; a parte que toma tempo é a conciliação, não a transferência em si. O Zedger leva essa lógica de registro de titularidade para a cadeia. Com provas de conhecimento zero para proteção de privacidade, ele permite que a mudança de titularidade seja concluída de forma atômica em uma única cadeia, teoricamente eliminando a etapa de conciliação.

Mas depois que eu expliquei isso ao meu amigo, ele fez outra pergunta que eu não soube responder: do ponto de vista legal, quando ocorre uma mudança de titularidade registrada on-chain, quem decide se isso vale em comparação com os registros do registrador tradicional? Se os dois lados entrarem em conflito, qual é a referência final? Não é um problema técnico — a própria Dusk não consegue resolver isso sozinha; depende de cada jurisdição reconhecer ou não esse tipo de sistema. Tecnicamente, eliminar a conciliação funciona bem; porém, passar pelo “limiar” de reconhecimento jurídico é outra história, e precisa ser enfrentado país por país.

Então, minha postura com relação ao Zedger é: o desenho técnico está na direção certa, mas ainda está longe de “qualquer país poder liquidar valores mobiliários assim”. Onde isso já consegue se concretizar hoje, são basicamente apenas algumas sandbox regulatórias na Europa.

Vocês acham que levaria quanto tempo para o registro de titularidade on-chain ser oficialmente aceito pelos sistemas jurídicos mainstream como “base legal”? Ou será que isso sempre vai depender do endosso do sistema tradicional?
@Dusk #dusk $DUSK
5年内会有主流司法辖区正式认可
0%
这事本质是政治博弈,技术再成熟也难推动
0%
只会先在小范围监管沙盒里存在,很难扩大
0%
0 Votos • Votação encerrada
Quando muita gente ouve “finalidade”, o que vem à mente é “quantos blocos já passaram, então não dá mais para mudar”, uma ideia de corte seco. Depois de ler o design de “finality” do Dusk com rolling finality, percebi que esse raciocínio é grosseiro demais. Ele divide o estado dos blocos em quatro níveis: accepted, attested, confirmed e final. Você sobe camada por camada, não é uma divisão entre preto e branco. Blocos de rodadas mais baixas, se não conseguirem reunir “provas de falha”, podem ser substituídos por blocos das rodadas seguintes; porém, à medida que os blocos confirmados se acumulam cada vez mais, a probabilidade de bifurcação cai de forma aproximadamente exponencial, até que finalmente fique travado em um estado final, irreversível. Em essência, esse design transforma “quanto tempo é necessário para ficar tranquilo” em uma curva — e não em um número fixo. O que eu mais me preocupa é como ele evita a oportunização — por exemplo, alguém deliberadamente fazer as votações naquele turno, esperando para “pegar” as recompensas de mineração das rodadas seguintes. O protocolo cria várias camadas de contramedidas: prêmios por votação, pontos adicionais, além de excluir a qualificação para minerar na próxima rodada. Isso é complementado por um limite para o número de iterações. Ou seja, em vez de contar apenas com punições, ele fecha as brechas uma a uma do ponto de vista de teoria dos jogos. Mas quanto mais eu olho para os detalhes, mais eu fico com dúvidas: esse mecanismo se baseia nos pressupostos de que o tamanho do comitê é suficientemente grande e de que a comunicação de rede é suficientemente rápida. E se um dia houver partição de rede ou atrasos maiores na disseminação das mensagens? A hipótese de “acumular rapidamente blocos confirmados” pode acabar falhando primeiro. Finalidade em escala de segundos e robustez sob condições extremas de rede — dá mesmo para conciliar as duas? Até agora, não encontrei uma resposta que me deixe totalmente em paz. @Dusk_Foundation #dusk $DUSK
Quando muita gente ouve “finalidade”, o que vem à mente é “quantos blocos já passaram, então não dá mais para mudar”, uma ideia de corte seco. Depois de ler o design de “finality” do Dusk com rolling finality, percebi que esse raciocínio é grosseiro demais.

Ele divide o estado dos blocos em quatro níveis: accepted, attested, confirmed e final. Você sobe camada por camada, não é uma divisão entre preto e branco. Blocos de rodadas mais baixas, se não conseguirem reunir “provas de falha”, podem ser substituídos por blocos das rodadas seguintes; porém, à medida que os blocos confirmados se acumulam cada vez mais, a probabilidade de bifurcação cai de forma aproximadamente exponencial, até que finalmente fique travado em um estado final, irreversível. Em essência, esse design transforma “quanto tempo é necessário para ficar tranquilo” em uma curva — e não em um número fixo.

O que eu mais me preocupa é como ele evita a oportunização — por exemplo, alguém deliberadamente fazer as votações naquele turno, esperando para “pegar” as recompensas de mineração das rodadas seguintes. O protocolo cria várias camadas de contramedidas: prêmios por votação, pontos adicionais, além de excluir a qualificação para minerar na próxima rodada. Isso é complementado por um limite para o número de iterações. Ou seja, em vez de contar apenas com punições, ele fecha as brechas uma a uma do ponto de vista de teoria dos jogos.

Mas quanto mais eu olho para os detalhes, mais eu fico com dúvidas: esse mecanismo se baseia nos pressupostos de que o tamanho do comitê é suficientemente grande e de que a comunicação de rede é suficientemente rápida. E se um dia houver partição de rede ou atrasos maiores na disseminação das mensagens? A hipótese de “acumular rapidamente blocos confirmados” pode acabar falhando primeiro. Finalidade em escala de segundos e robustez sob condições extremas de rede — dá mesmo para conciliar as duas? Até agora, não encontrei uma resposta que me deixe totalmente em paz.

@Dusk #dusk $DUSK
秒级最终性够用了,鲁棒性问题是过度担心
0%
极端网络条件没验证过,我持保留态度
0%
更想看到真实的分叉/攻击场景压力测试数据
0%
0 Votos • Votação encerrada
我盯着Zedger看了三天,突然明白Dusk在下一盘什么棋 说句实话,刚开始研究 @Dusk_Foundation 的时候我是奔着Phoenix去的,零知识证明、隐私交易,市面上讲这套的项目一抓一把。真正让我停下来重新读白皮书的,是Zedger里那个叫Sparse Merkle-Segment Trie的结构,很少有人提这个。 普通的账户模型,你想查余额,直接读一个数字就完了,但代价是全网都能看见这个数字变化。UTXO模型换了个思路,把钱拆成一堆碎片,谁都看不清全貌,可这套东西拿去做证券结算就很别扭,机构要的是能审计、能对账、能按份额分红的账本,不是一堆无法追溯的碎片。 Zedger干的事情,是让账户主人自己维护一本分段的账,每次变动只往一棵Merkle树上更新一个局部的根,外人看不到明细,但监管方或者审计方拿到对应的密钥就能核验某一段是否合规。这跟我们平时理解的"要么全裸要么全黑"完全是两条路,它给了一个可以按需揭示的中间态。分红、投票权、份额上限这些证券才有的麻烦事,靠这套结构原生支持,不用额外打补丁。 我做这行这么些年,见过太多项目嘴上说着合规,落地全是空气。Zedger这套东西是实打实写进代码逻辑里的,不服可以去查开源仓库。当然它也不是万能药,复杂结构意味着更高的实现和审计成本,这笔账最后能不能算平,还得看真实的机构落地案例,现在下结论还早。 金融这东西说到底,一直在隐私和信任之间找平衡点,没有谁天生该被看穿,也没有谁能永远不被追问。$DUSK 这套设计,某种程度上是在替我们回答一个更老的问题,人到底该向世界暴露多少自己才算安全。 #dusk
我盯着Zedger看了三天,突然明白Dusk在下一盘什么棋

说句实话,刚开始研究 @Dusk 的时候我是奔着Phoenix去的,零知识证明、隐私交易,市面上讲这套的项目一抓一把。真正让我停下来重新读白皮书的,是Zedger里那个叫Sparse Merkle-Segment Trie的结构,很少有人提这个。

普通的账户模型,你想查余额,直接读一个数字就完了,但代价是全网都能看见这个数字变化。UTXO模型换了个思路,把钱拆成一堆碎片,谁都看不清全貌,可这套东西拿去做证券结算就很别扭,机构要的是能审计、能对账、能按份额分红的账本,不是一堆无法追溯的碎片。

Zedger干的事情,是让账户主人自己维护一本分段的账,每次变动只往一棵Merkle树上更新一个局部的根,外人看不到明细,但监管方或者审计方拿到对应的密钥就能核验某一段是否合规。这跟我们平时理解的"要么全裸要么全黑"完全是两条路,它给了一个可以按需揭示的中间态。分红、投票权、份额上限这些证券才有的麻烦事,靠这套结构原生支持,不用额外打补丁。

我做这行这么些年,见过太多项目嘴上说着合规,落地全是空气。Zedger这套东西是实打实写进代码逻辑里的,不服可以去查开源仓库。当然它也不是万能药,复杂结构意味着更高的实现和审计成本,这笔账最后能不能算平,还得看真实的机构落地案例,现在下结论还早。

金融这东西说到底,一直在隐私和信任之间找平衡点,没有谁天生该被看穿,也没有谁能永远不被追问。$DUSK 这套设计,某种程度上是在替我们回答一个更老的问题,人到底该向世界暴露多少自己才算安全。 #dusk
Phoenix e Moonlight existem lado a lado: uma cadeia de privacidade deixa uma abertura não tão privada. Eu acho isso bem lúcido Quem trabalha com projetos de privacidade costuma acabar indo a extremos: ou esconde tudo e se vende como “privacidade absoluta”, ou, por preguiça, abre mão da privacidade para ganhar eficiência. Nos últimos dois anos, vi vários projetos que se apresentam como “privacidade” morrerem exatamente nessa questão de escolha. Ou auditoria e regulação nem conseguem encostar, ou a função de privacidade acaba virando algo quase simbólico. Quando li a documentação do $DUSK , percebi que ele não seguiu um extremo. Phoenix é um modelo UTXO, faz transferências ofuscadas, cobrindo tanto os saldos quanto a relação entre transações. Moonlight é um modelo de contas, segue um caminho público, e tanto o saldo quanto as transferências ficam à vista. As duas vias coexistem: dá para transferir DUSK por ambas, pagar gas por ambas, e também usar como ponto de entrada para executar contratos. Quem usa qual caminho escolhe por conta própria. No começo eu pensei que isso era um compromisso; depois entendi que, na verdade, é deixar uma saída em aberto. Instituições precisam estar em conformidade, precisam de auditoria e rastreabilidade — não é possível transformar todo o fluxo de fundos em uma caixa-preta. No “sandbox” regulatório, a primeira coisa é saber para onde o dinheiro vai. Usuários comuns querem privacidade e não querem que cada transferência seja vasculhada até o fim. Forçar uma única estrutura para atender a duas demandas tão diferentes provavelmente vai acabar desagradando os dois lados. É como construir uma casa e deixar uma porta da frente e uma porta dos fundos: a porta da frente serve para quem vai “revistar documentos”, e a dos fundos serve para quem não quer ser observado pelos vizinhos. A casa continua sendo a mesma; ninguém acha que alguma dessas portas é redundante. Minha impressão sobre um design como o @Dusk_Foundation é que ele admite que não consegue resolver as necessidades de todo mundo. Em vez de tentar empurrar uma solução “universal” à força, ele parece mais honesto. No fim, nessa área, não é tanto sobre quem tem uma ideia mais pura; é sobre quem está disposto a roer primeiro os ossos da realidade. #dusk
Phoenix e Moonlight existem lado a lado: uma cadeia de privacidade deixa uma abertura não tão privada. Eu acho isso bem lúcido

Quem trabalha com projetos de privacidade costuma acabar indo a extremos: ou esconde tudo e se vende como “privacidade absoluta”, ou, por preguiça, abre mão da privacidade para ganhar eficiência. Nos últimos dois anos, vi vários projetos que se apresentam como “privacidade” morrerem exatamente nessa questão de escolha. Ou auditoria e regulação nem conseguem encostar, ou a função de privacidade acaba virando algo quase simbólico. Quando li a documentação do $DUSK , percebi que ele não seguiu um extremo. Phoenix é um modelo UTXO, faz transferências ofuscadas, cobrindo tanto os saldos quanto a relação entre transações. Moonlight é um modelo de contas, segue um caminho público, e tanto o saldo quanto as transferências ficam à vista. As duas vias coexistem: dá para transferir DUSK por ambas, pagar gas por ambas, e também usar como ponto de entrada para executar contratos. Quem usa qual caminho escolhe por conta própria.

No começo eu pensei que isso era um compromisso; depois entendi que, na verdade, é deixar uma saída em aberto. Instituições precisam estar em conformidade, precisam de auditoria e rastreabilidade — não é possível transformar todo o fluxo de fundos em uma caixa-preta. No “sandbox” regulatório, a primeira coisa é saber para onde o dinheiro vai. Usuários comuns querem privacidade e não querem que cada transferência seja vasculhada até o fim. Forçar uma única estrutura para atender a duas demandas tão diferentes provavelmente vai acabar desagradando os dois lados. É como construir uma casa e deixar uma porta da frente e uma porta dos fundos: a porta da frente serve para quem vai “revistar documentos”, e a dos fundos serve para quem não quer ser observado pelos vizinhos. A casa continua sendo a mesma; ninguém acha que alguma dessas portas é redundante.

Minha impressão sobre um design como o @Dusk é que ele admite que não consegue resolver as necessidades de todo mundo. Em vez de tentar empurrar uma solução “universal” à força, ele parece mais honesto. No fim, nessa área, não é tanto sobre quem tem uma ideia mais pura; é sobre quem está disposto a roer primeiro os ossos da realidade. #dusk
Pelo mecanismo de desafios, veja as limitações do Bitcoin Script na gestão de estados anômalos Colocar um ativo como o Bitcoin — que não possui contratos inteligentes nativos — em esquemas financeiros complexos costuma travar mais facilmente na “saída”. Se os dados retornados pela aplicação externa estiverem fora do previsto, ou até mesmo se houver uma bifurcação na cadeia externa, de que mecanismo os ativos travados no Bitcoin conseguem realmente se desbloquear com segurança? Se todo o esforço for dedicado a provas off-chain de como submetê-las na cadeia, é fácil negligenciar as restrições de tempo para liquidação ou para o início de um desafio. Na lógica dos Trustless Bitcoin Vaults, o Vault no lado do Bitcoin é, na prática, construído com scripts que incluem time locks e ramificações condicionais. Uma vez que uma prova do estado externo não seja confirmada dentro do prazo estabelecido, ou que um validador envie uma prova de negação contra um estado anômalo, o script de liquidação ativa um caminho específico de gasto. Esse desenho não depende de um servidor central para forçar a liquidação; em vez disso, insere a “gestão da disputa” diretamente nos próprios limites de tempo e na lógica do script do Bitcoin. Comparado a transferir diretamente o poder de decisão de ativos para outro conjunto de nós de consenso por meio de um mecanismo de ponte, essa abordagem que usa o Timelock nativo do Bitcoin para limitar o pior cenário é mais compacta. Mas o risco está em que a duração do período de disputa se prende diretamente à velocidade de confirmação de blocos na cadeia do Bitcoin. Quando a rede está congestionada, as taxas de transação disparam; o custo para iniciar um desafio e a latência podem aumentar significativamente, o que coloca à prova extrema a elaboração de incentivos e a capacidade de estimar a prioridade de empacotamento pelos mineradores. Os indicadores difíceis a observar continuam sendo: o atrito real de Gas dessa mecânica em execução de alta frequência na mainnet e se, em situações de mercado extremo, o caminho de desafio consegue ser acionado a tempo. @babylonlabs_io $BABY #baby
Pelo mecanismo de desafios, veja as limitações do Bitcoin Script na gestão de estados anômalos

Colocar um ativo como o Bitcoin — que não possui contratos inteligentes nativos — em esquemas financeiros complexos costuma travar mais facilmente na “saída”. Se os dados retornados pela aplicação externa estiverem fora do previsto, ou até mesmo se houver uma bifurcação na cadeia externa, de que mecanismo os ativos travados no Bitcoin conseguem realmente se desbloquear com segurança?

Se todo o esforço for dedicado a provas off-chain de como submetê-las na cadeia, é fácil negligenciar as restrições de tempo para liquidação ou para o início de um desafio. Na lógica dos Trustless Bitcoin Vaults, o Vault no lado do Bitcoin é, na prática, construído com scripts que incluem time locks e ramificações condicionais. Uma vez que uma prova do estado externo não seja confirmada dentro do prazo estabelecido, ou que um validador envie uma prova de negação contra um estado anômalo, o script de liquidação ativa um caminho específico de gasto. Esse desenho não depende de um servidor central para forçar a liquidação; em vez disso, insere a “gestão da disputa” diretamente nos próprios limites de tempo e na lógica do script do Bitcoin.

Comparado a transferir diretamente o poder de decisão de ativos para outro conjunto de nós de consenso por meio de um mecanismo de ponte, essa abordagem que usa o Timelock nativo do Bitcoin para limitar o pior cenário é mais compacta. Mas o risco está em que a duração do período de disputa se prende diretamente à velocidade de confirmação de blocos na cadeia do Bitcoin. Quando a rede está congestionada, as taxas de transação disparam; o custo para iniciar um desafio e a latência podem aumentar significativamente, o que coloca à prova extrema a elaboração de incentivos e a capacidade de estimar a prioridade de empacotamento pelos mineradores.

Os indicadores difíceis a observar continuam sendo: o atrito real de Gas dessa mecânica em execução de alta frequência na mainnet e se, em situações de mercado extremo, o caminho de desafio consegue ser acionado a tempo. @BabylonLabs_io $BABY #baby
Tenho pesquisado recentemente como usar o BTC em DeFi sem abrir mão: “sem ceder”. A TBV deu uma resposta bem interessante. Como um usuário antigo, reuni cuidadosamente alguns prós e contras de diferentes opções de colateral com BTC para comparar lado a lado, e percebi que o Babylon TBV faz escolhas claras no seu modelo de confiança. As abordagens mais comuns no passado eram mover ou envolver o BTC para outros ambientes: isso traz liquidez, mas você precisa confiar que o operador não terá problemas nem será atacado. Durante o período em que mantive minhas moedas, vi riscos semelhantes e, por isso, sempre mantive uma vigilância interna. A TBV escolheu deixar o BTC parado “no lugar” e criar um vault com script Taproot pessoal diretamente na cadeia do Bitcoin. Você participa do pré-assinamento e do bloqueio; do lado do DeFi, o estado de colateral é confirmado em tempo real via provas criptográficas, permitindo operações como empréstimos. A ativação e o resgate dependem de um mecanismo atômico e do desafio BABE para validação cross-chain. O script garante que só é possível movimentar o dinheiro se as condições forem atendidas. Cada vault é totalmente isolado, como um cofre privado, sem misturar recursos de outras pessoas. A sacada aqui é ser esperto usando mudanças mínimas para maximizar compatibilidade: o input é um BTC nativo; no meio, a geração de provas e a sincronização de estado são tratadas; no output, a dependência é a decisão por consenso das duas cadeias. Não terceiriza o controle: mantém o espírito de autogestão do Bitcoin. Para quem quer usar moedas, mas não quer correr riscos, isso é prático. Ainda vou continuar avaliando com racionalidade. O processo de liquidação é rápido e ágil o suficiente quando a rede está congestionada? A dificuldade de integração vai desanimar parte dos desenvolvedores? Os parceiros do ecossistema estarão dispostos a otimizar sistemas existentes para colateral nativo? Esses desafios de engenharia vão determinar até onde isso consegue chegar. Depois de tantos anos nesse meio, eu cada vez mais sinto que uma boa tecnologia faz com que as pessoas dependam menos da confiança e mais do código. A TBV tenta tornar o BTC utilizável sem perder seus atributos centrais — e isso me mostra um caminho de equilíbrio. Quando um ativo pode ser guardado com segurança e, ao mesmo tempo, gerar valor dentro de limites controláveis, talvez tenhamos uma sensação extra de controle sobre o futuro. A história da riqueza, no fim, sempre é sobre quem realmente segura a chave. $BABY #baby @babylonlabs_io
Tenho pesquisado recentemente como usar o BTC em DeFi sem abrir mão: “sem ceder”. A TBV deu uma resposta bem interessante.

Como um usuário antigo, reuni cuidadosamente alguns prós e contras de diferentes opções de colateral com BTC para comparar lado a lado, e percebi que o Babylon TBV faz escolhas claras no seu modelo de confiança. As abordagens mais comuns no passado eram mover ou envolver o BTC para outros ambientes: isso traz liquidez, mas você precisa confiar que o operador não terá problemas nem será atacado. Durante o período em que mantive minhas moedas, vi riscos semelhantes e, por isso, sempre mantive uma vigilância interna.

A TBV escolheu deixar o BTC parado “no lugar” e criar um vault com script Taproot pessoal diretamente na cadeia do Bitcoin. Você participa do pré-assinamento e do bloqueio; do lado do DeFi, o estado de colateral é confirmado em tempo real via provas criptográficas, permitindo operações como empréstimos. A ativação e o resgate dependem de um mecanismo atômico e do desafio BABE para validação cross-chain. O script garante que só é possível movimentar o dinheiro se as condições forem atendidas. Cada vault é totalmente isolado, como um cofre privado, sem misturar recursos de outras pessoas.

A sacada aqui é ser esperto usando mudanças mínimas para maximizar compatibilidade: o input é um BTC nativo; no meio, a geração de provas e a sincronização de estado são tratadas; no output, a dependência é a decisão por consenso das duas cadeias. Não terceiriza o controle: mantém o espírito de autogestão do Bitcoin. Para quem quer usar moedas, mas não quer correr riscos, isso é prático.

Ainda vou continuar avaliando com racionalidade. O processo de liquidação é rápido e ágil o suficiente quando a rede está congestionada? A dificuldade de integração vai desanimar parte dos desenvolvedores? Os parceiros do ecossistema estarão dispostos a otimizar sistemas existentes para colateral nativo? Esses desafios de engenharia vão determinar até onde isso consegue chegar.

Depois de tantos anos nesse meio, eu cada vez mais sinto que uma boa tecnologia faz com que as pessoas dependam menos da confiança e mais do código. A TBV tenta tornar o BTC utilizável sem perder seus atributos centrais — e isso me mostra um caminho de equilíbrio. Quando um ativo pode ser guardado com segurança e, ao mesmo tempo, gerar valor dentro de limites controláveis, talvez tenhamos uma sensação extra de controle sobre o futuro. A história da riqueza, no fim, sempre é sobre quem realmente segura a chave.

$BABY #baby @BabylonLabs_io
Revirando até tarde o diagrama da arquitetura dos Trustless Bitcoin Vaults (TBV) lançado mais recentemente, @babylonlabs_io ; a primeira reação na minha mente foi: “Essa proposta é meio interessante. Ela parece ter redesenhado de novo as ‘fronteiras de confiança’ das finanças on-chain.” Por muito tempo, a solução padrão para a participação do BTC no ecossistema externo foi basicamente “fazer uma ponte” ou “encapsular”. Mas, independentemente de como a jogada seja empacotada de forma mais chamativa, a lógica subjacente sempre acaba não escapando do mesmo princípio: primeiro entregar o BTC a um custodiante terceirizado e, em troca, receber um comprovante para rodar liquidez. Em outras palavras, usa-se a segurança nativa mais valiosa do Bitcoin para comprar um “ingresso” que rende. O ponto mais intrigante do TBV é justamente que ele rejeita essa inércia de “sair do campo”. Ele aproveita a capacidade de prova do BitVM3 e saídas do Taproot para travar os ativos de forma firme em vaults dentro da cadeia Bitcoin, controlados pelo próprio usuário. O mais importante é que cada vault é uma unidade isolada independente de UTXO, sem um pool compartilhado que crie riscos sistêmicos do tipo “acionou uma, acionou tudo”. Quando protocolos externos (como sistemas de empréstimo ou de liquidação) precisam de coordenação, o TBV não força o Bitcoin a ler estados de uma cadeia heterogênea; em vez disso, comprime a lógica externa em provas de fraude e restrições de estado que podem ser reconhecidas por scripts nativos do Bitcoin. Em essência, não é uma tentativa de convencer os usuários a vender BTC ou “trocar por outro ativo”. Trata-se de, sem enfraquecer o modelo de segurança do próprio Bitcoin, dar ao BTC nativo a capacidade de atravessar a lógica financeira externa. Se, no futuro, o funcionamento em larga escala conseguir manter continuamente baixo custo de validação e alta segurança, talvez isso seja a base tecnológica com verdadeiro significado de inovação de paradigma no campo do BTCFi. $BABY #baby
Revirando até tarde o diagrama da arquitetura dos Trustless Bitcoin Vaults (TBV) lançado mais recentemente, @BabylonLabs_io ; a primeira reação na minha mente foi: “Essa proposta é meio interessante. Ela parece ter redesenhado de novo as ‘fronteiras de confiança’ das finanças on-chain.”

Por muito tempo, a solução padrão para a participação do BTC no ecossistema externo foi basicamente “fazer uma ponte” ou “encapsular”. Mas, independentemente de como a jogada seja empacotada de forma mais chamativa, a lógica subjacente sempre acaba não escapando do mesmo princípio: primeiro entregar o BTC a um custodiante terceirizado e, em troca, receber um comprovante para rodar liquidez. Em outras palavras, usa-se a segurança nativa mais valiosa do Bitcoin para comprar um “ingresso” que rende.

O ponto mais intrigante do TBV é justamente que ele rejeita essa inércia de “sair do campo”. Ele aproveita a capacidade de prova do BitVM3 e saídas do Taproot para travar os ativos de forma firme em vaults dentro da cadeia Bitcoin, controlados pelo próprio usuário. O mais importante é que cada vault é uma unidade isolada independente de UTXO, sem um pool compartilhado que crie riscos sistêmicos do tipo “acionou uma, acionou tudo”. Quando protocolos externos (como sistemas de empréstimo ou de liquidação) precisam de coordenação, o TBV não força o Bitcoin a ler estados de uma cadeia heterogênea; em vez disso, comprime a lógica externa em provas de fraude e restrições de estado que podem ser reconhecidas por scripts nativos do Bitcoin.

Em essência, não é uma tentativa de convencer os usuários a vender BTC ou “trocar por outro ativo”. Trata-se de, sem enfraquecer o modelo de segurança do próprio Bitcoin, dar ao BTC nativo a capacidade de atravessar a lógica financeira externa. Se, no futuro, o funcionamento em larga escala conseguir manter continuamente baixo custo de validação e alta segurança, talvez isso seja a base tecnológica com verdadeiro significado de inovação de paradigma no campo do BTCFi.
$BABY #baby
TBV me faz revisitar esse termo antigo: “autocustódia” Ontem à noite, depois de ler o white paper da Babylon, o que ficou girando na minha cabeça foi aquele grafo de transações pré-assinado (pre-signed transaction graph). Antes eu sempre achava que, para o BTC entrar no DeFi, teria que haver algum tipo de concessão: ou ponte (bridge) ou custódia. Aí a TBV, diretamente no Bitcoin, usa Taproot para pré-assinar antecipadamente cada caminho possível de gasto e “travar” tudo. O usuário assina, o Vault Provider e os Keepers também assinam, mas depois que assina, ninguém consegue inventar novos truques. O BTC fica do começo ao fim preso nos próprios UTXOs, como um cofre que só aceita chaves pré-definidas. O que eu mais gosto nesse projeto, como um velho entusiasta do crypto, é o realismo. Não fizeram uma modificação “na marra” no Bitcoin para virar EVM; apenas reconheceram, com honestidade, as limitações do Script. Usando BABE, eles traduzem o estado do DeFi externo via prova ZK e circuito garbled para algo que o Bitcoin consegue verificar. Para sacar ou liquidar, é preciso enviar uma prova; durante a janela de challenge, qualquer um pode questionar, e o que estiver errado é descartado. Não há intermediário mexendo no seu dinheiro “por baixo dos panos”, nem um pool compartilhado que mistura riscos. Claro que não é perfeito. Pegin precisa esperar confirmação; o período de desafio é de três dias. Depois de escalar, gas e custos de coordenação não vão virar dor de cabeça? Ainda estou observando. Na liquidação, o vault fica inteiro e não dá para desmontar; ainda é preciso criar truques como o “sacrificial vault”. Mas, em comparação com soluções que de vez em quando viram centralizadas ou baseadas em multisig, pelo menos isso minimiza confiança — não troca o limite de segurança do BTC por liquidez. O que realmente me tocou foi essa ideia: o Bitcoin não precisa virar mais uma cadeia de contratos inteligentes; ele só precisa manter suas próprias regras e, assim, “entender” as condições do mundo externo por meio de criptografia. O controle permanece sempre na rede nativa — e isso, para mim, é o maior respeito aos detentores de BTC. Num mundo financeiro cada vez mais complexo, a gente vai mesmo querer entregar a chave para alguém só em busca de yield? A resposta da TBV é bem contundente e também bem filosófica: liberdade financeira de verdade talvez seja essa teimosia — de manter os ativos sempre obedecendo às próprias regras. @babylonlabs_io $BABY #baby
TBV me faz revisitar esse termo antigo: “autocustódia”

Ontem à noite, depois de ler o white paper da Babylon, o que ficou girando na minha cabeça foi aquele grafo de transações pré-assinado (pre-signed transaction graph). Antes eu sempre achava que, para o BTC entrar no DeFi, teria que haver algum tipo de concessão: ou ponte (bridge) ou custódia. Aí a TBV, diretamente no Bitcoin, usa Taproot para pré-assinar antecipadamente cada caminho possível de gasto e “travar” tudo. O usuário assina, o Vault Provider e os Keepers também assinam, mas depois que assina, ninguém consegue inventar novos truques. O BTC fica do começo ao fim preso nos próprios UTXOs, como um cofre que só aceita chaves pré-definidas.

O que eu mais gosto nesse projeto, como um velho entusiasta do crypto, é o realismo. Não fizeram uma modificação “na marra” no Bitcoin para virar EVM; apenas reconheceram, com honestidade, as limitações do Script. Usando BABE, eles traduzem o estado do DeFi externo via prova ZK e circuito garbled para algo que o Bitcoin consegue verificar. Para sacar ou liquidar, é preciso enviar uma prova; durante a janela de challenge, qualquer um pode questionar, e o que estiver errado é descartado. Não há intermediário mexendo no seu dinheiro “por baixo dos panos”, nem um pool compartilhado que mistura riscos.

Claro que não é perfeito. Pegin precisa esperar confirmação; o período de desafio é de três dias. Depois de escalar, gas e custos de coordenação não vão virar dor de cabeça? Ainda estou observando. Na liquidação, o vault fica inteiro e não dá para desmontar; ainda é preciso criar truques como o “sacrificial vault”. Mas, em comparação com soluções que de vez em quando viram centralizadas ou baseadas em multisig, pelo menos isso minimiza confiança — não troca o limite de segurança do BTC por liquidez.

O que realmente me tocou foi essa ideia: o Bitcoin não precisa virar mais uma cadeia de contratos inteligentes; ele só precisa manter suas próprias regras e, assim, “entender” as condições do mundo externo por meio de criptografia. O controle permanece sempre na rede nativa — e isso, para mim, é o maior respeito aos detentores de BTC.

Num mundo financeiro cada vez mais complexo, a gente vai mesmo querer entregar a chave para alguém só em busca de yield? A resposta da TBV é bem contundente e também bem filosófica: liberdade financeira de verdade talvez seja essa teimosia — de manter os ativos sempre obedecendo às próprias regras.

@BabylonLabs_io $BABY #baby
A custódia de Bitcoin finalmente não depende de terceiros TBV me fez ver algo diferente Nestes anos, eu caí em muitos buracos e vi projetos puxarem o BTC dos usuários para dizer “otimizando o uso”; no fim, quando a ponte quebra ou dá problema com multisig, você fica sem nada. Então, quando vi os Trustless Bitcoin Vaults da Babylon, primeiro desconfiei — depois, aos poucos, fui ganhando confiança. A lógica central é bem pé no chão. Você mantém o BTC em endereços Taproot na blockchain do próprio Bitcoin; isso equivale a construir para si um cofre com trava inteligente. As regras dessa “chave” são definidas por contratos DeFi externos, como protocolos de empréstimo. Quando o pagamento é concluído ou as condições são satisfeitas, a verificação no Bitcoin acontece via prova de conhecimento zero, e então o BTC pode ser destravado e resgatado. O processo não tem custódia por intermediários, não usa ativos embrulhados e não envolve risco de transferência cross-chain. Quer mexer no seu BTC? Então precisa apresentar uma prova matemática; caso contrário, durante o período de desafio qualquer pessoa (especialmente você) consegue interromper. Comparado com aquelas soluções antigas que dependiam de confiança na equipe, isso é claramente mais “raiz”. Como usuário antigo, eu acho isso especialmente prático. O maior valor do Bitcoin sempre foi sua simplicidade e segurança. Agora, com o TBV, ele pode servir como colateral para empréstimos ou outros cenários, sem você precisar abrir mão da autogestão. Imagine: seus BTCs não ficam apenas parados na carteira, dormindo o sono dos justos; eles podem sustentar a emissão de stablecoins ou outras jogadas financeiras, mantendo-se sempre ancorados na cadeia mais segura. Para aqueles que mantêm moedas sem mexer, é uma boa forma de abrir caminho. @babylonlabs_io foca justamente nesse tipo de design sem confiança. Pelo que observei, a execução está relativamente estável, sem ficar desenhando promessas por todo lado. O papel do $BABY na gestão dos vaults e nos incentivos relacionados vale continuar acompanhando. #baby Eu sempre acreditei que a essência do crypto é devolver o poder das mãos de entidades centralizadas ao indivíduo. Tentativas como a do TBV não ficam só em slogan; elas reforçam os limites do Bitcoin passo a passo com scripts e provas. Isso me faz lembrar por que a gente insiste em fazer hodl não só para o preço subir, mas para manter, no meio do alvoroço do mercado, aquela teimosia pela autonomia. Mesmo que a tecnologia seja complexa, no fim o teste é se dá para permitir que o detentor comum realmente controle seus ativos sem depender de ninguém. #baby $BABY {future}(BABYUSDT)
A custódia de Bitcoin finalmente não depende de terceiros TBV me fez ver algo diferente

Nestes anos, eu caí em muitos buracos e vi projetos puxarem o BTC dos usuários para dizer “otimizando o uso”; no fim, quando a ponte quebra ou dá problema com multisig, você fica sem nada. Então, quando vi os Trustless Bitcoin Vaults da Babylon, primeiro desconfiei — depois, aos poucos, fui ganhando confiança.

A lógica central é bem pé no chão. Você mantém o BTC em endereços Taproot na blockchain do próprio Bitcoin; isso equivale a construir para si um cofre com trava inteligente. As regras dessa “chave” são definidas por contratos DeFi externos, como protocolos de empréstimo. Quando o pagamento é concluído ou as condições são satisfeitas, a verificação no Bitcoin acontece via prova de conhecimento zero, e então o BTC pode ser destravado e resgatado. O processo não tem custódia por intermediários, não usa ativos embrulhados e não envolve risco de transferência cross-chain. Quer mexer no seu BTC? Então precisa apresentar uma prova matemática; caso contrário, durante o período de desafio qualquer pessoa (especialmente você) consegue interromper. Comparado com aquelas soluções antigas que dependiam de confiança na equipe, isso é claramente mais “raiz”.

Como usuário antigo, eu acho isso especialmente prático. O maior valor do Bitcoin sempre foi sua simplicidade e segurança. Agora, com o TBV, ele pode servir como colateral para empréstimos ou outros cenários, sem você precisar abrir mão da autogestão. Imagine: seus BTCs não ficam apenas parados na carteira, dormindo o sono dos justos; eles podem sustentar a emissão de stablecoins ou outras jogadas financeiras, mantendo-se sempre ancorados na cadeia mais segura. Para aqueles que mantêm moedas sem mexer, é uma boa forma de abrir caminho.

@BabylonLabs_io foca justamente nesse tipo de design sem confiança. Pelo que observei, a execução está relativamente estável, sem ficar desenhando promessas por todo lado. O papel do $BABY na gestão dos vaults e nos incentivos relacionados vale continuar acompanhando. #baby

Eu sempre acreditei que a essência do crypto é devolver o poder das mãos de entidades centralizadas ao indivíduo. Tentativas como a do TBV não ficam só em slogan; elas reforçam os limites do Bitcoin passo a passo com scripts e provas. Isso me faz lembrar por que a gente insiste em fazer hodl não só para o preço subir, mas para manter, no meio do alvoroço do mercado, aquela teimosia pela autonomia. Mesmo que a tecnologia seja complexa, no fim o teste é se dá para permitir que o detentor comum realmente controle seus ativos sem depender de ninguém. #baby $BABY
Parcialmente verdadeiro
Finalmente, o Bitcoin não precisa mais ser “custodiado”; esta é a minha visão real sobre o Babylon TBV Na verdade, nos últimos anos, depois de ver tantas propostas de “Bitcoin indo para o DeFi”, fiquei meio insensível. Falam direto: você precisa trocar seu BTC verdadeiro por uma versão encapsulada, entregar a uma ponte ou a um custodiante, e então rezar para que a outra parte não fuja. No fim, o quê? Apenas 1% do BTC realmente se move; a maior parte fica dormindo em carteiras frias, como um ganancioso que não consegue render nada. Recentemente, testei os Trustless Bitcoin Vaults (TBV) da Babylon e senti que essa coisa finalmente acertou a dor. Seu BTC nem sai da cadeia do Bitcoin: ele é bloqueado em um script Taproot que você participa da assinatura, como uma “caixa-forte” privada. Cada vault é independente, não se mistura com os de outras pessoas, e ninguém consegue usar seus fundos para fazer nova alavancagem/repasse. Deixa eu reclamar uma última coisa: antes, aquelas soluções de cross-chain sempre me davam a sensação de guardar barras de ouro do lado de fora do cofre do banco — mas entregando a chave para outra pessoa controlar. Agora, o TBV parece mais como se você mesmo abrisse um porão no quintal, enterrasse as barras, e só enviasse a evidência de “quanto foi enterrado” e de que as “condições foram cumpridas” para poder retirar. A combinação de script do Bitcoin + prova ZK + período de desafio BABE reduz a confiança ao mínimo. Na prática, o peg-in precisa aguardar confirmações do Bitcoin, o resgate tem algumas janelas de desafio, mas a sensação de segurança é absurda. Claro, não é perfeito. O próprio script do Bitcoin tem várias limitações, o custo de verificação de provas não é baixo, e a adoção ainda precisa de tempo e de mais aplicações integradas. Mas, comparado com aquelas soluções anteriores de “confie em nós”, isso já é um grande passo pragmático. A Babylon traz a segurança nativa do BTC para um mundo DeFi mais amplo, em vez de tentar “remodelar” o Bitcoin à força. Como um veterano do cripto, o que eu mais aprecio aqui é essa postura de não abrir mão: não sacrifica a autogestão, não brinca de truques com encapsulamento; só enfrenta com criptografia pura. @babylonlabs_io Por fim, pense nisso: desde o nascimento, o Bitcoin representa uma filosofia — não depender de ninguém, sobreviver com código e consenso. O TBV estende esse espírito até o DeFi: sua riqueza continua sendo sua, só que finalmente consegue circular para atender mais cenários, em vez de ficar dormindo para sempre. Talvez esse seja o verdadeiro espírito da cripto: voltar à origem, mas abrir novas portas. Vale a pena acompanhar com seriedade. #baby $BABY
Finalmente, o Bitcoin não precisa mais ser “custodiado”; esta é a minha visão real sobre o Babylon TBV

Na verdade, nos últimos anos, depois de ver tantas propostas de “Bitcoin indo para o DeFi”, fiquei meio insensível. Falam direto: você precisa trocar seu BTC verdadeiro por uma versão encapsulada, entregar a uma ponte ou a um custodiante, e então rezar para que a outra parte não fuja. No fim, o quê? Apenas 1% do BTC realmente se move; a maior parte fica dormindo em carteiras frias, como um ganancioso que não consegue render nada.

Recentemente, testei os Trustless Bitcoin Vaults (TBV) da Babylon e senti que essa coisa finalmente acertou a dor. Seu BTC nem sai da cadeia do Bitcoin: ele é bloqueado em um script Taproot que você participa da assinatura, como uma “caixa-forte” privada. Cada vault é independente, não se mistura com os de outras pessoas, e ninguém consegue usar seus fundos para fazer nova alavancagem/repasse.

Deixa eu reclamar uma última coisa: antes, aquelas soluções de cross-chain sempre me davam a sensação de guardar barras de ouro do lado de fora do cofre do banco — mas entregando a chave para outra pessoa controlar. Agora, o TBV parece mais como se você mesmo abrisse um porão no quintal, enterrasse as barras, e só enviasse a evidência de “quanto foi enterrado” e de que as “condições foram cumpridas” para poder retirar. A combinação de script do Bitcoin + prova ZK + período de desafio BABE reduz a confiança ao mínimo. Na prática, o peg-in precisa aguardar confirmações do Bitcoin, o resgate tem algumas janelas de desafio, mas a sensação de segurança é absurda.

Claro, não é perfeito. O próprio script do Bitcoin tem várias limitações, o custo de verificação de provas não é baixo, e a adoção ainda precisa de tempo e de mais aplicações integradas. Mas, comparado com aquelas soluções anteriores de “confie em nós”, isso já é um grande passo pragmático. A Babylon traz a segurança nativa do BTC para um mundo DeFi mais amplo, em vez de tentar “remodelar” o Bitcoin à força.

Como um veterano do cripto, o que eu mais aprecio aqui é essa postura de não abrir mão: não sacrifica a autogestão, não brinca de truques com encapsulamento; só enfrenta com criptografia pura. @BabylonLabs_io

Por fim, pense nisso: desde o nascimento, o Bitcoin representa uma filosofia — não depender de ninguém, sobreviver com código e consenso. O TBV estende esse espírito até o DeFi: sua riqueza continua sendo sua, só que finalmente consegue circular para atender mais cenários, em vez de ficar dormindo para sempre. Talvez esse seja o verdadeiro espírito da cripto: voltar à origem, mas abrir novas portas. Vale a pena acompanhar com seriedade.

#baby $BABY
Minha visão real sobre o Babylon TBV: o Bitcoin finalmente consegue se mover, mas não comemore ainda Sinceramente, eu estou no mundo crypto há quase dez anos e já vi muitos projetos tentarem vender o Bitcoin como uma chave universal—no fim, ainda acabam conectando uma pilha de problemas ou com o custodiante fugindo. Os Trustless Bitcoin Vaults (TBV) da Babylon me chamaram atenção, mas também me fizeram manter o pé atrás. Eu pesquisei bem essa ideia. Em termos simples: você trava seus BTC em scripts do Taproot na blockchain do Bitcoin, como se estivesse construindo um cofre privado. Esse cofre fica diretamente acoplado a contratos inteligentes externos na outra rede, como o Aave v4. Quer pegar um stablecoin? Sem problema: provas de conhecimento zero validam que você pagou ou cumpriu as condições na cadeia alvo, e aí então você consegue retirar o BTC. O processo não exige que ninguém guarde sua chave, nem que você mova as moedas para outra blockchain. O mecanismo de janela de desafio funciona como um posto de supervisão público—se alguém tentar agir errado, qualquer desafiador qualificado (inclusive você) consegue impedir. Parece bem sólido, certo? É muito mais robusto do que aquelas multi-assinaturas de comitê—que sempre me fazem lembrar antigos escândalos de custódia. Como jogador antigo, eu aprecio essa abordagem pragmática. Eles não inventaram pontes cross-chain mirabolantes; escreveram as regras diretamente nos scripts do Bitcoin e nas provas criptográficas. Agora, detentores de Bitcoin finalmente conseguem fazer os BTC ociosos renderem algo—seja com empréstimos com garantias ou participando de mais DeFi—sem precisar se preocupar com aquele medo clássico: “minhas moedas ainda estão comigo?”. Em comparação com o BTC empacotado tradicional, isso reduz bastante a superfície de ataque e melhora a eficiência de capital do Bitcoin. Ainda assim, preciso comentar uma coisa: na prática, a implementação depende de desafiadores e da geração de provas, e o nível de exigência operacional ainda é um pouco alto para a pessoa comum. Nem todo mundo está disposto a ficar de olho na janela de fraude ou lidar com provas ZK. @babylonlabs_io parece ter sido feito com bastante honestidade nesse sentido: eles colocaram o foco em autocustódia e no que é nativo do Bitcoin, em vez de ficar só falando bonito. $BABY (o token) dizem que vai desempenhar um papel nas operações do vault e nos mecanismos de segurança—no que eu espero ver isso funcionar de verdade. #baby No fim das contas, o Bitcoin nasceu da desconfiança em relação ao trust centralizado. Esse tipo de design do TBV me lembra por que entramos nesse universo no começo: substituir a confiança cega em pessoas por código e matemática.
Minha visão real sobre o Babylon TBV: o Bitcoin finalmente consegue se mover, mas não comemore ainda

Sinceramente, eu estou no mundo crypto há quase dez anos e já vi muitos projetos tentarem vender o Bitcoin como uma chave universal—no fim, ainda acabam conectando uma pilha de problemas ou com o custodiante fugindo. Os Trustless Bitcoin Vaults (TBV) da Babylon me chamaram atenção, mas também me fizeram manter o pé atrás.

Eu pesquisei bem essa ideia. Em termos simples: você trava seus BTC em scripts do Taproot na blockchain do Bitcoin, como se estivesse construindo um cofre privado. Esse cofre fica diretamente acoplado a contratos inteligentes externos na outra rede, como o Aave v4. Quer pegar um stablecoin? Sem problema: provas de conhecimento zero validam que você pagou ou cumpriu as condições na cadeia alvo, e aí então você consegue retirar o BTC. O processo não exige que ninguém guarde sua chave, nem que você mova as moedas para outra blockchain. O mecanismo de janela de desafio funciona como um posto de supervisão público—se alguém tentar agir errado, qualquer desafiador qualificado (inclusive você) consegue impedir.

Parece bem sólido, certo? É muito mais robusto do que aquelas multi-assinaturas de comitê—que sempre me fazem lembrar antigos escândalos de custódia.

Como jogador antigo, eu aprecio essa abordagem pragmática. Eles não inventaram pontes cross-chain mirabolantes; escreveram as regras diretamente nos scripts do Bitcoin e nas provas criptográficas. Agora, detentores de Bitcoin finalmente conseguem fazer os BTC ociosos renderem algo—seja com empréstimos com garantias ou participando de mais DeFi—sem precisar se preocupar com aquele medo clássico: “minhas moedas ainda estão comigo?”. Em comparação com o BTC empacotado tradicional, isso reduz bastante a superfície de ataque e melhora a eficiência de capital do Bitcoin. Ainda assim, preciso comentar uma coisa: na prática, a implementação depende de desafiadores e da geração de provas, e o nível de exigência operacional ainda é um pouco alto para a pessoa comum. Nem todo mundo está disposto a ficar de olho na janela de fraude ou lidar com provas ZK.

@BabylonLabs_io parece ter sido feito com bastante honestidade nesse sentido: eles colocaram o foco em autocustódia e no que é nativo do Bitcoin, em vez de ficar só falando bonito. $BABY (o token) dizem que vai desempenhar um papel nas operações do vault e nos mecanismos de segurança—no que eu espero ver isso funcionar de verdade. #baby

No fim das contas, o Bitcoin nasceu da desconfiança em relação ao trust centralizado. Esse tipo de design do TBV me lembra por que entramos nesse universo no começo: substituir a confiança cega em pessoas por código e matemática.
·
--
Em Alta
Subiu e ainda comeu de novo! O grande bolo e o Ethereum, ambos com lucro três vezes. Pontos do tipo “alimentar com comida”, os irmãos que seguiram com certeza pegaram a carne. Nos primeiros dias, eu vinha dizendo que não era para perseguir a alta; esperem a correção e entrem depois. Muita gente na época achou que o movimento ia acabar, mas eu, na verdade, preferi esperar o preço voltar para a posição prevista. O BTC entrei perto de 64000, o ETH eu comprei perto de 1860; agora olhando, o mercado ainda entregou o lucro que deveria entregar.$BTC {future}(BTCUSDT)
Subiu e ainda comeu de novo!
O grande bolo e o Ethereum, ambos com lucro três vezes.
Pontos do tipo “alimentar com comida”, os irmãos que seguiram com certeza pegaram a carne.

Nos primeiros dias, eu vinha dizendo que não era para perseguir a alta; esperem a correção e entrem depois. Muita gente na época achou que o movimento ia acabar, mas eu, na verdade, preferi esperar o preço voltar para a posição prevista.

O BTC entrei perto de 64000, o ETH eu comprei perto de 1860; agora olhando, o mercado ainda entregou o lucro que deveria entregar.$BTC
GRVT faz com que eu, esse velho trader teimoso, volte a reexaminar como o capital deve viver Sinceramente, já misturo nesse mercado há quase dez anos. Vi projetos demais gritarem slogans, mas com o dinheiro preso em contas diferentes, incapaz de se mover. Transferir, sacar, esperar confirmações—ineficiência de capital a ponto de dar vontade de xingar. Só quando vi o GRVT é que senti que finalmente alguém está tratando isso como uma coisa de verdade. Recentemente, rodei algumas posições na plataforma deles e a sensação real é: o mesmo USDT que você joga lá consegue, ao mesmo tempo, servir como margem de garantia para um contrato perpétuo e fazer alavancagem de 50x para operar BTC ou RWA de petróleo, e também receber automaticamente a taxa de retorno. Não é aquele APY vazio e ilusório—é retorno real vindo das taxas do protocolo e do fluxo de DeFi externo. O capital não fica parado, nem te força a escolher um ou outro. Eu venho reclamando há muito tempo sobre esse problema de “capital travando”, e enfim parece haver uma solução prática. A correspondência de ordens é rápida como em CEX, a liquidação usa prova ZK na cadeia, e como as chaves de self-custody ainda ficam nas suas mãos, não precisa se preocupar com a plataforma fugir com o dinheiro. Eu também testei a função Strategies deles: selecionei algumas estratégias de gestores já validadas e investi uma parte pequena. O gestor movimenta a posição, mas não mexe com meu principal; a posição é atualizada a cada quatro horas. Isso protege as vantagens deles, mas me dá tranquilidade. É transparente, transferível—parece encontrar um operador confiável pra trabalhar por mim, sem eu precisar assinar nenhum contrato de custódia. Isso é muito melhor do que ficar preso em fundos tradicionais que travam tudo, embora eu também tenha que comentar: hoje, a descoberta das estratégias ainda exige que a gente gaste mais tempo escolhendo; se o sistema fosse mais inteligente, seria ainda melhor. O token $GRVT vem aí. Como holder, você consegue taxas melhores, uma divisão de rendimentos mais alta e vários benefícios práticos. Há 1 bilhão fixo de supply, não houve emissão descontrolada—isso eu respeito. Eles não são mais um projeto que só grita slogan grande. Em vez disso, juntam negociação, rendimentos de juros e investimentos de forma sólida, fazendo o dinheiro realmente fluir. Por fim, digo uma coisa maior. Dinheiro nunca é algo “morto”; ele é a compressão do tempo e das escolhas. Nós trocamos nossa vida por ele, mas muitas vezes deixamos que ele durma grande parte do tempo em vários silos. O GRVT me lembra que o sistema realmente poderoso é aquele que mantém cada centavo acordado, ocupado e trabalhando por você. Respeitar a produtividade do capital talvez seja também respeitar nossa própria vida finita. @grvt_io #grvt
GRVT faz com que eu, esse velho trader teimoso, volte a reexaminar como o capital deve viver

Sinceramente, já misturo nesse mercado há quase dez anos. Vi projetos demais gritarem slogans, mas com o dinheiro preso em contas diferentes, incapaz de se mover. Transferir, sacar, esperar confirmações—ineficiência de capital a ponto de dar vontade de xingar. Só quando vi o GRVT é que senti que finalmente alguém está tratando isso como uma coisa de verdade.

Recentemente, rodei algumas posições na plataforma deles e a sensação real é: o mesmo USDT que você joga lá consegue, ao mesmo tempo, servir como margem de garantia para um contrato perpétuo e fazer alavancagem de 50x para operar BTC ou RWA de petróleo, e também receber automaticamente a taxa de retorno. Não é aquele APY vazio e ilusório—é retorno real vindo das taxas do protocolo e do fluxo de DeFi externo. O capital não fica parado, nem te força a escolher um ou outro. Eu venho reclamando há muito tempo sobre esse problema de “capital travando”, e enfim parece haver uma solução prática.

A correspondência de ordens é rápida como em CEX, a liquidação usa prova ZK na cadeia, e como as chaves de self-custody ainda ficam nas suas mãos, não precisa se preocupar com a plataforma fugir com o dinheiro.

Eu também testei a função Strategies deles: selecionei algumas estratégias de gestores já validadas e investi uma parte pequena. O gestor movimenta a posição, mas não mexe com meu principal; a posição é atualizada a cada quatro horas. Isso protege as vantagens deles, mas me dá tranquilidade. É transparente, transferível—parece encontrar um operador confiável pra trabalhar por mim, sem eu precisar assinar nenhum contrato de custódia. Isso é muito melhor do que ficar preso em fundos tradicionais que travam tudo, embora eu também tenha que comentar: hoje, a descoberta das estratégias ainda exige que a gente gaste mais tempo escolhendo; se o sistema fosse mais inteligente, seria ainda melhor.

O token $GRVT vem aí. Como holder, você consegue taxas melhores, uma divisão de rendimentos mais alta e vários benefícios práticos. Há 1 bilhão fixo de supply, não houve emissão descontrolada—isso eu respeito. Eles não são mais um projeto que só grita slogan grande. Em vez disso, juntam negociação, rendimentos de juros e investimentos de forma sólida, fazendo o dinheiro realmente fluir.

Por fim, digo uma coisa maior. Dinheiro nunca é algo “morto”; ele é a compressão do tempo e das escolhas. Nós trocamos nossa vida por ele, mas muitas vezes deixamos que ele durma grande parte do tempo em vários silos. O GRVT me lembra que o sistema realmente poderoso é aquele que mantém cada centavo acordado, ocupado e trabalhando por você. Respeitar a produtividade do capital talvez seja também respeitar nossa própria vida finita.

@grvt_io #grvt
Não se deixe ofuscar pelo Mainnet Beta — vamos falar do “sangue na ponta da lâmina” que a Newton não revelou Quando saiu o Newton Mainnet Beta, uma multidão começou a gritar junto. Eu passei uma noite inteira lendo e relendo os white papers técnicos, e todo mundo só fala daquela solução em alta: AVS e validação dupla. Mas eu foquei num detalhe obscuro, que quase ninguém menciona: o “Shadow State Pipeline” (Pipeline de Estado-Sombra). Em termos simples, é pegar suas estratégias complexas de múltiplas cadeias e fazer uma simulação “em sombra” no sandbox fora da rede, gerar uma prova de estado instantânea e depois enviá-la para a rede de validação. A sacada é inteligente: economiza espaço, para que negociações automatizadas de alta frequência não transformem o Gas em um custo absurdo. Só que toda moeda tem dois lados. Entre a simulação fora da rede e o acerto de contas real on-chain existe uma “zona cega de diferença de tempo”. Em momentos de volatilidade extrema, se a fonte de preços for levemente distorcida, o estado-sombra pode virar um “estado fantasma” — e a estratégia escorrega direto para o lugar mais errado, com grande desvio. É por isso que os grandes players até hoje não ousaram entregar a soberania central. Segurança e eficiência nunca estiveram em lados opostos de uma balança; são, na verdade, um jogo dinâmico e interminável de disputa. O código consegue construir um labirinto digital perfeito, mas não consegue domar a ganância humana nem a inconstância do mercado. Quando buscamos na cadeia a automação ao extremo, no fundo estamos tentando usar determinismo tecnológico para contrariar o incremento máximo e inevitável da entropia no tempo. Mas não se esqueça: antes de alcançarmos uma racionalidade absoluta, todas as máquinas sofisticadas não passam de bengalas que usamos para seguir adiante na floresta escura. E quanto ao futuro de @NewtonProtocol , o que vocês acham? $NEWT vai manter como proteção ou esperar o vento virar? Vejo vocês na área de comentários. #Newt
Não se deixe ofuscar pelo Mainnet Beta — vamos falar do “sangue na ponta da lâmina” que a Newton não revelou
Quando saiu o Newton Mainnet Beta, uma multidão começou a gritar junto. Eu passei uma noite inteira lendo e relendo os white papers técnicos, e todo mundo só fala daquela solução em alta: AVS e validação dupla. Mas eu foquei num detalhe obscuro, que quase ninguém menciona: o “Shadow State Pipeline” (Pipeline de Estado-Sombra).

Em termos simples, é pegar suas estratégias complexas de múltiplas cadeias e fazer uma simulação “em sombra” no sandbox fora da rede, gerar uma prova de estado instantânea e depois enviá-la para a rede de validação. A sacada é inteligente: economiza espaço, para que negociações automatizadas de alta frequência não transformem o Gas em um custo absurdo. Só que toda moeda tem dois lados. Entre a simulação fora da rede e o acerto de contas real on-chain existe uma “zona cega de diferença de tempo”. Em momentos de volatilidade extrema, se a fonte de preços for levemente distorcida, o estado-sombra pode virar um “estado fantasma” — e a estratégia escorrega direto para o lugar mais errado, com grande desvio.

É por isso que os grandes players até hoje não ousaram entregar a soberania central. Segurança e eficiência nunca estiveram em lados opostos de uma balança; são, na verdade, um jogo dinâmico e interminável de disputa. O código consegue construir um labirinto digital perfeito, mas não consegue domar a ganância humana nem a inconstância do mercado. Quando buscamos na cadeia a automação ao extremo, no fundo estamos tentando usar determinismo tecnológico para contrariar o incremento máximo e inevitável da entropia no tempo. Mas não se esqueça: antes de alcançarmos uma racionalidade absoluta, todas as máquinas sofisticadas não passam de bengalas que usamos para seguir adiante na floresta escura.

E quanto ao futuro de @NewtonProtocol , o que vocês acham? $NEWT vai manter como proteção ou esperar o vento virar? Vejo vocês na área de comentários. #Newt
Quem está pagando pela “mentira bonita” da IA on-chain?Irmãos, não saiam depositando a crença com tanta pressa. Nesses dias, o feed da galera foi inundado por comunicados de “portais inteligentes de inspeção” e “agentes de IA on-chain”. Eu dei uma olhada de longe: de dez pessoas, nove só estão repetindo palavra por palavra aquele pacote de termos do white paper oficial. Hoje eu não vou fazer propaganda nem derrubar por impulso; vou falar só como um veterano de Deg, com muitos calotes nas costas. Depois que eu revirou o @NewtonProtocol mainnet Beta de ponta a ponta, descobri a realidade por trás disso. Muitos influenciadores elogiam isso dizendo que a camada de base usa isolamento via TEE, que provas ZK são somadas e que isso, junto com o EigenLayer AVS, forma uma espécie de “combinação imbatível”. Mas esse conjunto de fechaduras tecnológicas que parece à prova de falhas, na verdade esconde um custo implícito que quase ninguém desmonta: **latência de execução e inflação de Gas**.

Quem está pagando pela “mentira bonita” da IA on-chain?

Irmãos, não saiam depositando a crença com tanta pressa.
Nesses dias, o feed da galera foi inundado por comunicados de “portais inteligentes de inspeção” e “agentes de IA on-chain”. Eu dei uma olhada de longe: de dez pessoas, nove só estão repetindo palavra por palavra aquele pacote de termos do white paper oficial. Hoje eu não vou fazer propaganda nem derrubar por impulso; vou falar só como um veterano de Deg, com muitos calotes nas costas. Depois que eu revirou o @NewtonProtocol mainnet Beta de ponta a ponta, descobri a realidade por trás disso.
Muitos influenciadores elogiam isso dizendo que a camada de base usa isolamento via TEE, que provas ZK são somadas e que isso, junto com o EigenLayer AVS, forma uma espécie de “combinação imbatível”. Mas esse conjunto de fechaduras tecnológicas que parece à prova de falhas, na verdade esconde um custo implícito que quase ninguém desmonta: **latência de execução e inflação de Gas**.
·
--
Em Alta
Parcialmente verdadeiro
Depois que o CPI foi divulgado, o mercado finalmente encontrou uma direção Os dados do CPI ficaram abaixo das expectativas do mercado. A leitura inicial foi relativamente altista (favorable), as expectativas de cortes de juros aumentaram e os ativos de risco como um todo ganharam força. Mas o que eu realmente me importo não é a notícia, e sim onde o preço fica depois que a notícia é absorvida. Pelo gráfico em candles, o BTC já voltou para a região de resistência perto de 64.000; essa também é uma área de negociação densa e concentrada de períodos anteriores. Já o ETH chegou à faixa de 1870-1885, não estando longe da pressão da máxima anterior. A notícia pode impulsionar o sentimento, mas o que realmente determina o movimento do mercado são as ordens (posicionamento) e a localização dos preços. Se o BTC conseguir sustentar efetivamente acima de 64.000, o próximo passo pode ser testar novamente 65.000-65.500. Se houver uma alta sem volume suficiente, uma retração para 63.200-63.500, na verdade, é o que eu mais vou observar. O mesmo vale para o ETH: o foco é o rompimento perto de 1900. Enquanto não houver consolidação acima, eu prefiro esperar uma pullback e confirmação na região de 1830-1850, em vez de correr atrás agora comprando na alta. Os dados podem afetar o humor do dia, mas a tendência não termina por causa de um único CPI. A negociação ainda depende de posição (níveis), não de esperar o sentimento #美国6月CPI降至3.8% $BTC {future}(BTCUSDT)
Depois que o CPI foi divulgado, o mercado finalmente encontrou uma direção

Os dados do CPI ficaram abaixo das expectativas do mercado. A leitura inicial foi relativamente altista (favorable), as expectativas de cortes de juros aumentaram e os ativos de risco como um todo ganharam força. Mas o que eu realmente me importo não é a notícia, e sim onde o preço fica depois que a notícia é absorvida.

Pelo gráfico em candles, o BTC já voltou para a região de resistência perto de 64.000; essa também é uma área de negociação densa e concentrada de períodos anteriores. Já o ETH chegou à faixa de 1870-1885, não estando longe da pressão da máxima anterior.

A notícia pode impulsionar o sentimento, mas o que realmente determina o movimento do mercado são as ordens (posicionamento) e a localização dos preços.

Se o BTC conseguir sustentar efetivamente acima de 64.000, o próximo passo pode ser testar novamente 65.000-65.500. Se houver uma alta sem volume suficiente, uma retração para 63.200-63.500, na verdade, é o que eu mais vou observar.

O mesmo vale para o ETH: o foco é o rompimento perto de 1900. Enquanto não houver consolidação acima, eu prefiro esperar uma pullback e confirmação na região de 1830-1850, em vez de correr atrás agora comprando na alta.

Os dados podem afetar o humor do dia, mas a tendência não termina por causa de um único CPI. A negociação ainda depende de posição (níveis), não de esperar o sentimento #美国6月CPI降至3.8% $BTC
Inicia sessão para explorar mais conteúdos
Junta-te a utilizadores de criptomoedas de todo o mundo na Binance Square
⚡️ Obtém informações úteis e recentes sobre criptomoedas.
💬 Com a confiança da maior exchange de criptomoedas do mundo.
👍 Descobre perspetivas reais de criadores verificados.
E-mail/Número de telefone
Mapa do sítio
Preferências de cookies
Termos e Condições da Plataforma