Binance Square
兰精灵
415 Publicações

兰精灵

Square verificado+
1.7K+ A seguir
32.1K+ Seguidores
7.4K+ Gostaram
Publicações
PINNED
·
--
Verificado
Recentemente, tenho visto $DUSK e, quanto mais olho, mais sinto que este projeto está “se preparando para um grande golpe” em silêncio. Sendo bem sincero, quando hoje em dia as pessoas mencionam RWA, todo mundo já começa perguntando como “levar imóveis e ações para a blockchain”. Mas acho que a pergunta está torta. Na blockchain, a transparência é como se fosse uma casa de vidro — será que as instituições teriam coragem de revelar toda a sua estratégia de posições? O que a Dusk está pensando não é isso. Ela quer que a Comissão de Valores Mobiliários, corretoras e esses veteranos do dinheiro consigam realmente colocar a mão na massa. A abordagem de @Dusk_Foundation é bem inteligente: na base, ela usa prova de conhecimento zero e criptografia homomórfica para criar uma privacidade em camadas. Transações comuns ficam invisíveis por padrão, mas a regulação, com as “chaves”, consegue fazer consultas direcionadas. Isso resolve um grande problema: cumpre a conformidade sem expor segredos comerciais. A liquidação, que antes levava dias, passa a levar segundos; o custo de reconciliação cai de uma vez. Tem ainda um ponto que achei especialmente real: a rede Kadcast da Dusk não fica repassando dados de forma caótica só porque “todo mundo faz barulho”. Ela segue caminhos fixos de acordo com a distância. Há menos tráfego repetido; quando um nó cai, ainda dá para corrigir. Essa estabilidade é bem mais confiável do que aqueles que só gritam TPS. Com o lançamento previsto do DuskEVM compatível com Solidity e, junto, o módulo de privacidade Hedger, contratos EVM também podem fazer transações criptografadas — facilitando a adoção de produtos como fundos e títulos. Na camada superior, existe também o Dusk Trade: apoiado no arcabouço da União Europeia, obtendo certificação MTF, ele já está impulsionando produtos RWA em conformidade. Na cooperação, avança em conjunto com a corretora licenciada NPEX; a meta é viabilizar mais de 300 milhões de euros em ativos e, depois, integrar a movimentação com o Chainlink CCIP. Resumindo: a Dusk não é apenas um mapeamento de tokens. Ela suporta a emissão nativa on-chain de valores mobiliários em conformidade, com todo o fluxo acontecendo na blockchain e removendo uma camada de intermediários. No setor de RWA, essa rota que equilibra privacidade e regulação ainda é relativamente rara. O que vem depois é observar o andamento do mainnet e da implementação prática. #dusk {spot}(DUSKUSDT)
Recentemente, tenho visto $DUSK e, quanto mais olho, mais sinto que este projeto está “se preparando para um grande golpe” em silêncio.

Sendo bem sincero, quando hoje em dia as pessoas mencionam RWA, todo mundo já começa perguntando como “levar imóveis e ações para a blockchain”. Mas acho que a pergunta está torta. Na blockchain, a transparência é como se fosse uma casa de vidro — será que as instituições teriam coragem de revelar toda a sua estratégia de posições? O que a Dusk está pensando não é isso. Ela quer que a Comissão de Valores Mobiliários, corretoras e esses veteranos do dinheiro consigam realmente colocar a mão na massa.

A abordagem de @Dusk é bem inteligente: na base, ela usa prova de conhecimento zero e criptografia homomórfica para criar uma privacidade em camadas. Transações comuns ficam invisíveis por padrão, mas a regulação, com as “chaves”, consegue fazer consultas direcionadas. Isso resolve um grande problema: cumpre a conformidade sem expor segredos comerciais. A liquidação, que antes levava dias, passa a levar segundos; o custo de reconciliação cai de uma vez.

Tem ainda um ponto que achei especialmente real: a rede Kadcast da Dusk não fica repassando dados de forma caótica só porque “todo mundo faz barulho”. Ela segue caminhos fixos de acordo com a distância. Há menos tráfego repetido; quando um nó cai, ainda dá para corrigir. Essa estabilidade é bem mais confiável do que aqueles que só gritam TPS.

Com o lançamento previsto do DuskEVM compatível com Solidity e, junto, o módulo de privacidade Hedger, contratos EVM também podem fazer transações criptografadas — facilitando a adoção de produtos como fundos e títulos. Na camada superior, existe também o Dusk Trade: apoiado no arcabouço da União Europeia, obtendo certificação MTF, ele já está impulsionando produtos RWA em conformidade. Na cooperação, avança em conjunto com a corretora licenciada NPEX; a meta é viabilizar mais de 300 milhões de euros em ativos e, depois, integrar a movimentação com o Chainlink CCIP.

Resumindo: a Dusk não é apenas um mapeamento de tokens. Ela suporta a emissão nativa on-chain de valores mobiliários em conformidade, com todo o fluxo acontecendo na blockchain e removendo uma camada de intermediários. No setor de RWA, essa rota que equilibra privacidade e regulação ainda é relativamente rara. O que vem depois é observar o andamento do mainnet e da implementação prática. #dusk
钞机八蛋
·
--
[Terminado] 🎙️ Painel de Tarefas do Criador/DUSK
13.3k reproduções
Encontrei um pequeno jardim de flores azuis, com um tom de roxo delicado escondido entre o verde; abrande o passo e descubra pequenas maravilhas ao nosso redor. $SOL $BNB
Encontrei um pequeno jardim de flores azuis, com um tom de roxo delicado escondido entre o verde; abrande o passo e descubra pequenas maravilhas ao nosso redor.
$SOL $BNB
As montanhas distantes formam o cenário, as nuvens de fim de tarde cobrem o céu inteiro, e toda uma cidade de vida se esconde nas cores do crepúsculo. Pare um pouco e aprecie a paisagem diante de você: muitas vezes, a beleza da vida mora exatamente nesse momento em que você levanta os olhos e vê o pôr do sol. $SOL $BNB
As montanhas distantes formam o cenário, as nuvens de fim de tarde cobrem o céu inteiro, e toda uma cidade de vida se esconde nas cores do crepúsculo. Pare um pouco e aprecie a paisagem diante de você: muitas vezes, a beleza da vida mora exatamente nesse momento em que você levanta os olhos e vê o pôr do sol.
$SOL $BNB
$BABY #baby Ontem usei 0,01 BTC e percorri todo o processo do Babylon na prática; aproveitei e peguei um empréstimo no Aave. Vou falar minhas impressões reais. O fluxo de operação é mais tranquilo do que eu imaginava. Não encontrei travamentos nem aquele tipo de erro repentino irritante—pelo menos não preciso me preocupar com um deslize que destrua o capital. Comparado àqueles projetos de “aproveitar air drops” antes, a experiência é mesmo bem melhor; tem que dar @babylonlabs_io pontos de aprovação. Mas falando de rendimento, é bem realista. Com 0,01 BTC a 630U, a taxa de gas para fazer o staking custou 2,3U; depois, para destravar, ainda preciso desembolsar mais uma quantia. Com esse nível de retorno, só depois de mais de duzentos dias eu conseguiria recuperar o custo. Quem é “tubarão” pode considerar dar mais voltas com o capital emprestado para aumentar o rendimento; mas para quem é pequeno, falando a verdade, mexer nisso não tem muito sentido. Além disso, vou comentar aquelas letras vermelhas na página de staking: multa máxima de 0,1% por slashing. No começo eu também fiquei meio confuso. Depois entendi: o Babylon usa a tecnologia EOTS; só quem é validador e decide agir mal com assinatura dupla é que tem a chave privada automaticamente extraída, e qualquer pessoa consegue acionar o slashing. Se você produzir blocos de forma normal, o principal não é reduzido; no máximo, se o nó cair, você perde um pouco de rendimento. Uma multa de 0,1% em PoS é bem contida—mais como um mecanismo de “anti-furto”. Se você não fizer besteira, ela não te morde. Ao escolher validador, vale olhar mais o histórico e a estabilidade, e delegar com distribuição para alguns validados mais confiáveis tende a ser mais seguro. Tem mais um detalhe interessante: o TVL do Babylon é cerca de 2,6 bilhões de dólares, e a market cap do BABY é só um pouco acima de cinquenta milhões. Isso dá uma razão de quase 50:1. Ou seja, quem fornece o valor de segurança em BTC quase não tem poder de governança; parâmetros do protocolo, distribuição de recompensas e afins ficam a cargo de quem detém BABY. Em PoS normal, o peso do staking e o poder de voto são integrados. Aqui eles foram separados. Ainda não apareceram propostas realmente conflitantes, mas no futuro, se houver discordância sobre ajuste de taxas ou alocação de recursos, esse desenho pode dar problema—vale continuar observando. No geral, a experiência mostra mesmo que o design do mecanismo é interessante. Eu acho que, para fundos pequenos, dá para observar primeiro; para grandes, dá para ir cavando aos poucos para dentro. $BABY {spot}(BABYUSDT)
$BABY #baby Ontem usei 0,01 BTC e percorri todo o processo do Babylon na prática; aproveitei e peguei um empréstimo no Aave. Vou falar minhas impressões reais.

O fluxo de operação é mais tranquilo do que eu imaginava. Não encontrei travamentos nem aquele tipo de erro repentino irritante—pelo menos não preciso me preocupar com um deslize que destrua o capital. Comparado àqueles projetos de “aproveitar air drops” antes, a experiência é mesmo bem melhor; tem que dar @BabylonLabs_io pontos de aprovação.

Mas falando de rendimento, é bem realista. Com 0,01 BTC a 630U, a taxa de gas para fazer o staking custou 2,3U; depois, para destravar, ainda preciso desembolsar mais uma quantia. Com esse nível de retorno, só depois de mais de duzentos dias eu conseguiria recuperar o custo. Quem é “tubarão” pode considerar dar mais voltas com o capital emprestado para aumentar o rendimento; mas para quem é pequeno, falando a verdade, mexer nisso não tem muito sentido.

Além disso, vou comentar aquelas letras vermelhas na página de staking: multa máxima de 0,1% por slashing. No começo eu também fiquei meio confuso. Depois entendi: o Babylon usa a tecnologia EOTS; só quem é validador e decide agir mal com assinatura dupla é que tem a chave privada automaticamente extraída, e qualquer pessoa consegue acionar o slashing. Se você produzir blocos de forma normal, o principal não é reduzido; no máximo, se o nó cair, você perde um pouco de rendimento. Uma multa de 0,1% em PoS é bem contida—mais como um mecanismo de “anti-furto”. Se você não fizer besteira, ela não te morde. Ao escolher validador, vale olhar mais o histórico e a estabilidade, e delegar com distribuição para alguns validados mais confiáveis tende a ser mais seguro.

Tem mais um detalhe interessante: o TVL do Babylon é cerca de 2,6 bilhões de dólares, e a market cap do BABY é só um pouco acima de cinquenta milhões. Isso dá uma razão de quase 50:1. Ou seja, quem fornece o valor de segurança em BTC quase não tem poder de governança; parâmetros do protocolo, distribuição de recompensas e afins ficam a cargo de quem detém BABY. Em PoS normal, o peso do staking e o poder de voto são integrados. Aqui eles foram separados. Ainda não apareceram propostas realmente conflitantes, mas no futuro, se houver discordância sobre ajuste de taxas ou alocação de recursos, esse desenho pode dar problema—vale continuar observando.

No geral, a experiência mostra mesmo que o design do mecanismo é interessante. Eu acho que, para fundos pequenos, dá para observar primeiro; para grandes, dá para ir cavando aos poucos para dentro.

$BABY
@babylonlabs_io #baby Ontem à noite, passando o feed, vi a Strategy se juntar à BlackRock, Coinbase e outras instituições para formar uma aliança de segurança de Bitcoin. Três anos de investimento: 15 milhões de dólares, com foco nos riscos de computação quântica. Quando vi a Anchorage, fiquei meio confuso — essa instituição também é a custódia da Babylon Labs. Ou seja, a mesma parte: de um lado, custodiam a Babylon para fazer staking de BTC; de outro, pesquisam se a criptografia do Bitcoin aguenta ataques quânticos, com duas frentes simultâneas mirando a segurança. Eu já tinha visto um conteúdo sobre resistência a quântica com uma lógica do tipo “primeiro rouba, depois resolve”: o atacante mantém os dados na cadeia e, quando o computador quântico estiver maduro, decriptografa. Essa lógica também se aplica ao sistema de assinaturas do Bitcoin. Assim que o Bitcoin migrar para um esquema pós-quântico, todas as aplicações de camada superior baseadas nas assinaturas atuais precisarão ser adaptadas em sincronia. O staking da Babylon se apoia em assinaturas únicas, totalmente construídas sobre os algoritmos vigentes. Se os dois lados fizerem upgrade em ritmos diferentes, pode haver um “vácuo de segurança”? Pouca gente discute isso publicamente até agora. Falando do desenho nas atividades de Babylon TBV: na testnet, o BTC nativo continua preso no cofre do Bitcoin Signet. Depois que o Aave v4 recebe, o adaptador só gera um único registro interno de garantia 1:1; ele só pode ser usado entre contratos autorizados. Se tentar transferir para um endereço comum, falha. Não entra na carteira do usuário e não há mercado secundário. Ao sair ou fazer liquidação, os registros são simplesmente desligados. Isso é completamente diferente de wrapped BTC. É mais como um tíquete de vaga de estacionamento: comprova que tem um carro lá dentro, mas não é um “carro novo” que você possa tirar e vender. Por fim, sobre o desbloqueio $BABY : a plataforma marcou de forma bem visível que leva cerca de dois dias — bem mais rápido do que os 21 dias comuns no Cosmos. Mas não é como se, ao clicar, começasse uma contagem regressiva. Primeiro, a solicitação entra numa fila para aguardar o fim do epoch atual; depois, é registrada no checkpoint do Bitcoin. Além disso, é preciso esperar a confirmação de 300 blocos. A estimativa do documento é de cerca de 50 horas. Se ficar travado no início do epoch ou se o Bitcoin estiver produzindo blocos mais devagar, o tempo pode aumentar. Desbloquear também não significa zerar o risco: validadores continuam a sofrer penalidade por double sign — ainda podem ser punidos em 5%. O que eu mais quero acompanhar agora é o tempo real de chegada e a taxa de falhas em diferentes estados de rede. {spot}(BABYUSDT)
@BabylonLabs_io #baby Ontem à noite, passando o feed, vi a Strategy se juntar à BlackRock, Coinbase e outras instituições para formar uma aliança de segurança de Bitcoin. Três anos de investimento: 15 milhões de dólares, com foco nos riscos de computação quântica. Quando vi a Anchorage, fiquei meio confuso — essa instituição também é a custódia da Babylon Labs. Ou seja, a mesma parte: de um lado, custodiam a Babylon para fazer staking de BTC; de outro, pesquisam se a criptografia do Bitcoin aguenta ataques quânticos, com duas frentes simultâneas mirando a segurança.

Eu já tinha visto um conteúdo sobre resistência a quântica com uma lógica do tipo “primeiro rouba, depois resolve”: o atacante mantém os dados na cadeia e, quando o computador quântico estiver maduro, decriptografa. Essa lógica também se aplica ao sistema de assinaturas do Bitcoin. Assim que o Bitcoin migrar para um esquema pós-quântico, todas as aplicações de camada superior baseadas nas assinaturas atuais precisarão ser adaptadas em sincronia. O staking da Babylon se apoia em assinaturas únicas, totalmente construídas sobre os algoritmos vigentes. Se os dois lados fizerem upgrade em ritmos diferentes, pode haver um “vácuo de segurança”? Pouca gente discute isso publicamente até agora.

Falando do desenho nas atividades de Babylon TBV: na testnet, o BTC nativo continua preso no cofre do Bitcoin Signet. Depois que o Aave v4 recebe, o adaptador só gera um único registro interno de garantia 1:1; ele só pode ser usado entre contratos autorizados. Se tentar transferir para um endereço comum, falha. Não entra na carteira do usuário e não há mercado secundário. Ao sair ou fazer liquidação, os registros são simplesmente desligados. Isso é completamente diferente de wrapped BTC. É mais como um tíquete de vaga de estacionamento: comprova que tem um carro lá dentro, mas não é um “carro novo” que você possa tirar e vender.

Por fim, sobre o desbloqueio $BABY : a plataforma marcou de forma bem visível que leva cerca de dois dias — bem mais rápido do que os 21 dias comuns no Cosmos. Mas não é como se, ao clicar, começasse uma contagem regressiva. Primeiro, a solicitação entra numa fila para aguardar o fim do epoch atual; depois, é registrada no checkpoint do Bitcoin. Além disso, é preciso esperar a confirmação de 300 blocos. A estimativa do documento é de cerca de 50 horas. Se ficar travado no início do epoch ou se o Bitcoin estiver produzindo blocos mais devagar, o tempo pode aumentar. Desbloquear também não significa zerar o risco: validadores continuam a sofrer penalidade por double sign — ainda podem ser punidos em 5%. O que eu mais quero acompanhar agora é o tempo real de chegada e a taxa de falhas em diferentes estados de rede.
Verificado
@babylonlabs_io #baby Para ser sincero, depois de ver tantos projetos de cross-chain, Babylon foi o primeiro que me fez pensar: “essas pessoas realmente entendem o Bitcoin”. O que o TBV faz de mais incrível? Não é ser rápido no cross-chain, nem ter uma experiência melhor — é que ele simplesmente não segue aquela estrada antiga de juntar uma porção de validadores para produzir assinaturas e liberar passagem. Suas moedas permanecem o tempo todo na mainnet do Bitcoin, sem nenhum contrato de ponte agarrando seus ativos enquanto alguns chaves privadas tentam perfurá-los. Essa muralha é concreta de verdade, não é algo “soprado” por marketing. Eu li o whitepaper com cuidado: o fluxo de desafios do Babylon realmente exige que as partes envolvidas cheguem a um consenso. Mas a diferença crucial é esta: aquele conjunto de pessoas já fica “travado” no script do Bitcoin quando o cofre é criado. A janela para agir mal é soldada naquele momento; não é a mesma coisa que, em tempo de execução, conseguir reunir rapidamente assinaturas para drenar fundos. Em outras palavras: ponte não é o pecado original; o pecado é um mecanismo de assinaturas que consegue ser montado em runtime. Isso me lembra a confusão que o EigenLayer passou no ano passado por causa de oráculos. Mesmo fazendo staking e deixando tudo mais sofisticado, no fim a determinação de conduta maliciosa ainda depende de um árbitro externo. Se houver atraso ou um ataque, cortar/subsidiar vira conversa fiada. O TBV simplesmente não tem árbitro. A lógica do EOTS: com dupla assinatura, a chave privada é automaticamente exposta; a matemática decide, sem dependência externa. Esta é a carta mais subestimada. Segurança de BTC nativo sem ponte é “experiência que vale a pena”; segurança sem cutting via oráculo é “segurança real”. Claro: o EOTS só consegue capturar má conduta criptográfica do tipo “dupla assinatura”; ele não controla verificação de transações nem longos períodos offline. Ferramentas específicas não são polícia universal. Só ao reler a Seção 9.6 é que entendi de verdade: o timestamp do Bitcoin fornece segurança de longo alcance; o staking adiciona segurança econômica contra ataques de curto alcance. O curto alcance se intimida queimando moedas; o longo alcance se ancora no PoW como histórico. O Babylon solda as duas coisas juntas, dando à cadeia PoS tanto o efeito dissuasório do presente quanto a imutabilidade histórica do passado. O pré-requisito da dupla segurança é que as duas pernas fiquem de pé. O atraso de sincronização do timestamp pode virar uma brecha? O limite para penalidades é alto o suficiente? Esses são os pontos que ainda valem ser observados. O que é verdadeiramente impossível de copiar não é só a ideia — é a arquitetura que elimina o cutting sem oráculos. $BABY {spot}(BABYUSDT)
@BabylonLabs_io #baby Para ser sincero, depois de ver tantos projetos de cross-chain, Babylon foi o primeiro que me fez pensar: “essas pessoas realmente entendem o Bitcoin”.

O que o TBV faz de mais incrível? Não é ser rápido no cross-chain, nem ter uma experiência melhor — é que ele simplesmente não segue aquela estrada antiga de juntar uma porção de validadores para produzir assinaturas e liberar passagem. Suas moedas permanecem o tempo todo na mainnet do Bitcoin, sem nenhum contrato de ponte agarrando seus ativos enquanto alguns chaves privadas tentam perfurá-los. Essa muralha é concreta de verdade, não é algo “soprado” por marketing.

Eu li o whitepaper com cuidado: o fluxo de desafios do Babylon realmente exige que as partes envolvidas cheguem a um consenso. Mas a diferença crucial é esta: aquele conjunto de pessoas já fica “travado” no script do Bitcoin quando o cofre é criado. A janela para agir mal é soldada naquele momento; não é a mesma coisa que, em tempo de execução, conseguir reunir rapidamente assinaturas para drenar fundos. Em outras palavras: ponte não é o pecado original; o pecado é um mecanismo de assinaturas que consegue ser montado em runtime.

Isso me lembra a confusão que o EigenLayer passou no ano passado por causa de oráculos. Mesmo fazendo staking e deixando tudo mais sofisticado, no fim a determinação de conduta maliciosa ainda depende de um árbitro externo. Se houver atraso ou um ataque, cortar/subsidiar vira conversa fiada. O TBV simplesmente não tem árbitro. A lógica do EOTS: com dupla assinatura, a chave privada é automaticamente exposta; a matemática decide, sem dependência externa. Esta é a carta mais subestimada. Segurança de BTC nativo sem ponte é “experiência que vale a pena”; segurança sem cutting via oráculo é “segurança real”. Claro: o EOTS só consegue capturar má conduta criptográfica do tipo “dupla assinatura”; ele não controla verificação de transações nem longos períodos offline. Ferramentas específicas não são polícia universal.

Só ao reler a Seção 9.6 é que entendi de verdade: o timestamp do Bitcoin fornece segurança de longo alcance; o staking adiciona segurança econômica contra ataques de curto alcance. O curto alcance se intimida queimando moedas; o longo alcance se ancora no PoW como histórico. O Babylon solda as duas coisas juntas, dando à cadeia PoS tanto o efeito dissuasório do presente quanto a imutabilidade histórica do passado.

O pré-requisito da dupla segurança é que as duas pernas fiquem de pé. O atraso de sincronização do timestamp pode virar uma brecha? O limite para penalidades é alto o suficiente? Esses são os pontos que ainda valem ser observados. O que é verdadeiramente impossível de copiar não é só a ideia — é a arquitetura que elimina o cutting sem oráculos. $BABY
Ontem reli o whitepaper da Babylon e, para ser honesto, desta vez a sensação foi um pouco diferente da anterior. Antes eu sempre achava que BTC era basicamente para comprar e deixar guardado, esperando a alta resolver tudo. Mas o que a Babylon quer fazer é transformar o BTC de “ficar parado” em algo que possa gerar dinheiro. Agora, já circulam quase 20 milhões de BTC no mercado, mas o número real de quem usa isso para fazer finanças on-chain é bem pequeno. Pense: antes, quando alguém queria usar BTC para ganhar algum rendimento via DeFi, não era necessário fazer a ponte entre cadeias (cross-chain) ou então empacotar em WBTC. Mas, sendo bem sincero, ter uma camada extra de custódia e ponte no meio me deixa sem confiança. O maior valor do BTC é a segurança. Trocar segurança por uma migalha de retorno não vale a pena. O que a Babylon faz de maneira inteligente é que ela não mexe no BTC em si. Ela só usa os mecanismos de segurança nativos do Bitcoin para colocar o BTC como “segurança” para outras cadeias PoS, gerando receita. É como se o BTC não precisasse se mudar: fica em casa e trabalha para ganhar dinheiro. Os detentores recebem rendimento, as pequenas cadeias ganham uma garantia de segurança, e a comunidade/ecossistema tende a entrar, aumentando a demanda naturalmente. A lógica é bem fluida, mas o maior problema agora não é se a tecnologia funciona — e sim se o mercado vai realmente acreditar. Além disso, quando vi o design modular da fase Genesis da Babylon — como Epoching e Checkpointing — tudo está bem separado e claro. Nesse ponto eu concordo. Mas com muitos módulos, no futuro, coordenar e fazer upgrades pode virar um peso? Também estou observando. Recentemente, a equipe oficial começou a falar de TBV e BABE, e dá para sentir que o foco está se deslocando para aplicações e otimização de custos. Afinal, se o custo de validação não conseguir cair, por melhor que seja a história, não adianta. Eu acho que a direção da Babylon está certa. Só que essa estrada ainda é longa — por enquanto, vou continuar acompanhando. @babylonlabs_io $BABY {spot}(BABYUSDT) #baby
Ontem reli o whitepaper da Babylon e, para ser honesto, desta vez a sensação foi um pouco diferente da anterior.

Antes eu sempre achava que BTC era basicamente para comprar e deixar guardado, esperando a alta resolver tudo. Mas o que a Babylon quer fazer é transformar o BTC de “ficar parado” em algo que possa gerar dinheiro. Agora, já circulam quase 20 milhões de BTC no mercado, mas o número real de quem usa isso para fazer finanças on-chain é bem pequeno. Pense: antes, quando alguém queria usar BTC para ganhar algum rendimento via DeFi, não era necessário fazer a ponte entre cadeias (cross-chain) ou então empacotar em WBTC. Mas, sendo bem sincero, ter uma camada extra de custódia e ponte no meio me deixa sem confiança. O maior valor do BTC é a segurança. Trocar segurança por uma migalha de retorno não vale a pena.

O que a Babylon faz de maneira inteligente é que ela não mexe no BTC em si. Ela só usa os mecanismos de segurança nativos do Bitcoin para colocar o BTC como “segurança” para outras cadeias PoS, gerando receita. É como se o BTC não precisasse se mudar: fica em casa e trabalha para ganhar dinheiro. Os detentores recebem rendimento, as pequenas cadeias ganham uma garantia de segurança, e a comunidade/ecossistema tende a entrar, aumentando a demanda naturalmente. A lógica é bem fluida, mas o maior problema agora não é se a tecnologia funciona — e sim se o mercado vai realmente acreditar.

Além disso, quando vi o design modular da fase Genesis da Babylon — como Epoching e Checkpointing — tudo está bem separado e claro. Nesse ponto eu concordo. Mas com muitos módulos, no futuro, coordenar e fazer upgrades pode virar um peso? Também estou observando.

Recentemente, a equipe oficial começou a falar de TBV e BABE, e dá para sentir que o foco está se deslocando para aplicações e otimização de custos. Afinal, se o custo de validação não conseguir cair, por melhor que seja a história, não adianta.

Eu acho que a direção da Babylon está certa. Só que essa estrada ainda é longa — por enquanto, vou continuar acompanhando. @BabylonLabs_io $BABY
#baby
#baby Nos últimos dois dias, eu peguei de novo o white paper @babylonlabs_io e reli. Pra ser sincero, quanto mais leio, mais sinto que todo mundo fica muito preso às altas e quedas do preço do BTC — talvez esteja realmente perdendo uma grande oportunidade. Pense bem: um ativo na escala de trilhões em valor, que na maior parte do tempo fica “deitado” na carteira, dormindo o tempo inteiro... não parece um desperdício enorme? Quando muita gente fala em Babylon, diz que é só para fazer staking de BTC e ganhar juros. Eu acho essa compreensão rasa demais. O que ela quer fazer de verdade é dar ao BTC um novo jeito de funcionar: tirar de “dinheiro morto” e transformar em “dinheiro vivo”, virando um recurso de produção que consegue continuar gerando. Antes, para colocar o BTC no DeFi, era inevitável esbarrar em pontes cross-chain ou embrulhar em WBTC. Mas a vantagem mais “hardcore” do BTC nunca foi velocidade — e sim aquela segurança pesada, concreta. Assim que você entrega a custódia para terceiros, a mente fica sempre meio suspensa. A abordagem do Babylon é diferente: ele não mexe no BTC em si. Ele usa os mecanismos de segurança nativos do Bitcoin para você ir direto dar suporte a outras cadeias PoS como “segurança”, e ainda por cima receber algum incentivo. O ativo não precisa ser movido, a chave privada fica com você, e as regras são decididas pela criptografia: se as condições não forem atendidas, a ação simplesmente nem consegue ser enviada. Isso é bem tranquilizador. O modelo de negócios do Babylon é bem direto: os detentores de moedas têm retorno; as pequenas cadeias “ganham de graça” um braço forte de segurança; quanto maior o ecossistema, mais cresce — e, por consequência, a demanda por BTC também sobe naturalmente. Claro, o caminho ainda é longo: depende de quantas pessoas estarão dispostas a fazer staking, de quantas cadeias vão topar. Vai ter que ir observando aos poucos. Mas eu também quero considerar uma camada a mais: e se a cadeia que está sendo garantida realmente der um grande problema? A reputação que o Bitcoin acumulou por anos pode acabar sendo arrastada junto? Esse risco de transmissão de reputação não é muito discutido ainda, mas eu sinto que vale a pena deixar esse cenário na minha cabeça com antecedência. Para o $BABY, o valor final não depende só de quão “futurista” é o conceito, e sim de quantos detentores de BTC realmente estão dispostos a confiar a eles o direito de uso dos seus ativos nessas regras verificáveis. No futuro, certamente vão aparecer muitos projetos de BTCFi. O que eu me importo mesmo é: quem consegue provar que ele só consegue funcionar para gerar rendimento obedecendo às regras — e não sair por aí ultrapassando limites. $BABY {spot}(BABYUSDT)
#baby Nos últimos dois dias, eu peguei de novo o white paper @BabylonLabs_io e reli. Pra ser sincero, quanto mais leio, mais sinto que todo mundo fica muito preso às altas e quedas do preço do BTC — talvez esteja realmente perdendo uma grande oportunidade.

Pense bem: um ativo na escala de trilhões em valor, que na maior parte do tempo fica “deitado” na carteira, dormindo o tempo inteiro... não parece um desperdício enorme? Quando muita gente fala em Babylon, diz que é só para fazer staking de BTC e ganhar juros. Eu acho essa compreensão rasa demais. O que ela quer fazer de verdade é dar ao BTC um novo jeito de funcionar: tirar de “dinheiro morto” e transformar em “dinheiro vivo”, virando um recurso de produção que consegue continuar gerando.

Antes, para colocar o BTC no DeFi, era inevitável esbarrar em pontes cross-chain ou embrulhar em WBTC. Mas a vantagem mais “hardcore” do BTC nunca foi velocidade — e sim aquela segurança pesada, concreta. Assim que você entrega a custódia para terceiros, a mente fica sempre meio suspensa. A abordagem do Babylon é diferente: ele não mexe no BTC em si. Ele usa os mecanismos de segurança nativos do Bitcoin para você ir direto dar suporte a outras cadeias PoS como “segurança”, e ainda por cima receber algum incentivo. O ativo não precisa ser movido, a chave privada fica com você, e as regras são decididas pela criptografia: se as condições não forem atendidas, a ação simplesmente nem consegue ser enviada. Isso é bem tranquilizador.

O modelo de negócios do Babylon é bem direto: os detentores de moedas têm retorno; as pequenas cadeias “ganham de graça” um braço forte de segurança; quanto maior o ecossistema, mais cresce — e, por consequência, a demanda por BTC também sobe naturalmente. Claro, o caminho ainda é longo: depende de quantas pessoas estarão dispostas a fazer staking, de quantas cadeias vão topar. Vai ter que ir observando aos poucos.

Mas eu também quero considerar uma camada a mais: e se a cadeia que está sendo garantida realmente der um grande problema? A reputação que o Bitcoin acumulou por anos pode acabar sendo arrastada junto? Esse risco de transmissão de reputação não é muito discutido ainda, mas eu sinto que vale a pena deixar esse cenário na minha cabeça com antecedência.

Para o $BABY , o valor final não depende só de quão “futurista” é o conceito, e sim de quantos detentores de BTC realmente estão dispostos a confiar a eles o direito de uso dos seus ativos nessas regras verificáveis. No futuro, certamente vão aparecer muitos projetos de BTCFi. O que eu me importo mesmo é: quem consegue provar que ele só consegue funcionar para gerar rendimento obedecendo às regras — e não sair por aí ultrapassando limites. $BABY
#baby Digo a verdade: quando comecei a conhecer o Babylon, fiquei com um pé atrás. Não é que eu não confie na tecnologia; é que o mercado já me ensinou demais. Olhe para quantos projetos existem por aí: cada um grita para você confiar… mas quando dá problema de verdade, no fim não é sempre que você acaba tendo que implorar para o time do projeto resolver e fazer o remendo? Então, quando eu coloquei BTC em staking pela primeira vez e completei todo o fluxo, eu fiquei o tempo todo com a corda no pescoço. Mas quando li toda a documentação de design do Timelock Bitcoin Vault, eu fiquei realmente mais tranquilo. Ele quebra a “confiança” em três níveis de escada de emergência, com progressão em camadas. O primeiro nível é o resgate padrão: o caminho mais suave, basta coordenar com um Vault Provider, e no dia a dia a eficiência é a prioridade. O segundo nível é o resgate por liquidação: é uma solução de backup; se o VP cair offline ou houver algum imprevisto, o AVK assume. O que de fato me fez pensar “isso aí é de verdade” foi o terceiro nível: o Self-Claim. Você mesmo segura a chave WOTS previamente armazenada; não precisa de nenhum “ok” de terceiros para recuperar as moedas. Quem passou por LUNA e FTX provavelmente entende o que essa terceira via significa. Mesmo que os dois primeiros níveis estejam muito bem feitos, no fundo ainda dependem de terceiros; apenas essa camada é a que realmente coloca a soberania nas suas próprias mãos. Se é seguro ou não, não depende de ninguém dar garantias: depende de você ter guardado bem o arquivo de chaves. Depois eu tive um jeito de observar: é só acompanhar a taxa de uso do Self-Claim. Se estiver baixa, tudo indica que está normal; se de repente disparar, a maior chance é que o mercado esteja “votando”. Agora sobre governança. Muita gente que faz staking do $BABY fica de olho só no rendimento; mas, na prática, assume que o poder de voto também foi entregue ao validador. O Babylon reaproveita o modelo do Cosmos: se você não vota, automaticamente herda as escolhas do validador. O limiar para propostas comuns é de 50.000 BABY, e o período de votação é de 3 dias. Então, ao escolher nós, eu não olho apenas APR e disponibilidade; eu também reviso o histórico de votação. Delegar pode economizar trabalho, mas avaliar não dá para economizar. Quanto ao EOTS, à primeira vista parece um mecanismo comum de penalidade; mas pensando melhor, percebi que ele resolve um problema ainda mais complicado: o Bitcoin Script em si não entende PoS. Quando o Finality Provider faz dupla assinatura (double-sign), o reuso do número aleatório expõe a chave privada; assim, a transação de punição é executada diretamente dentro do script do Taproot. Agora, com o $BABY na mão, meu estado mental ficou mais estável do que antes. Eu não espero que qualquer parte seja perfeita para sempre, mas sei que a chave daquela última porta está nas minhas próprias mãos. Essa sensação é mais concreta do que qualquer outra coisa.@babylonlabs_io {spot}(BABYUSDT)
#baby Digo a verdade: quando comecei a conhecer o Babylon, fiquei com um pé atrás. Não é que eu não confie na tecnologia; é que o mercado já me ensinou demais. Olhe para quantos projetos existem por aí: cada um grita para você confiar… mas quando dá problema de verdade, no fim não é sempre que você acaba tendo que implorar para o time do projeto resolver e fazer o remendo? Então, quando eu coloquei BTC em staking pela primeira vez e completei todo o fluxo, eu fiquei o tempo todo com a corda no pescoço.

Mas quando li toda a documentação de design do Timelock Bitcoin Vault, eu fiquei realmente mais tranquilo.

Ele quebra a “confiança” em três níveis de escada de emergência, com progressão em camadas. O primeiro nível é o resgate padrão: o caminho mais suave, basta coordenar com um Vault Provider, e no dia a dia a eficiência é a prioridade. O segundo nível é o resgate por liquidação: é uma solução de backup; se o VP cair offline ou houver algum imprevisto, o AVK assume. O que de fato me fez pensar “isso aí é de verdade” foi o terceiro nível: o Self-Claim. Você mesmo segura a chave WOTS previamente armazenada; não precisa de nenhum “ok” de terceiros para recuperar as moedas.

Quem passou por LUNA e FTX provavelmente entende o que essa terceira via significa. Mesmo que os dois primeiros níveis estejam muito bem feitos, no fundo ainda dependem de terceiros; apenas essa camada é a que realmente coloca a soberania nas suas próprias mãos. Se é seguro ou não, não depende de ninguém dar garantias: depende de você ter guardado bem o arquivo de chaves. Depois eu tive um jeito de observar: é só acompanhar a taxa de uso do Self-Claim. Se estiver baixa, tudo indica que está normal; se de repente disparar, a maior chance é que o mercado esteja “votando”.

Agora sobre governança. Muita gente que faz staking do $BABY fica de olho só no rendimento; mas, na prática, assume que o poder de voto também foi entregue ao validador. O Babylon reaproveita o modelo do Cosmos: se você não vota, automaticamente herda as escolhas do validador. O limiar para propostas comuns é de 50.000 BABY, e o período de votação é de 3 dias. Então, ao escolher nós, eu não olho apenas APR e disponibilidade; eu também reviso o histórico de votação. Delegar pode economizar trabalho, mas avaliar não dá para economizar.

Quanto ao EOTS, à primeira vista parece um mecanismo comum de penalidade; mas pensando melhor, percebi que ele resolve um problema ainda mais complicado: o Bitcoin Script em si não entende PoS. Quando o Finality Provider faz dupla assinatura (double-sign), o reuso do número aleatório expõe a chave privada; assim, a transação de punição é executada diretamente dentro do script do Taproot.

Agora, com o $BABY na mão, meu estado mental ficou mais estável do que antes. Eu não espero que qualquer parte seja perfeita para sempre, mas sei que a chave daquela última porta está nas minhas próprias mãos. Essa sensação é mais concreta do que qualquer outra coisa.@BabylonLabs_io
Verificado
#baby nos últimos dois dias, eu revisitei a documentação do TBV de <a>@babylonlabs_io </a>… a palavra “translation” me fez parar e pensar por muito tempo. Não é simplesmente mover o BTC para outra rede — é, de verdade, traduzir. Antes, quando eu olhava para o BTCFi, o primeiro passo era sempre ponte, wrapping, custódia: retirar o BTC da rede do Bitcoin. Os cenários ficam realmente mais variados, mas o controle também é entregue. A Babylon faz o contrário: o BTC permanece travado, de forma contínua, nos vaults da cadeia do Bitcoin; cada vault tem um UTXO independente e todo o processo roda obedecendo às regras do Bitcoin. A frase nos documentos oficiais — eu a li várias vezes: “Permitir que quem detém BTC use-o como garantia sem abrir mão de custódia, sem ponte, sem wrapping, sem confiar em intermediários.” Como isso é feito? Uma arquitetura em três camadas: Bitcoin Script + contratos na Ethereum + software dos participantes off-chain. Com Light Client Proofs e ZK SNARKs, traduz-se o estado de cadeias externas para regras que o script do Bitcoin consegue verificar. Assim, o BTC não precisa ser movido e ainda pode fornecer segurança econômica para redes PoS. Essa ideia de staking nativo é realmente rara no BTCFi. Ela resolve um problema antigo e difícil: o consenso do Bitcoin é o mais forte, mas o ecossistema participante é o mais difícil. A Babylon não é apenas uma “porta de entrada” para investir BTC — é fazer do BTC um ativo de garantia segura para o mundo inteiro de blockchains. No modelo econômico, também vale destacar: quanto maior o volume de staking de BTC → maior capacidade de segurança → mais links PoS entram → mais necessidades de segurança são geradas. Um giro positivo. O total do $BABY é de 10 bilhões: governança, incentivos e coordenação. Atualmente, eu estou mais atento a esses três conjuntos de dados: escala total de BTC em staking, número de redes PoS já integradas e nível de atividade dos validadores. Claro, um novo mecanismo sempre traz custo de aprendizado: período de staking, fluxo de des-staking, janela de desafio — tudo isso exige tempo para se adaptar. Mas a Babylon, por meio de frameworks como o BitVM3, coloca a maior parte dos cálculos fora da cadeia; on-chain, só se validam as provas. As suposições de confiança ficam no mínimo. “Código que executa” não é apenas um slogan. Num momento em que o estoque de BTC está crescendo cada vez mais e todos buscam formas eficientes de utilizá-lo, o caminho da Babylon merece ser observado a longo prazo. O que ela aposta não é narrativa de curto prazo, e sim a evolução do padrão de uso do BTC nos próximos dez e dezenas de anos. Se você também está acompanhando rendimentos nativos do BTC e soluções de segurança cross-chain, venha conversar sobre dados on-chain e desempenho real. A história do $BABY é só o começo. {spot}(BABYUSDT)
#baby nos últimos dois dias, eu revisitei a documentação do TBV de <a>@BabylonLabs_io </a>… a palavra “translation” me fez parar e pensar por muito tempo. Não é simplesmente mover o BTC para outra rede — é, de verdade, traduzir.

Antes, quando eu olhava para o BTCFi, o primeiro passo era sempre ponte, wrapping, custódia: retirar o BTC da rede do Bitcoin. Os cenários ficam realmente mais variados, mas o controle também é entregue. A Babylon faz o contrário: o BTC permanece travado, de forma contínua, nos vaults da cadeia do Bitcoin; cada vault tem um UTXO independente e todo o processo roda obedecendo às regras do Bitcoin. A frase nos documentos oficiais — eu a li várias vezes: “Permitir que quem detém BTC use-o como garantia sem abrir mão de custódia, sem ponte, sem wrapping, sem confiar em intermediários.”

Como isso é feito? Uma arquitetura em três camadas: Bitcoin Script + contratos na Ethereum + software dos participantes off-chain. Com Light Client Proofs e ZK SNARKs, traduz-se o estado de cadeias externas para regras que o script do Bitcoin consegue verificar. Assim, o BTC não precisa ser movido e ainda pode fornecer segurança econômica para redes PoS.

Essa ideia de staking nativo é realmente rara no BTCFi. Ela resolve um problema antigo e difícil: o consenso do Bitcoin é o mais forte, mas o ecossistema participante é o mais difícil. A Babylon não é apenas uma “porta de entrada” para investir BTC — é fazer do BTC um ativo de garantia segura para o mundo inteiro de blockchains.

No modelo econômico, também vale destacar: quanto maior o volume de staking de BTC → maior capacidade de segurança → mais links PoS entram → mais necessidades de segurança são geradas. Um giro positivo. O total do $BABY é de 10 bilhões: governança, incentivos e coordenação.

Atualmente, eu estou mais atento a esses três conjuntos de dados: escala total de BTC em staking, número de redes PoS já integradas e nível de atividade dos validadores.

Claro, um novo mecanismo sempre traz custo de aprendizado: período de staking, fluxo de des-staking, janela de desafio — tudo isso exige tempo para se adaptar. Mas a Babylon, por meio de frameworks como o BitVM3, coloca a maior parte dos cálculos fora da cadeia; on-chain, só se validam as provas. As suposições de confiança ficam no mínimo. “Código que executa” não é apenas um slogan.

Num momento em que o estoque de BTC está crescendo cada vez mais e todos buscam formas eficientes de utilizá-lo, o caminho da Babylon merece ser observado a longo prazo. O que ela aposta não é narrativa de curto prazo, e sim a evolução do padrão de uso do BTC nos próximos dez e dezenas de anos.

Se você também está acompanhando rendimentos nativos do BTC e soluções de segurança cross-chain, venha conversar sobre dados on-chain e desempenho real. A história do $BABY é só o começo.
Nesses dias, tenho testado o TBV repetidamente no Babylon. Quanto mais prático eu fico, mais eu entendo que o $BABY não dá para olhar apenas os dados da superfície; os detalhes lá dentro têm muitas armadilhas. Muita gente usa BTC emprestando stablecoin, mas não presta atenção na divisão de Vaults. Eu também tinha feito isso antes, por praticidade: coloquei todos os 0,3 BTC em um único Vault. Agora olhando para trás, essa abordagem era um risco especialmente grande. Se o mercado cair forte e isso disparar uma liquidação, todo o Vault será tratado em conjunto. As regras da plataforma são: primeiro abater as dívidas; os ativos restantes são convertidos em WBTC e devolvidos para o endereço — ou seja, é como se estivéssemos colateralizando o BTC nativo. No final, provavelmente vira uma moeda tokenizada/empacotada, e ainda assim move grande parte da posição de uma vez, com o risco de prejuízo indo ao máximo. Depois disso, eu mudei para dividir em vários Vaults menores. Assim, mesmo que aconteça uma liquidação, o sistema só vai liquidar a parte correspondente da posição; a maior parte do BTC consegue ser preservada. Esses são detalhes reais de gestão de risco. Antes de abrir qualquer posição, eu sempre prevejo o pior cenário, calculo quanto eu posso perder e que tipo de ativo será devolvido. Sinceramente, espero que o time do produto explique de forma bem clara esses riscos de liquidação, e não mostre apenas o maior valor de empréstimo. Quanto ao <t-2/> $BABY de governança, eu mantenho o pensamento racional. O mecanismo de ponderação dos votos ainda é relativamente justo: usuários que fazem staking de BTC têm peso, então não será totalmente monopolizado por grandes detentores. Porém, a taxa geral de participação é muito baixa; para a maioria dos usuários comuns, o voto quase não tem influência. Então, em geral, quando eu recebo os tokens, eu vendo a maior parte e deixo uma pequena parte apenas para observar. Mas a tecnologia subjacente é realmente forte — e é o núcleo que eu continuo enxergando com bons olhos. Esse sistema de validação sustenta a implementação do BTC DeFi; hoje, ainda está no estágio inicial. A longo prazo, a direção do Babylon está correta. Vou continuar colocando em prática e acompanhando. @babylonlabs_io #baby {spot}(BABYUSDT)
Nesses dias, tenho testado o TBV repetidamente no Babylon. Quanto mais prático eu fico, mais eu entendo que o $BABY não dá para olhar apenas os dados da superfície; os detalhes lá dentro têm muitas armadilhas.

Muita gente usa BTC emprestando stablecoin, mas não presta atenção na divisão de Vaults. Eu também tinha feito isso antes, por praticidade: coloquei todos os 0,3 BTC em um único Vault. Agora olhando para trás, essa abordagem era um risco especialmente grande. Se o mercado cair forte e isso disparar uma liquidação, todo o Vault será tratado em conjunto. As regras da plataforma são: primeiro abater as dívidas; os ativos restantes são convertidos em WBTC e devolvidos para o endereço — ou seja, é como se estivéssemos colateralizando o BTC nativo. No final, provavelmente vira uma moeda tokenizada/empacotada, e ainda assim move grande parte da posição de uma vez, com o risco de prejuízo indo ao máximo.

Depois disso, eu mudei para dividir em vários Vaults menores. Assim, mesmo que aconteça uma liquidação, o sistema só vai liquidar a parte correspondente da posição; a maior parte do BTC consegue ser preservada. Esses são detalhes reais de gestão de risco. Antes de abrir qualquer posição, eu sempre prevejo o pior cenário, calculo quanto eu posso perder e que tipo de ativo será devolvido. Sinceramente, espero que o time do produto explique de forma bem clara esses riscos de liquidação, e não mostre apenas o maior valor de empréstimo.

Quanto ao <t-2/> $BABY de governança, eu mantenho o pensamento racional. O mecanismo de ponderação dos votos ainda é relativamente justo: usuários que fazem staking de BTC têm peso, então não será totalmente monopolizado por grandes detentores. Porém, a taxa geral de participação é muito baixa; para a maioria dos usuários comuns, o voto quase não tem influência. Então, em geral, quando eu recebo os tokens, eu vendo a maior parte e deixo uma pequena parte apenas para observar.

Mas a tecnologia subjacente é realmente forte — e é o núcleo que eu continuo enxergando com bons olhos. Esse sistema de validação sustenta a implementação do BTC DeFi; hoje, ainda está no estágio inicial. A longo prazo, a direção do Babylon está correta. Vou continuar colocando em prática e acompanhando. @BabylonLabs_io #baby
广场新的创作者@babylonlabs_io 活动我刷到了,说实话看到分档规则我笑了。常规榜前300平分50U,特邀榜前15平分200U,二选一。挺现实的,典型的雨露均沾+重奖头部套路。 但活动嘛,凑个热闹就行,我更多是在琢磨项目本身。 当下绝大多数闲置 BTC 想要参与 DeFi,只能依靠 wBTC 这类封装资产,始终绕不开托管、跨链带来的潜在风险。 Babylon走的路子不一样。它把原生BTC锁进自主保险库,不跨链、不托管、不换币,靠密码学证明和零知识证明,直接把还款解锁、清算触发这些条件写死在Bitcoin脚本里。相当于给BTC装了个可编程开关,让原生大饼能够实现抵押借贷等金融场景。 我特意翻了翻Trustless Bitcoin Vaults的白皮书,核心是独立UTXO加预签交易。锁仓的时候就把还款清算条件全写死,安全边界在签名那一刻就确定了,不用平台统一设参数。但得自己盯价格,提前补仓或还款,不能当甩手掌柜。不过白皮书也把信任假设摆得很清楚,尤其Section 5.1那张对比表。小额贷款人提取资金时,还是得依赖多数清算人或大额贷款人,这块跟某些桥有点像,并非完全无需信任。清算依赖白名单清算人和预言机,报价出错也可能误清算,这些风险我认。 至于$BABY 代币,通胀和解锁机制是老生常谈了,我不会因为技术叙事就冲进去。 我的思路:小资金适度参与活动测试,主力仓位保持观望,持续跟踪测试网落地表现。技术叙事再好,最终还是要看整套 BTCFi 方案能否稳定落地,普通用户锁币后能否真正安心持有。#baby {spot}(BABYUSDT)
广场新的创作者@BabylonLabs_io 活动我刷到了,说实话看到分档规则我笑了。常规榜前300平分50U,特邀榜前15平分200U,二选一。挺现实的,典型的雨露均沾+重奖头部套路。

但活动嘛,凑个热闹就行,我更多是在琢磨项目本身。

当下绝大多数闲置 BTC 想要参与 DeFi,只能依靠 wBTC 这类封装资产,始终绕不开托管、跨链带来的潜在风险。

Babylon走的路子不一样。它把原生BTC锁进自主保险库,不跨链、不托管、不换币,靠密码学证明和零知识证明,直接把还款解锁、清算触发这些条件写死在Bitcoin脚本里。相当于给BTC装了个可编程开关,让原生大饼能够实现抵押借贷等金融场景。

我特意翻了翻Trustless Bitcoin Vaults的白皮书,核心是独立UTXO加预签交易。锁仓的时候就把还款清算条件全写死,安全边界在签名那一刻就确定了,不用平台统一设参数。但得自己盯价格,提前补仓或还款,不能当甩手掌柜。不过白皮书也把信任假设摆得很清楚,尤其Section 5.1那张对比表。小额贷款人提取资金时,还是得依赖多数清算人或大额贷款人,这块跟某些桥有点像,并非完全无需信任。清算依赖白名单清算人和预言机,报价出错也可能误清算,这些风险我认。

至于$BABY 代币,通胀和解锁机制是老生常谈了,我不会因为技术叙事就冲进去。

我的思路:小资金适度参与活动测试,主力仓位保持观望,持续跟踪测试网落地表现。技术叙事再好,最终还是要看整套 BTCFi 方案能否稳定落地,普通用户锁币后能否真正安心持有。#baby
Eu sempre tive uma certa resistência a Bitcoin DeFi. Não é que eu não tivesse interesse — é que fui realmente assustado por tantas notícias de estouro (exploits), golpistas e falhas. De repente: ponte cross-chain hackeada, chave privada vazada… e, depois de eu ter juntado BTC com tanto esforço, em um piscar de olhos ele vira um ativo no bolso de outra pessoa. Se eu quiser colocar meu BTC para render, preciso primeiro me preparar para “apostar e aceitar a derrota”: apostar que o time do projeto não vai agir de forma maliciosa, que os nós não vão se conluiar, que o código não tem backdoor. Mas recentemente pesquisei a proposta do TBV de @babylonlabs_io e percebi que o caminho é bem diferente. Ele não criou uma nova chain, nem montou uma multidão de validadores; simplesmente voltou de forma bem honesta aos UTXOs nativos do Bitcoin e aos scripts do Taproot. Usando travas condicionais para “cravar” os fundos em unidades de estado independentes, é como se eu construísse um cofre exclusivo para o BTC, isolando fisicamente esse ativo dos demais. Mesmo que aplicações externas tenham vulnerabilidades, o hacker não consegue alcançar o capital travado na mainnet. O controle permanece sempre comigo; não preciso confiar em nenhum terceiro garantindo “no peito”. Recentemente vi os testes da parceria entre TBV e Aave v4: a divisão é bem clara. Babylon fica responsável por impor as regras do cofre e validar o estado; Aave fica focado em toda a lógica financeira de taxas de empréstimo. Minha chave privada permanece o tempo todo sob minha posse, e o BTC nem saiu da rede do Bitcoin. É como a área de imagens de um hospital gerar o laudo, e a clínica prescrever o tratamento: cada área cuida do seu pedaço, e se der problema dá para localizar rapidamente o responsável, sem aquele joguinho de empurra-empurra. Essa arquitetura em dupla camada separa de vez a base de segurança da inovação financeira. A camada de baixo protege os ativos com segurança; a de cima permite fazer produtos com tranquilidade, sem ficar constantemente preocupado em mexer no protocolo central e dar alguma coisa errada. Claro, tem um custo: um Vault individual ainda só pode acoplar uma aplicação, então a liquidez não é tão flexível; mas, em troca, o risco não “se contamina” entre protocolos. Para mim, vale bastante. Sinceramente, antes só havia dois caminhos para fazer o BTC render: ou buscar algo conveniente com custódia apostando na consciência do custodiante, ou simplesmente manter BTC guardado e perder oportunidades. Agora, com o Babylon, eu tenho uma terceira opção: seguir as regras da criptografia, sem caixa-preta. Embora ainda esteja em fase de testnet, pelo menos começou a fazer eu — esse velho teimoso — pensar seriamente em tirar meu BTC do lugar e colocá-lo para se movimentar. $BABY #baby {spot}(BABYUSDT)
Eu sempre tive uma certa resistência a Bitcoin DeFi. Não é que eu não tivesse interesse — é que fui realmente assustado por tantas notícias de estouro (exploits), golpistas e falhas. De repente: ponte cross-chain hackeada, chave privada vazada… e, depois de eu ter juntado BTC com tanto esforço, em um piscar de olhos ele vira um ativo no bolso de outra pessoa. Se eu quiser colocar meu BTC para render, preciso primeiro me preparar para “apostar e aceitar a derrota”: apostar que o time do projeto não vai agir de forma maliciosa, que os nós não vão se conluiar, que o código não tem backdoor.

Mas recentemente pesquisei a proposta do TBV de @BabylonLabs_io e percebi que o caminho é bem diferente. Ele não criou uma nova chain, nem montou uma multidão de validadores; simplesmente voltou de forma bem honesta aos UTXOs nativos do Bitcoin e aos scripts do Taproot. Usando travas condicionais para “cravar” os fundos em unidades de estado independentes, é como se eu construísse um cofre exclusivo para o BTC, isolando fisicamente esse ativo dos demais. Mesmo que aplicações externas tenham vulnerabilidades, o hacker não consegue alcançar o capital travado na mainnet. O controle permanece sempre comigo; não preciso confiar em nenhum terceiro garantindo “no peito”.

Recentemente vi os testes da parceria entre TBV e Aave v4: a divisão é bem clara. Babylon fica responsável por impor as regras do cofre e validar o estado; Aave fica focado em toda a lógica financeira de taxas de empréstimo. Minha chave privada permanece o tempo todo sob minha posse, e o BTC nem saiu da rede do Bitcoin. É como a área de imagens de um hospital gerar o laudo, e a clínica prescrever o tratamento: cada área cuida do seu pedaço, e se der problema dá para localizar rapidamente o responsável, sem aquele joguinho de empurra-empurra.

Essa arquitetura em dupla camada separa de vez a base de segurança da inovação financeira. A camada de baixo protege os ativos com segurança; a de cima permite fazer produtos com tranquilidade, sem ficar constantemente preocupado em mexer no protocolo central e dar alguma coisa errada. Claro, tem um custo: um Vault individual ainda só pode acoplar uma aplicação, então a liquidez não é tão flexível; mas, em troca, o risco não “se contamina” entre protocolos. Para mim, vale bastante.

Sinceramente, antes só havia dois caminhos para fazer o BTC render: ou buscar algo conveniente com custódia apostando na consciência do custodiante, ou simplesmente manter BTC guardado e perder oportunidades. Agora, com o Babylon, eu tenho uma terceira opção: seguir as regras da criptografia, sem caixa-preta. Embora ainda esteja em fase de testnet, pelo menos começou a fazer eu — esse velho teimoso — pensar seriamente em tirar meu BTC do lugar e colocá-lo para se movimentar. $BABY #baby
Verificado
Eu revisei com bastante seriedade os detalhes do projeto do @babylonlabs_io recentemente e descobri que a maioria das interpretações está muito superficial. Muita gente simplesmente trata isso como um “investimento em BTC para ganhar sem pensar”, como se fosse um esquema de renda passiva. Em outras palavras, seria como um “Money Market” do mercado cripto, mas, para ser honesto, isso é um completo mal-entendido da lógica central do projeto. O ponto realmente forte é o staking nativo de BTC. Em termos simples: seu BTC não precisa passar por cross-chain, nem por wrapping/troca para outro formato; o seu ativo fica o tempo todo na rede nativa do Bitcoin, e o que você faz é apenas delegar o poder de voto para os nós verificadores. Comparado com o staking custodiado que existe no mercado, este modelo transmite uma segurança bem maior; o controle do ativo permanece sempre com você — e isso é, de fato, algo confiável. Mas eu preciso dizer a verdade: staking nativo não significa “risco zero” e “sem pegadinhas”. Pelo que eu vi nas diretrizes oficiais, após fazer o staking é preciso esperar a confirmação de 30 blocos para que ele comece a valer; o período de staking é fixo, em torno de 15 meses. Embora permita desbloqueio antecipado, ele só pode ser feito de uma vez, para sair totalmente — não dá para resgatar parcialmente. O mais importante: se o nó selecionado cometer dupla assinatura e agir de forma maliciosa, o seu BTC staked pode ser penalizado com multa. Esse mecanismo de punição é, ao mesmo tempo, a barreira de segurança dele — e o risco que nós precisamos aceitar. A receita do projeto é $BABY tokens; o ganho real definitivamente não é a rentabilidade anual fixa mostrada na página. Comissões dos nós, o volume total staked e o preço do token afetam bastante o rendimento. Por favor, nunca trate como uma “aplicação de liquidez diária” para entrar sem pensar. Aprofundando, também descobri que a Babylon quer “reviver” o enorme valor de segurança do Bitcoin — na ordem de trilhões — e oferecer uma base de segurança para outras blockchains. A equipe tem formação acadêmica em criptografia (background de Stanford) e já recebeu rodadas grandes de financiamento; além disso, as parcerias no ecossistema também parecem bem fortes. Na minha visão, é um conjunto de contratos de segurança com controle de risco, absolutamente não é uma ferramenta simples de investimento. Para quem pretende participar: não olhe só para a rentabilidade; preste atenção principalmente em dados dos nós e na eficácia do desbloqueio. Ser racional e observar com calma é mais importante do que seguir tendência, atrás de tendência, ou fazer “pump” por empolgação.#baby $BABY {spot}(BABYUSDT)
Eu revisei com bastante seriedade os detalhes do projeto do @BabylonLabs_io recentemente e descobri que a maioria das interpretações está muito superficial. Muita gente simplesmente trata isso como um “investimento em BTC para ganhar sem pensar”, como se fosse um esquema de renda passiva. Em outras palavras, seria como um “Money Market” do mercado cripto, mas, para ser honesto, isso é um completo mal-entendido da lógica central do projeto.
O ponto realmente forte é o staking nativo de BTC. Em termos simples: seu BTC não precisa passar por cross-chain, nem por wrapping/troca para outro formato; o seu ativo fica o tempo todo na rede nativa do Bitcoin, e o que você faz é apenas delegar o poder de voto para os nós verificadores. Comparado com o staking custodiado que existe no mercado, este modelo transmite uma segurança bem maior; o controle do ativo permanece sempre com você — e isso é, de fato, algo confiável.
Mas eu preciso dizer a verdade: staking nativo não significa “risco zero” e “sem pegadinhas”. Pelo que eu vi nas diretrizes oficiais, após fazer o staking é preciso esperar a confirmação de 30 blocos para que ele comece a valer; o período de staking é fixo, em torno de 15 meses. Embora permita desbloqueio antecipado, ele só pode ser feito de uma vez, para sair totalmente — não dá para resgatar parcialmente. O mais importante: se o nó selecionado cometer dupla assinatura e agir de forma maliciosa, o seu BTC staked pode ser penalizado com multa. Esse mecanismo de punição é, ao mesmo tempo, a barreira de segurança dele — e o risco que nós precisamos aceitar.
A receita do projeto é $BABY tokens; o ganho real definitivamente não é a rentabilidade anual fixa mostrada na página. Comissões dos nós, o volume total staked e o preço do token afetam bastante o rendimento. Por favor, nunca trate como uma “aplicação de liquidez diária” para entrar sem pensar.
Aprofundando, também descobri que a Babylon quer “reviver” o enorme valor de segurança do Bitcoin — na ordem de trilhões — e oferecer uma base de segurança para outras blockchains. A equipe tem formação acadêmica em criptografia (background de Stanford) e já recebeu rodadas grandes de financiamento; além disso, as parcerias no ecossistema também parecem bem fortes.
Na minha visão, é um conjunto de contratos de segurança com controle de risco, absolutamente não é uma ferramenta simples de investimento. Para quem pretende participar: não olhe só para a rentabilidade; preste atenção principalmente em dados dos nós e na eficácia do desbloqueio. Ser racional e observar com calma é mais importante do que seguir tendência, atrás de tendência, ou fazer “pump” por empolgação.#baby $BABY
Naqueles anos no círculo, vi jogos demais embrulhados em bandeiras de “descentralização”. Pontes cross-chain foram hackeadas, custodias de wBTC deram problema, a liquidez do renBTC secou — em cada vez disseram que “desta vez é diferente”. Até que a foice caiu, e sempre foi mais rápido do que todo mundo. Mas o TBV do @babylonlabs_io foi a primeira vez que senti: talvez exista, de fato, gente que seguiu o caminho certo. Seu destaque é que o Bitcoin não precisa nem se mexer: ele vira diretamente um ativo colateral programável para uma cadeia externa. Não é cross-chain, não é lock para trocar por credenciais. Em vez disso, usando o BitVM3, a lógica de verificação fica embutida no livro-razão do Bitcoin; com provas de conhecimento zero, ela prova para a cadeia externa que essas moedas estão realmente travadas. Os ativos continuam sendo UTXOs nativos do Bitcoin; cada Vault fica isolado de forma independente, e scripts do Taproot travam o estado diretamente. Em boa parte, a confiança é substituída pela matemática. Ainda assim, em comparação com o sistema de staking deles, a lógica do TBV me agrada mais. Staking é como dar garantias de margem para segurança: o BTC fica na mainnet para fornecer segurança a outras cadeias. Já o TBV é como colocar um cofre com condições em cima do BTC: o DeFi externo consegue reconhecer esse estado travado como colateral para tomar stablecoins. Em teoria, no futuro, a mesma transação de BTC pode fazer staking de um lado e liberar liquidez do outro; a eficiência de capital sobe direto ao máximo. Mas o próprio site também diz que, por enquanto, o TBV ainda está em rede de testes, e não foi integrado ao sistema de staking — e a “combinação” de estratégias é coisa para o futuro. Claro, preciso jogar água fria. Por mais duro que seja o nível criptográfico, quando chega a hora de acionar uma liquidação, ainda é preciso passar pelo ordenator da cadeia externa. Em cenários extremos de mercado, depois que a geração da prova termina e o ordenator trava por alguns segundos, o preço pode já ter perfurado seu limite e liquidado. A matemática não te enganou; o tempo, porém, pode te apunhalar. Então, por enquanto, só amassei um pouco de grana para testar, rodar o mecanismo primeiro. O BABY conecta governança e incentivos do ecossistema; se o TBV realmente sair do papel, talvez seja, sim, um passo que ajuda o BTC a se financiar de forma mais direta, sem tantos desvios. #baby $BABY {spot}(BABYUSDT)
Naqueles anos no círculo, vi jogos demais embrulhados em bandeiras de “descentralização”. Pontes cross-chain foram hackeadas, custodias de wBTC deram problema, a liquidez do renBTC secou — em cada vez disseram que “desta vez é diferente”. Até que a foice caiu, e sempre foi mais rápido do que todo mundo.

Mas o TBV do @BabylonLabs_io foi a primeira vez que senti: talvez exista, de fato, gente que seguiu o caminho certo. Seu destaque é que o Bitcoin não precisa nem se mexer: ele vira diretamente um ativo colateral programável para uma cadeia externa. Não é cross-chain, não é lock para trocar por credenciais. Em vez disso, usando o BitVM3, a lógica de verificação fica embutida no livro-razão do Bitcoin; com provas de conhecimento zero, ela prova para a cadeia externa que essas moedas estão realmente travadas. Os ativos continuam sendo UTXOs nativos do Bitcoin; cada Vault fica isolado de forma independente, e scripts do Taproot travam o estado diretamente. Em boa parte, a confiança é substituída pela matemática.

Ainda assim, em comparação com o sistema de staking deles, a lógica do TBV me agrada mais. Staking é como dar garantias de margem para segurança: o BTC fica na mainnet para fornecer segurança a outras cadeias. Já o TBV é como colocar um cofre com condições em cima do BTC: o DeFi externo consegue reconhecer esse estado travado como colateral para tomar stablecoins. Em teoria, no futuro, a mesma transação de BTC pode fazer staking de um lado e liberar liquidez do outro; a eficiência de capital sobe direto ao máximo. Mas o próprio site também diz que, por enquanto, o TBV ainda está em rede de testes, e não foi integrado ao sistema de staking — e a “combinação” de estratégias é coisa para o futuro.

Claro, preciso jogar água fria. Por mais duro que seja o nível criptográfico, quando chega a hora de acionar uma liquidação, ainda é preciso passar pelo ordenator da cadeia externa. Em cenários extremos de mercado, depois que a geração da prova termina e o ordenator trava por alguns segundos, o preço pode já ter perfurado seu limite e liquidado. A matemática não te enganou; o tempo, porém, pode te apunhalar. Então, por enquanto, só amassei um pouco de grana para testar, rodar o mecanismo primeiro. O BABY conecta governança e incentivos do ecossistema; se o TBV realmente sair do papel, talvez seja, sim, um passo que ajuda o BTC a se financiar de forma mais direta, sem tantos desvios. #baby $BABY
Falando a sério, eu também achava antes que, além de ficar “deitado” esperando a alta do Bitcoin, não dava para fazer mais nada. Mas nestes últimos dias, ao entender melhor o @babylonlabs_io , realmente minha visão mudou um pouco. A mecânica é bem hardcore: as moedas não precisam ser movidas de lugar, não precisa de ponte cross-chain, nem empacotar em algum outro tipo de token “esquisito”. Você simplesmente bloqueia o BTC no seu próprio endereço usando o script de timelock do Taproot, para validar a segurança da cadeia PoS, e então fica com os rendimentos. Isso, para nós veteranos que temos forte consciência de segurança, é exatamente do jeito que agrada. Eu também dei uma olhada no token $BABY : ele tem uma oferta total de 10 bilhões, com a taxa de inflação hoje em torno de 5,5%. Os recursos são principalmente para recompensar quem faz staking. O projeto usa um modo de “duplo staking”: você faz staking do BTC direto para obter BABY; e, tendo BABY, ainda pode fazer novo staking para ganhar mais um pouco. Atualmente, a quantidade de BTC já travada está na ordem de dezenas de milhares de moedas — dentro do setor de BTCFi, é como estar entre os primeiros colocados. Além disso, a equipe do projeto está bem atenta à comunidade de língua chinesa, deixando um pool de incentivos de 119,5 milhoes de BABY especificamente para isso. Eu comi essa demonstração de sinceridade. Mas, dito isso, os velhos “traders/otários” ainda precisam manter a cabeça fria: TVL alto não significa necessariamente que o preço vai subir. Hoje, o rendimento anual (após staking) do BTC fica apenas em dígitos baixos; o do BABY é um pouco maior. No futuro ainda depende do desenvolvimento do ecossistema e de mais integrações de blockchains. O “pão/big pie” (BTC) tem ficado sempre perto de 60 mil nos últimos tempos, e como está perto de desbloquear, a volatilidade com certeza não vai ser pequena. Então minha sugestão é: se você realmente tem BTC ocioso e quer ganhar rendimento com segurança, testar com uma posição pequena faz sentido. Se quiser algo mais “apimentado”, espere o TBV ficar mais maduro. Nada de all-in, controle bem o tamanho da posição. Para finalizar, falando de forma bem honesta: ver o Bitcoin sair de apenas uma barra de ouro pura para virar um ativo de produção que gera rendimentos, essa rota eu reconheço. Mas não é para agora — vamos devagar. (Este texto é uma tarefa da plataforma e não constitui conselho de investimento.)#baby $BABY {spot}(BABYUSDT)
Falando a sério, eu também achava antes que, além de ficar “deitado” esperando a alta do Bitcoin, não dava para fazer mais nada. Mas nestes últimos dias, ao entender melhor o @BabylonLabs_io , realmente minha visão mudou um pouco.

A mecânica é bem hardcore: as moedas não precisam ser movidas de lugar, não precisa de ponte cross-chain, nem empacotar em algum outro tipo de token “esquisito”. Você simplesmente bloqueia o BTC no seu próprio endereço usando o script de timelock do Taproot, para validar a segurança da cadeia PoS, e então fica com os rendimentos. Isso, para nós veteranos que temos forte consciência de segurança, é exatamente do jeito que agrada.

Eu também dei uma olhada no token $BABY : ele tem uma oferta total de 10 bilhões, com a taxa de inflação hoje em torno de 5,5%. Os recursos são principalmente para recompensar quem faz staking. O projeto usa um modo de “duplo staking”: você faz staking do BTC direto para obter BABY; e, tendo BABY, ainda pode fazer novo staking para ganhar mais um pouco. Atualmente, a quantidade de BTC já travada está na ordem de dezenas de milhares de moedas — dentro do setor de BTCFi, é como estar entre os primeiros colocados.

Além disso, a equipe do projeto está bem atenta à comunidade de língua chinesa, deixando um pool de incentivos de 119,5 milhoes de BABY especificamente para isso. Eu comi essa demonstração de sinceridade.

Mas, dito isso, os velhos “traders/otários” ainda precisam manter a cabeça fria: TVL alto não significa necessariamente que o preço vai subir. Hoje, o rendimento anual (após staking) do BTC fica apenas em dígitos baixos; o do BABY é um pouco maior. No futuro ainda depende do desenvolvimento do ecossistema e de mais integrações de blockchains. O “pão/big pie” (BTC) tem ficado sempre perto de 60 mil nos últimos tempos, e como está perto de desbloquear, a volatilidade com certeza não vai ser pequena.

Então minha sugestão é: se você realmente tem BTC ocioso e quer ganhar rendimento com segurança, testar com uma posição pequena faz sentido. Se quiser algo mais “apimentado”, espere o TBV ficar mais maduro. Nada de all-in, controle bem o tamanho da posição.

Para finalizar, falando de forma bem honesta: ver o Bitcoin sair de apenas uma barra de ouro pura para virar um ativo de produção que gera rendimentos, essa rota eu reconheço. Mas não é para agora — vamos devagar. (Este texto é uma tarefa da plataforma e não constitui conselho de investimento.)#baby $BABY
Parcialmente verdadeiro
Desmontei o código da Newton por três dias: vamos falar sobre o que o Two-Digest tem de mais forte do que uma assinatura agregada comumSinceramente, nestes dias eu folheei e desmontei o código da Newton várias vezes, e quanto mais eu olho, mais acho que é algo interessante. A coisa mais irritante para quem escreve código são aqueles whitepapers brancos cheios de hype, que prometem tudo e, quando você lê o contrato, vê que é só uma solução de asset management com carteiras multi-assinatura. Mas a arquitetura híbrida de TEE + ZKP da Newton, de fato, não é esse tipo de conversa fiada. A ideia dela para dar rédeas a agentes de IA é, em essência, isolar decisões em hardware e usar provas criptográficas para impedir que alguém dê calote—isso é bem mais confiável do que simplesmente confiar na boa índole do projeto. O que eu mais quero discutir é o Two-Digest System. Esse design mostra que realmente entende as dores na cadeia. Todo mundo usa assinaturas agregadas BLS, mas a Newton dividiu em duas camadas: o Consensus Digest fica na linha de frente. Ele roda a verificação de consenso e transforma uma pilha de assinaturas de vários operadores em uma pequena prova; a verificação on-chain fica bem rápida, perfeita para cenários de alta frequência de negociação. O Full Digest fica no back-office para monitoramento: cada attestation de cada operador é preservada exatamente como veio, então, se der problema, você consegue reabrir e checar o histórico com precisão. Antes, nas assinaturas agregadas, quando dava erro, a responsabilidade ficava toda misturada e era difícil de esclarecer. Agora, fica bem claro no on-chain quem assinou o quê e se as regras estavam corretas—e, se for preciso aplicar slashing, há base para isso. Grandes instituições adoram esse modelo: elas não querem apenas a chance alta de não dar problema; querem ter evidências rastreáveis para responsabilização caso dê algum problema.

Desmontei o código da Newton por três dias: vamos falar sobre o que o Two-Digest tem de mais forte do que uma assinatura agregada comum

Sinceramente, nestes dias eu folheei e desmontei o código da Newton várias vezes, e quanto mais eu olho, mais acho que é algo interessante.
A coisa mais irritante para quem escreve código são aqueles whitepapers brancos cheios de hype, que prometem tudo e, quando você lê o contrato, vê que é só uma solução de asset management com carteiras multi-assinatura. Mas a arquitetura híbrida de TEE + ZKP da Newton, de fato, não é esse tipo de conversa fiada. A ideia dela para dar rédeas a agentes de IA é, em essência, isolar decisões em hardware e usar provas criptográficas para impedir que alguém dê calote—isso é bem mais confiável do que simplesmente confiar na boa índole do projeto.
O que eu mais quero discutir é o Two-Digest System. Esse design mostra que realmente entende as dores na cadeia. Todo mundo usa assinaturas agregadas BLS, mas a Newton dividiu em duas camadas: o Consensus Digest fica na linha de frente. Ele roda a verificação de consenso e transforma uma pilha de assinaturas de vários operadores em uma pequena prova; a verificação on-chain fica bem rápida, perfeita para cenários de alta frequência de negociação. O Full Digest fica no back-office para monitoramento: cada attestation de cada operador é preservada exatamente como veio, então, se der problema, você consegue reabrir e checar o histórico com precisão. Antes, nas assinaturas agregadas, quando dava erro, a responsabilidade ficava toda misturada e era difícil de esclarecer. Agora, fica bem claro no on-chain quem assinou o quê e se as regras estavam corretas—e, se for preciso aplicar slashing, há base para isso. Grandes instituições adoram esse modelo: elas não querem apenas a chance alta de não dar problema; querem ter evidências rastreáveis para responsabilização caso dê algum problema.
Recentemente, o conceito de AVS está “quente” demais e eu acabei também dando uma olhada mais de perto no blog técnico da Newton. Sinceramente, só pela propaganda parece bem impressionante: um “precursor” de avaliação e pontos de validação distribuídos, mas na fase Beta os nós de validação são tão poucos, com grupos de conhecidos se formando, a sensação de “panelinha” é bem forte. Mas, deixando de lado os slogans de descentralização, em engenharia há de fato coisa aí. Ela não fica tentando encaixar à força no framework genérico da EVM; em vez disso, monta o ambiente com WASM e usa regras do Rego para plugins de conformidade. Para aquelas cláusulas complexas de negócios transfronteiriços, já vira algo plugável—o que reduz bastante a barreira para o desenvolvedor começar. A estratégia roda em um sandbox, e na cadeia só é coletada e validada uma assinatura BLS agregada de múltiplos nós como endosso, como se a confiança saísse do “absolutamente impecável” para a concordância coletiva. É uma concessão bem realista. A parte de privacidade me chamou atenção. Um processo de autenticação universal na rede parece mais prático, mas, em ambientes institucionais, isso não é equivalente a entregar a “chave-mestra” de uma vez? A Newton adicionou uma camada de freio: o AAD amarra o texto cifrado diretamente ao policy_client específico e ao chain_id; ao trocar de aplicação ou de rede, simplesmente fica inválido. Além disso, com intent vinculando para evitar atraso de autorização. Há atrito, sim, mas para reutilização de dados comuns e cenários como RWA sensível e stablecoins, ainda precisa ser reconfirmado. Para traders, não é questão de “clicar mais duas vezes”. É preciso pesar se negócios de alto valor realmente querem pagar de novo por autorizações com limites tão bem definidos. Pequenos pedidos talvez considerem chato e desistam, mas para instituições e para quem entra no mundo de RWA, isso pode ser uma boa. Claro, eu também tenho preocupações: antes, eu mesmo rodava um proxy on-chain e uma atualização de firmware do provedor quase deu ruim. Então, com projetos iniciais dependentes de TEE específicos, eu naturalmente fico mais atento. Como os validadores da Newton ainda são poucos, só quando der para trocar para TEE de vários fornecedores e a comunidade tiver mais de metade dos nós é que eu me sinto seguro para recalcular toda a lógica. No geral, $NEWT encontrou um caminho estreito entre privacidade e conformidade: não busca uma experiência “moleza”, do tipo que funciona na marra, e sim faz com que o usuário se disponha a seguir e a equipe jurídica se sinta segura para liberar. No mercado de hoje, é uma rota bastante pragmática. @NewtonProtocol #Newt {spot}(NEWTUSDT)
Recentemente, o conceito de AVS está “quente” demais e eu acabei também dando uma olhada mais de perto no blog técnico da Newton. Sinceramente, só pela propaganda parece bem impressionante: um “precursor” de avaliação e pontos de validação distribuídos, mas na fase Beta os nós de validação são tão poucos, com grupos de conhecidos se formando, a sensação de “panelinha” é bem forte.

Mas, deixando de lado os slogans de descentralização, em engenharia há de fato coisa aí. Ela não fica tentando encaixar à força no framework genérico da EVM; em vez disso, monta o ambiente com WASM e usa regras do Rego para plugins de conformidade. Para aquelas cláusulas complexas de negócios transfronteiriços, já vira algo plugável—o que reduz bastante a barreira para o desenvolvedor começar. A estratégia roda em um sandbox, e na cadeia só é coletada e validada uma assinatura BLS agregada de múltiplos nós como endosso, como se a confiança saísse do “absolutamente impecável” para a concordância coletiva. É uma concessão bem realista.

A parte de privacidade me chamou atenção. Um processo de autenticação universal na rede parece mais prático, mas, em ambientes institucionais, isso não é equivalente a entregar a “chave-mestra” de uma vez? A Newton adicionou uma camada de freio: o AAD amarra o texto cifrado diretamente ao policy_client específico e ao chain_id; ao trocar de aplicação ou de rede, simplesmente fica inválido. Além disso, com intent vinculando para evitar atraso de autorização. Há atrito, sim, mas para reutilização de dados comuns e cenários como RWA sensível e stablecoins, ainda precisa ser reconfirmado.

Para traders, não é questão de “clicar mais duas vezes”. É preciso pesar se negócios de alto valor realmente querem pagar de novo por autorizações com limites tão bem definidos. Pequenos pedidos talvez considerem chato e desistam, mas para instituições e para quem entra no mundo de RWA, isso pode ser uma boa.

Claro, eu também tenho preocupações: antes, eu mesmo rodava um proxy on-chain e uma atualização de firmware do provedor quase deu ruim. Então, com projetos iniciais dependentes de TEE específicos, eu naturalmente fico mais atento. Como os validadores da Newton ainda são poucos, só quando der para trocar para TEE de vários fornecedores e a comunidade tiver mais de metade dos nós é que eu me sinto seguro para recalcular toda a lógica.

No geral, $NEWT encontrou um caminho estreito entre privacidade e conformidade: não busca uma experiência “moleza”, do tipo que funciona na marra, e sim faz com que o usuário se disponha a seguir e a equipe jurídica se sinta segura para liberar. No mercado de hoje, é uma rota bastante pragmática. @NewtonProtocol #Newt
Verificado
Às duas da madrugada, a luz branca da tela da máquina de desenvolvimento me fez os olhos arderem e ficarem doloridos. Folheei até a terceira página do documento do circuito GRVT e meus dedos, sem perceber, pararam. Vou ser sincero: no começo, quando vi números como “600.000 registros/s”, eu desconfiei. Mas, seguindo o circuito ZK linha por linha, a lógica de fato ficou clara. A GRVT, na superfície, oferece uma experiência tão suave quanto a de CEX; por baixo, porém, é o ZK Stack Validium sustentando a execução com auto-custódia. Eles empacotaram toda a lógica de order matching e liquidação de margens em circuitos dedicados—não é de se admirar que tenham a ousadia de anunciar latência na escala de nanossegundos. Mas, quanto mais complexo o circuito, mais inseguro eu fico no meu coração. Qualquer um que já tenha mexido com contratos sabe que um bug na lógica de liquidação pode ser um desastre. Eu vi também que, no documento, eles reforçam repetidamente auditorias de múltiplas rodadas—imagino que o próprio time também tenha consciência disso. Além disso, eu gostei do One Balance. Antes, em outras plataformas, meu dinheiro no meu conta precisava ser dividido em várias partes: aqui deixava uma margem, ali transferia para investimentos. Além de pagar taxas pelo vai e vem, muitas vezes eu perdia o timing do mercado. A GRVT simplesmente junta tudo: com a mesma quantia, você consegue abrir ordens e também aproveitar os rendimentos de títulos do Tesouro. A taxa anual fica em torno de 3,5%. Em outras palavras, quando o dinheiro está trabalhando, ele não fica ocioso. Para quem faz trading frequente como nós, isso é extremamente amigável. No geral, essa rota do Validium está sendo bem inteligente. A liquidação fica “ancorada” no Ethereum, a disponibilidade de dados é delegada ao EigenDA e custo e velocidade são contemplados. Quanto a se vai realmente funcionar no mundo real, só saberemos pela performance após o lançamento na mainnet. Mas, para mim, essa direção está certa. @grvt_io #grvt
Às duas da madrugada, a luz branca da tela da máquina de desenvolvimento me fez os olhos arderem e ficarem doloridos. Folheei até a terceira página do documento do circuito GRVT e meus dedos, sem perceber, pararam. Vou ser sincero: no começo, quando vi números como “600.000 registros/s”, eu desconfiei. Mas, seguindo o circuito ZK linha por linha, a lógica de fato ficou clara. A GRVT, na superfície, oferece uma experiência tão suave quanto a de CEX; por baixo, porém, é o ZK Stack Validium sustentando a execução com auto-custódia. Eles empacotaram toda a lógica de order matching e liquidação de margens em circuitos dedicados—não é de se admirar que tenham a ousadia de anunciar latência na escala de nanossegundos.

Mas, quanto mais complexo o circuito, mais inseguro eu fico no meu coração. Qualquer um que já tenha mexido com contratos sabe que um bug na lógica de liquidação pode ser um desastre. Eu vi também que, no documento, eles reforçam repetidamente auditorias de múltiplas rodadas—imagino que o próprio time também tenha consciência disso.

Além disso, eu gostei do One Balance. Antes, em outras plataformas, meu dinheiro no meu conta precisava ser dividido em várias partes: aqui deixava uma margem, ali transferia para investimentos. Além de pagar taxas pelo vai e vem, muitas vezes eu perdia o timing do mercado. A GRVT simplesmente junta tudo: com a mesma quantia, você consegue abrir ordens e também aproveitar os rendimentos de títulos do Tesouro. A taxa anual fica em torno de 3,5%. Em outras palavras, quando o dinheiro está trabalhando, ele não fica ocioso. Para quem faz trading frequente como nós, isso é extremamente amigável. No geral, essa rota do Validium está sendo bem inteligente. A liquidação fica “ancorada” no Ethereum, a disponibilidade de dados é delegada ao EigenDA e custo e velocidade são contemplados. Quanto a se vai realmente funcionar no mundo real, só saberemos pela performance após o lançamento na mainnet. Mas, para mim, essa direção está certa.
@grvt_io #grvt
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