SAMI Web3

Aprofundando-se em Dusk (@DuskFoundation) e $DUSK esta semana, um detalhe continuou me incomodando mais do que a palestra da MiCA ou o número de manchete do NPEX. O caminho padrão para entrar no ecossistema não é a camada de privacidade em que toda a proposta se baseia — é o DuskEVM: fazer deploy com Solidity e Hardhat, igual a qualquer outra cadeia EVM. As partes confidenciais, a divulgação seletiva, a engrenagem de zero conhecimento que supostamente é o ponto real de #dusk , aparecem como algo que você adiciona depois que seu app "precisa" de privacidade, quase como um plugin opcional em vez de ser a base. Assim, o onboarding mais fácil para um desenvolvedor hoje parece idêntico a construir em qualquer cadeia genérica, e a privacidade com padrão de conformidade que recebe o destaque em todos os slides é o passo extra, não o primeiro. Eu não acho que isso seja desonesto, exatamente — só revela algo sobre a ordem: a familiaridade chega primeiro, a diferenciação chega como uma camada por cima, e a adoção provavelmente segue aquela que for mais fácil de alcançar às 23h com um prazo. Faz eu pensar em quantos apps no DuskEVM vão sequer se dar ao trabalho de buscar o módulo de privacidade, ou se "privacidade-preservadora" acaba descrevendo mais o marketing da cadeia do que o contrato mediano implantado.
@Dusk
#dusk
$DUSK

Passei tempo esta semana mergulhando em Dusk ($DUSK , #Dusk, @Dusk Foundation) e o que me chamou a atenção não foi a tecnologia de conhecimento zero; foi a ordem das operações. O pitch é sobre desbloquear inclusão econômica, levando ativos em nível institucional para a carteira de qualquer pessoa. Mas, olhando para quem está realmente conectado agora, são a NPEX, a 21X, custodians licenciados, venues regulados com MTF e licenças de corretora sob um mesmo guarda-chuva. A parte da carteira individual ainda está enquadrada como para onde isso está indo, e não como onde está. Até o design técnico reflete isso: DuskEVM entrega a privacidade como um módulo opcional, Hedger, sobreposto a contratos Solidity comuns e visíveis, então confidencialidade é algo que você liga ao construir um fluxo institucional compatível, não o estado padrão para um usuário regular que interage com a cadeia. Faz sentido operacionalmente: o capital regulado precisa de certeza antes que a liquidez de varejo siga, mas isso significa que a narrativa voltada ao varejo chega um passo atrás da história da infraestrutura. Fico me perguntando como é, de fato, o "da carteira de qualquer pessoa" quando os trilhos institucionais são o que está sendo otimizado primeiro.
#dusk
$DUSK
@Dusk

Entrei nessa tarefa da Babylon esperando o pitch habitual — o trilhão ocioso do Bitcoin, destrave isso, destrave aquilo — e quase passei pelo número que realmente importava. $BABY / #Babylon está mantendo US$ 2,6B em BTC real bloqueado atualmente em seus contratos de staking. Tirei isso diretamente do DeFiLlama. A mesma página mostra o TVL caindo perto de 19% na última semana. Não é erro de digitação. Isso é bitcoin de verdade saindo de scripts de custódia própria, em questão de dias.
Foi isso que ficou comigo. @BabylonLabs_io enquadra como infraestrutura — paciente, com Bitcoin garantido, feita para o longo prazo. Mas o “unbonding” do BTC na Babylon leva cerca de dois dias. Segura aí — dois dias não é comportamento de infraestrutura, é comportamento de rendimento. O capital está tratando o BTC bloqueado como se fosse uma conta de poupança que ele pode esvaziar a qualquer momento, porque pode.
Enquanto isso, BABY, o token supostamente capturando valor de todo esse capital bloqueado, fica por volta de uma market cap de US$ 51M diante dos US$ 2,6B que ele deveria garantir. Não está muito longe da mínima histórica também, com mais um unlock chegando em 10 de agosto.
Eu cheguei esperando escrever sobre encanamento inteligente — sem pontes, sem BTC tokenizado, custódia própria do começo ao fim. Essa parte é real. Eu só não esperava que o capital por cima disso fosse tão inquieto, nem que o token estivesse tão desconectado do que ele deveria representar. Então qual é… infraestrutura, ou yield usando as roupas de infraestrutura. Ainda estou pensando nisso.
#baby
@BabylonLabs_io
$BABY

Passei a tarde fuçando no fluxo de staking da Babylon, @BabylonLabs_io , para essa tarefa do CreatorPad, e a coisa que realmente me interrompeu no meio do scroll não foi o pitch de "mercado de segurança de BTC" — foi o gráfico de preços bem ao lado. #BABY caiu 10,3% nos últimos 7 dias, com market cap em torno de US$ 45M, e um unlock de 136,11M de tokens (cerca de 1,2% da oferta total, aproximadamente US$ 1,43M) chegando em 10 de agosto. Enquanto isso, o protocolo ainda está sentado sobre bilhões em BTC staked. Essa diferença é toda a história, honestamente.
O que ficou comigo foi isto: os stakers de BTC recebem a garantia de segurança e o rendimento no momento em que travam — eles não precisam tocar $BABY em nenhum momento. O token acaba absorvendo todo o resto. Inflação, unlocks, custos de governança. O caminho padrão é só fazer staking de BTC e sair andando. O caminho "avançado" — co-staking, governança, realmente segurar BABY — é onde a pergunta "quem se beneficia primeiro" fica um pouco desconfortável.
Vou admitir: eu achei que o preço seguiria o crescimento do TVL, do jeito que essas narrativas normalmente prometem. Não segue, pelo menos esta semana. A oferta circulante ainda está abaixo da metade da oferta total também, então mais unlocks como esse ainda estão a caminho, independentemente de como o mercado se sinta a respeito.
Fica me fazendo pensar — se a camada de segurança funciona bem sem o token precisar se mexer, o que vai realmente forçar a demanda de longo prazo por $BABY quando o cronograma de unlocks finalmente começar a desacelerar?
#baby
$BABY
@BabylonLabs_io

Estava bem dentro de uma tarefa no CreatorPad na Babylon ($BABY , #Babylon, @BabylonLabs_io ) quando a parceria de empréstimos com taxa fixa da Aegis caiu, cerca de quatro dias atrás. Fui conferir o explorer só para confirmar que a notícia era real, e acabei encarando um número que me fez pausar — pera aí.
O TVL estava perto de US$ 3,08B em BTC bloqueado. A market cap própria da BABY: US$ 49,8M. Isso dá uma razão mcap/TVL de aproximadamente 0,02. O token destinado a coordenar toda essa "camada de segurança do Bitcoin" vale quase nada em comparação com o que está realmente travado por baixo. E a BABY estava 5,7% em queda na semana, ficando aquém de um mercado que só caiu 5%, mesmo com notícias frescas de parceria chegando no meio da semana.
Essa é a parte que eu não tinha entendido antes. A ação padrão — travar BTC, ganhar rendimento, sem bridging — já funciona e é aí que o capital está alocado. A camada avançada, o multi-staking entre BSNs, os leilões de burn roteando valor de volta para a BABY; essa parte ainda é em grande medida promessa, ainda não está precificada. Os primeiros a entrar são os stakers de BTC que estão coletando rendimento hoje. Quem segura o token de governança está apostando em uma camada de coordenação que ainda não alcançou o capital por baixo.
Fiquei me convencendo de que o preço acompanharia o TVL como acontece com a maioria dos tokens de L1. Peguei a mim mesmo nisso e tive que ficar um minuto com essa ideia.
Não sei se essa diferença vai fechar conforme mais BSNs conectarem, ou se é apenas a forma permanente dessa coisa.
#baby

Ao passar pelo fluxo de staking da Babylon para uma tarefa do CreatorPad, o que mais ficou em mim não foi a parte técnica; foi a forma como o rendimento foi enquadrado. Babylon e $BABY , #baby , @BabylonLabs_io se posicionam como staking de Bitcoin sem confiança: sem pontes, sem BTC embrulhado, e as chaves permanecem com você. Essa parte confere. O que me pegou foi o número real que fica por baixo da promessa: retornos realistas de staking ficam em torno de 1-3% de APY, pagos em BABY, não em BTC. O rendimento recorrente que todo mundo cita acaba sendo uma nota de rodapé; o verdadeiro atrativo até agora tem sido o airdrop e os pontos de parcela única, e não uma renda contínua. A custódia continua sendo sua, sim, mas a decisão que realmente pesa — escolher um provedor de finalização — é entregue de forma discreta ao staker como uma tarefa de casa, com risco de slashing associado caso esse provedor se comporte mal. Assim, a segurança da autocustódia e o risco da delegação ficam na mesma frase, e a maioria dos explicadores só permanece na primeira metade. É uma pequena diferença entre narrativa e uso: um diz rendimento, o outro diz alocação; mas é o tipo de lacuna que tende a aumentar quando a poeira do airdrop assenta. Fico curioso para saber como fica a retenção quando as recompensas em BABY forem a única coisa que sobra na mesa.
@BabylonLabs_io
#baby
$BABY

Somewhere between locking BTC in phase one and waiting for BABY rewards in phase two, I noticed the gap that mattered wasn't security, it was selection. Babylon, $BABY , #baby , @BabylonLabs_io frames itself as removing intermediaries, no bridges, no wrapped tokens, just your keys and a script. But when I actually staked, the default flow didn't ask me to run a finality provider, it asked me to pick one from a list, and only the top 60 by delegation size get to earn anything meaningful once phase two opens. Over 57,000 BTC sits locked this way, and most of it isn't self-delegated, it's routed toward whichever provider already had the most volume, which of course attracts more volume. The self-custody is real at the wallet level. The influence over consensus is not distributed the same way. I kept thinking about how a system can be trustless in its cryptography and still concentrated in its defaults, how "no intermediary" can quietly become "an intermediary you didn't choose to notice." Nobody hid this, it's just not what gets said first. Does the protocol correct for that later, or does it just get load-bearing enough that nobody asks.
@BabylonLabs_io
#baby
$BABY

Em algum lugar entre travar o BTC na fase um e esperar pelos prêmios BABY na fase dois, percebi que a lacuna que importava não era a segurança, era a seleção. A Babylon, <$BABY >, <#baby >, <@BabylonLabs_io >, se apresenta como uma forma de remover intermediários, sem bridges, sem tokens wrapped, apenas suas chaves e um script. Mas quando eu realmente fiz o staking, o fluxo padrão não me pediu para executar um provedor de finalidade; ele pediu que eu escolhesse um a partir de uma lista, e apenas os 60 primeiros por tamanho de delegação conseguem ganhar algo realmente significativo quando a fase dois abre. Mais de 57.000 BTC fica bloqueado desse jeito, e a maior parte não é delegada por conta própria: ela é direcionada para o provedor que já tinha mais volume, o que, claro, atrai ainda mais volume. A autocustódia é real no nível da carteira. A influência sobre o consenso não é distribuída do mesmo modo. Fiquei pensando em como um sistema pode ser sem confiança em sua criptografia e ainda assim ficar concentrado em seus padrões: como “sem intermediário” pode quietamente virar “um intermediário que você não escolheu perceber”. Ninguém escondeu isso; é só que não é o que se diz primeiro. O protocolo corrige isso depois, ou ele só fica resistente o suficiente para que ninguém questione.
<@BabylonLabs_io >
<#baby >
<$BABY >

Em algum lugar entre clicar em "Stake" e ler as letras miúdas, a forma real do design de Babylon se revelou. O fluxo padrão para o staking de BTC vinculado a $BABY é suave quase por design — conecte a carteira, escolha um validador, confirme. Ele não te faz pensar no que acontece quando você quer seu BTC de volta. Esse detalhe fica uma camada mais abaixo, nas configurações avançadas, onde a janela de desinvestimento permanece quieta como um número que a maioria das pessoas não verifica até precisar. #baby @BabylonLabs_io se apresenta em torno de uma segurança nativa do Bitcoin sem necessidade de confiança (trustless), e tecnicamente isso é verdade — sem wrapping, sem bridging. Mas a interface se comporta como se quisesse que você faça o stake primeiro e entenda a saída depois. Não é enganoso, apenas sequenciado: as partes que geram confiança vêm primeiro, as partes que exigem paciência vêm depois. Eu me peguei pensando em quantos stakers realmente leem os termos de desinvestimento antes de travar, versus depois. Talvez esteja tudo bem. Talvez seja assim que funciona todo produto de staking. Ainda assim, a ordem pareceu deliberada e não acidental — e ainda não tenho certeza do que isso diz sobre para quem a experiência padrão realmente foi projetada.
@BabylonLabs_io
#baby
$BABY

Ao ler a tarefa do Protocolo Newton, a frase que me deteve não estava no whitepaper; estava na estrutura de taxas. O Protocolo Newton, $NEWT , #Newt , @NewtonProtocol , se apresenta como a abertura de uma porta para que construtores criem sobre uma camada compartilhada de verificação, mas é na seção de operadores que os incentivos reais ficam: garantias novamente apostadas (restaked collateral), taxas de serviço por verificação de autorização, recompensas atreladas à execução da infraestrutura, e não ao envio de aplicações. Os casos de uso listados também tendem ao institucional: emissores de stablecoin, plataformas de RWA, serviços financeiros com forte foco em conformidade — o tipo de participante que já tem capital para apostar e um motivo para verificar transações em escala. Os construtores aparecem, em geral, na linguagem de roadmap, no que o aplicativo de smartphone e as ferramentas de desenvolvedor supostamente desbloquearão eventualmente. É um formato familiar neste setor: quem opera as “vias” é pago no primeiro dia, e quem as vias supostamente foram construídas para recebe uma promessa e uma lista de espera. Não acho que isso torne o design errado; provavelmente a infraestrutura de verificação realmente precisa de operadores primeiro. Mas isso me faz pensar por quanto tempo “futuros construtores” continua sendo futuro antes de apenas significar operadores, indefinidamente.
@NewtonProtocol
#Newt
$NEWT

Gastei o tempo testando a tarefa do CreatorPad no Newton Protocol e no $NEWT , e a coisa que realmente ficou não foi a linguagem do litepaper sobre uma engine de política descentralizada para um mercado de ativos de US$ 250T — foi que o primeiro agente que a Newton enviou, aquele que a maioria dos usuários de fato tocou, era uma compra recorrente. O quadro #Newt @MagicNewton se posiciona em torno de finanças agenticas, RWAs e automação cross-chain garantida por zkPermissions e TEEs, mas a interação vivida até agora está mais para configurar uma agenda de DCA do que delegar qualquer coisa que se pareça com julgamento a uma IA. A verificação criptográfica é real e está rodando por baixo, mas como usuário você nunca vê — você aprova uma permissão uma vez e assiste uma transação recorrente disparar no cronograma. É a distância entre "agente autônomo" e "automação com etapas extras e garantias mais fortes". Talvez isso seja suficiente; talvez a verificabilidade seja o produto de verdade e o enquadramento da IA seja apenas o gancho para fazer as pessoas olharem com mais atenção. Ainda assim, é difícil não notar o quanto o ponto de entrada está distante do discurso, e pensar em quanto dessa distância diminui quando os agentes ficam mais complexos — ou se ações recorrentes simples acabam sendo, na prática, o que a maioria das pessoas queria desde o começo.
@NewtonProtocol
$NEWT
#Newt

Ao me aprofundar no Newton Protocol ($NEWT , #Newt , @NewtonProtocol ) para esta tarefa, o detalhe que ficou marcado foi o próprio site mudando de forma no meio do caminho — o que foi lançado como "Magic Newton," vendido para agentes de IA que qualquer pessoa poderia delegar operações, agora lê como "a camada de autorização para stablecoins, RWAs, IA agentic & o mercado de ativos de US$ 250T," completo com um botão "agende uma chamada" para instituições que buscam cofres (vaults), triagem de sanções e verificações de elegibilidade de investidores. Enquanto isso, o lado do produto voltado ao varejo ainda é, em grande parte, uma coisa: um Recurring Buy Agent, além de um painel de staking que acompanha recompensas semanais. O redesenho (rebrand) não é desonesto; protocolos se reposicionam constantemente, mas é um sinal discreto sobre a sequência — a infraestrutura que está sendo construída com urgência real agora é a camada de conformidade que as instituições usarão antes da liquidação, enquanto os "enxames de agentes" e o mercado aberto para usuários de varejo que foram prometidos ainda constam como "em breve". Eu não acho que isso torne o token um mau negócio, mas me faz pensar se os usuários eventuais e os detentores atuais são realmente o mesmo público, ou apenas públicos adjacentes que, por enquanto, compartilham um ticker.
@NewtonProtocol
#Newt
$NEWT

Ao pesquisar os documentos do Protocolo Newton, eu esperava que o #NewtonProtocol se comportasse como o nome sugere — um sistema que aprende, se adapta e fica mais inteligente com o uso. O que encontrei, em vez disso, ao ler o material do próprio @MagicNewton, foi uma engine de regras paga por $NEWT e não qualquer tipo de inteligência adaptativa. Todo objetivo de automação é verificado contra condições pré-escritas antes de ser acionado: políticas escritas em Rego, avaliadas por operadores, carimbadas com uma atestação criptográfica. A camada de agente fica por cima do que na verdade é uma pilha de permissões e aplicação de regras — mais próxima de um contrato inteligente com proteções melhores do que de qualquer coisa que atualize seu próprio comportamento. Essa distinção importa mais do que parece: “autoaprendizado” implica que o sistema muda em função do que ele observa, enquanto o que na prática está onchain é um conjunto de regras estático que alguém definiu com antecedência, apenas executado com mais provas anexadas. A documentação descreve o zkPermissions como condições fixas — limites de negociação, janelas de tempo, limiares de volatilidade — o que tornou a diferença concreta em vez de meramente semântica. Continuo me perguntando se “aprendizado” aqui se refere ao protocolo em si, ou apenas aos humanos escrevendo regras melhores com o tempo.
@NewtonProtocol
$NEWT
#Newt

Passei uma hora revirando a documentação do Newton Protocol para esta tarefa do CreatorPad, esperando encontrar agentes já fazendo algo on-chain, e em vez disso encontrei um gráfico de staking. Newton, $NEWT , #Newt , @NewtonProtocol — o pitch é uma rede descentralizada de operadores garantindo ações de agentes autônomos por meio de garantias recolocadas (restaked collateral), mas agora o próprio protocolo admite que sua segurança ainda está em modo de inicialização: as recompensas de staking são subsidiadas pela alocação de Network Rewards da Fundação até que haja operadores reais fazendo staking em quantidade suficiente, e não o contrário. Então, essa “camada de confiança descentralizada” sobre a qual eu continuei lendo é, por enquanto, um placeholder financiado pela fundação vestindo as roupas da descentralização. Não há nada de errado com isso — muita infraestrutura começa assim —, mas isso muda como eu leio cada outra alegação no whitepaper. As pessoas que estão sendo beneficiadas hoje são operadores e validadores iniciais que travam posição antes que a torneira do subsídio de recompensas diminua, e não os usuários finais para os quais a história de automação do agente foi escrita. Metade da oferta de tokens ainda está bloqueada, sendo liberada em partes; cada uma é um pequeno teste de se a participação real aparece antes que o subsídio acabe. Ainda não sei se esse hiato se fecha ou se apenas vira narrativa.
@NewtonProtocol
#Newt
$NEWT