2026Rabbit

#baby $BABY @BabylonLabs_io

Um cara no tópico do testnet postou o hash da transação como se fosse um troféu e, em seguida, admitiu na mesma frase que nunca tinha tocado no formulário de feedback.

Essa é a tensão que vale a pena nomear com esta fase do testnet. O testnet público não está realmente medindo se as pessoas conseguem tomar empréstimos usando BTC nativo; esse fluxo é simples o suficiente para funcionar na primeira tentativa para a maioria dos usuários. O que ele foi construído para medir é onde ele quebra: estimativas de gás mal precificadas, limites de liquidação pouco claros, um faucet que seca no momento errado. Esse sinal só aparece se as pessoas relatarem.

A maior parte da atividade no testnet otimiza para a métrica errada. O número de transações parece bom em um painel, mas diz quase nada ao Babylon sobre se a lógica de garantias do TBV aguenta uso confuso ou adversarial. O formulário de feedback é o produto real; o fluxo de empréstimo é apenas a isca para fazer as pessoas testarem com seriedade suficiente para ter algo para reportar.

Autocrítica: eu entendo por que a maioria dos testadores pula isso. Preencher um formulário exige mais esforço do que clicar numa interface, e não há recompensa ligada a escrever um bom relatório de bug versus um relatório preguiçoso. Essa assimetria provavelmente é o maior risco para a qualidade do testnet aqui, não a tecnologia em si.

#baby $BABY @BabylonLabs_io

A question came up in a testnet Discord that nobody answered cleanly: if native Bitcoin never leaves the user's control, what actually gets liquidated when the loan goes underwater.

That's the part of Trustless Bitcoin Vaults worth sitting with longer than the marketing line. Self-custodial and trustless sound like pure upside, your keys, your Bitcoin, no bridge, no wrapped token. But lending against collateral only works if a lender can seize that collateral on default. Somewhere in the system, someone or something needs enforceable claim over BTC the borrower technically still holds. That's not a small design detail, it's the entire mechanism a borrowing product lives or dies on.

Babylon's answer is presumably built into TBV's vault logic itself rather than a custodian, which is the actual innovation here, not the absence of wrapping. Removing bridges is the easy headline. Making liquidation enforceable without custody is the hard engineering problem underneath it.

Self-critique: I don't have visibility into how robust that mechanism is under real market stress, testnet conditions rarely replicate a fast BTC drawdown. That's exactly why testnet exists, and exactly the part I'd want proven before calling this trustless in practice, not just in design.

#baby $BABY @BabylonLabs_io

Um desenvolvedor que eu sigo colocou de forma bem direta: “qualquer rede, qualquer aplicativo” é um slogan até que seja lançado em algum lugar específico.

Esse espaço vale a pena ser analisado com Trustless Bitcoin Vaults. A proposta é ampla: Bitcoin nativo como garantia, em qualquer rede, qualquer app, empréstimos, stablecoins, cartões de crédito, derivativos, seguros. Mas o que está realmente em funcionamento agora é um único caso de uso, uma única rede, um único app: empréstimo com base em BTC nativo via Aave v4 na testnet do Ethereum. O resto ainda é apenas um roadmap.

Eu não acho que seja marketing desonesto, mas isso cria uma pergunta real. Infraestrutura que se propõe universal precisa se provar em algum lugar primeiro, e a escolha de onde diz muito sobre prioridades. Ethereum e Aave são a maior piscina de liquidez disponível, o lugar mais seguro para testar se a garantia de BTC nativo se comporta do jeito que o design promete antes de alguém arriscar produtos como cartões de crédito ou seguros.

Autoavaliação: seria fácil chamar esse escopo de estreito e seguir em frente, mas começar estreito é normalmente o caminho pelo qual a infraestrutura ganha o direito de se expandir. O erro seria tratar o sucesso em testnet de uma única integração como prova de que a alegação mais ampla já funciona.

O que estou acompanhando, então, é a segunda integração, e não a primeira, já que é isso que realmente testa se o TBV generaliza.

#baby $BABY @BabylonLabs_io

Alguém em um chat de DeFi perguntou por que a Babylon não simplesmente lançou primeiro um empréstimo nativo de BTC em seu próprio app. A resposta veio rápido: porque ninguém teria usado.

Essa é a história mais silenciosa por trás dos Trustless Bitcoin Vaults. A parte “trustless” é real: colateral nativo de BTC, sem wrapping, sem ponte segurando o ativo. Mas a primeira integração não é uma nova interface criada pela Babylon. É o Aave v4, um nome que os tomadores de empréstimo já conhecem e em que já confiam, com bilhões em depósitos.

Existe uma pequena ironia que vale a pena encarar. Um protocolo criado para remover confiança da camada de colateral ainda precisa de uma marca confiável para levá-lo aos usuários. O TBV resolve o problema de custódia no nível da infraestrutura, mas a adoção ainda passa pelos mesmos atalhos reputacionais usados em todo o resto do DeFi: escolha a plataforma que você reconhece.

Autocrítica: não é uma fraqueza; é provavelmente o único caminho realista. Pedir que os usuários confiem ao mesmo tempo em um mecanismo de vault ainda não comprovado e em um app desconhecido mataria a adoção antes mesmo de a tecnologia ser testada. Direcionar colateral trustless por uma interface confiável é assim que a infraestrutura realmente se espalha, silenciosamente, por baixo de algo familiar.

O que estou observando agora é se esse padrão se mantém quando o TBV se expandir além do Aave, ou se cada nova integração precisa de sua própria credibilidade emprestada.

#baby $BABY

Um amigo me enviou uma captura de tela na semana passada do testnet da TBV, orgulhoso por já ter emprestado USDC contra o BTC dele. Eu perguntei qual caminho de colateral ele usou. Ele disse que era qualquer um que o app sugerisse por padrão, como sempre.

Essa resposta está no centro do que torna os Trustless Bitcoin Vaults interessantes e também frágeis. A TBV permite que empréstimos lastreados em Bitcoin nativo sejam feitos no Aave v4 sem envolver, fazer ponte ou entregar a custódia a alguém. Sem BTC sintético, sem contrato de bridge mantendo o ativo real como refém. Tecnicamente, a confiança foi eliminada na camada de colateral.

Mas a confiança não desaparece; ela só muda de lugar. Ao remover a necessidade de confiar em uma bridge, os usuários ainda precisam confiar em algo — normalmente a interface que os guia, os parâmetros padrão, o caminho com menos atrito. Meu amigo não escolheu BTC nativo porque entendia a arquitetura trustless. Ele escolheu porque o app fez isso ser o clique fácil.

Autocrítica aqui: isso não é realmente uma falha na TBV. Um produto de empréstimo ter sucesso porque é simples é normal, até desejável. A questão real é se remover a confiança intermediária no nível do protocolo realmente muda o comportamento do usuário, ou se as pessoas apenas deslocam sua confiança para quem projeta o fluxo.

Fico curioso se @BabylonLabs_io já analisou quanto da atividade no testnet reflete um entendimento genuíno da TBV versus a conveniência do caminho padrão.

#grvt @grvt_io

Tenho refrescado a linha do tempo da @GRVT_io mais do que o normal ultimamente. $GRVT
Existe um tipo específico de tensão que se forma antes de um TGE. Não é hype exatamente—é mais como assistir a uma revelação lenta da qual você ajudou a construir. A GRVT acabou de confirmar o seu evento de geração de tokens para 21 de julho, e a alocação do airdrop para a comunidade cresceu para 28% do fornecimento fixo de 1 bilhão, acima dos planos anteriores. Isso não é um ajuste pequeno: sinaliza que o time está inclinando ainda mais para recompensar o uso real, em vez de reduzir o pool conforme a demanda cresceu.
O que se destaca para mim não é só o número, é o sequenciamento. O cadastro para o airdrop abriu em 10 de julho e vai até 27 de julho, com um Plano de Multiplier opcional para quem estiver disposto a adiar sua distribuição para receber uma fatia maior depois. É um tipo diferente de design do que “claim and dump”: está pedindo que a comunidade decida o quão paciente ela quer ser.
A negociação vai começar primeiro no mercado spot próprio da GRVT, e o time está trabalhando de forma aberta para listagens em exchanges centralizadas maiores em seguida. Então isso não é um único momento—é uma sequência se desenrolando ao longo de semanas.
Não estou tratando nada disso como um sinal para prever preço. O que estou observando é se a estrutura do airdrop realmente recompensa os traders que ajudaram a gerar volume aqui, ou apenas os que aparecem bem no fim.
Se você tem “farmado” durante a Temporada 2, você vai aderir ao Plano de Multiplier ou pegar sua alocação no TGE?

#BinanceTurns9 Binance 9 anos - Do você deseja construir, felicitações pelo aniversário

#grvt @grvt_io

Mantenho uma lista mental de “coisas que não deveriam poder ser verdade ao mesmo tempo” em cripto. Número um: privacidade e transparência. Todo mundo presume que você precisa escolher.
Aí eu olhei mais de perto para a GRVT.
Aí vai o cenário. A GRVT é uma exchange híbrida — não é totalmente CEX, nem totalmente DEX. A correspondência de ordens acontece fora da cadeia, em infraestrutura rápida feita para velocidade de nível institucional. Mas o settlement? Isso acontece on-chain, onde deveria.
Separe o trabalho em duas partes. Deixe cada metade fazer o que ela realmente sabe fazer melhor.
A parte off-chain significa sem pop-ups de carteira atrapalhados para cada clique, sem ansiedade com taxa de gás, latência medida em microssegundos em vez de tempos de bloco. A parte on-chain significa que seus fundos nunca ficam de fato nas mãos da GRVT. Autocustódia, do começo ao fim.
A questão de privacidade vem de tecnologia de zero-knowledge, rodando no ZKsync como validium. Dados de negociação — o tamanho da sua posição, sua margem, seu preço de liquidação — não ficam expostos em um ledger público para qualquer bot sair mirando. Em vez disso, a GRVT gera provas criptográficas e só ancoram essas provas na Ethereum. Verificável, sem ser um livro aberto.
Essa combinação é a aposta de verdade aqui: uma exchange pode ser rápida e privada e ainda assim provar que não está mentindo para você?
A GRVT já tem contratos perpétuos no ar, com opções e spot em expansão, e vem buscando licenciamento regulatório em mais de uma região — o que a maioria das plataformas “descentralizadas” evita em silêncio.
Ainda estou lendo os detalhes por conta própria. Se o debate CEX vs. DEX já te incomodou, grvt.io vale dez minutos do seu tempo.

#grvt @grvt_io

Tenho voltado ao @GRVT_io mais uma vez; desta vez, tentando ver o quadro inteiro em vez de uma única funcionalidade por vez. #grvt
A maioria das exchanges faz você escolher uma identidade cedo. Você é um usuário de CEX, que negocia rápido e confia as chaves a outra pessoa, ou é um usuário de DEX, que mantém suas próprias chaves e aceita algum atrito como o custo dessa liberdade. A GRVT não te pede realmente para escolher uma faixa; ela apenas remove, em silêncio, a bifurcação no caminho.
Por baixo, as ordens são combinadas off-chain para manter a execução rápida, enquanto a liquidação é finalizada on-chain, de modo que seus fundos nunca saiam de fato do seu controle. Só isso já seria algo interessante. Mas então existe a camada de privacidade rodando na arquitetura do Validium do zkSync, mantendo os dados das negociações fora de qualquer visualização pública, ao mesmo tempo em que prova que tudo é válido no Ethereum. Velocidade, custódia e privacidade normalmente se puxam em direções opostas, como três pessoas tentando conduzir o mesmo carro. Aqui eles parecem ter concordado sobre uma direção.
O que muda o quadro ainda mais é que a GRVT abandonou o KYC obrigatório, então você pode começar a negociar apenas com um e-mail, mantendo a custódia total de si mesmo. Essa combinação é estranha “no papel”: acesso sem permissão ao lado de uma infraestrutura de nível institucional. E o roadmap não é mais apenas de perps; ele está se estendendo para RWAs e uma gestão mais ampla de patrimônio, tratando esse modelo híbrido como uma base — e não como um truque pontual.
Ainda não tenho certeza se isso vira o template padrão para exchanges ou apenas uma niche bem executada. Qual parte parece mais duradoura para você: a camada de privacidade ou a acessibilidade sem KYC?

#grvt @grvt_io

Passei algum tempo pensando sobre @GRVT_io por um ângulo diferente esta semana. #grvt $GRVT
Todo mundo fala de descentralização como se transparência fosse automaticamente um presente. Visibilidade total, cada ordem, cada posição, tudo ali, para qualquer pessoa ver. Mas se você já jogou pôquer com as cartas viradas para cima, sabe por que isso nem sempre é uma vantagem.
Esse parece ser o problema que a GRVT está resolvendo silenciosamente. A maior parte do trading on-chain expõe exatamente o que um trader está fazendo em tempo real — o que parece justo até você perceber que isso também abre espaço para front-running e permite que players maiores leiam sua estratégia antes mesmo de você terminar de executá-la. O fluxo de ordens vira um sinal público, e sinais públicos acabam sendo explorados.
A resposta da GRVT é manter a order book fora da cadeia para o matching, para que ninguém fique observando sua mão no meio da partida — enquanto o settlement ainda acontece on-chain através da configuração Validium do zkSync. O trade é provado e finalizado na Ethereum, mas os detalhes que normalmente vazariam sua intenção permanecem privados. É um tipo estranho de privacidade, garantida criptograficamente em vez de simplesmente prometida por uma empresa.
O que mais me surpreendeu é que isso não é mais apenas sobre perps. A infraestrutura está se expandindo para uma gestão de patrimônio mais ampla, tratando custódia e privacidade como base — e não como um recurso adicional acoplado a um app de trading.
Fico me perguntando se a privacidade no trading é, na verdade, um mecanismo de justiça, e não um jeito de contornar. Se os mercados devem recompensar informação e timing, a mão de todo mundo deveria realmente ficar visível antes mesmo de a rodada terminar?

#grvt

Tenho estado a escavar @grvt_io ultimamente e é o tipo de projeto que faz você repensar o que “exchange” (troca) sequer significa. #grvt
Eu costumava tratar isso como uma escolha binária. Ou você confia uma exchange centralizada com seus fundos e obtém velocidade, ou você vai totalmente on-chain e aceita uma execução mais lenta em nome da custódia. Nunca ambos. A GRVT foi construída com a ideia de que esse dilema nunca foi realmente necessário — apenas estava por resolver.
A configuração é simples de descrever, mas difícil de colocar em prática. As ordens são casadas off-chain, então a negociação parece rápida, mais perto do que você esperaria de uma plataforma centralizada. A liquidação acontece on-chain, então seus fundos ficam sob seu próprio controle o tempo todo. É menos “escolha um lado” e mais “por que fomos obrigados a isso desde o começo?”.
O que torna isso viável em vez de ser só um discurso bonito é a camada de ZK por baixo. A GRVT roda numa arquitetura de Validium ligada ao zkSync, o que significa que os dados da negociação podem permanecer privados off-chain enquanto ainda são prováveis e liquidados na Ethereum. Essa foi a parte que costumava parecer contraditória para mim. Privacidade e verificabilidade não deveriam coexistir, até você ver como os validiums de fato separam disponibilidade de dados da validade da prova.
Isso me lembra de assistir a dois sistemas separados que nunca foram feitos para conversar começarem a cooperar de repente. Mercados de perp, precificação de RWA, opções — tudo no mesmo trilho.
Ainda estou trabalhando para entender como os modelos de margem e risco deles se sustentam sob volume real. Se você já usou uma exchange híbrida antes, o modelo de custódia realmente mudou como você negociava, ou só como você se sentia a respeito disso?

#opg $OPG @OpenGradient

Âm điều người phát triển: lần đầu tiên AI knowledge có thể trở thành infrastructure
Tôi build side project khá nhiều và một vấn đề tôi hay gặp là không có cách tốt để integrate AI cá nhân hóa mà không tự host model hoặc dùng API của một công ty lớn với điều khoản có thể thay đổi bất kỳ lúc nào.
Điều tôi không ngờ là Twin.fun trên @OpenGradient lại giải quyết vấn đề đó theo một hướng hoàn toàn khác.
Developer có thể integrate price feed của twin key, verify key ownership, và build app on top của infrastructure Twin.fun mà không cần permission từ OpenGradient. Nếu tôi muốn build một tool trading chỉ cho những người hold key của một analyst cụ thể, tôi có thể làm điều đó. Nếu tôi muốn tạo một dashboard chỉ mở cho người hold key của một researcher, tôi có thể làm điều đó. Logic access control đó nằm trên smart contract, open, và không ai có thể lấy đi. opengradient
Điều đó khác hoàn toàn với cách platform thông thường vận hành. Thông thường bạn build on top của một platform và khi họ thay đổi API hay điều khoản, product của bạn chết. Với Twin.fun, cái bạn build on top là một smart contract trên blockchain và logic đó không thể bị thay đổi một chiều.
$OPG settle mỗi transaction trên infrastructure đó. Không có một công ty nào ở giữa có thể quyết định tắt nó đi.
Đây là lần đầu tiên AI knowledge asset có thể trở thành primitive để developer build lên trên, thay vì chỉ là sản phẩm để end user consume.
Nếu bạn là developer, bạn sẽ build gì on top của Twin.fun key ownership infrastructure?

#opg $OPG @OpenGradient

Título: O app que usei por meses estava, secretamente, rodando em outra blockchain
Usei BitQuant por semanas antes de entender o que, de fato, respondia às minhas perguntas.
Eu digitava algo como qual é o meu risco de liquidação neste pool, recebia uma resposta limpa e assumia que ela vinha de um servidor que a OpenGradient operava e controlava diretamente. Essa suposição estava errada — de um jeito que só ficou óbvio quando eu fui investigar a arquitetura naquela noite, por curiosidade ociosa.
O BitQuant não é apenas um produto da OpenGradient. Ele também foi implantado como Subnet 15 no Bittensor, uma rede descentralizada de IA totalmente separada, que a maioria dos usuários de cripto nunca nem tocou. As perguntas que eu digitava numa interface web limpa eram encaminhadas para nós mineradores independentes com os quais eu não tinha nenhuma relação, competindo entre si para produzir a melhor resposta, enquanto nós validador avaliavam o trabalho e os pagavam em TAO. Eu era o cliente. Não fazia ideia de que eu também era a carga de trabalho distribuída dentro do mercado de incentivos de outra pessoa.
O que me chamou atenção não foi a complexidade. Foi como isso permaneceu invisível. A experiência do produto não entregava nada sobre a maquinaria por trás — e isso é proposital, não foi um acidente. Uma boa infraestrutura deve desaparecer. A interface em que eu confiava era uma camada fina sobre um mercado de operadores de IA concorrentes sobre o qual eu nunca precisava pensar, e o sistema funcionava justamente porque eu não precisava.
Ainda não entendo completamente a mecânica de incentivos do Bittensor. Entendo muito mais, porém, sobre por que as respostas do BitQuant pareciam consistentes em centenas de consultas não relacionadas.
Você já descobriu que uma ferramenta em que você confiava foi construída, silenciosamente, em cima de uma infraestrutura da qual você nunca tinha ouvido falar?

#opg $OPG @OpenGradient

As pessoas falam sobre "IA verificável" como se fosse uma coisa única. Na verdade, existem três maneiras diferentes de provar que uma inferência de IA está correta — cada uma com um trade-off totalmente diferente entre confiança sem terceiros (trustlessness), velocidade e custo. E a forma como você escolhe depende do que você está construindo.

A OpenGradient oferece as três ao mesmo tempo. O ZKML usa proof de conhecimento zero (zero-knowledge proof), que é a forma mais trustless porque não é necessário confiar em qualquer hardware ou em terceiros; no entanto, a geração do proof consome muitos recursos e é significativamente mais lenta, o que é adequado para decisões de alto valor que não exigem tempo real. A verificação por TEE (Trusted Execution Environment) usa atestação de hardware a partir de um ambiente de execução confiável, é muito mais rápida e escala com LLMs maiores, sendo adequada para inferências frequentes que exigem baixa latência. A verificação “vanilla” não gera nenhum proof: apenas registra o resultado na chain, sendo apropriada para casos de uso que exigem alta capacidade (throughput), nos quais você aceita confiar no node de inferência.

Esses três métodos não competem entre si. Eles atendem a três tipos diferentes de casos de uso na mesma rede, e o developer escolhe o método apropriado com base em requisitos específicos ao chamar a inferência.

O que eu considero mais importante é que a OpenGradient não escolhe um método e então declara que ele é o melhor. Todos os três coexistem em uma rede, fazem o settle do proof no mesmo ledger, e qualquer full node pode verificar. O developer escolhe o método ao chamar a inferência com base em necessidades específicas, e não de acordo com limitações da infraestrutura.

A pergunta que estou acompanhando é: quando o ZKML ficar mais barato e mais rápido graças a melhorias em hardware, o equilíbrio entre esses três métodos vai se deslocar em direção a uma abordagem totalmente trustless, ou o TEE vai manter uma posição dominante porque os LLMs estão escalando rápido demais para o ZK?

#opg $OPG @OpenGradient

Título: O 158x que muda a matemática na prova
Eu já esperei quatro minutos por uma prova criptográfica para ser gerada para algo que deveria levar meio segundo para calcular. Eu me lembro de ficar encarando o ícone de carregamento pensando em como ninguém jamais usaria isso em produção, não importa quão elegante matematicamente fosse a garantia. Uma prova que ninguém pode esperar não é realmente um recurso. É um artigo de pesquisa usando as roupas de um produto.
Essa lembrança voltou quando eu li sobre a integração do DeepProve ao OpenGradient's Model Hub via Lagrange.
ZKML sempre trouxe um sacrifício brutal. A garantia criptográfica é real, matematicamente inatacável, do tipo de prova que não precisa da confiança de nenhum operador. Mas gerar essa prova para qualquer modelo além de um tamanho “brinquedo” historicamente foi tão lento que quase ninguém conseguia justificá-la para qualquer coisa sensível ao tempo. Eu tinha descartado mentalmente como teoricamente perfeita e praticamente inutilizável para a maior parte dos trabalhos reais.
O DeepProve muda essa conta diretamente. A Lagrange criou isso para ser 158 vezes mais rápido do que abordagens anteriores de zkML, mantendo-se infinitamente escalável e seguro por padrão. Isso não é uma melhoria incremental de velocidade. É a diferença entre uma prova que chega depois do momento em que importava e uma que chega a tempo de importar.
Modelos verificados do DeepProve agora publicam diretamente no Model Hub do OpenGradient, então um desenvolvedor que busca um modelo não precisa mais escolher entre velocidade e prova. Ele obtém ambos, prontos.
A distância entre “perfeito do ponto de vista criptográfico” e “realmente utilizável” ficou muito menor.
Você já abandonou uma solução tecnicamente correta simplesmente porque era lenta demais para usar na prática?

#opg $OPG @OpenGradient

Título: A Prova Que Só Você Consegue Ler
Eu quase não enviei a mensagem.
Eu estava rascunhando uma pergunta para uma assistente de IA sobre uma situação financeira que envolvia números reais, detalhes de conta e decisões que importavam. Meu cursor ficou por um bom tempo sobre o botão de enviar, porque eu continuava pensando sobre para onde aquele texto realmente vai quando sai da minha tela. Para algum servidor. Algum arquivo de log. O painel de algum funcionário, talvez, num dia em que algo dê errado.
Essa hesitação é toda a razão de existir a inferência TEE, e a parte que finalmente fez sentido para mim não foi a própria promessa de privacidade. Foi aprender como a prova funciona.
Quando uma requisição passa pelos nós de proxy TEE da OpenGradient até um provedor como Anthropic ou OpenAI, o operador do nó que executa esse hardware não consegue ver nem registrar o prompt ou a resposta reais, porque os dados são processados dentro de um ambiente lacrado, do qual eles não têm visibilidade. Depois que a inferência é executada, a saída é assinada e um hash é gravado na blockchain. Qualquer pessoa pode ver que um hash existe. Ninguém além de mim consegue ler o que o gerou, porque reconstruir esse hash exige ter primeiro o resultado original em mãos.
É um tipo estranho de prova. Pública e privada ao mesmo tempo. A blockchain confirma que algo aconteceu sem nunca expor o quê. Por fim, eu enviei a mensagem.
Qual é a pergunta mais sensível que você já reteve de digitar em uma IA, só porque não tinha certeza de onde ela iria parar?

#opg $OPG @OpenGradient

Título: Encontrei um Fóssil Dentro de um Contrato Inteligente
Estava analisando um ABI de contrato na semana passada, aquele tipo de referência técnica maçante que a maioria das pessoas ignora, quando notei algo estranho. As funções eram chamadas de buyShares e sellShares. Mas em todo o resto da documentação, o mesmo ativo era chamado de chave.
Essa discrepância não é um bug. É um fóssil.
Em 2023, a Friend.tech lançou permitindo que as pessoas comprassem e vendessem ações de contas X. Um advogado de criptomoedas disse a um repórter na época que seus alertas legais dispararam no momento em que viu a palavra ações, porque o teste de Howey depende de saber se os compradores esperam razoavelmente lucro do esforço de outra pessoa, e ações é exatamente a palavra que convida essa expectativa. A Friend.tech renomeou silenciosamente ações para chaves em poucas semanas. Mesmo mecanismo, palavra diferente, postura legal muito diferente.
A Twin.fun, o marketplace da OpenGradient para gêmeos digitais de IA, chama suas unidades de curva de vinculação de chaves desde o primeiro dia. Mas a documentação em si admite que chaves foram anteriormente chamadas de ações nas versões iniciais do contrato, e você ainda pode encontrar buyShares e sellShares dentro do ABI hoje. A equipe aprendeu a lição antes do lançamento em vez de depois que o aviso de um advogado se tornou viral.
O que você chama algo na blockchain não é cosmético. É o primeiro sinal de se uma equipe está construindo com os erros do último ciclo em mente ou repetindo-os sem perceber.
Você já leu um contrato inteligente de perto o suficiente para encontrar um vestígio de uma decisão que a equipe claramente não queria repetir?

#opg $OPG @OpenGradient

"O Modelo que Construí Desapareceu. Ninguém Me Perguntou Primeiro."
Eu construí uma ferramenta pequena em cima do DALL-E 3 no ano passado. Nada de mais, apenas um fluxo de trabalho que algumas pessoas da minha equipe usavam diariamente. Então, em novembro de 2025, recebi um e-mail. Aviso de descontinuação, remoção agendada para 12 de maio de 2026, substituição recomendada que produzia resultados diferentes para metade dos meus prompts. Sem votação, sem negociação. O modelo do qual eu dependia simplesmente estava saindo do calendário de outra pessoa.
Essa experiência mudou a forma como eu avalio a infraestrutura de IA agora. Parei de perguntar qual modelo performa melhor e comecei a perguntar quem realmente controla se ele existe amanhã.
A OpenAI sozinha desligou o DALL-E 2 e o DALL-E 3 em maio, está aposentando a Assistants API totalmente em agosto com o que sua própria documentação chama de modo sem degradação e sem período de carência, e tem passado por variantes do GPT-4o, o1, codex-mini, e Realtime Beta em um cronograma de descontinuação rotativa até 2026. Cada uma dessas decisões foi tomada por uma empresa otimizando seu próprio roadmap, não pelos desenvolvedores que construíram produtos em cima.
O Hub de Modelos da OpenGradient armazena todos os modelos enviados no armazenamento descentralizado Walrus especificamente para que não possam ser removidos, censurados ou perdidos quando um provedor muda seus termos. O modelo não vive dentro da decisão de infraestrutura de uma empresa. Ele vive em um local permanente, endereçado por conteúdo que ninguém pode revogar unilateralmente.
Eu não acho que todo modelo precise dessa garantia. Mas aqueles em que construo um negócio provavelmente deveriam.
Um modelo ou API do qual você dependia já foi descontinuado sem aviso e quanto trabalho a migração realmente custou para você?

#opg $OPG @OpenGradient

Eu comprei um token pump.fun na segunda hora da sua vida. O gráfico estava imparável. Na sexta hora, o criador tinha vendido em todas as ordens de compra no caminho para cima e desapareceu. Eu não fui azarado. Eu fui a liquidez de saída, e o mecanismo da curva de bonding que fez o token subir tão limpo foi o mesmo que permitiu que o criador saísse ileso também.
Essa experiência me deixou desconfiado das curvas de bonding como um todo, até eu ler como o twin.fun usa a mesma matemática para algo estruturalmente diferente.
Uma curva de bonding só funciona tão bem quanto a coisa que está sendo precificada. Em um launchpad de meme, a coisa sendo precificada é nada, um nome e um gráfico, então a única função real da curva é transferir dinheiro de compradores tardios para o criador antes que alguém perceba. O twin.fun precifica o acesso a um gêmeo digital de IA modelado em um criador, fundador ou investidor real. Comprar uma chave te dá acesso à mente desse gêmeo, seu chat, suas ferramentas, sua comunidade. O ativo por trás da curva tem função antes mesmo que o dump importe.
A parte que realmente mudou minha mente é a divisão de incentivos. Criadores ganham cinquenta por cento das taxas de negociação em seu próprio gêmeo permanentemente, não de um único pico de lançamento. Isso liga sua renda à utilidade e negociação do gêmeo, não a sacar cedo como o fundador que me queimou.
Uma curva pode precificar qualquer coisa. Ela não pode fabricar uma razão para alguém ainda querer isso amanhã.
Você já foi a liquidez de saída em um lançamento de curva de bonding, e o que te fez perceber isso tarde demais?

#opg $OPG @OpenGradient

Eu costumava pensar que mais segurança era sempre melhor. Então trabalhei com um sistema que criptografava tudo no mesmo nível paranoico, desde os logs de chat descartáveis até os registros financeiros, e vi tudo isso engatinhar por conta de sua própria cautela. Segurança que ignora o contexto não é proteção. É um imposto que todos pagam, independentemente do que realmente está em risco.
Essa memória voltou quando li sobre como a OpenGradient lida com a verificação de IA. A maioria dos projetos apresenta a verificabilidade como um único interruptor que você ativa. A OpenGradient trata isso como um espectro, porque forçar o mesmo requisito de prova em cada inferência seria uma falha por si só.
Uma resposta de chatbot recebe atestação TEE, prova em nível de hardware de que o código correto foi executado dentro de um enclave selado, rápido o suficiente para você nunca perceber que aconteceu. Um modelo de liquidação DeFi ou uma decisão financeira de alto risco recebe ZKML, uma prova criptográfica tão rigorosa que roda de mil a dez mil vezes mais devagar, reservada para os casos onde errar realmente custa dinheiro a alguém. Cargas de trabalho de baixo risco podem pular a verificação pesada totalmente e rodar apenas em checagens de assinatura.
O que me impressiona é a disciplina por trás dessa escolha. Seria mais fácil vender "tudo é comprovadamente criptográfico" como uma única afirmação ousada. Em vez disso, a documentação admite que forçar ZKML em toda parte tornaria a rede inutilizável para chats comuns.
Uma boa infraestrutura não protege tudo igualmente. Ela protege o que realmente importa e se afasta do restante.
Você já viu um sistema falhar porque tentou garantir tudo no mesmo nível em vez de igualar a proteção ao risco real?