A carteira da Binance fez com que os amigos “pegassem dinheiro” de novo: basta fazer uma transação na rede BSC de US$ 100, e com a chance de obter lucro de 10 U, você terá a oportunidade de dividir 50.000 U. Desta vez, é preciso tirar uma colocação no ranking.
Se você ainda não tem uma carteira da Binance, pode abrir a carteira usando meu código de convite FFFAAA. Seja para fazer transações ou para caçar recompensas, você pode economizar 30% da taxa.
$USD1 já começou a pagar dinheiro de novo, pessoal, ajam rápido
Binance Announcement
·
--
Renovação da campanha de airdrop de USD1 (2026-08-07)
Este é um anúncio geral. Os produtos e serviços aqui mencionados podem não ser aplicáveis à sua região. Caro usuário: A partir de 07 de agosto de 2026 às 08:00 (horário de Pequim), a Binance lançará uma campanha de airdrop para usuários qualificados que mantenham World Liberty Financial USD (USD1) na plataforma. Os usuários que atenderem aos critérios dividirão o prêmio total de 170 milhões de tokens do World Liberty Financial (WLFI). Durante o período da atividade, as recompensas da WLFI serão distribuídas aos usuários qualificados que detenham USD 1 antes das 02:00 de sábado de cada semana (horário de Pequim). Período da atividade: de 07 de agosto de 2026 às 08:00 até 04 de setembro de 2026 às 08:00 (horário de Pequim)
#baby $BABY @BabylonLabs_io Recentemente organizei minha carteira e encontrei o Babylon. De repente percebi que o caminho que esse projeto está trilhando é bem ousado. No centro dele está o EOTS. Fiquei pensando bastante e, em resumo, é o seguinte: enviar para cada validador uma caneta de assinatura descartável — nesta vida, você só pode assinar um único livro-razão (ledger). Se alguém ousar fazer double-sign (dupla assinatura), qualquer pessoa consegue calcular instantaneamente sua chave privada e roubar seu BTC direto. Sem votação, sem consideração humana; matematicamente, fazer o mal vira zerar na hora. Ele não tolera ficar offline ou ser preguiçoso; fica mirando precisamente esse tipo de falha grave de double-sign.
Eu sempre achei que o maior problema do BTC é que os ativos “adormecidos” não conseguem liberar valor. Antes, aquelas soluções: ou iam para plataformas centralizadas, ou atravessavam blockchains (cross-chain). No fundo, ainda era confiar em terceiros. O Babylon quer usar ZK e BitVM3 para permitir que o BTC participe diretamente de mais cenários on-chain com segurança nativa, construindo uma ponte entre BTC e DeFi.
O Babylon tem feito vários movimentos nesses meses: entrou na Upbit; na Coreia, já havia base de colaboração. No Binance Square, o pool de prêmios do Creator Activity tem US$ 2,39 milhões em BABY — isso deixa claro que estão trabalhando para aumentar o reconhecimento da comunidade. A proposta do modelo de tokens também está em discussão: querem sair de um sistema só de recompensas por inflação pura e migrar para uma taxa de serviço de segurança do PoS, distribuída aos validadores que fazem staking ou usada em buyback e queima. A lógica deixa de ser “imprimir moedas” e passa a ficar atrelada a necessidades reais. Manta, Plume, Corn — todos esses do BSN também foram integrados. Com mais clientes, a captura de valor passa a ter chance de realmente decolar.
Falando a verdade, bear market é quando a gente precisa reavaliar e filtrar os projetos. O mercado pode oscilar e virar caos, mas os que estão realmente construindo infraestrutura costumam, em geral, ir ganhando forma aos poucos no fundo do poço. Eu pessoalmente continuo com BABY, acompanhando ele colocar cenários e modelo econômico em prática, esperando o vento mudar.
Não deixe seus amigos ficarem apenas na lista; chame-os para vir com você desbloquear as recompensas 🎁
Agitando agosto! Convide amigos para ganhar a coleção de raquetes de tênis da Binance; além disso, há Moutai Voando, bStocks e muito mais esperando por você!
Compartilhe este post e concorra! Sortearemos 5 pessoas, cada uma receberá 30U 🧧!
$BABY #baby Ontem à noite reli o script do vault @BabylonLabs_io e percebi que eu tinha entendido Taproot de forma superficial. No meio, quase todo mundo trata Taproot como uma atualização de privacidade; mas aqui na Babylon, o núcleo nem é “esconder”, e sim realmente aproveitar as capacidades de execução de contratos.
Dentro da árvore de scripts, a lógica de execução já fica embutida: o CLTV time lock controla a janela de desvinculação; as folhas do EOTS tratam a dupla assinatura com confisco; a agregação MuSig do usuário e do FP para “esconder” as chaves fica dentro do bloco de controle como chave interna. No fluxo normal, na penalidade (confisco), no resgate e no roll-back por desafio, cada um segue a sua folha. Os nós da mainnet escolhem o caminho por conta própria. O benefício da agregação Schnorr é que, depois de várias partes assinarem, quase não há vestígios na cadeia. Além disso, o bloco de controle ainda pode servir como âncora de propriedade para validação cross-chain. No meu teste, travei um pouco de BTC: no navegador parece apenas um P2TR comum, mas no painel dá para ler tudo — delegação, pesos e altura do desvio/desvinculação. Privacidade é só uma “capa”; contratos programáveis é a essência.
Na documentação da Babylon, a frase “cada Vault corresponde a um UTXO independente” eu reli várias vezes, de ponta a ponta. O TBV desloca a execução para fora da cadeia e só devolve para a rede do Bitcoin as provas de estado comprimidas. A segurança não depende de alguém garantir “no trust”; depende de que, dentro da janela de disputa, alguém fica observando e, se detectar algo anormal, faz o desafio. Confiança realmente diminui, mas a responsabilidade dos participantes aumenta. Se o mecanismo de desafio consegue continuar funcionando de forma efetiva em ambientes reais e em grande escala — esse é o meu principal ponto a observar daqui para frente.
O $BABY ainda foca principalmente em governança e funções de rede. A comunidade já conversou em vincular as taxas do TBV a ele, mas ainda não foi implementado. No ambiente de testes, já está rodando; na mainnet, fica aguardando as notificações oficiais. Além disso, a extensão de votação com BLS tinha uma vulnerabilidade em versões anteriores à 4.2.0; os contribuidores divulgaram isso proativamente, seguindo um processo público. A fundação colocou 3 milhões de USDT no Aave — a postura é bem clara. O volume de BTC apostado chegou a passar de 5 bilhões no meio de junho, e o desbloqueio vem sendo liberado em pequenas parcelas de forma contínua. Esses movimentos específicos valem mais registrar do que as variações de preço.
#baby $BABY @BabylonLabs_io #babyBTC quer ganhar juros, mas liquidez e segurança naturalmente entram em conflito.
No começo, eu queria colocar toda a reserva de longo prazo no TBV da Babylon. A ideia era aproveitar a custódia nativa sem empacotar em BTCB ou wBTC; psicologicamente, isso traz mais tranquilidade. Mas, ao calcular o fluxo de resgates, percebi que, mesmo comprimindo o período de desafio para alguns dias, ainda é longo demais para alguém como eu, que está acostumado a reequilibrar posições a qualquer momento.
Então a primeira decisão foi bem direta: dividir a alocação conforme a frequência de uso do capital. O que ficar parado por anos, eu busco eficiência de capital com co-staking e empréstimos; o que precisa de flexibilidade para realocar, continuo “deitando” na minha própria carteira. O TBV resolve a questão da confiança na governança, mas não resolve a velocidade de liquidez — e essas duas coisas não podem ser confundidas.
O segundo ponto de travamento é o comitê. Eu li os documentos e a primeira reação foi: por que custódia nativa exigiria um comitê com multisig? Depois entendi: é uma concessão de engenharia imposta pelas limitações de script do Bitcoin. Taproot e UTXO só conseguem garantir que aquela moeda é sua, mas não expressam a lógica de uma máquina de estados como “está fazendo staking”, “para sair precisa esperar”, “se agir mal tem penalidade”. Um comitê multisig M-of-N valida o caminho da transação, garantindo que o BTC seja encaminhado conforme as regras, sem tocar no controle dos ativos. Durante o slashing, ele funciona mais como um executor: as regras vêm do protocolo e a permissão é dada por meio dessas restrições.
O terceiro risco é o mecanismo de liquidação do BTCVault. É um cofre para cada UTXO: se o fator de saúde cair abaixo de 1, liquida tudo de uma vez — diferente do Ethereum, que permite cortar uma parte. A autoridade oficial sugere dividir em um cofre de sacrifício e um cofre de proteção para reduzir o choque, mas, mesmo assim, em condições extremas no mainnet, robôs podem fazer “corrida” antes (front-run), atrasos de confirmação e ordenação também precisam ser ensinados pela realidade.
No fim, os indicadores que eu observo para o $BABY são: número real de liquidações, proporção de destinação acima do excedente e tempo para a compensação chegar. Para o BTC de empréstimo funcionar, o ponto central não é ser mais “multisig” ou mais complexo do ponto de vista técnico — é o usuário comum conseguir entender qual parte ele está colocando em risco, o que acontece quando é liquidado e como/quanto tempo demora para receber a compensação. Quando isso roda bem, aí sim a liquidez se sente segura para entrar.
$BABY @BabylonLabs_io #baby Ontem à noite, vi o Discord do Babylon no meio da correria e, quando vi 380 mil membros e mais de 3 mil online ao mesmo tempo, aquilo me animou. Antes, eu talvez achasse “bem movimentado”, mas como um veterano que já passou por algumas rodadas de bull e bear, minha primeira reação foi: a lógica competitiva do ecossistema BTC mudou.
Antes, quando olhávamos para um projeto, era só uma coisa: liquidez — quem travava mais BTC era o mais incrível. Mas, falando a verdade, eu já vi projetos que tinham tecnologia boa, e mesmo assim esfriaram e desapareceram silenciosamente. Por quê? Porque nenhum desenvolvedor quer ficar, não existe “cola” do usuário: você cria um cascalho vazio, ninguém usa.
O Babylon me faz continuar acompanhando não por causa do seu “stake de BTC nativo” tão chamativo, e sim porque eles estão realmente pensando em como transformar as capacidades de segurança do Bitcoin numa base (um “substrato”), para que mais pessoas consigam construir coisas em cima.
Recentemente, o TBV do Babylon e a Public Testnet foram atualizados aos poucos. Eu achava que o foco deles ia parar em “o que o BTC consegue fazer”. Resultado: apareceu também a discussão sobre o BABE, e aí eu percebi que isso é sobre o TBV ser uma questão de camada de aplicação — ou seja, fazer finanças on-chain com o BTC. O BABE, por sua vez, está resolvendo um problema na camada de base: o custo de verificação ser alto demais. Por mais bonito que você desenhe, se não der para reduzir o custo da verificação, adoção em massa é conversa fiada.
Eu mesmo caminhei por todo o fluxo de resgate do TBV. Sinceramente, a sensação de confiança ficou de verdade. Três caminhos estão bem claros: o resgate padrão via Vault Provider é o mais rápido; em casos extremos, o AVK fica como contingência; e o mais “hardcore” é o Self-Claim — você usa as chaves WOTS previamente guardadas, não precisa pedir a ninguém, você pega de volta os coins diretamente.
Como alguém que passou por LUNA e FTX, entendo muito bem o valor do terceiro caminho. A segurança do sistema não depende de alguém bater no peito dizendo “confia em mim”; depende de você ter cuidado com aquela sua sequência de chaves. No futuro, a taxa de uso do Self-Claim tende a ser baixa, o que indica que os provedores de custódia ainda são confiáveis. E quando um dia esse número disparar, o mercado vai votar com os próprios pés.
Com $BABY na mão, eu fico ainda mais com a cabeça fria. 380 mil pessoas é só o começo. A verdadeira “muralha” é que cada vez mais desenvolvedores e construtores vão se juntar e fazer coisas ao redor dele. O desfecho do BTCFi talvez nem seja sobre quem trava mais BTC — e sim sobre quem consegue fazer mais gente construir, junto, essa nova era de aplicações.
Eu criei recentemente o hábito de, ao abrir um aplicativo de cotações, não olhar primeiro o gráfico (K-line). Em vez disso, vou direto ao código-fonte dos contratos na cadeia para identificar onde ficam os limites da execução de transferências de ativos. No passado, a “queda” dos cofres aconteceu — em dez casos, nove não foram por uma quebra do preço, e sim por um modelo de rendimento que já pressupunha que o administrador não faria nada de errado. Basta essa suposição ser violada uma vez e o problema aparece.
Então, ao analisar o fluxo de ativos em BTC do Babylon, foi justamente essa camada de design que me fez parar: ele não apenas adicionou um plugin simples de finanças ao Bitcoin. Em vez disso, transformou a questão de “quem tem permissão para mexer nas moedas” em uma condição verificável pela criptografia. Os ativos não saem da mainnet; a chave privada fica nas suas mãos; as regras passam primeiro pelo crivo de provas de conhecimento zero; e, com o BitVM3, garante-se que o processo de verificação não foi adulterado. Se as condições não forem atendidas, nenhuma ação é sequer enviada. É como uma caixa-forte com duas chaves no banco: uma chave para cada pessoa — ninguém consegue arrombar sozinho. Na cadeia, esse tipo de “inspeção antes de sair” simplesmente faltava.
Antes eu também achava que “trustless” significava “sem intermediários”. Só que, depois de cair em armadilhas de multisig, entendi. No Babylon, quem coordena o cofre, o Keeper que faz pré-assinatura, o Challenger que monitora na cadeia e o comitê de resgate parecem intermediários, mas tudo o que eles assinam fica totalmente travado em uma árvore de transações já preparada com antecedência. Ao revisar a rota do resgate, o coordenador no máximo não coopera; ele não consegue desviar o caminho do UTXO. Cada Vault corresponde a um UTXO independente, e Redemption, Challenge e Timeout já vêm com o Spend Path definido desde o momento em que são criados.
Eu dividi a confiança em três partes: quem pode roubar as moedas? Quem pode me deixar apenas olhando? Quem pode mudar as regras? O Babylon segura firmemente a primeira parte; as outras duas ainda precisam ser monitoradas. Não use o Keeper com todos quebrando no mesmo cliente; não dependa de uma única fonte para a cotação; em um comitê temporário, mudar as regras envolve rotação identificada e com atraso? As máquinas do challenger realmente estão distribuídas ou, ao checar o IP, todas ficam no mesmo provedor de nuvem?
Do meu ponto de vista, o valor do $BABY depende de quanto detentores de Bitcoin estão dispostos a confiar o direito de uso a esse conjunto de regras. No futuro, haverá cada vez mais protocolos de BTCFi. O que mais me importa não é se ele consegue render juros, mas se consegue provar que só pode render juros dentro das regras. Não discuta a palavra “trustless”; olhe apenas para quem consegue mover as moedas para onde. Fixe-se nisso — isso é melhor do que qualquer coisa. @BabylonLabs_io #baby
Ontem, antes de dormir, eu reli mais uma vez o white paper da Babylon. As primeiras seções foram bem tranquilas, mas quando cheguei à Seção 7, sobre a lógica da penalidade, foi aí que me deu uma chacoalhada.
A técnica de vazamento automático de chaves privadas (EOTS) realmente é limpa e certeira: com dupla assinatura, queima 100% do BTC que foi dado em garantia — matematicamente, não há nada a questionar. Mas o problema é justamente esse: ela não distingue se você foi atacado por hackers, se houve um erro humano do lado do operador do nó, ou se a congestão de rede gerou um desvio de sincronização de tempo. Na Ethereum, ao menos existe separação entre falha leve e dupla assinatura maliciosa, com níveis de punição diferentes, e ainda dá para tentar recuperar via governança comunitária. Aqui, é tudo literalmente codificado e “soldado” de forma bem absoluta, um pouco demais.
Isso me lembra uma conversa anterior com um amigo market maker. A maior preocupação deles era exatamente isso. Em uma ocasião inesperada, o BTC deles com os Delegators zerou instantaneamente na mainnet; o prêmio de risco disparou. Até um custodiante profissional teria que pesar muito bem antes de entrar. Depois do TGE, será que dá para subir um limiar de Slashing governável? Acho que isso é muito mais importante do que essa matemática “violenta” do jeito atual.
Voltando ao gráfico: 10 de maio, 10 de julho e 10 de agosto — essa liberação linear é bem na cara; todo mês há diluição fixa, isso é fato. Mas no livro de ordens de L2 da Binance e da OKX, abaixo da faixa de números inteiros, 2% para baixo são, basicamente, uma escada de ordens picadas de 50k a 200k, camada por camada, com pouca profundidade em cima e mais “gordura” embaixo. À primeira vista, não parece que vão martelar para vender; parece mais acúmulo passivo. Antes e depois do unlock, também não vi fluxo líquido on-chain contínuo e volumoso entrando. Depois que a volatilidade amplifica, o fechamento ainda volta para o centro; a chance de um market maker estar aceitando ordens de pânico é maior.
Mas o que realmente não me deixa dormir é o time lock do TBV. A chave privada fica em custódia própria e não cruza cadeias — isso é um ponto forte. Só que, quando as condições são escritas no script da mainnet, se não venceu, não dá para resgatar antecipadamente. Em um mercado em alta, todo mundo gosta de trancar; mas e se vier uma crise macro em um bear market? O mercado secundário consegue oferecer uma via de saída com desconto para esse contrato ainda não vencido? Esse talvez seja o verdadeiro “limite de vida e morte” de quão longe a narrativa de garantia nativa consegue ir.
Agora minha ideia é bem simples: no dia do unlock, não ficar vendido a descoberto. Em vez disso, deixar ordens picadas penduradas na parte de baixo do centro, e na parte de cima, definitivamente não perseguir. Vou esperar até que o fluxo líquido fique continuamente positivo, ou até o dia em que a taxa real do TBV comece a retornar para o BABY — e então eu avalio com seriedade. @BabylonLabs_io $BABY #baby
Caramba, o valor de $MarsCoin já passou de trinta milhões, o efeito de enriquecimento do Binance Alpha voltou! Mais uma vez, ele criou uma nova leva de jovens talentos on-chain.
Não espere chegar ao Binance Alpha para correr atrás; é preciso se posicionar com antecedência na cadeia. Para “varrer” a cadeia, eu uso a Binance Wallet, é bem suave. Ao preencher meu convite FFFAAA, ainda dá para economizar na taxa. Os jovens talentos on-chain voltaram!
Após meses de distância, a Binance Alpha voltou a lançar moedas meme: o $MarsCoin disparou de uma vez, e alguém mais conseguiu comer uma grande fatia. A atenção voltou a ficar on-chain na hora certa.
$BABY #baby Ontem, o velho Wang me mandou várias mensagens de áudio em sequência, dizendo que apostou todo o “pedaço de pão” no $BABY , e perguntando como o airdrop é calculado. Eu fiquei fuçando a documentação por um bom tempo e não encontrei uma resposta exata; só tinha uma linha: depende da duração do staking válida e da atividade do Finality Provider. Não tem fórmula, nem tabela de multiplicadores — é completamente diferente daqueles projetos anteriores que simplesmente diziam: “stake 1000 e recebe 500”.
Na verdade, esse caminho do $BABY é bem “ousado”. Em vez de seguir aquele modelo tradicional, com regras definidas pelo time do projeto e repasse de tokens no horário certo, eles escreveram a lógica de incentivos diretamente nos scripts do Bitcoin. No momento em que você faz o staking, o resultado já fica praticamente determinado: o tempo de bloqueio, o estado do UTXO e o desempenho do Provider on-chain, todos juntos determinam quanto você pode receber. Depois é só ver se a taxa de disponibilidade do Provider é estável e se o progresso consegue acompanhar — em outras palavras, a expectativa já não é promessa do projeto, mas uma condição verificável na cadeia, de verdade.
Mas, por outro lado, o risco também fica mais transparente. A rede principal ainda está numa fase inicial; o pool de recompensas não é tão profundo e o acerto depende de enviar provas de estado da Babylon para o Bitcoin, então não é uma chegada em tempo real. Se o Provider cair ou der algum problema, a contabilização das recompensas pode atrasar, e o peso também pode ser reduzido.
Recentemente, todo mundo tem falado da integração do Aave V4. Eu acho que o ponto que mais impressiona no TBV são dois aspectos: não tem ponte cross-chain e nem “envolvimento”/encapsulamento de Bitcoin. Ele realmente resolve o problema de transferência custodiada, mas o contrato de adapter vira um novo gargalo; se o estado ficar descoordenado, o risco deixa de ser só “o custodiante fugir” e passa a ser “a lógica do contrato quebrar”. No momento, todas as soluções para levar BTC dos detentores para o ecossistema EVM passam por essa limitação estrutural. A longo prazo, a auditoria do adapter e o mecanismo de sincronização de estado provavelmente valem muito mais do que slogans.
O @BabylonLabs_io ficou recentemente em modo de anúncios sucessivos de parceria com Aave, GoMining e Aegis. Parece que estão construindo uma história grande em cima de collateral nativo de BTC. Mas se olhar com cuidado, a testnet realmente já roda o fluxo de empréstimo (ambiente Signet). A GoMining ainda está em planejamento, e o produto de taxa fixa da Aegis precisa esperar até o 4º trimestre de 2026 — a “densidade de valor” não está nem no mesmo patamar. Quando de fato chegar na rede principal, o que define a coisa será se os detentores de BTC topam travar por um longo tempo, se os tomadores estão dispostos a arcar com os custos e se, na liquidação, a performance de liquidez consegue dar conta.
Faz um tempo que não abria a carteira da Binance; aí acabei encontrando mais de 100 U. Acho que é porque ultimamente o mercado on-chain voltou a aquecer e, de novo, os parceiros voltaram a ficar ativos. Se você precisa participar de interações on-chain — seja fazendo alpha, caçando bônus, ou fazendo investimentos on-chain — use a carteira da Binance. É tudo muito suave e fluido. Preenchendo meu código de convite você ainda economiza na taxa. Código de convite FFFA AA A
Você também pode copiar este endereço para se cadastrar na carteira da Binance: https://web3.binance.com/referral?ref=FFFAAA
A bolsa de Seul voltou a interromper as negociações por “circuit breaker”. O que eles estão tentando fazer? Parece que os coreanos querem arrastar todo mundo para o mesmo buraco. #三星SK海力士杠杆ETF加剧韩国市场波动
#baby $BABY Ontem fiquei até tarde acordado analisando o mercado e não aguentava mais. Fui só rolar o feed para desligar um pouco e, sem querer, me deparei com o TBV da BabylonLabs — isto é, Trustless Bitcoin Vaults. Só aquela configuração central sem confiança já desfez totalmente meu sono. Depois que virei e mexi em materiais relacionados e estudei com cuidado, só posso dizer que fiquei realmente feliz por não ter perdido esse ponto de inovação crucial.
Sinceramente, a Babylon encara um dos problemas mais difíceis no setor de Bitcoin: o mecanismo de covenant nos scripts. Quem conhece Bitcoin sabe que, por padrão, o script não consegue controlar para onde o dinheiro vai depois de sair. As soluções anteriores de cross-chain do Bitcoin, ou exigiam confiar em um terceiro centralizado, ou dependiam apenas de multisig como garantia, sempre deixando alguma falha. A Babylon, porém, resolve isso com o BitVM3: a maior parte dos cálculos é feita off-chain; on-chain só precisa verificar as provas de fraude compactadas. Para o usuário sacar, é necessário enviar uma prova de conhecimento zero correspondente ao estado do contrato. Depois que essa prova é verificada na mainnet do Bitcoin, a retirada só então efetiva. No processo inteiro, o BTC fica trancado em scripts construídos pelo próprio usuário, sem sair da rede do Bitcoin, então a sensação de segurança é máxima.
O que eu mais admiro é que cada cofre é isolado de forma independente — não existe um pool de fundos compartilhado. Isso é bem diferente do modelo de poolização dominante no DeFi. Em outras palavras, é como um cofre privado exclusivo. E é justamente por essa vantagem verificável e independente que protocolos como o Aave se sentem seguros para fazer integrações diretas. Os usuários não precisam empacotar, não precisam fazer cross-chain, nem entregar a chave privada: podem usar BTC em garantia para tomar empréstimos e gerar stablecoins. A velocidade de recarga do projeto e o custo de validação on-chain já foram bastante otimizados, mas quanto ao desempenho após uma adoção em grande escala, ainda mantenho uma postura de observação.
Neste momento, o TBV ainda está na testnet. Ele já se integra ao Aave v4, e cofres e endereços têm limites de teste. Além disso, várias propostas de parceria ainda estão na fase de planejamento. A verdadeira força do projeto ainda precisa ser confirmada após o lançamento na mainnet — observando os dados centrais como volume real de garantias e taxa de uso dos empréstimos. Quanto ao token $BABY , eu já participei de votações de governança. Ele adiciona um coeficiente de ponderação para usuários que fazem staking — a vinculação do ecossistema é mais confiável do que simplesmente manter tokens. Porém, para usuários comuns, a capacidade de influência é fraca e a participação é relativamente baixa. A longo prazo, o valor do token depende, no fim, de cenários reais. Só quando o negócio de empréstimos do TBV rodar de verdade e as taxas do protocolo voltarem de forma estável, é que se formará um sistema de valor saudável. @BabylonLabs_io