Crypto Inertia

#baby $BABY Tenho comparado @BabylonLabs_io Trustless Bitcoin Vaults (TBV) com como a segurança do Bitcoin funciona na prática hoje. Não os slides. Os modelos de ameaça reais.
O que sempre aparece é o seguinte. Todo mundo fala sobre o Bitcoin como a camada de liquidação mais segura em cripto. E é. Mas, no momento em que você quer fazer algo com seu BTC além de simplesmente mantê-lo, você sai dessa segurança e entrega para as mãos de outra pessoa. Atualmente, existem três maneiras principais de as pessoas tentarem usar o Bitcoin de forma produtiva.
Carteiras quentes e contas de exchange. Você move BTC da camada base para uma plataforma para poder negociar, emprestar ou ganhar rendimento. No momento em que essas moedas saem da rede Bitcoin, a segurança do Bitcoin deixa de se aplicar. Agora você está protegido por aquilo que a plataforma construiu. Às vezes é algo no nível militar. Às vezes é uma planilha.
BTC “bridged” em cadeias com contratos inteligentes. Você bloqueia BTC de um lado e cunha uma representação em Ethereum ou outra cadeia. Agora seu ativo vive em um modelo de segurança totalmente diferente. O contrato da ponte vira a nova camada base. Se esse contrato tiver um bug, a segurança do seu Bitcoin não ajuda você. O bug é a lei agora.

BTC envolvido (“wrapped”) com custodiais institucionais. Você confia em uma entidade regulada para manter o Bitcoin real enquanto você usa a versão envolvida. “Regulado” parece seguro. Mas a regulação não impede hacks. Não impede má gestão. Ela apenas significa que haverá burocracia depois da perda.
O TBV mantém seu Bitcoin no Bitcoin. O cofre existe na rede Bitcoin. A garantia fica travada em um script do Bitcoin. Todo caminho de gasto é definido e pré-assinado antes da ativação. O modelo de segurança continua sendo o modelo de segurança do Bitcoin. Não uma sidechain. Não uma ponte. Não um firewall de um custodiante.
Não estou dizendo que o TBV elimina todo risco. Contratos inteligentes do lado da aplicação ainda podem ter bugs. Ou oráculos ainda podem ser manipulados. Mas a coisa que protege seu BTC nunca deixa de ser o próprio Bitcoin. Isso é diferente de todas as outras opções na mesa agora.
O que sempre te fez hesitar — perder o modelo de segurança do Bitcoin, ou simplesmente não confiar no que o substitui
$VIC

#baby $BABY
I've been comparing @BabylonLabs_io Trustless Bitcoin Vaults (TBV) to how Bitcoin custody works in DeFi right now. Not the marketing. The actual mechanics.Here's what surprised me. Most people think the risk in DeFi is getting hacked. That's part of it. But the bigger risk most people overlook is simply who holds the keys while your BTC is being "used."Right now there are basically three custody models when you want to put BTC to work.
The exchange model. You deposit. They hold. You hope. Every few months another platform proves why this is a bad idea. Mt. Gox. FTX. The names change but the lesson doesn't. Someone else's security is not your security.The custodian model. You send BTC to a qualified custodian. They issue a token representing it. You use that token in DeFi. But here's the thing nobody talks about. The custodian holds the actual Bitcoin. You hold an IOU. If they freeze, lose, or rehypothecate those coins, your token is just a promise nobody can keep.
The multisig model. You lock BTC with a group of signers. Threshold decides. Sounds decentralized until you realize most multisigs are just a handful of people with keys. Sometimes from the same team. Sometimes in the same jurisdiction. One coordinated attack or one legal order and the threshold is just a number.TBV changes the custody question entirely. No exchange. No custodian. No multisig committee. Your BTC sits in a vault script on Bitcoin itself. You co-sign it at creation. Every spend path is pre-signed before activation. Nobody can move your coins. Not the team. Not the protocol. Not a signer group.
I'm not saying the code is flawless. Bugs exist. Exploits happen. But there's a difference between trusting a smart contract that can be audited and trusting a platform that can file for bankruptcy. One failure is technical. The other is human.
What's always made you hesitate about using BTC in DeFi — the tech risk or the people risk?
$BICO

#baby $BABY
Tenho comparado @BabylonLabs_io Trustless Bitcoin Vaults (TBV) com a forma como o Bitcoin realmente se move entre “guardar” e “colocar para trabalhar” hoje. Não é o roadmap. É a realidade agora.

O que mais se destaca depois de semanas olhando para isso. O Bitcoin é o melhor ativo cripto para armazenar valor. E o pior para colocá-lo em uso. No momento em que você quer que seu BTC faça algo, você esbarra num muro.

Agora existem três muros que todo detentor de BTC enfrenta.

O muro da custódia. Você quer usar BTC em algum lugar. Primeira decisão — quem vai guardar. Entregar para uma plataforma e você trocou a segurança do Bitcoin por conveniência. Manter você mesmo e a maioria do DeFi não consegue tocar nele. De qualquer forma, algo se perde antes mesmo de começar.

O muro da complexidade. Você decide manter o controle. Agora você está fazendo bridge, wrapping, aprovando contratos, gerenciando múltiplas carteiras, acompanhando gas entre cadeias. Cada etapa é uma decisão. Cada decisão é uma chance de errar. A maioria das pessoas desiste em algum ponto no meio.

O muro da liquidez. Você passa pelos dois primeiros muros. Seu BTC finalmente está rendendo ou como garantia. Então aparece uma oportunidade ou bate uma emergência e você precisa dele de volta. Agora você está esperando períodos de desindexação (unbonding), confirmações de bridge, aprovações de saque. Seu Bitcoin é seu, mas você não consegue tocá-lo quando importa.

TBV é a primeira coisa que eu vi que endereça os três ao mesmo tempo. Sem trade-off de custódia porque o cofre fica na própria rede do Bitcoin. Sem espiral de complexidade porque é BTC nativo para Aave diretamente. Sem armadilha de liquidez porque o mesmo saldo funciona como garantia sem te travar.

Não estou dizendo que é perfeito. Risco de contrato inteligente é real. Risco de oráculo é real. Tudo isso ainda é bem cedo. Mas os muros que todo detentor de BTC continua enfrentando — custódia, complexidade, liquidez — essas são as barreiras de verdade. E é a primeira vez que vejo um produto enfrentar as três.

Qual foi o maior muro entre seu Bitcoin e realmente usá-lo?

#baby $BABY . @BabylonLabs_io
.I've been comparing @BabylonLabs_io Trustless Bitcoin Vaults (TBV) to how Bitcoin collateral actually works today. Not the whitepaper version. The real options people have right now.

Here's what I found. If you want to use BTC as collateral today, you're choosing between three paths.

Centralized platforms. You deposit BTC. They hold it. You borrow. Simple until it isn't. FTX. Celsius. BlockFi. The list of platforms that looked safe right up until they weren't is long enough that nobody should feel comfortable adding their name to it.Bridges and wrapped tokens. You send BTC through a bridge. Get a token on another chain. Use that as collateral. But bridges keep getting exploited. Wormhole. Ronin. Nomad. Billions lost. And even when they work, you're trusting the bridge operators, the signers, the multisig — a chain of trust as long as your arm.Multi-step DeFi vaults. Lock BTC. Mint stablecoins. Swap. Deposit. Borrow. Each step adds a smart contract. Each contract is a potential exploit. The more steps, the more surface area for something to break.
TBV strips most of that out. No platform holding your BTC. No bridge to exploit. No wrapped token to depeg. Native Bitcoin. Locked in a vault you co-sign. Used directly as collateral on Aave v4. That's it.
I'm not saying TBV has zero risk. Smart contract risk exists. Oracle risk exists. But compare what it removes to what the alternatives ask you to accept. The gap isn't small.
What's stopped you from using BTC as collateral so far — the trust model, the complexity, or just never finding the right option?
$HOME
$HYPER

Estava verificando meu cofre Babylon ontem à noite, sem realmente esperar que tivesse mudado alguma coisa, só aquele olhar de sempre. @BabylonLabs_io $BABY #baby

Continuava vendo posts sobre o TBV como o futuro do Bitcoin como colateral. BTC nativo. Sem wrapping. Tomar empréstimo no Aave. A frase "BTC finalmente produtivo" estava em todo lugar. Então fui ver o que meu cofre realmente consegue fazer agora. Não o que está por vir. Não o que está em testnet. Agora.

Meu cofre está ativo. O BTC em signet está bloqueado. A opção de empréstimo aparece. Mas o que ninguém menciona nas discussões é isto: a integração do Aave V4 de que todo mundo fala também está rodando em testnet. Não só os cofres. O lado de empréstimos também. Então as taxas de empréstimo parecem reais, o painel parece real, mas o USDC que você toma emprestado é USDC de testnet e todo o fluxo é dois testnets conversando entre si.

Nada de errado em testar. Mas meu cofre está ativo há dias e, se isso fosse mainnet amanhã, eu ainda estaria esperando a aprovação da governança do Aave dos parâmetros de risco antes que qualquer capital real se mova. A história de utilidade é real, mas ela está correndo à frente do estado atual da rede.

Engraçado, meio que. Meu cofre parece exatamente como estava quando eu abri. Só que agora com mais threads chamando isso de futuro.
$1000SATS
$TUT

Lá no fim da noite eu estava verificando o status do meu cofre na testnet da Babylon e uma coisa me pegou de surpresa. @BabylonLabs_io $BABY #baby
Eu tinha passado por todo o fluxo semanas atrás. Deposite o signet BTC. Espere por confirmações. Ative o cofre. Pegue empréstimo usando-o como garantia. Tudo funcionou. Mas na noite passada eu percebi que meu cofre ainda estava lá, ativo, e entendi que eu não tinha verificado o que acontece se eu simplesmente deixá-lo. Não fechar. Não sacar. Só deixar lá parado. Acontece que não existe um timeout automático quando o cofre está ativo. O caminho de reembolso já se foi porque isso é apenas antes da ativação. A taxa de peg-in já foi paga. O cofre apenas existe. Mas veja o que me fez pensar. Se você esquece dele ou perde o controle ou apenas segue para outra coisa, nada te lembra de fechá-lo. Nenhum aviso. Nenhuma expiração. O cofre permanece aberto indefinidamente e qualquer BTC que você travou fica ali.

Eu não acho que isso seja exatamente uma falha. Talvez tenha sido feito assim porque os cofres devem ser posições de longo prazo. Mas eu fiquei pensando em quantos cofres de testnet provavelmente estão simplesmente abandonados agora, com o signet BTC trancado lá dentro, e as pessoas esqueceram de sacar. Isso me fez perceber que eu trato os ativos de testnet como se não importassem porque eles não têm um valor real. Mas o comportamento que estou praticando agora — esquecer de posições abertas, não fechar as coisas corretamente — é exatamente o tipo de coisa que custaria pra mim na mainnet.

Talvez a testnet não seja apenas para encontrar bugs no protocolo. Talvez seja para encontrar bugs nos seus próprios hábitos antes de dinheiro real estar envolvido.

Curioso se mais alguém tem cofres abertos que não toca há dias
$SNXXB
$MMT

#baby $BABY
Eu voltei a ler novamente os documentos do TBV da Babylon e um detalhe sobre o que multisigs de governança realmente podem fazer com o seu vault agora praticamente me deixou em choque. @BabylonLabs_io $BABY #baby O argumento é que é sem confiança. Enforced criptograficamente. Sem intermediários. Suas chaves, seu Bitcoin. Limpo. Mas os documentos mencionam multisigs de governança e emergenciais que podem substituir o comportamento do vault e chamam isso de "redes de segurança transitórias" — sinceramente, é fácil passar direto. Veja o que eu peguei. Esses multisigs existem hoje. Eles têm poder hoje. Então, antes que sejam aposentados, um grupo de pessoas pode intervir e mudar o que acontece com o seu vault. Depois que eles forem aposentados, o código fica sozinho. Não é a mesma coisa. E você não fez nada de errado. Você depositou pensando que o código executa tudo e que, em algum lugar, existe um grupo com chaves que pode intervir. Você não causou isso. Só não sabia. Eu continuei procurando quem controla esses multisigs. Quantos signers. O que eles realmente conseguem bloquear. Saques? Só depósitos? A documentação não diz. Não que eu tenha encontrado.

Talvez multisigs sejam padrão para o testnet e todo mundo saiba disso. Talvez sejam removidos antes do mainnet e eu esteja pensando demais. Mas, para algo vendido como sem confiança agora, um grupo com poder de override e sem detalhes públicos é algo que vale notar. Eu não acho que seja malicioso. A equipe claramente quer que isso desapareça eventualmente, sinceramente. Mas redes de segurança transitórias têm o hábito de ficar por aqui. Me fez pensar se esses multisigs ainda vão estar lá quando o BTC real estiver nesses vaults.
$COTI
$RIF

Tenho estado a rever novamente a documentação TBV da Babylon e um detalhe sobre o que acontece quando o tempo de ativação de um vault expira me deixou completamente parado. @BabylonLabs_io $BABY #baby A proposta é permissionless. Deposite BTC. Faça empréstimo na Aave. Simples. Limpo. Mas se você não ativar o seu vault dentro de aproximadamente 48 horas após a criação, ele expira. É isto que me chamou a atenção. A taxa de peg-in que você pagou deixa de ser reembolsável. O BTC ainda é recuperável através do caminho de reembolso, então as suas moedas não ficam presas, mas a taxa simplesmente se perde. Assim, se os operadores do vault atrasarem durante a configuração ou se você perder o prazo por qualquer motivo, você acabou por pagar por um vault que nunca chegou a ficar ativo. Continuei procurando por que essa taxa funciona dessa forma. Razão técnica? Prevenção de spam? Como o testnet é configurado? A documentação não explica. Pelo menos não que eu tenha encontrado.

Talvez a taxa seja tão pequena que ninguém repare. Talvez timeouts de ativação quase nunca aconteçam na prática. Mas, para algo apresentado como permissionless, uma taxa não reembolsável ligada a um relógio parece um pouco fora do lugar. Eu não acho que seja malicioso. O caminho de reembolso do BTC funciona bem, honestamente. Só este detalhe na etapa de ativação que o marketing ignora e que os docs mencionam sem explicar. Isso me fez pensar o que mais expira se você não estiver prestando atenção.

Tenho lido as docs de TBV da Babylon e um detalhe sobre como os vault keepers controlam a sua janela de ativação meio que me deixou sem reação. @BabylonLabs_io $BABY #baby A proposta é permissionless. Qualquer pessoa pode depositar. Qualquer pessoa pode emprestar. Simples. Mas durante a ativação do vault existe essa etapa de configuração off-chain. Os vault keepers cuidam disso. Eles coordenam assinaturas. São eles que movem seu vault de deposit para ativo. As docs mencionam isso rapidamente — dá até pra passar batido facilmente. Foi isso que me pegou. Se os keepers não concluírem a parte deles, a sua janela de ativação expira. O vault dá timeout. E a taxa de peg-in que você pagou vira não reembolsável. Então antes da ativação você fica apenas esperando. Depois do timeout, sua taxa se foi e você não fez nada de errado. Alguém mais ficou lento e você paga por isso. Não é a mesma coisa de maneira nenhuma. Fiquei procurando quem são esses keepers de verdade. A Babylon Labs? Um conjunto permissionado? E o que acontece se eles ficarem offline durante a janela de ativação de alguém? As docs não dizem. Pelo menos não que eu tenha conseguido encontrar.

Talvez os keepers sejam confiáveis o bastante para timeouts quase nunca acontecerem. Talvez a taxa seja pequena e ninguém pense sobre isso. Mas, para algo vendido como permissionless, perder uma taxa porque um grupo não identificado não foi rápido o bastante merece atenção. Eu não acho que seja algo malicioso. A arquitetura é inteligente e o caminho de reembolso em BTC funciona bem de verdade. Mas os vault keepers podem atrasar o seu cronograma e as docs não dizem quem eles são. Isso me fez pensar em quantas pessoas já perderam a taxa sem nem saber por quê.

Tenho andado a ver a pesquisa publicada pela Babylon e um detalhe sobre o trabalho BABE deles meio que me deixou congelado. @BabylonLabs_io $BABY #baby A proposta é um Bitcoin DeFi sem confiança. Sem wrapping. Sem bridging. Cumprimento criptográfico. Limpo. Mas o artigo que realmente faz isso funcionar à escala está em publicação académica, enquanto a campanha fala sobre taxas de empréstimo no testnet. Isto foi o que me fez pensar. A campanha não menciona BABE de forma nenhuma. Nem nos pontos de conversa. Nem nos materiais do testnet. A documentação refere isso uma vez no fluxo técnico, mas o marketing é todo sobre "testa o testnet e preenche o formulário de feedback". Então, a coisa mais impressionante que a Babylon produziu e aquilo que eles estão a pedir às pessoas para promover não são, na prática, a mesma coisa. Continuei à procura de qualquer menção a BABE nos materiais da campanha. Nos pontos de conversa. No conteúdo sugerido. Nas ligações oficiais. É simplesmente não está lá. Pelo menos não consegui encontrar.

Talvez o BABE ainda esteja a ser integrado. Talvez o testnet execute uma versão anterior e eles não queiram confundir as pessoas. Mas para um projeto que vende Bitcoin DeFi sem confiança, aquilo que realmente o torna sem confiança à escala está enterrado na publicação académica, enquanto a campanha promove um dashboard. Não acho que isto seja intencional. Mais como se o marketing não tivesse acompanhado ainda a engenharia. Ainda assim, fez-me questionar quantas pessoas nesta campanha sabem sequer que o BABE existe.

$EUL $SHIB

Tenho estado a percorrer a documentação do TBV da Babylon e um detalhe sobre como é que os vault keepers funcionam meio que me deixou parado. @BabylonLabs_io $BABY #baby A proposta é de custódia própria. Sem wrapping. Sem bridging. As suas chaves, o seu Bitcoin. Simples. Mas durante a ativação do vault existe esta etapa de configuração off-chain. Os vault keepers tratam disso. Coordenam assinaturas. Fazem parte de colocar o seu vault da fase de depósito até ficar ativo. A documentação menciona-os de forma breve — dá para passar batido, sinceramente. É isto que me chamou a atenção. Depois da ativação, o caminho de reembolso unilateral fecha. Para sempre. Tipo, não é suspenso. Não é atrasado. Acaba. Agora, se algo correr mal, você está a depender de os vault keepers estarem online, do desafio BABE a concluir, e de os multisigs de governança não interferirem. A documentação chama a estes multisigs de "transitional safety nets" — o que significa que, neste momento, eles existem e têm poder. Portanto, a custódia tem etapas. Antes da ativação, pode desistir sozinho. Depois da ativação, precisa de várias partes para desempenharem o papel correto. Não é nada parecido com a mesma coisa. Eu continuei à procura da parte onde a documentação explica quem é que executa esses vault keepers. São a Babylon Labs? Um conjunto descentralizado? O que acontece se ficarem offline durante a sua janela de ativação? A documentação não diz. Pelo menos, não encontrei.

Talvez esteja nalguma especificação separada. Talvez seja óbvio para quem está a construir em cima disto. Mas para alguém a ler a proposta sobre self-custody e depois encontrar uma dependência não examinada bem no fluxo de ativação, fica essa lacuna. Não acho que seja malicioso. A arquitetura é mesmo bem desenhada. Mas os vault keepers são uma dependência estrutural que o marketing salta e a documentação só menciona como uma vez. Fez-me perguntar o que mais no fluxo depende de pessoas que eu não consigo nomear
$DEXE
$EUL

#baby $BABY
mexi ao redor dos Cofres de Bitcoin sem Confiança (TBV) de Babylon na rede de teste hoje — não ia nem me preocupar, mas aí notei o que "principais marcas participando" realmente significa

@BabylonLabs_io menciona que várias grandes marcas estão envolvidas no testnet público. Integração Aave V4. Painel limpo. Taxas com aparência real. Parece impressionante.

Testar não é a mesma coisa que fazer parceria

O verdadeiro chamado à ação é um formulário de feedback. Tente o fluxo. Relate o que funciona. Relate o que não funciona. Isso é beta testing.

Tudo bem. Todo protocolo faz isso. Mas "principais marcas participando" é diferente de "usuários preenchendo formulários de feedback na rede de teste do Signet". Não é a mesma coisa e a campanha acaba misturando as duas.

Nem tudo é perfeito, obviamente

A tecnologia é real. A verificação de prova BABE é genuinamente impressionante. A integração Aave V4 funciona ponta a ponta. Isso é mais do que a maioria tem neste estágio, sinceramente.

Mas chamar os testadores beta de "marcas participantes" estica um pouco o que está acontecendo de fato agora.

Isso me faz pensar em quantas pessoas preenchendo aquele formulário de feedback sabem que a opinião delas está sendo enquadrada como participação de marca.

$DEXE $ACE

siga o foguete para mais como este

$RE
$RIF

#baby $BABY
Eu mexi um pouco nos documentos de TBV da Babylon esta manhã e tem algo sobre o caminho do reembolso que não está certo

@BabylonLabs_io _io divulga Trustless Bitcoin Vaults (TBV) como autocustodiável, sem wrapping, sem bridging, BTC nativo no Aave V4. Venda bem direta. O painel mostra 6,45 de 10 BTC preenchidos, as taxas parecem boas, e a interface é bem fluida.

Mas tem um detalhe.

O reembolso é “trustless” até deixar de ser

Os documentos descrevem um reembolso unilateral caso a configuração falhe. Timelock. Não precisa de cooperação. Suas chaves, seu Bitcoin. Essa parte funciona.

Então percebi quando isso realmente é aplicado.

Antes da ativação.

Assim que o seu cofre estiver ativo — quando seu BTC estiver como garantia de um empréstimo — esse caminho de reembolso desaparece. Aí você entra no procedimento de desafio BABE. Agora você depende de os mantenedores do cofre ficarem online, do contrato da Ethereum funcionando e das multisigs de governança que os documentos chamam de “transitional safety nets”.

Os documentos admitem que essas multisigs existem e “podem ser aposentadas com o tempo”. O que significa que agora elas existem. Agora elas têm o controle.

Além disso, tudo isso está em testnet.

Bitcoin Signet. Ethereum Sepolia. O BTC no painel não tem valor monetário. A campanha não enfatiza exatamente essa parte.

Não estou dizendo que tudo isso seja algo obscuro. A arquitetura é genuinamente inteligente. O BABE comprimindo a verificação de provas em 1000x é uma pesquisa real de Berkeley e Stanford. Isso é impressionante.

Mas existe uma lacuna entre “cofres de Bitcoin sem confiança” e o que na prática está ao vivo agora. Os documentos são honestos quanto a isso. O material da campanha pula as letras miúdas.

Fica a dúvida de quantas pessoas testando isso leram as condições do caminho do reembolso.

$RIF

$LA

#newt $NEWT I mexi num cofre onde eu estava algum tempo atrás. Não porque algo deu errado — só por curiosidade. A APY era sólida, a UI estava limpa, tudo parecia certo por fora. Mas eu queria entender como as regras de risco deles realmente funcionavam nos bastidores.

O que encontrei não foi exatamente algo que inspirasse confiança. Limites críticos ficavam em planilhas. Checagens de segurança dependiam de revisões manuais. O sistema todo era mantido junto por confiança e alertas do Telegram. Uma pessoa estar online fazia a diferença entre estar seguro e estar exposto. Eu retirei meus fundos na semana. Sem drama, só uma saída tranquila.

Aquele momento ficou comigo. É por isso que o Vault SDK do @NewtonProtocol acabou fazendo sentido quando comecei a ler sobre ele. Tornar conformidade, segurança e checagens de risco executáveis onchain ANTES do settlement — era exatamente a peça que faltava naquela época. Não monitorar depois que algo quebra. Não um alerta de dashboard. Enforçamento real registrado onchain.

O stack de parceiros é o que tem mantido minha atenção desde então. Chainalysis e Hexagate construindo políticas de conformidade e segurança. RedStone e Credora em risco. Eigen Labs e Succinct garantindo a infraestrutura. Não são nomes que você coloca numa nota de imprensa só por “clout”. Eles têm clientes institucionais e reputações que levaram anos para conquistar. Você não coloca isso em risco num projeto que não é sério.

O dia 23 está a uma semana. Parceiros de lançamento do Vault SDK serão anunciados. Se protocolos reais, com TVL real, entrarem e se comprometerem com esse modelo, isso move a Newton de “infra interessante” para algo que eu levo muito mais a sério.

Ainda segurando meu pequeno @NewtonProtocol bag. Sem fazer nada dramático. Só acompanhando o calendário e esperando ver se a lista de parceiros entrega.

Se entregar, a experiência pessoal que eu tive talvez se torne bem menos comum. Seria uma boa coisa.

$NEWT #Newt

#newt $NEWT estou há alguns dias querendo escrever sobre isso e fui adiando, mas vamos lá. eu administro uma pequena posição em um cofre e a coisa que sempre me incomodou nos cofres de DeFi é como os “limites de risco” basicamente são só “sensações”. tipo, um curador diz que o mandato é X, mas não existe nada de fato impedindo uma transação que o viole — só fica escrito em algum lugar e você confia neles.
te mendo sobre o Newton Protocol desde que o beta do mainnet foi ao ar e meio que fez sentido pra mim por que isso importa. é basicamente fazer o que a rede de autorização da Visa faz para pagamentos com cartão — só que onchain — a verificação acontece ANTES da liquidação, não depois. então, em vez de descobrir que um cofre foi drenado além do limite depois do fato, a transação simplesmente falha se quebrar a política. cada decisão também vem com uma atestação assinada onchain, então você consegue verificar de verdade que aconteceu do jeito que era para acontecer.
me pegou o fato de que a Magic Labs é o time por trás disso: as mesmas pessoas que construíram wallets embutidas e a infraestrutura de carteira da Polymarket, então não é um projeto aleatório de fim de semana. eles têm a Chainalysis e a Hexagate fazendo políticas de compliance, a RedStone alimentando os dados de preço. as quatro coisas que eles checam toda vez são compliance, identidade, segurança e risco.
a roadmap começa com cofres e depois vai para RWAs, stablecoins e, eventualmente, agentes de IA tomando suas próprias decisões onchain — o que é outro buraco de coelho, honestamente.
não estou dizendo que isso resolve tudo, mas o problema de “ninguém aplica as regras onchain” é real e, quanto mais eu penso nisso, mais faz sentido alguém estar finalmente construindo diretamente para isso, em vez de apenas reportar depois que o dano já foi feito.
$NEWT #Newt @NewtonProtocol

#grvt I mexi no GRVT de novo ontem — não ia me dar ao trabalho, mas aí eu realmente testei o quão rápido a execução é

Spoiler — mais rápido do que eu esperava.

O que tem de especial na maioria dos DEXs

Você clica em trade. Espera. A carteira aparece. Aprova. Espera. Confirma. Espera. Quando preenche, o preço já se moveu e você já está no negativo antes mesmo da posição abrir.

O GRVT pulou tudo isso. Nenhuma janela da carteira no meio do trade. Nenhum passo de aprovação. Só clicar e preencher.

Por que isso realmente importa

Execução rápida não é um luxo para perps. É a diferença entre seu stop loss funcionar ou ser ignorado durante um dump. Exchanges centralizadas entenderam isso anos atrás. A maioria dos DEXs ainda não.

O que eu ainda não gosto

Só testei em testnet, então a mainnet pode parecer diferente. E o app mobile — ainda não testei, então não posso garantir.

Mesmo assim. Execução no ritmo de CEX com liquidação em auto-custódia. Essa combinação é rara, quer você se importe com a campanha ou não.

Snapshot amanhã. Verificação de 17 de julho depois disso. Não durma no assunto.

@grvt_io
$DODO
$XEC
$DCR

#newt $NEWT
Tenho dormido no Newton Protocol, honestamente. Acabei de aprender que ele verifica cada transação onchain contra uma política ANTES de ela ser finalizada e devolve uma atestação assinada — basicamente a etapa de autorização que o DeFi nunca teve, tipo como o Visa aprova uma compra no cartão antes do dinheiro se mover. A Mainnet Beta acabou de ir ao ar, começando com vaults (as regras do curator foram realmente aplicadas onchain em vez de ficarem presas em algum documento offchain que ninguém confere). Construído pela Magic Labs, o mesmo time por trás da infra de carteira do Polymarket. Tô de olho nesse aí #Newt @NewtonProtocol $AGLD
$DEXE