Binance Square
LISAx
4.6k Publicações

LISAx

I DON'T FOLLOW THE PATH I CREATE IT...🥂
474 A seguir
6.0K+ Seguidores
6.2K+ Gostaram
Publicações
·
--
Em Baixa
Eu estava relendo como o TBV interage com protocolos de empréstimo como o Aave e me deparei com uma percepção inesperada — o cofre pode ser sem confiança no lado do Bitcoin, mas um contrato inteligente fica do outro lado dessa prova. O que parece interessante é que o limite criptográfico que todo mundo menciona vive dentro do cofre — o contrato do lado EVM que governa as condições de empréstimo fica completamente fora dele. Não tenho certeza de como essas duas camadas coordenam sob falha, mas elas carregam perfis de risco genuinamente diferentes sob a mesma posição. A pergunta que vem à mente é se um exploit no lado da cadeia DeFi poderia afetar a garantia em BTC mesmo que o próprio cofre de Bitcoin nunca tenha se movido. Isso me faz pensar que “sem confiança” como rótulo descreve com muito mais precisão uma parte de um sistema em duas partes do que o todo. Vendo de fora, às vezes me pergunto se os usuários separam mentalmente essas camadas — ou simplesmente confiam no rótulo de ponta a ponta. A arquitetura do cofre pode ser rigorosa, mas a superfície de empréstimo ao redor dele merece sua própria conversa — de qualquer forma, o tempo dirá👍#baby $BABY @babylonlabs_io
Eu estava relendo como o TBV interage com protocolos de empréstimo como o Aave e me deparei com uma percepção inesperada — o cofre pode ser sem confiança no lado do Bitcoin, mas um contrato inteligente fica do outro lado dessa prova.

O que parece interessante é que o limite criptográfico que todo mundo menciona vive dentro do cofre — o contrato do lado EVM que governa as condições de empréstimo fica completamente fora dele. Não tenho certeza de como essas duas camadas coordenam sob falha, mas elas carregam perfis de risco genuinamente diferentes sob a mesma posição.

A pergunta que vem à mente é se um exploit no lado da cadeia DeFi poderia afetar a garantia em BTC mesmo que o próprio cofre de Bitcoin nunca tenha se movido. Isso me faz pensar que “sem confiança” como rótulo descreve com muito mais precisão uma parte de um sistema em duas partes do que o todo.

Vendo de fora, às vezes me pergunto se os usuários separam mentalmente essas camadas — ou simplesmente confiam no rótulo de ponta a ponta. A arquitetura do cofre pode ser rigorosa, mas a superfície de empréstimo ao redor dele merece sua própria conversa — de qualquer forma, o tempo dirá👍#baby $BABY @BabylonLabs_io
·
--
Em Baixa
Recentemente eu estava sentado com uma ideia específica do design TBV da Babylon — a possibilidade de apostar BTC para garantir uma rede de prova de participação enquanto, ao mesmo tempo, usando essa mesma posição como garantia para DeFi. Duas camadas de utilidade a partir de um único ativo parece um argumento elegante. O que parece interessante é que ambas as funções se baseiam no mesmo BTC subjacente. Não tenho certeza de como essas obrigações se interagem sob estresse simultâneo — mas empilhar utilidade também empilha exposição de maneiras que raramente aparecem silenciosamente. A pergunta que vem à mente é se o risco se acumula de forma invisível aqui. Um slashing de staking e uma chamada de liquidação chegando juntos estressariam a mesma posição em duas direções. Isso me faz pensar que a interação entre essas camadas merece um mapeamento muito mais explícito. Olhando de fora, às vezes me pergunto se os usuários realmente modelam o que significa comprometer um ativo com duas obrigações ativas. A eficiência é real — mas a interconexão também. Se essa profundidade é comunicada com clareza antes que a escala chegue é uma questão mais silenciosa — de qualquer forma, o tempo dirá👍#baby $BABY @babylonlabs_io $ON $UB
Recentemente eu estava sentado com uma ideia específica do design TBV da Babylon — a possibilidade de apostar BTC para garantir uma rede de prova de participação enquanto, ao mesmo tempo, usando essa mesma posição como garantia para DeFi. Duas camadas de utilidade a partir de um único ativo parece um argumento elegante.

O que parece interessante é que ambas as funções se baseiam no mesmo BTC subjacente. Não tenho certeza de como essas obrigações se interagem sob estresse simultâneo — mas empilhar utilidade também empilha exposição de maneiras que raramente aparecem silenciosamente.

A pergunta que vem à mente é se o risco se acumula de forma invisível aqui. Um slashing de staking e uma chamada de liquidação chegando juntos estressariam a mesma posição em duas direções. Isso me faz pensar que a interação entre essas camadas merece um mapeamento muito mais explícito.

Olhando de fora, às vezes me pergunto se os usuários realmente modelam o que significa comprometer um ativo com duas obrigações ativas. A eficiência é real — mas a interconexão também. Se essa profundidade é comunicada com clareza antes que a escala chegue é uma questão mais silenciosa — de qualquer forma, o tempo dirá👍#baby $BABY @BabylonLabs_io $ON $UB
·
--
Em Baixa
#baby $BABY Eu estava mapeando como uma posição de empréstimo TBV realmente é desfeita quando algo dá errado — e me encontrei numa margem genuinamente incerta. O que realmente acontece quando o Ethereum solicita uma liquidação, mas o Bitcoin ainda não confirmou? O cofre está em uma camada, a lógica de execução em outra. O que parece interessante é que transações pré-assinadas codificam as condições de saída na entrada do cofre — permitindo que o contrato inteligente dispare o desbloqueio de BTC sem a chave do usuário. Não tenho certeza de como isso se sustenta sob congestionamento de rede, mas a dependência entre cadeias funciona nos dois sentidos. A pergunta que me vem à mente é se a finalização de blocos mais lenta do Bitcoin cria uma janela de tempo que os engines de liquidação DeFi não foram construídos para lidar. Isso me faz pensar que a interface entre cadeias é onde o verdadeiro teste de estresse mora — não dentro do próprio cofre. Vindo de fora, às vezes me pergunto se cenários de liquidação são exatamente onde esse design se prova — ou se revela silenciosamente uma vantagem não antecipada por ninguém. A estrutura parece sólida hoje, mas os caminhos de falha contam a história real — de qualquer forma, o tempo dirá👍@babylonlabs_io
#baby $BABY Eu estava mapeando como uma posição de empréstimo TBV realmente é desfeita quando algo dá errado — e me encontrei numa margem genuinamente incerta. O que realmente acontece quando o Ethereum solicita uma liquidação, mas o Bitcoin ainda não confirmou? O cofre está em uma camada, a lógica de execução em outra.

O que parece interessante é que transações pré-assinadas codificam as condições de saída na entrada do cofre — permitindo que o contrato inteligente dispare o desbloqueio de BTC sem a chave do usuário. Não tenho certeza de como isso se sustenta sob congestionamento de rede, mas a dependência entre cadeias funciona nos dois sentidos.

A pergunta que me vem à mente é se a finalização de blocos mais lenta do Bitcoin cria uma janela de tempo que os engines de liquidação DeFi não foram construídos para lidar. Isso me faz pensar que a interface entre cadeias é onde o verdadeiro teste de estresse mora — não dentro do próprio cofre.

Vindo de fora, às vezes me pergunto se cenários de liquidação são exatamente onde esse design se prova — ou se revela silenciosamente uma vantagem não antecipada por ninguém. A estrutura parece sólida hoje, mas os caminhos de falha contam a história real — de qualquer forma, o tempo dirá👍@BabylonLabs_io
·
--
Em Alta
Verificado
Geralmente entendo melhor um produto DeFi depois de testá-lo do que depois de ler dez explicações sobre ele. Então passei algum tempo explorando o testnet público da @BabylonLabs_io para Trustless Bitcoin Vaults (TBV), e a parte que me interessou não foi apenas que você pode pedir empréstimos usando Bitcoin. Foi onde o Bitcoin fica nesse processo. A maior parte do BTC que já vi entrando no DeFi primeiro precisa se tornar outra coisa. Você o encapsula, faz a ponte (bridge) dele ou depende de um intermediário antes que aquela liquidez fique útil em outra rede. O TBV segue um caminho diferente. Seu BTC nativo é usado como garantia, enquanto o lado do empréstimo pode acontecer via Aave v4 no Ethereum. Isso significa que um depositante pode pedir empréstimos por ativos suportados como USDC ou USDT sem antes precisar transformar o Bitcoin subjacente em uma representação empacotada. Essa diferença parece pequena até você pensar no que normalmente acontece quando o BTC sai de seu ambiente nativo. O objetivo aqui não é mover o Bitcoin para o Ethereum. É tornar o valor do Bitcoin utilizável lá, mantendo a garantia nativa. Inicialmente achei que o TBV era principalmente mais um produto de empréstimo com Bitcoin. Depois de analisar o modelo, parece mais uma infraestrutura de garantias em torno da qual aplicações podem ser construídas. Tomar empréstimo é apenas o primeiro caso de uso. Se esse modelo eventualmente se estender a stablecoins, cartões de crédito, derivativos e seguros, como pretendido, a pergunta mais interessante pode ser o que o Bitcoin pode fazer sem precisar parar de ser Bitcoin primeiro. $BABY #baby @babylonlabs_io Manter seu BTC nativo te deixaria mais confortável para usá-lo como garantia? $ESP $SAFE {future}(SAFEUSDT)
Geralmente entendo melhor um produto DeFi depois de testá-lo do que depois de ler dez explicações sobre ele.

Então passei algum tempo explorando o testnet público da @BabylonLabs_io para Trustless Bitcoin Vaults (TBV), e a parte que me interessou não foi apenas que você pode pedir empréstimos usando Bitcoin.

Foi onde o Bitcoin fica nesse processo.

A maior parte do BTC que já vi entrando no DeFi primeiro precisa se tornar outra coisa. Você o encapsula, faz a ponte (bridge) dele ou depende de um intermediário antes que aquela liquidez fique útil em outra rede.

O TBV segue um caminho diferente.

Seu BTC nativo é usado como garantia, enquanto o lado do empréstimo pode acontecer via Aave v4 no Ethereum. Isso significa que um depositante pode pedir empréstimos por ativos suportados como USDC ou USDT sem antes precisar transformar o Bitcoin subjacente em uma representação empacotada.

Essa diferença parece pequena até você pensar no que normalmente acontece quando o BTC sai de seu ambiente nativo.

O objetivo aqui não é mover o Bitcoin para o Ethereum.

É tornar o valor do Bitcoin utilizável lá, mantendo a garantia nativa.

Inicialmente achei que o TBV era principalmente mais um produto de empréstimo com Bitcoin. Depois de analisar o modelo, parece mais uma infraestrutura de garantias em torno da qual aplicações podem ser construídas.

Tomar empréstimo é apenas o primeiro caso de uso.

Se esse modelo eventualmente se estender a stablecoins, cartões de crédito, derivativos e seguros, como pretendido, a pergunta mais interessante pode ser o que o Bitcoin pode fazer sem precisar parar de ser Bitcoin primeiro.

$BABY #baby @BabylonLabs_io

Manter seu BTC nativo te deixaria mais confortável para usá-lo como garantia?
$ESP $SAFE
Yes, eliminates wrap risk
80%
Depends on smart contracts
0%
No, strictly cold storage
20%
Show results / $BABY
0%
5 Votos • Votação encerrada
·
--
Em Baixa
Verificado
Recentemente, estive voltando no tempo pela arquitetura TBV da Babylon e cheguei a um ponto — a garantia sem confiança repousa sobre uma pilha de primitivas criptográficas, incluindo provas SNARK e uma construção chamada BitVM3. Essa dependência pareceu mais pesada quanto mais tempo eu fiquei pensando nela. O que parece interessante é que o BitVM3 permite que a camada de scripts do Bitcoin imponha uma lógica para a qual ela nunca foi construída. Não tenho certeza de como isso é testado em condições adversárias, mas o cofre herda o risco que existe dentro disso. A pergunta que vem à minha mente é se sistemas de prova de conhecimento zero amadurecem rápido o suficiente para acompanhar o capital entrando nesses cofres. Isso me faz pensar que o ciclo de auditoria de segurança pode se tornar o verdadeiro gargalo — e, se for verdade, quem exatamente está equipado para validá-lo? Observando de fora, às vezes me pergunto como o time comunica isso para detentores de Bitcoin não técnicos. “Sem confiança” é uma palavra que pode achatar muita complexidade. A criptografia pode até sustentar — mas se os usuários entendem realmente no que estão confiando permanece genuinamente em aberto — enfim, o tempo dirá@babylonlabs_io #baby $BABY $EUL $DIA
Recentemente, estive voltando no tempo pela arquitetura TBV da Babylon e cheguei a um ponto — a garantia sem confiança repousa sobre uma pilha de primitivas criptográficas, incluindo provas SNARK e uma construção chamada BitVM3. Essa dependência pareceu mais pesada quanto mais tempo eu fiquei pensando nela.

O que parece interessante é que o BitVM3 permite que a camada de scripts do Bitcoin imponha uma lógica para a qual ela nunca foi construída. Não tenho certeza de como isso é testado em condições adversárias, mas o cofre herda o risco que existe dentro disso.

A pergunta que vem à minha mente é se sistemas de prova de conhecimento zero amadurecem rápido o suficiente para acompanhar o capital entrando nesses cofres. Isso me faz pensar que o ciclo de auditoria de segurança pode se tornar o verdadeiro gargalo — e, se for verdade, quem exatamente está equipado para validá-lo?

Observando de fora, às vezes me pergunto como o time comunica isso para detentores de Bitcoin não técnicos. “Sem confiança” é uma palavra que pode achatar muita complexidade. A criptografia pode até sustentar — mas se os usuários entendem realmente no que estão confiando permanece genuinamente em aberto — enfim, o tempo dirá@BabylonLabs_io #baby $BABY

$EUL $DIA
·
--
Em Baixa
🚨 A SpaceX a US$100 pode significar que o mercado está avaliando o negócio de IA em ZERO, segundo a Morgan Stanley. Após uma oferta inicial (IPO) marcante, as ações da SpaceX reverteram o movimento com força — caindo para US$110,85, cerca de 18% abaixo do preço do IPO. O analista da Morgan Stanley, Adam Jonas, interpreta a venda de forma diferente. 🎯 Preço-alvo: US$300 🤖 Mais de 50% dessa avaliação ligada à IA 📉 A US$100, a IA poderia efetivamente ser avaliada em zero ou até negativamente A preocupação? Os investidores estão cada vez mais céticos com relação a grandes gastos com IA, capex elevado e retornos incertos — enquanto a próxima expiração de um lockup de ações pode adicionar mais pressão de venda. Ainda assim, Wall Street segue otimista: quase 80% dos analistas que cobrem a SpaceX, segundo relatos, têm recomendações equivalentes a compra, com uma meta média de cerca de US$232. O mercado está questionando o prêmio de IA. A Morgan Stanley acredita que ele está sendo eliminado de forma agressiva demais. $SPCXB $SPCX {future}(SPCXUSDT) #AI #stocks #Investing #tech #markets
🚨 A SpaceX a US$100 pode significar que o mercado está avaliando o negócio de IA em ZERO, segundo a Morgan Stanley.

Após uma oferta inicial (IPO) marcante, as ações da SpaceX reverteram o movimento com força — caindo para US$110,85, cerca de 18% abaixo do preço do IPO.

O analista da Morgan Stanley, Adam Jonas, interpreta a venda de forma diferente.

🎯 Preço-alvo: US$300
🤖 Mais de 50% dessa avaliação ligada à IA
📉 A US$100, a IA poderia efetivamente ser avaliada em zero ou até negativamente

A preocupação? Os investidores estão cada vez mais céticos com relação a grandes gastos com IA, capex elevado e retornos incertos — enquanto a próxima expiração de um lockup de ações pode adicionar mais pressão de venda.

Ainda assim, Wall Street segue otimista: quase 80% dos analistas que cobrem a SpaceX, segundo relatos, têm recomendações equivalentes a compra, com uma meta média de cerca de US$232.

O mercado está questionando o prêmio de IA.

A Morgan Stanley acredita que ele está sendo eliminado de forma agressiva demais.

$SPCXB
$SPCX

#AI #stocks #Investing #tech #markets
·
--
Em Alta
Estava analisando algumas atualizações recentes da Babylon outro dia e notei algo que passou despercebido — a reformulação do token BABY. Há uma tensão silenciosa, mas importante, se formando sobre como um token de governança se encaixa em um sistema construído principalmente sobre mecanismos sem confiança. O que parece interessante é o modelo de taxas baseado em leilões que está sendo considerado — permitindo que os mercados precifiquem o acesso em vez de taxas fixas. Não tenho certeza de como isso se encaixa em um cofre sem confiança, mas me faz pensar que a descoberta de preços é escolhida deliberadamente em vez de decisões de governança. A pergunta que me vem é se tokens de governança e protocolos sem confiança realmente se complementam. Adicionar uma camada de governança BABY cria uma superfície onde a influência se concentra silenciosamente? Isso me faz pensar que essa tensão raramente se resolve tão limpidamente quanto parece. Visto de fora, o papel em evolução do BABY parece ser a camada menos resolvida do TBV. Às vezes me pergunto se o modelo de leilão atrai os participantes certos — ou se atrai principalmente aqueles que buscam posições de taxa. O desenho parece intencional, mas como ele se comporta em condições reais ainda está em aberto — de qualquer forma, o tempo dirá👍@babylonlabs_io #baby $BABY $DEXE $VELVET
Estava analisando algumas atualizações recentes da Babylon outro dia e notei algo que passou despercebido — a reformulação do token BABY. Há uma tensão silenciosa, mas importante, se formando sobre como um token de governança se encaixa em um sistema construído principalmente sobre mecanismos sem confiança.

O que parece interessante é o modelo de taxas baseado em leilões que está sendo considerado — permitindo que os mercados precifiquem o acesso em vez de taxas fixas. Não tenho certeza de como isso se encaixa em um cofre sem confiança, mas me faz pensar que a descoberta de preços é escolhida deliberadamente em vez de decisões de governança.

A pergunta que me vem é se tokens de governança e protocolos sem confiança realmente se complementam. Adicionar uma camada de governança BABY cria uma superfície onde a influência se concentra silenciosamente? Isso me faz pensar que essa tensão raramente se resolve tão limpidamente quanto parece.

Visto de fora, o papel em evolução do BABY parece ser a camada menos resolvida do TBV. Às vezes me pergunto se o modelo de leilão atrai os participantes certos — ou se atrai principalmente aqueles que buscam posições de taxa. O desenho parece intencional, mas como ele se comporta em condições reais ainda está em aberto — de qualquer forma, o tempo dirá👍@BabylonLabs_io #baby $BABY
$DEXE $VELVET
·
--
Em Alta
🚨 O mercado de Opções de Bitcoin Sinaliza uma Batalha de US$ 70K–US$ 72K Quase US$ 5 bilhões em $BTC opções em aberto estão concentrados nos preços de call de US$ 70.000 e US$ 72.000 na Deribit, com a atividade de calls altistas superando fortemente as puts. 📊 US$ 70K: 39.000 calls vs. 3.800 puts — ~10:1 📊 US$ 72K: 37.900 calls vs. 1.200 puts — ~32:1 Grande parte do posicionamento parece estar ligada a spreads de compra (bull call spreads) mirando o Bitcoin atingindo US$ 70K–US$ 72K até o vencimento de 31 de julho. Mas o catalisador altista está enfraquecendo. 📉 As probabilidades da Polymarket de o Clarity Act ser assinado em lei em 2026 caíram de 51% para 38% após o líder da maioria no Senado, John Thune, dizer que o projeto é improvável de passar antes do recesso de agosto. Agora, o Bitcoin enfrenta um teste crítico com: • Decisão do FOMC em 29 de julho • Principais resultados de Big Tech • Petróleo acima de US$ 100 • Tensões contínuas EUA–Irã • Pressão de tarifas • Redução do otimismo com o Clarity Act O BTC precisaria de uma alta de aproximadamente 7,7% de cerca de US$ 64.971 para chegar a US$ 70.000 antes do vencimento. O mercado de opções ainda está posicionado para a alta — mas o caminho até US$ 70K ficou significativamente mais difícil. #BTC #SEC #SaudiRoutesOilExportsViaSuez #GlobalTechStocksExtendSelloff #FedSeptHikeOddsJumpToAbout82% $ESPORTS $ETH
🚨 O mercado de Opções de Bitcoin Sinaliza uma Batalha de US$ 70K–US$ 72K

Quase US$ 5 bilhões em $BTC opções em aberto estão concentrados nos preços de call de US$ 70.000 e US$ 72.000 na Deribit, com a atividade de calls altistas superando fortemente as puts.

📊 US$ 70K: 39.000 calls vs. 3.800 puts — ~10:1
📊 US$ 72K: 37.900 calls vs. 1.200 puts — ~32:1

Grande parte do posicionamento parece estar ligada a spreads de compra (bull call spreads) mirando o Bitcoin atingindo US$ 70K–US$ 72K até o vencimento de 31 de julho.

Mas o catalisador altista está enfraquecendo.

📉 As probabilidades da Polymarket de o Clarity Act ser assinado em lei em 2026 caíram de 51% para 38% após o líder da maioria no Senado, John Thune, dizer que o projeto é improvável de passar antes do recesso de agosto.

Agora, o Bitcoin enfrenta um teste crítico com:

• Decisão do FOMC em 29 de julho
• Principais resultados de Big Tech
• Petróleo acima de US$ 100
• Tensões contínuas EUA–Irã
• Pressão de tarifas
• Redução do otimismo com o Clarity Act

O BTC precisaria de uma alta de aproximadamente 7,7% de cerca de US$ 64.971 para chegar a US$ 70.000 antes do vencimento.

O mercado de opções ainda está posicionado para a alta — mas o caminho até US$ 70K ficou significativamente mais difícil.

#BTC #SEC
#SaudiRoutesOilExportsViaSuez #GlobalTechStocksExtendSelloff #FedSeptHikeOddsJumpToAbout82% $ESPORTS $ETH
·
--
Em Baixa
Recentemente, eu estava lendo sobre os Trustless Bitcoin Vaults de Babylon e me deparei com um recurso específico — a capacidade de delegar direitos de empréstimo a um provedor de rendimento, enquanto o BTC nunca muda de mãos. Essa separação entre custódia e utilidade continuou chamando minha atenção. O que parece interessante é a regra de no-rehypothecation do cofre — ela especifica qual protocolo pode tocar o BTC e nada mais. Não tenho certeza se essa delimitação se sustenta sob estresse, mas impedir a reutilização silenciosa de colateral no nível do protocolo parece um design bem diferente. A pergunta que me ocorre é se o capital institucional confiaria na aplicação criptográfica sem garantias legais. Isso me faz pensar que talvez o desafio mais difícil não seja o código em si — mas sim o que os alocadores tradicionais se sentem prontos para confiar. Vendo de fora, às vezes me pergunto se a delegação adiciona um risco mais silencioso — não na custódia em si, mas em como os usuários escolhem em qual provedor de rendimento confiar. Essa parte ainda não está totalmente mapeada, e se o protocolo aborda isso de forma clara pode ser a verdadeira questão — de qualquer forma, o tempo dirá 👍 #baby $BABY @babylonlabs_io $RIF $PROM
Recentemente, eu estava lendo sobre os Trustless Bitcoin Vaults de Babylon e me deparei com um recurso específico — a capacidade de delegar direitos de empréstimo a um provedor de rendimento, enquanto o BTC nunca muda de mãos. Essa separação entre custódia e utilidade continuou chamando minha atenção.

O que parece interessante é a regra de no-rehypothecation do cofre — ela especifica qual protocolo pode tocar o BTC e nada mais. Não tenho certeza se essa delimitação se sustenta sob estresse, mas impedir a reutilização silenciosa de colateral no nível do protocolo parece um design bem diferente.

A pergunta que me ocorre é se o capital institucional confiaria na aplicação criptográfica sem garantias legais. Isso me faz pensar que talvez o desafio mais difícil não seja o código em si — mas sim o que os alocadores tradicionais se sentem prontos para confiar.

Vendo de fora, às vezes me pergunto se a delegação adiciona um risco mais silencioso — não na custódia em si, mas em como os usuários escolhem em qual provedor de rendimento confiar. Essa parte ainda não está totalmente mapeada, e se o protocolo aborda isso de forma clara pode ser a verdadeira questão — de qualquer forma, o tempo dirá 👍
#baby $BABY @BabylonLabs_io
$RIF $PROM
·
--
Em Alta
Recentemente estive analisando os Cofres Bitcoin Sem Confiança da Babylon e fiquei preso em uma pergunta — como o BTC nativo se torna garantia em DeFi sem nunca sair da cadeia do Bitcoin? Parece quase bom demais, e é exatamente nesse momento que me sinto compelido a ler com mais atenção. O que parece interessante é que os TBVs pulam pontes — provas criptográficas vinculam o cofre a contratos inteligentes em cadeias externas. Não tenho certeza de como isso se sustenta sob estresse de liquidação, mas remover o custodiante por completo é algo que a maioria dos projetos de Bitcoin-DeFi tem evitado silenciosamente. A pergunta que vem à mente é se os tempos de peg-in de três horas e as taxas reduzidas em três vezes realmente vão afastar os detentores de Bitcoin de configurações mais simples. Isso me faz pensar que o principal desafio talvez seja o atrito, e não a criptografia em si. Observando de fora, isso parece um protocolo ainda em formação — testnet ativa, o Aave lending em desenvolvimento e as tokenomics do BABY ainda evoluindo. Às vezes me pergunto se o teste real só vem quando entra capital sério. A estrutura é visível hoje, mas o resultado ainda permanece genuinamente em aberto — de qualquer forma, o tempo dirá👍@babylonlabs_io #baby $BABY $BANK $RIF
Recentemente estive analisando os Cofres Bitcoin Sem Confiança da Babylon e fiquei preso em uma pergunta — como o BTC nativo se torna garantia em DeFi sem nunca sair da cadeia do Bitcoin? Parece quase bom demais, e é exatamente nesse momento que me sinto compelido a ler com mais atenção.

O que parece interessante é que os TBVs pulam pontes — provas criptográficas vinculam o cofre a contratos inteligentes em cadeias externas. Não tenho certeza de como isso se sustenta sob estresse de liquidação, mas remover o custodiante por completo é algo que a maioria dos projetos de Bitcoin-DeFi tem evitado silenciosamente.

A pergunta que vem à mente é se os tempos de peg-in de três horas e as taxas reduzidas em três vezes realmente vão afastar os detentores de Bitcoin de configurações mais simples. Isso me faz pensar que o principal desafio talvez seja o atrito, e não a criptografia em si.

Observando de fora, isso parece um protocolo ainda em formação — testnet ativa, o Aave lending em desenvolvimento e as tokenomics do BABY ainda evoluindo. Às vezes me pergunto se o teste real só vem quando entra capital sério. A estrutura é visível hoje, mas o resultado ainda permanece genuinamente em aberto — de qualquer forma, o tempo dirá👍@BabylonLabs_io #baby $BABY
$BANK $RIF
·
--
O futebol sempre foi um jogo de paixão, disciplina e momentos inesquecíveis. De gols decisivos no último instante a viradas impressionantes, cada partida nos lembra por que esse esporte conecta milhões de torcedores ao redor do mundo. A nova temporada promete rivalidades renovadas, estrelas em ascensão e muita emoção dentro de campo. Qual time você está apoiando para levantar o troféu este ano? ⚽🏆? #BinancePickAndWin
O futebol sempre foi um jogo de paixão, disciplina e momentos inesquecíveis. De gols decisivos no último instante a viradas impressionantes, cada partida nos lembra por que esse esporte conecta milhões de torcedores ao redor do mundo. A nova temporada promete rivalidades renovadas, estrelas em ascensão e muita emoção dentro de campo. Qual time você está apoiando para levantar o troféu este ano? ⚽🏆?
#BinancePickAndWin
·
--
O futebol sempre foi um jogo de paixão, disciplina e momentos inesquecíveis. Dos gols decisivos nos instantes finais aos retornos impressionantes, cada partida nos lembra por que este esporte conecta milhões de fãs ao redor do mundo. A nova temporada promete novas rivalidades, astros em ascensão e muita emoção dentro de campo. Qual equipe você está apoiando para levantar o troféu este ano? ⚽🏆? [join](https://www.binance.com/activity/pick-and-win/2026-football-challenge?ref=1065694909) #BinancePickAndWin
O futebol sempre foi um jogo de paixão, disciplina e momentos inesquecíveis. Dos gols decisivos nos instantes finais aos retornos impressionantes, cada partida nos lembra por que este esporte conecta milhões de fãs ao redor do mundo. A nova temporada promete novas rivalidades, astros em ascensão e muita emoção dentro de campo. Qual equipe você está apoiando para levantar o troféu este ano? ⚽🏆? join
#BinancePickAndWin
·
--
Artigo
Newton Protocol e o Problema de Autorização em Finanças AgenciaisAchei que a parte difícil era fazer com que agentes de IA executassem on-chain de forma confiável. grande parte da conversa sobre agentes autônomos em DeFi se concentrou em saber se o agente consegue executar corretamente. se consegue encontrar o pool certo, cronometrar a saída certa, gerenciar gás entre cadeias sem falhar. essa é a camada operacional, e é realmente difícil. ferramentas foram construídas, testadas, refinadas. a questão da execução é, em grande medida, um problema de engenharia com soluções conhecidas que vão se acumulando ao redor dele. parece solucionável.

Newton Protocol e o Problema de Autorização em Finanças Agenciais

Achei que a parte difícil era fazer com que agentes de IA executassem on-chain de forma confiável.
grande parte da conversa sobre agentes autônomos em DeFi se concentrou em saber se o agente consegue executar corretamente. se consegue encontrar o pool certo, cronometrar a saída certa, gerenciar gás entre cadeias sem falhar. essa é a camada operacional, e é realmente difícil. ferramentas foram construídas, testadas, refinadas. a questão da execução é, em grande medida, um problema de engenharia com soluções conhecidas que vão se acumulando ao redor dele.
parece solucionável.
·
--
Em Alta
Passei algum tempo pensando sobre o que significa separar política de código. no beta do mainnet da Newton, as políticas são escritas em rego — a mesma linguagem que as equipes de conformidade corporativa já usam fora da cadeia. o contrato em si não contém lógica de regras. quando um limite muda ou uma regulamentação é atualizada, a política é atualizada sem tocar ou fazer redeploy do contrato subjacente. a importância disso. mas o rego roda fora da cadeia em uma rede distribuída de operadores. o contrato impõe o resultado, não o raciocínio. o que é gravado onchain é uma atestação assinada — uma aprovação ou rejeição — não os dados nem a lógica que a produziram. no início, isso pareceu uma lacuna de verificabilidade. talvez seja um tradeoff deliberado. as entradas ficam privadas, a avaliação permanece flexível e o registro onchain continua limpo — exatamente o que instituições com modelos proprietários de risco precisam. as provas de conhecimento zero da Succinct supostamente fazem a ponte para essa lacuna: qualquer pessoa pode verificar que a avaliação estava correta sem ver o que ela avaliou. isso funciona para correção. não diz se a própria política foi bem projetada antes da avaliação ser executada. prova de execução não é prova de intenção. a rede de operadores adiciona segurança econômica via restaking no eigenlayer, o que significa que comportamentos ruins carregam risco de slashing — mas isso pune desvio do protocolo, não desvio da lógica de política correta. a estrutura de incentivos aborda a honestidade do operador, não o julgamento do curador. então, se o design da política está inteiramente nas mãos do curador, e as provas zk verificam a execução em vez da intenção, o que efetivamente responsabiliza uma política mal escrita antes que o capital se mova?@NewtonProtocol #newt $NEWT
Passei algum tempo pensando sobre o que significa separar política de código.

no beta do mainnet da Newton, as políticas são escritas em rego — a mesma linguagem que as equipes de conformidade corporativa já usam fora da cadeia. o contrato em si não contém lógica de regras. quando um limite muda ou uma regulamentação é atualizada, a política é atualizada sem tocar ou fazer redeploy do contrato subjacente.

a importância disso.

mas o rego roda fora da cadeia em uma rede distribuída de operadores. o contrato impõe o resultado, não o raciocínio. o que é gravado onchain é uma atestação assinada — uma aprovação ou rejeição — não os dados nem a lógica que a produziram.

no início, isso pareceu uma lacuna de verificabilidade.

talvez seja um tradeoff deliberado. as entradas ficam privadas, a avaliação permanece flexível e o registro onchain continua limpo — exatamente o que instituições com modelos proprietários de risco precisam.

as provas de conhecimento zero da Succinct supostamente fazem a ponte para essa lacuna: qualquer pessoa pode verificar que a avaliação estava correta sem ver o que ela avaliou.

isso funciona para correção. não diz se a própria política foi bem projetada antes da avaliação ser executada.

prova de execução não é prova de intenção.

a rede de operadores adiciona segurança econômica via restaking no eigenlayer, o que significa que comportamentos ruins carregam risco de slashing — mas isso pune desvio do protocolo, não desvio da lógica de política correta.

a estrutura de incentivos aborda a honestidade do operador, não o julgamento do curador.

então, se o design da política está inteiramente nas mãos do curador, e as provas zk verificam a execução em vez da intenção, o que efetivamente responsabiliza uma política mal escrita antes que o capital se mova?@NewtonProtocol #newt $NEWT
·
--
Artigo
O Protocolo Newton Não é Bem uma Blockchain. O Motor de Política é o Produto Real.eu esperava que fosse outra camada de liquidação com uma aparência de conformidade. a maioria dos protocolos que usam a palavra "autorização" está descrevendo algo mais próximo de uma lista de permissões. uma lista de carteiras aprovadas. talvez um portão de KYC na interface. algo que mantém os reguladores, em tese, satisfeitos enquanto deixa a lógica real da transação completamente intocada. Isso pareceu razoável. quanto mais eu lia a arquitetura do Newton, mais esse enquadramento começava a parecer incompleto. o que o Newton está realmente construindo não é uma nova blockchain. não é uma via de liquidação mais rápida. ele fica entre o momento em que um usuário inicia uma transação e o momento em que essa transação é liquidada, e avalia se as regras permitem que essa transação prossiga. ele faz isso antes de o valor se mover. não depois. não na camada de relatórios. antes.

O Protocolo Newton Não é Bem uma Blockchain. O Motor de Política é o Produto Real.

eu esperava que fosse outra camada de liquidação com uma aparência de conformidade.
a maioria dos protocolos que usam a palavra "autorização" está descrevendo algo mais próximo de uma lista de permissões. uma lista de carteiras aprovadas. talvez um portão de KYC na interface. algo que mantém os reguladores, em tese, satisfeitos enquanto deixa a lógica real da transação completamente intocada.
Isso pareceu razoável.
quanto mais eu lia a arquitetura do Newton, mais esse enquadramento começava a parecer incompleto.
o que o Newton está realmente construindo não é uma nova blockchain. não é uma via de liquidação mais rápida. ele fica entre o momento em que um usuário inicia uma transação e o momento em que essa transação é liquidada, e avalia se as regras permitem que essa transação prossiga. ele faz isso antes de o valor se mover. não depois. não na camada de relatórios. antes.
·
--
Em Baixa
Volto sempre ao lugar onde Newton coloca a camada de enforcement. O protocolo Newton funciona como uma camada de autorização na base e no Ethereum, ficando entre a intenção e o settlement. Antes de uma transação ser aprovada, uma política verifica dados de sanções, feeds de preço e classificações de risco em uma única rodada de avaliação. Essa distinção importa. Essa distinção importa. O beta do mainnet envia o VaultKit e um conjunto de oráculos de dados — Chainalysis, Redstone, Credora — mas cada curador ainda escolhe quais feeds a política realmente lê. As fontes de dados não selecionadas não oferecem qualquer garantia de enforcement. No começo, isso pareceu incompleto. Talvez o design de oráculo aberto seja um limite deliberado. Nenhum provedor único se torna uma dependência sistêmica, e a composabilidade da política permanece nas mãos do construtor, em vez de ser codificada diretamente no próprio protocolo. Os preços da Redstone servem como colateral, a Credora os classifica e a Newton só aplica o enforcement da combinação no momento da transação, quando uma política referencia ambos os inputs simultaneamente. Isso cria uma janela estreita: uma política que usa apenas um feed está impondo uma verdade parcial, e o protocolo não corrige essa lacuna em nome do curador. Enforcement parcial ainda é enforcement. Mas também significa que uma instituição pode satisfazer uma política tecnicamente, deixando o risco real sem tratamento, dependendo inteiramente de como o curador escreveu as regras em primeiro lugar. O registro de atestação existe. A lacuna talvez não. Então a questão real é se a atestação onchain de uma execução de política cria responsabilização, ou apenas documentação de que uma política falha foi executada sem erros. #newt $NEWT @NewtonProtocol
Volto sempre ao lugar onde Newton coloca a camada de enforcement.

O protocolo Newton funciona como uma camada de autorização na base e no Ethereum, ficando entre a intenção e o settlement. Antes de uma transação ser aprovada, uma política verifica dados de sanções, feeds de preço e classificações de risco em uma única rodada de avaliação. Essa distinção importa.

Essa distinção importa.

O beta do mainnet envia o VaultKit e um conjunto de oráculos de dados — Chainalysis, Redstone, Credora — mas cada curador ainda escolhe quais feeds a política realmente lê. As fontes de dados não selecionadas não oferecem qualquer garantia de enforcement.

No começo, isso pareceu incompleto.

Talvez o design de oráculo aberto seja um limite deliberado. Nenhum provedor único se torna uma dependência sistêmica, e a composabilidade da política permanece nas mãos do construtor, em vez de ser codificada diretamente no próprio protocolo.

Os preços da Redstone servem como colateral, a Credora os classifica e a Newton só aplica o enforcement da combinação no momento da transação, quando uma política referencia ambos os inputs simultaneamente.

Isso cria uma janela estreita: uma política que usa apenas um feed está impondo uma verdade parcial, e o protocolo não corrige essa lacuna em nome do curador.

Enforcement parcial ainda é enforcement.

Mas também significa que uma instituição pode satisfazer uma política tecnicamente, deixando o risco real sem tratamento, dependendo inteiramente de como o curador escreveu as regras em primeiro lugar.

O registro de atestação existe. A lacuna talvez não.

Então a questão real é se a atestação onchain de uma execução de política cria responsabilização, ou apenas documentação de que uma política falha foi executada sem erros.
#newt $NEWT @NewtonProtocol
·
--
Artigo
A Pergunta Oculta de Governança por trás do Design do Protocolo NewtonEu estava lendo a documentação do Newton sobre como as políticas são atualizadas quando algo nelas me parou e me fez reler o parágrafo duas vezes. Havia uma linha dizendo que uma nova sanção ou um limite revisado entra em vigor imediatamente, sem nenhum contrato para reescrever ou republicar. Eu fiquei com isso por mais tempo do que esperava, porque, à primeira vista, parece uma melhoria direta em relação a como normalmente funciona a conformidade de contratos inteligentes, mas quanto mais eu refletia, mais eu percebia que isso levanta uma série de questões que eu não tinha pensado em fazer antes. Em muitos contextos de DeFi, o contrato inteligente é a regra. Quando as regras mudam, o código muda, e você geralmente consegue ver isso acontecer porque as republicações do contrato deixam um rastro on-chain visível. O Newton separou deliberadamente essas duas coisas. O contrato que impõe uma política e a política que está sendo imposta são camadas distintas que podem evoluir independentemente uma da outra. Às vezes, me pergunto se essa escolha de design recebe uma análise suficiente, porque a conveniência que ela oferece e a complexidade que ela introduz parecem igualmente significativas.

A Pergunta Oculta de Governança por trás do Design do Protocolo Newton

Eu estava lendo a documentação do Newton sobre como as políticas são atualizadas quando algo nelas me parou e me fez reler o parágrafo duas vezes. Havia uma linha dizendo que uma nova sanção ou um limite revisado entra em vigor imediatamente, sem nenhum contrato para reescrever ou republicar. Eu fiquei com isso por mais tempo do que esperava, porque, à primeira vista, parece uma melhoria direta em relação a como normalmente funciona a conformidade de contratos inteligentes, mas quanto mais eu refletia, mais eu percebia que isso levanta uma série de questões que eu não tinha pensado em fazer antes. Em muitos contextos de DeFi, o contrato inteligente é a regra. Quando as regras mudam, o código muda, e você geralmente consegue ver isso acontecer porque as republicações do contrato deixam um rastro on-chain visível. O Newton separou deliberadamente essas duas coisas. O contrato que impõe uma política e a política que está sendo imposta são camadas distintas que podem evoluir independentemente uma da outra. Às vezes, me pergunto se essa escolha de design recebe uma análise suficiente, porque a conveniência que ela oferece e a complexidade que ela introduz parecem igualmente significativas.
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