ANiii_阿尼

A maioria das pessoas acha que a parte difícil do Bitcoin DeFi é colocar Bitcoin em outra cadeia.
A parte difícil é mantê-lo honesto depois que ele chega lá.
Quando o Bitcoin dá suporte a uma posição de empréstimo, a cadeia DeFi precisa saber duas coisas a cada momento: que o Bitcoin existe e que ele não se moveu. Um custodiante pode mentir sobre ambos. Uma ponte pode ser explorada entre a confirmação e a liquidação. Um conjunto de validadores pode conspirar durante a janela em que a honestidade é mais cara.
A pergunta de design que ninguém faz alto o suficiente não é como mover Bitcoin. É como tornar o Bitcoin imovível até que as condições para movê-lo tenham sido genuinamente cumpridas.
Trustless Bitcoin Vaults respondem a essa questão por meio de arquitetura, e não de confiança.
O Bitcoin fica bloqueado em um script na própria cadeia do Bitcoin — um script que o detentor cria, especificando exatamente quais condições devem ser satisfeitas antes que o Bitcoin possa ser transferido e exatamente quem pode reivindicá-lo em cada resultado. Contratos inteligentes na cadeia DeFi avaliam essas condições. O Bitcoin espera. Quando uma condição é atendida — empréstimo quitado, posição liquidada, prazo expirado — o cofre libera o Bitcoin para quem a condição especifica.
Nenhum custodiante decide. Nenhuma ponte intermediária. Nenhum voto de um conjunto de validadores.
@BabylonLabs_io atualmente mantém 56,853 BTC — aproximadamente US$ 5,64 bilhões — sob este modelo.
$BABY fornece governança e acesso por toda essa infraestrutura.
O que eu ainda não sei é como essa arquitetura lida com casos extremos quando várias condições competem simultaneamente sob estresse de mercado.
Mover Bitcoin é um problema resolvido.
Tornar Bitcoin imovível até que a honestidade seja comprovada — essa é a mais difícil.
@BabylonLabs_io #baby $BABY

A maioria das pessoas trata o risco de ponte como um custo aceitável de fazer negócios no DeFi.
Eu parei de tratar assim depois da terceira vez em que vi isso acontecer.
O padrão é sempre reconhecível retrospectivamente. Uma ponte acumula um volume significativo de TVL. Pesquisadores de segurança apontam riscos teóricos. A equipe responde com auditorias e garantias. Então as condições mudam — estresse do mercado, um ataque coordenado, um caso extremo negligenciado — e o risco teórico se torna uma perda de nove dígitos que ninguém consegue reverter.
O que torna esse padrão particularmente frustrante é que as falhas são arquiteturais, não acidentais.
Toda ponte exige um conjunto confiável de validadores, signatários ou custodiante para confirmar que o Bitcoin em uma cadeia corresponde a uma representação em outra. Esse conjunto confiável é a superfície de ataque. Torná-la maior ou mais descentralizada reduz o risco, mas nunca o elimina. O problema fundamental — de que alguém, em algum lugar, precisa ser confiável — permanece, independentemente de quão sofisticada a ponte se torne.
É por isso que considero a abordagem <0-9>@BabylonLabs_io </0-9> arquiteturalmente diferente, e não apenas tecnicamente melhorada.
Trustless Bitcoin Vaults não reduzem o risco de ponte. Eles eliminam a ponte por completo. O Bitcoin é travado diretamente na cadeia Bitcoin, em um cofre que o detentor cria. Contratos inteligentes na cadeia do DeFi controlam a propriedade por meio de condições predefinidas. Nenhum conjunto de validadores guarda chaves. Nenhum signatário pode ser comprometido. Nenhum custodiante toma decisões sobre ativos que ele não possui.
A superfície de ataque que toda ponte cria simplesmente não existe.
<0-9>$BABY </0-9> fornece governança e acesso ao protocolo por toda essa infraestrutura.
O que ainda não sei é se uma arquitetura sem pontes introduz restrições diferentes que limitam o alcance prático do DeFi com Bitcoin.
O risco de ponte não é um problema que melhores pontes resolvem.
É um problema que desaparece quando as pontes desaparecem.
<0-9>@BabylonLabs_io </0-9> <0-9>$BABY #baby </0-9>
<0-9></0-9>

A maioria das pessoas acha que Bitcoin embrulhado (wrapped Bitcoin) e Bitcoin real são a mesma coisa, apenas com uma embalagem diferente.
Eles não são.
Quando você usa wBTC, cbBTC ou qualquer outra versão embrulhada, você não está usando Bitcoin. Você está usando uma promessa de que o Bitcoin existe em algum lugar, sob guarda de alguém, que concordou em não fazer nada com ele que você não gostaria que fizesse.
Essa promessa já foi quebrada antes.
Eu já vi custodias congelarem retiradas durante estresse de mercado. Já observei emissores de tokens embrulhados enfrentarem pressão regulatória que não tinha nada a ver com o Bitcoin subjacente. Já vi negociação de Bitcoin sintético com descontos exatamente nos momentos em que você mais precisava de liquidez.
O “wrapper” funcionou. A promessa não se sustentou.
Essa distinção é o motivo de a abordagem @BabylonLabs_io Trustless Bitcoin Vaults encarar o problema por uma direção completamente diferente.
TBV não emite uma representação de Bitcoin. Ela bloqueia Bitcoin real na cadeia do Bitcoin em um cofre que o próprio detentor cria. Contratos inteligentes na cadeia DeFi então determinam as condições de propriedade — não um custodiante, não um comitê, não uma empresa com termos de serviço que possam mudar.
O Bitcoin permanece na cadeia do Bitcoin. A lógica do DeFi roda em outro lugar. Nenhum ativo sintético fica entre eles.
$BABY powers governação e acesso ao protocolo por meio dessa infraestrutura.
O que eu ainda não sei é se detentores de Bitcoin que aceitaram BTC sintético como suficiente vão exigir algo melhor antes que a próxima falha de custódia force a conversa.
Bitcoin embrulhado é uma promessa respaldada por um custodiante.
Trustless Bitcoin Vaults são um protocolo respaldado por código.
Essas coisas não são a mesma.
@BabylonLabs_io #baby $BTC

Muitas pessoas acham que o problema do Bitcoin na DeFi é técnico.
Eu acho que é um problema de confiança, disfarçado de técnico.
A cadeia do Bitcoin não é programável o suficiente para hospedar a DeFi diretamente. Assim, detentores de Bitcoin que querem rendimento sempre enfrentaram a mesma escolha: fazer a ponte do seu BTC para outra cadeia por meio de um custodiante, ou ficar totalmente fora.
A maioria escolheu ficar fora.
Essa escolha faz sentido. As pontes falharam repetidas vezes. Custodiantes de Bitcoin tokenizado detêm o ativo real e, em teoria, podem fazer o que quiserem com ele. Cada caminho até a DeFi exigia confiar em uma entidade que não deveria precisar ser confiável.
Eu vi esse padrão se repetir em múltiplos ciclos. Projetos prometem DeFi de Bitcoin sem confiança. O texto miúdo revela um custodiante em algum lugar da pilha. A confiança é escondida, não eliminada.
O que faz <0>@BabylonLabs_io </0> ser diferente para mim é estrutural.
Em vez de criar um novo custodiante, <0>TBV</0> cria um cofre de autocustódia diretamente na cadeia do Bitcoin — um script de Bitcoin que o detentor cria por conta própria. Contratos inteligentes na cadeia da DeFi então controlam as condições de propriedade de forma programática. Nenhuma terceira parte mantém as chaves. Nenhuma ponte controla o ativo. O Bitcoin nunca sai da cadeia do Bitcoin.
O protocolo já detém 56,853 BTC — aproximadamente US$ 5,64 bilhões — em cofres de staking. Isso é preferência revelada, não marketing.
<0>$BABY </0> fornece governança e acesso em toda essa infraestrutura.
O que ainda não sei é se esse modelo pode escalar sem introduzir novas suposições de confiança nas bordas.
O Bitcoin ficou fora da DeFi por anos porque cada solução substituía um problema de confiança por outro.
A pergunta interessante agora é se esta, de fato, não faz isso.
<0>@BabylonLabs_io </0> <0>$BABY </0> <0>#baby </0>

Nova atualização 👻😂
#funny
$EVAA
$LAB

Eu costumava pensar que o maior desafio nas finanças autônomas era tomar melhores decisões.
Eu estava errado. O problema mais difícil é tomar decisões consistentes.
Um agente de IA que toma decisões brilhantes noventa e nove por cento do tempo e decisões inconsistentes um por cento do tempo não é um sistema confiável. É um sistema com pontos de falha que só aparecem sob as condições erradas.
Eu vi isso no cripto. Sistemas automatizados que se saíam impressionantemente bem em condições normais ficaram pouco confiáveis exatamente quando a confiabilidade mais importava. Não porque a estratégia estava errada. Mas porque o sistema aplicava suas próprias regras de forma inconsistente quando as condições mudavam.
Consistência é mais difícil do que inteligência.
Esse é um dos motivos @NewtonProtocol ter chamado minha atenção. Em vez de depender de agentes de IA para aplicar o próprio julgamento de forma consistente, a Newton explora uma camada de política que impõe regras predefinidas do mesmo jeito todas as vezes — independentemente das condições de mercado ou de casos extremos.
A autorização permite a transação ou não permite. Sem exceções. Sem inconsistência.
$NEWT mantém a segurança econômica por trás dessa camada de aplicação consistente.
O que ainda não sei é se a consistência será valorizada tanto quanto a inteligência antes que uma falha force a conversa.
Decisões brilhantes que são aplicadas de forma inconsistente não são um ativo.
Elas são um passivo esperando que as condições certas revelem sua natureza.
@NewtonProtocol #Newt $NEWT

A maioria das pessoas acha que os pagamentos transfronteiriços são lentos por causa da tecnologia.
Eles são lentos porque há autorização.
A tecnologia para transferir valor entre fronteiras em segundos existe há anos. O que não existiu foi uma infraestrutura que verifica requisitos de conformidade antes que uma transação seja executada — não depois de ela já ter cruzado uma fronteira que não deveria ter cruzado.
Um pagamento que atravessa três fronteiras passa por três ambientes regulatórios. Cada um deles tem requisitos próprios de identidade, obrigações de sanções e padrões da regra de viagem. Os bancos correspondentes fazem isso manualmente — de forma lenta e cara.
Blockchain torna o movimento mais rápido. Não torna a autorização mais fácil.
Esse é um dos motivos pelos quais @NewtonProtocol chamou minha atenção. Em vez de tratar a conformidade como algo feito após a liquidação, a Newton explora uma camada de autorização que avalia requisitos jurisdicionais antes da execução. Obrigações da FATF Travel Rule, triagem de sanções — verificadas antes de os ativos se moverem.
$NEWT sustenta a segurança econômica por trás dessa camada de autorização transfronteiriça.
Ainda não sei se a infraestrutura de autorização se tornará padrão antes que reguladores obriguem a questão por meio de fiscalização.
A tecnologia para pagamentos transfronteiriços rápidos já está pronta há anos.
A infraestrutura de autorização que torna esses pagamentos legalmente viáveis é o que faltava.
#crypto #TrendingTopic #BinanceSquareTalks #BinanceSquareFamily #Newt
$EVAA

$LAB


O que mais importa para pagamentos transfronteiriços institucionais?

A maioria das pessoas presume que, se a autorização aconteceu, existe um registro disso.
Em geral, não existe.
Uma transação é aprovada. Os ativos se movem. O sistema registra que a transação era válida. Mas verificar, a partir de fora, se as políticas de autorização que deveriam ter regido aquela transação foram realmente avaliadas — e se foram avaliadas corretamente — é quase impossível.
Essa lacuna importa mais do que a maioria das pessoas imagina.
Autorização sem prova é apenas uma afirmação. E, em sistemas financeiros, afirmações não bastam.
Eu vi falhas de conformidade em cripto acontecerem não porque as políticas de autorização não existiam, mas porque não havia como verificar se elas haviam sido de fato aplicadas no momento em que a transação prosseguiu. Os logs diziam que a transação foi aprovada. Ninguém conseguia provar o que o processo de aprovação realmente avaliou.
Esse é um dos motivos pelos quais @NewtonProtocol chamou minha atenção de forma diferente da maioria das discussões sobre autorização.
Em vez de apenas definir políticas que devem reger transações, a abordagem da Newton explora como políticas avaliadas antes da execução podem se tornar verificáveis — por meio de TEE e computação verificável — em vez de serem simplesmente confiadas depois do fato.
$NEWT impulsiona a segurança econômica por trás dessa camada de verificação, alinhando incentivos dos validadores com a geração confiável de prova entre cadeias.
O que eu ainda não sei é se a prova de autorização se tornará um requisito padrão antes que uma grande falha de conformidade force essa conversa.
Autorização é fácil de alegar.
A prova de que a autorização realmente aconteceu é um problema completamente diferente.
#Newt #TrendingTopic #crypto #Newtprotocol
$T


$LAB

A maioria das pessoas pensa que IA controlada pelo usuário significa escolher qual IA usar.
Eu acho que significa algo mais difícil.
Significa decidir o que essa IA está autorizada a fazer em seu nome.
Agora, a maior parte dos agentes de IA que operam em contextos financeiros trabalha com permissões amplas. O usuário conecta uma carteira. O agente recebe acesso. O que esse acesso realmente permite — quanto ele pode gastar, quais protocolos ele pode interagir, sob quais condições ele deve parar — raramente é definido com clareza antes de o agente começar a agir.
Isso não é controle do usuário. Isso é exposição do usuário.
Eu vi pessoas no cripto entregarem um amplo acesso de carteira a sistemas automatizados que elas não entendiam completamente, assumindo que a lógica de estratégia naturalmente limitaria o que o sistema faria. Não limitou. O sistema usou todas as permissões que tinha.
Essa lacuna entre acesso e controle é uma das razões <span>@NewtonProtocol </span> chamou minha atenção.
A abordagem de Newton para autorização programável permite que usuários e desenvolvedores definam os limites do que um agente de IA pode fazer antes que ele aja — não depois. Limites de gastos, protocolos aprovados, restrições baseadas em tempo, limiares de risco — essas condições são aplicadas antes de as transações prosseguirem, independentemente do que o agente seja tecnicamente capaz de fazer.
<span>$NEWT </span> alimenta a segurança econômica por trás dessa camada de políticas, alinhando incentivos de validadores com uma aplicação confiável em cadeias.
O que ainda não sei é se os usuários vão exigir esse tipo de controle granular ou simplesmente aceitar permissões amplas como padrão até que algo dê errado.
Dar a um agente de IA acesso à sua carteira não é o mesmo que dar a ele permissão para usar sua carteira do jeito que ele decidir.
Essa distinção pode importar mais do que a maioria das pessoas imagina antes de vivenciar por que.
<span>@NewtonProtocol #Newt </span> <span>#CryptoTrading #AITrading </span> <span>#BinanceSquareTalks </span>
<span>$LAB </span>
<span></span>
<span>$GWEI </span>
<span></span>
<span></span>
Permissões do agente de IA?"

A maioria das pessoas assume que as instituições demoram para adotar blockchain por causa da incerteza regulatória.
Eu acho que o motivo maior é a incerteza de autorização.
A regulamentação diz às instituições o que elas estão autorizadas a fazer. A infraestrutura de autorização diz como aplicar essas regras no nível da transação antes que os ativos se movam. Sem essa segunda camada, a conformidade vira um processo manual que escala mal e falha de forma imprevisível.
Passei algum tempo conversando com pessoas que estão construindo produtos DeFi institucionais. A pergunta que sempre surge não é se a blockchain é tecnicamente capaz. É se existe infraestrutura para fazer cumprir as regras sob as quais as instituições já operam — de forma automática, consistente e antes que as transações sejam liquidadas, em vez de depois.
Esse é um dos motivos pelos quais a abordagem do Newton Protocol me chamou a atenção.
Em vez de tratar a conformidade como uma função de relatório que acontece após a execução, @NewtonProtocol explora uma camada de autorização em que políticas institucionais predefinidas podem ser avaliadas antes de as transações seguirem. Contrapartes aprovadas, restrições jurisdicionais, limites de gastos, tetos de exposição — verificados antes que os ativos sejam movidos onchain, e não depois que já foram liquidados em algum lugar onde não deveriam ter sido.
$NEWT fornece a segurança econômica por trás dessa camada de políticas, criando incentivos para validadores alinhados com uma aplicação consistente em cadeias.
O que ainda não sei é se a demanda institucional vai impulsionar padrões de autorização ou se os padrões precisam existir antes que um capital institucional sério se comprometa com as finanças onchain.
As instituições não se movem devagar porque são cautelosas com a tecnologia.
Elas se movem devagar porque a infraestrutura que torna a tecnologia suficientemente segura para ser usada em escala ainda não existe em todos os lugares de que elas precisam.
#CryptoTrading #DeFi #TrendingTopic #meme板块关注热点 #Newt

$TAC

$US


"O que impede as instituições de adotar DeFi?"

A maioria das pessoas fala sobre IA e blockchain como tecnologias separadas que talvez acabem funcionando juntas.
Eu acho que elas já estão convergindo — e a camada ausente está se tornando visível.
Sistemas de IA tomam decisões. Sistemas de blockchain registram e executam essas decisões. A combinação parece poderosa. Mas existe uma lacuna entre uma IA tomar uma decisão e essa decisão virar uma transação onchain irreversível.
É nessa lacuna que mora a maior parte do risco.
Um agente de IA operando onchain pode mover capital, executar trades e interagir com protocolos mais rápido do que qualquer humano consegue monitorar. Velocidade é o ponto. Mas velocidade sem limites cria um tipo diferente de risco — não é que a IA vá tomar a decisão errada, e sim que ela vai tomar a decisão certa em condições que fazem a decisão certa virar uma ação errada.
Eu vi sistemas automatizados em cripto correrem mais rápido do que os humanos responsáveis por eles conseguiam responder. Quando alguém percebeu o problema, as transações já tinham sido liquidadas.
Esse é um motivo pelo qual @NewtonProtocol chamou minha atenção.
Em vez de presumir que toda decisão de IA deve automaticamente virar uma transação onchain, Newton explora uma camada de política que avalia condições antes da execução. A IA continua operando. A automação continua rodando. Mas regras predefinidas determinam o que ela está autorizada a fazer antes que os ativos se movam.
$NEWT fornece a segurança econômica por trás dessa camada de autorização, alinhando incentivos dos validadores com uma aplicação confiável em múltiplas cadeias.
O que ainda não sei é se os desenvolvedores de IA vão tratar a autorização como um requisito central ou como um complemento opcional conforme sistemas autônomos assumem mais responsabilidade financeira.
A IA toma decisões mais rápido do que os humanos conseguem monitorar.
A autorização garante que essas decisões permaneçam dentro dos limites definidos pelos humanos com antecedência.
@NewtonProtocol #Newt
$BEE

$ARTX


"O que vai definir o futuro da IA?"

A maioria das pessoas acha que contratos inteligentes tornam as finanças mais confiáveis.
Eu acho que eles as tornam mais honestas sobre o que realmente exige confiança.
Um contrato inteligente executa o que lhe é dito. Ele não avalia se o que está fazendo é apropriado. Ele não pergunta se as condições mudaram desde que as regras foram escritas. Ele simplesmente segue suas instruções com consistência total — e é exatamente isso que o torna poderoso e exatamente isso que o torna perigoso nas condições erradas.
Eu vi protocolos de DeFi se comportarem com consistência perfeita, produzindo resultados que ninguém envolvido teria escolhido se tivesse sido perguntado naquele momento.
O contrato inteligente não estava errado. As suposições por trás dele é que estavam.
Esse é um dos motivos pelos quais @NewtonProtocol chamou minha atenção.
Em vez de tratar contratos inteligentes como a autoridade final sobre se uma transação deve prosseguir, a Newton explora uma camada de políticas que avalia as condições antes da execução. O contrato inteligente ainda roda. Mas antes que ele o faça, regras predefinidas determinam se ele deve ser permitido nas condições atuais.
Isso muda algo importante sobre como aplicações onchain podem ser projetadas.
$NEWT sustenta a segurança econômica por trás dessa camada de políticas, alinhando os incentivos dos validadores com a aplicação confiável de políticas em cadeias.
Ainda não sei com que rapidez os desenvolvedores vão começar a tratar a autorização como uma camada separada e igualmente importante em relação à execução.
Contratos inteligentes são muito bons em fazer o que lhes é mandado.
A questão de o que eles deveriam ser instruídos é outro problema completamente diferente.
#BinanceSquareTalks #TrendingTopic #SpaceXJoinsNasdaq100 #SKHynixToBeginNasdaqTradingJuly10 #Newt

$EVAA


$EDGE

"Os contratos inteligentes devem ter camadas de políticas?"