Binance Square
Minh Nhat Builder
501 Publicações

Minh Nhat Builder

AI | Crypto builder Creating tools to simplify trading & learning
Detentor de GENIUS
Detentor de GENIUS
Trader Frequente
10.1 mês(es)
96 A seguir
62 Seguidores
529 Gostaram
Publicações
PINNED
·
--
Verificado
No passado, eu quase tomava como garantido que o Bitcoin era verdadeiramente adequado apenas como reserva de valor. Se você quisesse desbloquear o valor econômico do Bitcoin, teria que aceitar a ponte, o wrapping (empacotamento) ou entregar seus ativos a outra parte. Eu estava acostumado a ver quase todos os modelos dessa forma. Então, quando li sobre o Babylon Genesis, um detalhe fez eu parar para pensar. O que chamou minha atenção não foi o conceito de staking de Bitcoin em si, mas o fato de que o Bitcoin permanece em sua própria blockchain, na carteira do proprietário, protegido por timelocks e scripts, em vez de ser transferido para outro sistema. Eu tive que ler mais sobre timelocks, scripts, Finality Providers e o mecanismo de slashing antes de perceber que a ideia era bem menos simples do que eu havia inicialmente imaginado. No começo, assumi que o Babylon estava simplesmente tentando levar o Bitcoin para redes de Proof of Stake. Mais tarde, percebi que o foco não era fazer com que o Bitcoin “fizesse staking”, mas tornar o Bitcoin uma fonte de segurança econômica para cadeias PoS, preservando tanto o modelo de Proof of Work quanto o controle dos usuários sobre seus ativos. Pela minha perspectiva atual, a diferença real está em separar a capacidade de fornecer segurança econômica da necessidade de modificar o próprio protocolo do Bitcoin, em vez de tratar as duas coisas como inseparáveis. Isso me fez repensar o modelo de confiança. O Babylon Genesis não parece estar tentando mudar o Bitcoin, mas mudar como outros sistemas aproveitam suas propriedades existentes: imutabilidade, poder de hash e autocustódia. O Bitcoin permanece como a camada fundamental de segurança, enquanto o Babylon Genesis se torna a camada de coordenação para validadores, Finality Providers, staking e slashing, permitindo que redes PoS “alugassem” essa fonte de segurança. @babylonlabs_io #baby $BABY {future}(BABYUSDT) $KOMA $DEXE #KospiHitsIntradayRecordUp17% #KospiJumpsRecord15% #KOSPITriggersBuySideSidecar #NasdaqRebounds2.8%EndingSixDaySlide {future}(DEXEUSDT) {future}(KOMAUSDT)
No passado, eu quase tomava como garantido que o Bitcoin era verdadeiramente adequado apenas como reserva de valor. Se você quisesse desbloquear o valor econômico do Bitcoin, teria que aceitar a ponte, o wrapping (empacotamento) ou entregar seus ativos a outra parte. Eu estava acostumado a ver quase todos os modelos dessa forma.

Então, quando li sobre o Babylon Genesis, um detalhe fez eu parar para pensar. O que chamou minha atenção não foi o conceito de staking de Bitcoin em si, mas o fato de que o Bitcoin permanece em sua própria blockchain, na carteira do proprietário, protegido por timelocks e scripts, em vez de ser transferido para outro sistema. Eu tive que ler mais sobre timelocks, scripts, Finality Providers e o mecanismo de slashing antes de perceber que a ideia era bem menos simples do que eu havia inicialmente imaginado.

No começo, assumi que o Babylon estava simplesmente tentando levar o Bitcoin para redes de Proof of Stake. Mais tarde, percebi que o foco não era fazer com que o Bitcoin “fizesse staking”, mas tornar o Bitcoin uma fonte de segurança econômica para cadeias PoS, preservando tanto o modelo de Proof of Work quanto o controle dos usuários sobre seus ativos.

Pela minha perspectiva atual, a diferença real está em separar a capacidade de fornecer segurança econômica da necessidade de modificar o próprio protocolo do Bitcoin, em vez de tratar as duas coisas como inseparáveis.

Isso me fez repensar o modelo de confiança. O Babylon Genesis não parece estar tentando mudar o Bitcoin, mas mudar como outros sistemas aproveitam suas propriedades existentes: imutabilidade, poder de hash e autocustódia. O Bitcoin permanece como a camada fundamental de segurança, enquanto o Babylon Genesis se torna a camada de coordenação para validadores, Finality Providers, staking e slashing, permitindo que redes PoS “alugassem” essa fonte de segurança.
@BabylonLabs_io #baby
$BABY
$KOMA $DEXE
#KospiHitsIntradayRecordUp17% #KospiJumpsRecord15% #KOSPITriggersBuySideSidecar #NasdaqRebounds2.8%EndingSixDaySlide
♥️Bullish
💚Bearish
16 hora(s) restante(s)
PINNED
Inicialmente, acompanhar o mercado cripto com 0.5 BTC nas últimas semanas, observando narrativas, fluxos de capital e mudanças no ecossistema, parecia apenas uma forma de encontrar oportunidades antes do altseason. Mas esse processo me fez perceber que o problema não é prever o timing certo para o crescimento, e sim entender os sinais silenciosos que se formam antes que a maioria os reconheça. A partir daí, a maneira como avalio oportunidades em um ciclo de crescimento mudou. O mercado não é visto apenas pelo que está subindo de preço, mas também pelos fluxos subjacentes: usuários, liquidez, produtos com demanda real e narrativas que estão sendo construídas. Imagine um rio antes da água subir. A superfície só mostra o resultado final, enquanto a mudança começa a partir do que está acontecendo por baixo: novo volume de água, direção do fluxo e a pressão acumulada. Só quando o nível da água fica evidente é que a maioria percebe o que vem acontecendo o tempo todo. Essa perspectiva é o que me faz ter interesse em Babylon. Em vez de focar na atenção de curto prazo, a Babylon está construindo infraestrutura que amplia a usabilidade do Bitcoin, conectando a segurança do Bitcoin, mecanismos de staking e aplicações financeiras on-chain para criar uma demanda mais prática. Vejo isso de forma semelhante ao avaliar uma empresa antes de a receita crescer significativamente. Quem só olha para o preço enxerga as mudanças na fase final, enquanto quem observa com mais cuidado observa usuários, produtos e escalabilidade antes de os resultados aparecerem. Portanto, eu não avalio a Babylon apenas com base na atenção atual. O que importa é se ela consegue gerar uma demanda real de uso, ampliar o papel do Bitcoin em DeFi e manter valor em condições de mercado difíceis, em vez de simplesmente criar uma narrativa atraente. O que eu mais me importo é: a Babylon realmente muda a forma como o valor do Bitcoin é utilizado na economia on-chain, ou apenas cria uma nova narrativa? Porque o valor de longo prazo não vem de ser o mais notado, mas de construir uma base sólida antes que a maioria reconheça a mudança. @babylonlabs_io $BABY #baby $DEXE $UAI
Inicialmente, acompanhar o mercado cripto com 0.5 BTC nas últimas semanas, observando narrativas, fluxos de capital e mudanças no ecossistema, parecia apenas uma forma de encontrar oportunidades antes do altseason. Mas esse processo me fez perceber que o problema não é prever o timing certo para o crescimento, e sim entender os sinais silenciosos que se formam antes que a maioria os reconheça.

A partir daí, a maneira como avalio oportunidades em um ciclo de crescimento mudou. O mercado não é visto apenas pelo que está subindo de preço, mas também pelos fluxos subjacentes: usuários, liquidez, produtos com demanda real e narrativas que estão sendo construídas.

Imagine um rio antes da água subir. A superfície só mostra o resultado final, enquanto a mudança começa a partir do que está acontecendo por baixo: novo volume de água, direção do fluxo e a pressão acumulada. Só quando o nível da água fica evidente é que a maioria percebe o que vem acontecendo o tempo todo.

Essa perspectiva é o que me faz ter interesse em Babylon. Em vez de focar na atenção de curto prazo, a Babylon está construindo infraestrutura que amplia a usabilidade do Bitcoin, conectando a segurança do Bitcoin, mecanismos de staking e aplicações financeiras on-chain para criar uma demanda mais prática.

Vejo isso de forma semelhante ao avaliar uma empresa antes de a receita crescer significativamente. Quem só olha para o preço enxerga as mudanças na fase final, enquanto quem observa com mais cuidado observa usuários, produtos e escalabilidade antes de os resultados aparecerem.

Portanto, eu não avalio a Babylon apenas com base na atenção atual. O que importa é se ela consegue gerar uma demanda real de uso, ampliar o papel do Bitcoin em DeFi e manter valor em condições de mercado difíceis, em vez de simplesmente criar uma narrativa atraente.

O que eu mais me importo é: a Babylon realmente muda a forma como o valor do Bitcoin é utilizado na economia on-chain, ou apenas cria uma nova narrativa? Porque o valor de longo prazo não vem de ser o mais notado, mas de construir uma base sólida antes que a maioria reconheça a mudança.
@BabylonLabs_io $BABY #baby
$DEXE $UAI
📌 Wait for confirmation
✏️ Spot early signals
📍Follow smart money
🖌️Build before attention
6 hora(s) restante(s)
É por isso que eu continuo assistindo Babylon além da narrativa atual. O verdadeiro valor será comprovado pelo que ela constrói quando a atenção desaparecer.
É por isso que eu continuo assistindo Babylon além da narrativa atual. O verdadeiro valor será comprovado pelo que ela constrói quando a atenção desaparecer.
Minh Nhat Builder
·
--
Inicialmente, acompanhar o mercado cripto com 0.5 BTC nas últimas semanas, observando narrativas, fluxos de capital e mudanças no ecossistema, parecia apenas uma forma de encontrar oportunidades antes do altseason. Mas esse processo me fez perceber que o problema não é prever o timing certo para o crescimento, e sim entender os sinais silenciosos que se formam antes que a maioria os reconheça.

A partir daí, a maneira como avalio oportunidades em um ciclo de crescimento mudou. O mercado não é visto apenas pelo que está subindo de preço, mas também pelos fluxos subjacentes: usuários, liquidez, produtos com demanda real e narrativas que estão sendo construídas.

Imagine um rio antes da água subir. A superfície só mostra o resultado final, enquanto a mudança começa a partir do que está acontecendo por baixo: novo volume de água, direção do fluxo e a pressão acumulada. Só quando o nível da água fica evidente é que a maioria percebe o que vem acontecendo o tempo todo.

Essa perspectiva é o que me faz ter interesse em Babylon. Em vez de focar na atenção de curto prazo, a Babylon está construindo infraestrutura que amplia a usabilidade do Bitcoin, conectando a segurança do Bitcoin, mecanismos de staking e aplicações financeiras on-chain para criar uma demanda mais prática.

Vejo isso de forma semelhante ao avaliar uma empresa antes de a receita crescer significativamente. Quem só olha para o preço enxerga as mudanças na fase final, enquanto quem observa com mais cuidado observa usuários, produtos e escalabilidade antes de os resultados aparecerem.

Portanto, eu não avalio a Babylon apenas com base na atenção atual. O que importa é se ela consegue gerar uma demanda real de uso, ampliar o papel do Bitcoin em DeFi e manter valor em condições de mercado difíceis, em vez de simplesmente criar uma narrativa atraente.

O que eu mais me importo é: a Babylon realmente muda a forma como o valor do Bitcoin é utilizado na economia on-chain, ou apenas cria uma nova narrativa? Porque o valor de longo prazo não vem de ser o mais notado, mas de construir uma base sólida antes que a maioria reconheça a mudança.
@BabylonLabs_io $BABY #baby
$DEXE $UAI
No fim, acredito que as maiores oportunidades não são encontradas quando todos estão olhando, mas quando a base está sendo construída em silêncio. A questão é se Babilônia pode transformar o potencial do Bitcoin em uma utilidade sustentável on-chain.
No fim, acredito que as maiores oportunidades não são encontradas quando todos estão olhando, mas quando a base está sendo construída em silêncio. A questão é se Babilônia pode transformar o potencial do Bitcoin em uma utilidade sustentável on-chain.
Minh Nhat Builder
·
--
Inicialmente, acompanhar o mercado cripto com 0.5 BTC nas últimas semanas, observando narrativas, fluxos de capital e mudanças no ecossistema, parecia apenas uma forma de encontrar oportunidades antes do altseason. Mas esse processo me fez perceber que o problema não é prever o timing certo para o crescimento, e sim entender os sinais silenciosos que se formam antes que a maioria os reconheça.

A partir daí, a maneira como avalio oportunidades em um ciclo de crescimento mudou. O mercado não é visto apenas pelo que está subindo de preço, mas também pelos fluxos subjacentes: usuários, liquidez, produtos com demanda real e narrativas que estão sendo construídas.

Imagine um rio antes da água subir. A superfície só mostra o resultado final, enquanto a mudança começa a partir do que está acontecendo por baixo: novo volume de água, direção do fluxo e a pressão acumulada. Só quando o nível da água fica evidente é que a maioria percebe o que vem acontecendo o tempo todo.

Essa perspectiva é o que me faz ter interesse em Babylon. Em vez de focar na atenção de curto prazo, a Babylon está construindo infraestrutura que amplia a usabilidade do Bitcoin, conectando a segurança do Bitcoin, mecanismos de staking e aplicações financeiras on-chain para criar uma demanda mais prática.

Vejo isso de forma semelhante ao avaliar uma empresa antes de a receita crescer significativamente. Quem só olha para o preço enxerga as mudanças na fase final, enquanto quem observa com mais cuidado observa usuários, produtos e escalabilidade antes de os resultados aparecerem.

Portanto, eu não avalio a Babylon apenas com base na atenção atual. O que importa é se ela consegue gerar uma demanda real de uso, ampliar o papel do Bitcoin em DeFi e manter valor em condições de mercado difíceis, em vez de simplesmente criar uma narrativa atraente.

O que eu mais me importo é: a Babylon realmente muda a forma como o valor do Bitcoin é utilizado na economia on-chain, ou apenas cria uma nova narrativa? Porque o valor de longo prazo não vem de ser o mais notado, mas de construir uma base sólida antes que a maioria reconheça a mudança.
@BabylonLabs_io $BABY #baby
$DEXE $UAI
O valor real é comprovado sob pressão, não durante o hype. O futuro de Babylon depende de saber se a adoção consegue sustentar a demanda além da narrativa.
O valor real é comprovado sob pressão, não durante o hype. O futuro de Babylon depende de saber se a adoção consegue sustentar a demanda além da narrativa.
Minh Nhat Builder
·
--
Inicialmente, gastar 1000 USDT pesquisando a Babylon por meio das fases de staking e do roadmap parecia ser apenas uma busca de lucros a partir do discurso “protegido por Bitcoin”. Mas depois de testemunhar mais de 57.000 BTC apostados por mais de 140.000 stakers, percebi que depender de hype e de demanda especulativa pode ser um sinal de uma fraqueza mais profunda. Portanto, eu precisava avaliar cuidadosamente cada camada de valor e o ajuste real produto-mercado.

A partir daí, a forma como avaliei a suposição de “lançar o token e então rodar o marketing” mudou. Um sistema não deve ser visto apenas pelos resultados que ele gera; ele também deve ser examinado com base nos mecanismos que determinam esses resultados.

Imagine construir um arranha-céu. Só quando surge uma pressão real de usuários conservadores, como detentores de Bitcoin, é que as limitações internas começam a afetar toda a experiência.

Foi essa perspectiva que me fez se interessar pela Babylon. Em vez de apenas abordar sintomas externos, a Babylon foca em como cada camada de demanda é formada e operada: a Fase 1 cria a oferta de staking de BTC, a Fase 2 comprova utilidade por meio de DEX - vault - restaking - BABY LST e a Fase 3 expande Bitcoin Secured Networks + EVM para uma estrutura coordenada mais clara.

Um sistema confiável precisa passar no teste nas circunstâncias mais difíceis. Quando o mercado fica volátil e os detentores de Bitcoin se tornam mais exigentes, os usuários ainda precisam entender claramente o staking real de BTC, a utilidade on-chain e a demanda por BABY a partir da adoção — em vez de apenas olhar para uma interface simples.

Portanto, eu não avalio a Babylon apenas pela superfície. Mais importante ainda, a questão é se ela consegue comprovar o ajuste produto-mercado da camada de staking, transformar a rede em uma infraestrutura DeFi real e fazer do BABY um hub de liquidez e governança, sem criar complexidade operacional adicional.

Por fim, minha pergunta para a Babylon é: ela realmente muda como a demanda da rede é construída ou apenas torna o problema mais difícil de enxergar? Porque o valor de longo prazo de um sistema complexo depende de manter a clareza sob pressão. @BabylonLabs_io
#baby $BABY $DEXE
No fim, as narrativas atraem atenção, mas o product-market fit mantém os usuários. O tempo dirá se a Babylon pode se tornar uma infraestrutura duradoura de Bitcoin ou permanecer apenas mais uma história cativante.
No fim, as narrativas atraem atenção, mas o product-market fit mantém os usuários. O tempo dirá se a Babylon pode se tornar uma infraestrutura duradoura de Bitcoin ou permanecer apenas mais uma história cativante.
Minh Nhat Builder
·
--
Inicialmente, gastar 1000 USDT pesquisando a Babylon por meio das fases de staking e do roadmap parecia ser apenas uma busca de lucros a partir do discurso “protegido por Bitcoin”. Mas depois de testemunhar mais de 57.000 BTC apostados por mais de 140.000 stakers, percebi que depender de hype e de demanda especulativa pode ser um sinal de uma fraqueza mais profunda. Portanto, eu precisava avaliar cuidadosamente cada camada de valor e o ajuste real produto-mercado.

A partir daí, a forma como avaliei a suposição de “lançar o token e então rodar o marketing” mudou. Um sistema não deve ser visto apenas pelos resultados que ele gera; ele também deve ser examinado com base nos mecanismos que determinam esses resultados.

Imagine construir um arranha-céu. Só quando surge uma pressão real de usuários conservadores, como detentores de Bitcoin, é que as limitações internas começam a afetar toda a experiência.

Foi essa perspectiva que me fez se interessar pela Babylon. Em vez de apenas abordar sintomas externos, a Babylon foca em como cada camada de demanda é formada e operada: a Fase 1 cria a oferta de staking de BTC, a Fase 2 comprova utilidade por meio de DEX - vault - restaking - BABY LST e a Fase 3 expande Bitcoin Secured Networks + EVM para uma estrutura coordenada mais clara.

Um sistema confiável precisa passar no teste nas circunstâncias mais difíceis. Quando o mercado fica volátil e os detentores de Bitcoin se tornam mais exigentes, os usuários ainda precisam entender claramente o staking real de BTC, a utilidade on-chain e a demanda por BABY a partir da adoção — em vez de apenas olhar para uma interface simples.

Portanto, eu não avalio a Babylon apenas pela superfície. Mais importante ainda, a questão é se ela consegue comprovar o ajuste produto-mercado da camada de staking, transformar a rede em uma infraestrutura DeFi real e fazer do BABY um hub de liquidez e governança, sem criar complexidade operacional adicional.

Por fim, minha pergunta para a Babylon é: ela realmente muda como a demanda da rede é construída ou apenas torna o problema mais difícil de enxergar? Porque o valor de longo prazo de um sistema complexo depende de manter a clareza sob pressão. @BabylonLabs_io
#baby $BABY $DEXE
Verificado
Inicialmente, gastar 1000 USDT pesquisando a Babylon por meio das fases de staking e do roadmap parecia ser apenas uma busca de lucros a partir do discurso “protegido por Bitcoin”. Mas depois de testemunhar mais de 57.000 BTC apostados por mais de 140.000 stakers, percebi que depender de hype e de demanda especulativa pode ser um sinal de uma fraqueza mais profunda. Portanto, eu precisava avaliar cuidadosamente cada camada de valor e o ajuste real produto-mercado. A partir daí, a forma como avaliei a suposição de “lançar o token e então rodar o marketing” mudou. Um sistema não deve ser visto apenas pelos resultados que ele gera; ele também deve ser examinado com base nos mecanismos que determinam esses resultados. Imagine construir um arranha-céu. Só quando surge uma pressão real de usuários conservadores, como detentores de Bitcoin, é que as limitações internas começam a afetar toda a experiência. Foi essa perspectiva que me fez se interessar pela Babylon. Em vez de apenas abordar sintomas externos, a Babylon foca em como cada camada de demanda é formada e operada: a Fase 1 cria a oferta de staking de BTC, a Fase 2 comprova utilidade por meio de DEX - vault - restaking - BABY LST e a Fase 3 expande Bitcoin Secured Networks + EVM para uma estrutura coordenada mais clara. Um sistema confiável precisa passar no teste nas circunstâncias mais difíceis. Quando o mercado fica volátil e os detentores de Bitcoin se tornam mais exigentes, os usuários ainda precisam entender claramente o staking real de BTC, a utilidade on-chain e a demanda por BABY a partir da adoção — em vez de apenas olhar para uma interface simples. Portanto, eu não avalio a Babylon apenas pela superfície. Mais importante ainda, a questão é se ela consegue comprovar o ajuste produto-mercado da camada de staking, transformar a rede em uma infraestrutura DeFi real e fazer do BABY um hub de liquidez e governança, sem criar complexidade operacional adicional. Por fim, minha pergunta para a Babylon é: ela realmente muda como a demanda da rede é construída ou apenas torna o problema mais difícil de enxergar? Porque o valor de longo prazo de um sistema complexo depende de manter a clareza sob pressão. @babylonlabs_io #baby $BABY $DEXE
Inicialmente, gastar 1000 USDT pesquisando a Babylon por meio das fases de staking e do roadmap parecia ser apenas uma busca de lucros a partir do discurso “protegido por Bitcoin”. Mas depois de testemunhar mais de 57.000 BTC apostados por mais de 140.000 stakers, percebi que depender de hype e de demanda especulativa pode ser um sinal de uma fraqueza mais profunda. Portanto, eu precisava avaliar cuidadosamente cada camada de valor e o ajuste real produto-mercado.

A partir daí, a forma como avaliei a suposição de “lançar o token e então rodar o marketing” mudou. Um sistema não deve ser visto apenas pelos resultados que ele gera; ele também deve ser examinado com base nos mecanismos que determinam esses resultados.

Imagine construir um arranha-céu. Só quando surge uma pressão real de usuários conservadores, como detentores de Bitcoin, é que as limitações internas começam a afetar toda a experiência.

Foi essa perspectiva que me fez se interessar pela Babylon. Em vez de apenas abordar sintomas externos, a Babylon foca em como cada camada de demanda é formada e operada: a Fase 1 cria a oferta de staking de BTC, a Fase 2 comprova utilidade por meio de DEX - vault - restaking - BABY LST e a Fase 3 expande Bitcoin Secured Networks + EVM para uma estrutura coordenada mais clara.

Um sistema confiável precisa passar no teste nas circunstâncias mais difíceis. Quando o mercado fica volátil e os detentores de Bitcoin se tornam mais exigentes, os usuários ainda precisam entender claramente o staking real de BTC, a utilidade on-chain e a demanda por BABY a partir da adoção — em vez de apenas olhar para uma interface simples.

Portanto, eu não avalio a Babylon apenas pela superfície. Mais importante ainda, a questão é se ela consegue comprovar o ajuste produto-mercado da camada de staking, transformar a rede em uma infraestrutura DeFi real e fazer do BABY um hub de liquidez e governança, sem criar complexidade operacional adicional.

Por fim, minha pergunta para a Babylon é: ela realmente muda como a demanda da rede é construída ou apenas torna o problema mais difícil de enxergar? Porque o valor de longo prazo de um sistema complexo depende de manter a clareza sob pressão. @BabylonLabs_io
#baby $BABY $DEXE
💥 Real BTC utility
67%
⚡️Staking adoption
0%
🌈 DeFi ecosystem growth
33%
🌊 Strong token economics
0%
3 Votos • Votação encerrada
Eu analisei algumas das atualizações recentes da Babylon há pouco tempo e notei uma coisa que passou despercebida — a reformulação do token BABY. Há uma tensão silenciosa, mas importante, se formando em torno da maneira como um token de governança se encaixa em um sistema construído principalmente sobre mecanismos não confiáveis. O que parece interessante é que um modelo de taxas baseado em leilões está sendo considerado — para o mercado precificar o acesso, em vez de uma taxa fixa. Não tenho certeza de como isso se combina com um vault não confiável, mas me faz pensar que a descoberta de preço está sendo escolhida de forma mais intencional do que por decisões de governança. A pergunta que me veio à mente é: será que tokens de governança e protocolos não confiáveis realmente se complementam? Adicionar uma camada de governança BABY cria uma superfície onde a influência se concentra, de maneira silenciosa? Isso me faz pensar que essa tensão raramente é resolvida de forma tão limpa quanto aparenta. Do lado de fora, o papel em evolução do BABY parece ser a camada menos estável do TBV. Às vezes eu me pergunto se o modelo de leilões atrai os participantes certos ou se atrai principalmente pessoas que buscam posições de taxa. O design parece intencional, mas a forma como ele se sustenta nas condições reais ainda está aberta — de qualquer forma, … o tempo dirá @babylonlabs_io #baby $BABY $DEXE $AKE
Eu analisei algumas das atualizações recentes da Babylon há pouco tempo e notei uma coisa que passou despercebida — a reformulação do token BABY. Há uma tensão silenciosa, mas importante, se formando em torno da maneira como um token de governança se encaixa em um sistema construído principalmente sobre mecanismos não confiáveis.

O que parece interessante é que um modelo de taxas baseado em leilões está sendo considerado — para o mercado precificar o acesso, em vez de uma taxa fixa.

Não tenho certeza de como isso se combina com um vault não confiável, mas me faz pensar que a descoberta de preço está sendo escolhida de forma mais intencional do que por decisões de governança. A pergunta que me veio à mente é: será que tokens de governança e protocolos não confiáveis realmente se complementam? Adicionar uma camada de governança BABY cria uma superfície onde a influência se concentra, de maneira silenciosa?

Isso me faz pensar que essa tensão raramente é resolvida de forma tão limpa quanto aparenta. Do lado de fora, o papel em evolução do BABY parece ser a camada menos estável do TBV. Às vezes eu me pergunto se o modelo de leilões atrai os participantes certos ou se atrai principalmente pessoas que buscam posições de taxa. O design parece intencional, mas a forma como ele se sustenta nas condições reais ainda está aberta — de qualquer forma, … o tempo dirá @BabylonLabs_io #baby $BABY $DEXE $AKE
🧲True security
67%
🛡️Native yield
0%
🧿Lower risk
33%
🧬Clear design
0%
3 Votos • Votação encerrada
Há pessoas em um grupo postando uma captura da posição “TBV” delas com a frase: “Não há mais risco de bridge; no fim, o BTC na DeFi acabou sendo feito do jeito certo.” Alguém perguntou: “Seu BTC realmente está onde neste momento?” Ele não respondeu; apenas republicou a mesma imagem. Trustless Bitcoin Vaults realmente resolvem um problema de verdade: não há wrapped token, não há bridge multisig guardando BTC. A Babylon permite que BTC nativo fique como lastro de um empréstimo via Aave v4, onde você deposita BTC e pega USDC ou USDT. O risco de custódia diminui, mas o risco raramente desaparece — ele apenas muda de lugar. Do ponto de vista técnico, quando sua posição lastreada por BTC está no Aave v4, você herda o risco do Aave — bug em contrato smart, manipulação de oracle, alteração de parâmetros de governança ou mudanças no modelo de juros sob stress. Nada disso é novo; o Aave já foi auditado e testado ao longo de vários anos. Mas é um tipo de risco diferente daquele que o TBV foi construído para eliminar. Você trocou “alguém controlar meu BTC” por “1 pilha de smart contract que controla o que meu BTC pode fazer” — duas categorias diferentes, embora ambas sejam chamadas de “trustless”. Autocrítica: eu não estou dizendo que isso torne o TBV pior que wrapped BTC. Eliminar o risco de custódia ainda é uma melhoria real, e o histórico do Aave é mais forte do que a maioria dos operadores de bridge. O problema é que “trustless” é aplicado a toda a pilha, enquanto tecnicamente ele descreve apenas a camada de custódia. É exatamente aí que os usuários deixam de perguntar onde, de fato, está o BTC deles. O valor de #BABY depende do crescimento do volume de TBV, o que depende de os usuários confiarem em toda a pilha — não apenas na mecânica do lado do Bitcoin. Eu prefiro ver @babylonlabs_io $BABY e deixar claro o risco do lado do Aave do que permitir que “trustless” o encubra silenciosamente.
Há pessoas em um grupo postando uma captura da posição “TBV” delas com a frase: “Não há mais risco de bridge; no fim, o BTC na DeFi acabou sendo feito do jeito certo.” Alguém perguntou: “Seu BTC realmente está onde neste momento?” Ele não respondeu; apenas republicou a mesma imagem. Trustless Bitcoin Vaults realmente resolvem um problema de verdade: não há wrapped token, não há bridge multisig guardando BTC. A Babylon permite que BTC nativo fique como lastro de um empréstimo via Aave v4, onde você deposita BTC e pega USDC ou USDT. O risco de custódia diminui, mas o risco raramente desaparece — ele apenas muda de lugar.

Do ponto de vista técnico, quando sua posição lastreada por BTC está no Aave v4, você herda o risco do Aave — bug em contrato smart, manipulação de oracle, alteração de parâmetros de governança ou mudanças no modelo de juros sob stress. Nada disso é novo; o Aave já foi auditado e testado ao longo de vários anos. Mas é um tipo de risco diferente daquele que o TBV foi construído para eliminar. Você trocou “alguém controlar meu BTC” por “1 pilha de smart contract que controla o que meu BTC pode fazer” — duas categorias diferentes, embora ambas sejam chamadas de “trustless”. Autocrítica: eu não estou dizendo que isso torne o TBV pior que wrapped BTC. Eliminar o risco de custódia ainda é uma melhoria real, e o histórico do Aave é mais forte do que a maioria dos operadores de bridge. O problema é que “trustless” é aplicado a toda a pilha, enquanto tecnicamente ele descreve apenas a camada de custódia. É exatamente aí que os usuários deixam de perguntar onde, de fato, está o BTC deles. O valor de #BABY depende do crescimento do volume de TBV, o que depende de os usuários confiarem em toda a pilha — não apenas na mecânica do lado do Bitcoin. Eu prefiro ver @BabylonLabs_io $BABY e deixar claro o risco do lado do Aave do que permitir que “trustless” o encubra silenciosamente.
🟤More than BTC
0%
🔴 Long-term play
33%
🟠Early adoption
67%
⚫️New narrative
0%
3 Votos • Votação encerrada
Por muitos anos, mantive alguns BTC parados, sem fazer nada. Isso sempre me incomodou. Eu não vendi porque ainda acredito nele a longo prazo, mas também não ganhei nada enquanto ele estava no cofre frio. Basicamente, é por isso que Babylon chamou minha atenção alguns meses atrás. A ideia é simples o suficiente para que, no início, eu quase não acreditasse: fazer stake do seu BTC de verdade, sem wrap, sem bridge para nenhuma sidechain, sem confiar num custodiante que guarda sua chave. Ele ainda fica na rede Bitcoin o tempo todo. Essa parte de autocustódia é mais importante para mim do que as pessoas pensam, porque eu já fui queimado antes ao confiar em um intermediário com um ativo que eu achava que estava “staked de forma segura”. O que é realmente interessante é o caso de uso. As cadeias PoS que tomam emprestada a segurança do Bitcoin para iniciar a confiança delas próprias é um pedaço de engenharia inteligente, para falar a verdade. Se isso se traduz em um rendimento sustentável no longo prazo, é a pergunta de verdade que ainda ninguém respondeu. Os scripts timelock e as condições de slashing parecem sólidos no papel, mas papel e mainnet sob pressão são duas coisas diferentes. Eu transferi uma quantia pequena, não “all in” até ver como isso funciona na pressão do mercado real — não só em condições tranquilas. Continuo cético sobre tokenomics e sobre como o BABY acumula valor versus ser apenas um token de orquestração. Alguém mais está tentando isso, ou todos vocês continuam só observando de fora como eu fiz por tantos meses? @babylonlabs_io #baby $BABY $VELVET $BANK
Por muitos anos, mantive alguns BTC parados, sem fazer nada. Isso sempre me incomodou. Eu não vendi porque ainda acredito nele a longo prazo, mas também não ganhei nada enquanto ele estava no cofre frio. Basicamente, é por isso que Babylon chamou minha atenção alguns meses atrás. A ideia é simples o suficiente para que, no início, eu quase não acreditasse: fazer stake do seu BTC de verdade, sem wrap, sem bridge para nenhuma sidechain, sem confiar num custodiante que guarda sua chave. Ele ainda fica na rede Bitcoin o tempo todo. Essa parte de autocustódia é mais importante para mim do que as pessoas pensam, porque eu já fui queimado antes ao confiar em um intermediário com um ativo que eu achava que estava “staked de forma segura”. O que é realmente interessante é o caso de uso. As cadeias PoS que tomam emprestada a segurança do Bitcoin para iniciar a confiança delas próprias é um pedaço de engenharia inteligente, para falar a verdade. Se isso se traduz em um rendimento sustentável no longo prazo, é a pergunta de verdade que ainda ninguém respondeu. Os scripts timelock e as condições de slashing parecem sólidos no papel, mas papel e mainnet sob pressão são duas coisas diferentes. Eu transferi uma quantia pequena, não “all in” até ver como isso funciona na pressão do mercado real — não só em condições tranquilas. Continuo cético sobre tokenomics e sobre como o BABY acumula valor versus ser apenas um token de orquestração. Alguém mais está tentando isso, ou todos vocês continuam só observando de fora como eu fiz por tantos meses?
@BabylonLabs_io #baby $BABY
$VELVET $BANK
🔴 Long-term play
0%
⚫️New narrative
0%
🟤More than BTC
0%
🟠Early adoption
100%
1 Votos • Votação encerrada
Eu vi bastante histórias girando em torno de visões ambiciosas: desde pontes entre cadeias cruzadas, BTC “embrulhado” até inúmeras soluções para “levar o Bitcoin para o DeFi”. Mas quanto mais eu me aprofundo, mais percebo que o que realmente chama atenção ainda é a confiabilidade e a originalidade do Bitcoin. Antes de existir uma solução sem necessidade de confiança, tudo ainda funcionava, mas sempre havia incerteza ao sair da cadeia original e precisar confiar em terceiros. O DeFi do Bitcoin também passou por um período semelhante. É por isso que me chamou atenção um aspecto que ainda recebeu pouca atenção: manter pagamentos em Bitcoin na cadeia original, enquanto se usa a flexibilidade do DeFi — não tokens envoltos nem custodiantes, mas sim um Bitcoin Vault sem necessidade de confiança. Comecei a prestar atenção nos Babylon Trustless Bitcoin Vaults (TBV) por causa disso. A ideia é extremamente atraente: em vez de criar mais um app de empréstimos ou stablecoin típico, eles estão construindo a infraestrutura central para o Bitcoin DeFi. Manter o BTC intacto na blockchain do Bitcoin, usando provas criptográficas (Taproot, hashlock, ZK-based BABE) para que a Ethereum consiga verificar e interagir sem necessidade de confiança. Essa abordagem realmente respeita a essência do Bitcoin, em vez de tentar “reformá-lo” de um jeito diferente. Ainda assim, no fim das contas tudo se resume à pergunta central: será que encontrará espaço no hábito dos usuários? Um whitepaper ou uma história convincente nunca foi, por si só, evidência do valor real. O que mais importa é o uso prático. A Babylon TBV provavelmente entende isso. O resto, eu acho, o mercado precisa de mais tempo para responder. @babylonlabs_io $BABY #baby $CAP $EDGE {future}(BABYUSDT)
Eu vi bastante histórias girando em torno de visões ambiciosas: desde pontes entre cadeias cruzadas, BTC “embrulhado” até inúmeras soluções para “levar o Bitcoin para o DeFi”. Mas quanto mais eu me aprofundo, mais percebo que o que realmente chama atenção ainda é a confiabilidade e a originalidade do Bitcoin.
Antes de existir uma solução sem necessidade de confiança, tudo ainda funcionava, mas sempre havia incerteza ao sair da cadeia original e precisar confiar em terceiros. O DeFi do Bitcoin também passou por um período semelhante. É por isso que me chamou atenção um aspecto que ainda recebeu pouca atenção: manter pagamentos em Bitcoin na cadeia original, enquanto se usa a flexibilidade do DeFi — não tokens envoltos nem custodiantes, mas sim um Bitcoin Vault sem necessidade de confiança.
Comecei a prestar atenção nos Babylon Trustless Bitcoin Vaults (TBV) por causa disso. A ideia é extremamente atraente: em vez de criar mais um app de empréstimos ou stablecoin típico, eles estão construindo a infraestrutura central para o Bitcoin DeFi. Manter o BTC intacto na blockchain do Bitcoin, usando provas criptográficas (Taproot, hashlock, ZK-based BABE) para que a Ethereum consiga verificar e interagir sem necessidade de confiança. Essa abordagem realmente respeita a essência do Bitcoin, em vez de tentar “reformá-lo” de um jeito diferente.
Ainda assim, no fim das contas tudo se resume à pergunta central: será que encontrará espaço no hábito dos usuários? Um whitepaper ou uma história convincente nunca foi, por si só, evidência do valor real. O que mais importa é o uso prático. A Babylon TBV provavelmente entende isso. O resto, eu acho, o mercado precisa de mais tempo para responder.
@BabylonLabs_io $BABY #baby
$CAP $EDGE
⚡️Pure BTC or wrapped?
0%
Babylon TBV: True DeFi for BTC
0%
🔺Keep BTC native.Game changer
0%
🧬Trustless > Custodian. Agree
0%
0 Votos • Votação encerrada
No começo eu achava que tomar dinheiro emprestado e fazer auto-custódia eram coisas que não andavam juntas: que, quando você precisa de liquidez, tem de entregar as chaves para outra pessoa e esperar. Empréstimos garantidos por Bitcoin nativo parecem romper essa troca, mas o interessante não está nas promessas — e sim no que acontece depois que o empréstimo é aberto. O atrito aparece no fator tempo. A garantia tem de ser depositada em algum lugar que possa ser verificado; isso significa que alguma camada de confiança volta a se infiltrar, apenas alocada de outro modo do que em uma custódia centralizada. As pessoas tratam isso como um detalhe técnico. Na verdade, é o produto inteiro. O que faz alguém continuar tomando empréstimos não é a taxa de juros, mas se aquele processo faz com que eles se sintam seguros já na primeira vez. É isso que retém o usuário — não a inovação. Eu passei um tempo trabalhando na tarefa do CreatorPad para entender a dual delegation da Babylon, e havia um ponto que não saía da minha cabeça… stakers de BTC protegem a rede, mas não têm poder de governança, enquanto holders de BABY têm a voz decisiva. O BTC fornece a potência, mas o BABY é o que segura o volante. Por isso, a pergunta de verdade não é se você consegue tomar empréstimos usando Bitcoin sem ter de abrir mão dele. É se aquele sistema está realmente verificando sua confiança no código ou apenas transferindo o lugar onde você deposita essa confiança. Isso é um design temporário ou a direção de longo prazo da Babylon? @babylonlabs_io $BABY #baby {future}(BABYUSDT) $ESPORTS $AKE
No começo eu achava que tomar dinheiro emprestado e fazer auto-custódia eram coisas que não andavam juntas: que, quando você precisa de liquidez, tem de entregar as chaves para outra pessoa e esperar. Empréstimos garantidos por Bitcoin nativo parecem romper essa troca, mas o interessante não está nas promessas — e sim no que acontece depois que o empréstimo é aberto.

O atrito aparece no fator tempo. A garantia tem de ser depositada em algum lugar que possa ser verificado; isso significa que alguma camada de confiança volta a se infiltrar, apenas alocada de outro modo do que em uma custódia centralizada. As pessoas tratam isso como um detalhe técnico. Na verdade, é o produto inteiro. O que faz alguém continuar tomando empréstimos não é a taxa de juros, mas se aquele processo faz com que eles se sintam seguros já na primeira vez. É isso que retém o usuário — não a inovação.

Eu passei um tempo trabalhando na tarefa do CreatorPad para entender a dual delegation da Babylon, e havia um ponto que não saía da minha cabeça… stakers de BTC protegem a rede, mas não têm poder de governança, enquanto holders de BABY têm a voz decisiva. O BTC fornece a potência, mas o BABY é o que segura o volante.

Por isso, a pergunta de verdade não é se você consegue tomar empréstimos usando Bitcoin sem ter de abrir mão dele. É se aquele sistema está realmente verificando sua confiança no código ou apenas transferindo o lugar onde você deposita essa confiança.

Isso é um design temporário ou a direção de longo prazo da Babylon?
@BabylonLabs_io $BABY #baby

$ESPORTS $AKE
Sempre que olho de novo para o mercado, lembro-me de não poucas soluções que colocaram o Bitcoin no DeFi e que fizeram o mercado inteiro ficar agitado. Em todo ciclo é a mesma coisa: o mercado fica a clamar por Bitcoin DeFi, desenha-se um aumento rápido do TVL e a promessa de uma capacidade enorme de desbloqueio de liquidez. Soa tudo muito convincente, mas quando a nuvem do hype desaparece, o que costuma aparecer são riscos de bridge, riscos de custodiante e o grau de dependência da infraestrutura externa ao Bitcoin. Esse cenário não é nada estranho. Só muda a roupa de cada temporada. Wrapping e bridging talvez tenham sido corrigidos em parte. Mas o nó que ainda me deixa com dúvidas é como fazer com que o BTC participe do DeFi sem comprometer as premissas de segurança do Bitcoin. Acredito que este seja o ponto que vale a pena analisar. Os Babylon Trustless Bitcoin Vaults (TBV) parecem, por sua vez, seguir por outra direção. Em vez de levar o BTC para outra blockchain ou entregá-lo a um custodiador, eles concentram esforços em scripts do Taproot, transações pré-assinadas, fraud proofs e BitVM3 para manter o BTC nativo na própria rede do Bitcoin. Pelo menos para mim, esse caminho vale mais a pena do que continuar amontoando-se na velha estrada. Acho que toda discussão acaba chegando a um limite. Não naquele que é prometido, mas no que realmente acontece depois. Se os usuários ficarem, o valor continua a ser criado e a demanda não desaparece, então o modelo tem razão para existir. Já os @babylonlabs_io TBV $BABY ainda precisam de tempo para provar isso na mainnet e em termos de adoção prática. Ainda estou observando #baby $HYPE $BANK
Sempre que olho de novo para o mercado, lembro-me de não poucas soluções que colocaram o Bitcoin no DeFi e que fizeram o mercado inteiro ficar agitado. Em todo ciclo é a mesma coisa: o mercado fica a clamar por Bitcoin DeFi, desenha-se um aumento rápido do TVL e a promessa de uma capacidade enorme de desbloqueio de liquidez. Soa tudo muito convincente, mas quando a nuvem do hype desaparece, o que costuma aparecer são riscos de bridge, riscos de custodiante e o grau de dependência da infraestrutura externa ao Bitcoin. Esse cenário não é nada estranho. Só muda a roupa de cada temporada.

Wrapping e bridging talvez tenham sido corrigidos em parte. Mas o nó que ainda me deixa com dúvidas é como fazer com que o BTC participe do DeFi sem comprometer as premissas de segurança do Bitcoin. Acredito que este seja o ponto que vale a pena analisar.

Os Babylon Trustless Bitcoin Vaults (TBV) parecem, por sua vez, seguir por outra direção. Em vez de levar o BTC para outra blockchain ou entregá-lo a um custodiador, eles concentram esforços em scripts do Taproot, transações pré-assinadas, fraud proofs e BitVM3 para manter o BTC nativo na própria rede do Bitcoin. Pelo menos para mim, esse caminho vale mais a pena do que continuar amontoando-se na velha estrada.

Acho que toda discussão acaba chegando a um limite. Não naquele que é prometido, mas no que realmente acontece depois. Se os usuários ficarem, o valor continua a ser criado e a demanda não desaparece, então o modelo tem razão para existir. Já os @BabylonLabs_io TBV $BABY ainda precisam de tempo para provar isso na mainnet e em termos de adoção prática.

Ainda estou observando #baby
$HYPE $BANK
Nesta semana, percebi que acabei fazendo isso de novo. Talvez seja só algo que acontece depois de assistir ao mesmo ciclo se repetir muitas vezes. Eu abro outra página de campanha, passo os olhos pelos números, olho para a estrutura do prêmio por um minuto e fecho sem realmente prestar atenção. Antes, talvez eu tivesse ficado por mais tempo. O que eu estava prestando atenção não era em quão grande era o benefício, mas no que acontece depois que as pessoas param de falar sobre ele. É quando um ecossistema revela a verdade sobre si mesmo. Eu não acho que um ecossistema de cripto que se sustenta consiga ser construído simplesmente quando alguém lança staking ou anuncia mais um reward pool. Essas coisas podem atrair as pessoas. Eu também já usei. A maioria de nós também. Mas atrair atenção e mudar comportamento aparentemente já não é a mesma tarefa. O que acho mais interessante são os pequenos ciclos que se formam quando as pessoas param de pensar no motivo de estarem usando alguma coisa. Elas só abrem porque é onde seus ativos já estão. Uma ação natural gera a próxima. Com o tempo, esses pequenos ciclos parecem ser mais importantes do que um assunto com números maiores. Talvez eu esteja entendendo as coisas de forma errada. Talvez antes eu também tenha pensado assim. Usuários reais nem sempre agem do jeito que o plano do produto espera, e o mercado é muito bom em expor premissas frágeis. Na minha visão, os ecossistemas mais fortes não são os mais barulhentos, e sim os lugares para onde as pessoas voltam em silêncio, sem precisar de um motivo novo. Talvez seja o bastante — e é isso que estou observando agora. @grvt_io #grvt $NES $CAP
Nesta semana, percebi que acabei fazendo isso de novo. Talvez seja só algo que acontece depois de assistir ao mesmo ciclo se repetir muitas vezes. Eu abro outra página de campanha, passo os olhos pelos números, olho para a estrutura do prêmio por um minuto e fecho sem realmente prestar atenção. Antes, talvez eu tivesse ficado por mais tempo. O que eu estava prestando atenção não era em quão grande era o benefício, mas no que acontece depois que as pessoas param de falar sobre ele. É quando um ecossistema revela a verdade sobre si mesmo.

Eu não acho que um ecossistema de cripto que se sustenta consiga ser construído simplesmente quando alguém lança staking ou anuncia mais um reward pool. Essas coisas podem atrair as pessoas. Eu também já usei. A maioria de nós também. Mas atrair atenção e mudar comportamento aparentemente já não é a mesma tarefa. O que acho mais interessante são os pequenos ciclos que se formam quando as pessoas param de pensar no motivo de estarem usando alguma coisa. Elas só abrem porque é onde seus ativos já estão. Uma ação natural gera a próxima. Com o tempo, esses pequenos ciclos parecem ser mais importantes do que um assunto com números maiores.

Talvez eu esteja entendendo as coisas de forma errada. Talvez antes eu também tenha pensado assim. Usuários reais nem sempre agem do jeito que o plano do produto espera, e o mercado é muito bom em expor premissas frágeis. Na minha visão, os ecossistemas mais fortes não são os mais barulhentos, e sim os lugares para onde as pessoas voltam em silêncio, sem precisar de um motivo novo. Talvez seja o bastante — e é isso que estou observando agora. @grvt_io #grvt $NES $CAP
Artigo
Newton Protocol: Cada configuração, uma delegaçãoNo início, eu pensei que os identificadores de políticas do Newton Protocol fossem principalmente uma funcionalidade de gerenciamento de versões. Depois de analisar com mais cuidado o fluxo de delegação, comecei a enxergá-los como parte do modelo de segurança do protocolo, e não apenas como uma ferramenta de gerenciamento. O motivo é que a delegação não é determinada apenas pela lógica da política que pode ser reutilizada. Um PolicyClient também fornece uma configuração estruturada, como limites de gastos, destinatários aprovados, restrições por jurisdição ou outras limitações operacionais. Esses valores são avaliados junto com a política; ou seja, o resultado da delegação depende tanto da definição da política quanto da configuração associada a ela.

Newton Protocol: Cada configuração, uma delegação

No início, eu pensei que os identificadores de políticas do Newton Protocol fossem principalmente uma funcionalidade de gerenciamento de versões. Depois de analisar com mais cuidado o fluxo de delegação, comecei a enxergá-los como parte do modelo de segurança do protocolo, e não apenas como uma ferramenta de gerenciamento. O motivo é que a delegação não é determinada apenas pela lógica da política que pode ser reutilizada. Um PolicyClient também fornece uma configuração estruturada, como limites de gastos, destinatários aprovados, restrições por jurisdição ou outras limitações operacionais. Esses valores são avaliados junto com a política; ou seja, o resultado da delegação depende tanto da definição da política quanto da configuração associada a ela.
No início, eu achava que o modelo oracle do Newton Protocol era principalmente sobre levar dados externos para dentro do processo de autorização. Mas, depois de analisar melhor, percebi que a decisão mais interessante está justamente na forma como o protocolo reage quando os dados deixam de ser confiáveis ou simplesmente não podem ser gerados. A diferença entre uma resposta oracle estruturada e um erro de execução altera o fluxo de autorização. O PolicyData Oracle pode retornar um erro para que a política Rego o interprete e recuse. Porém, se o próprio componente WASM falhar, a avaliação gerará um DataProviderError em vez de um resultado de autorização comum. O protocolo evita transformar falhas de infraestrutura em resultados de política ambíguos Isso é importante porque a autorização acontece antes de a transação ser liquidada. Se as informações externas não estiverem disponíveis, o sistema prioriza falhar em vez de adivinhar. A avaliação determinística não depende apenas dos dados de entrada, mas também do comportamento previsível quando os componentes dependentes apresentam problemas. Mas há uma coisa que ainda me deixa em dúvida. O protocolo isola a execução do oracle e limita as requisições a endpoints públicos, mas uma autorização confiável ainda depende de serviços externos. Isso não elimina a confiança Apenas transfere a confiança para outro lugar. A implementação é mais importante do que o mecanismo em si Essa arquitetura reduz a incerteza durante a avaliação da política, mas a incerteza de fora nunca desaparece completamente. Esse modelo fail-closed realmente reduz o risco da autorização ou apenas redefine onde a confiabilidade operacional se torna a suposição mais crítica? $NEWT #Newt @NewtonProtocol
No início, eu achava que o modelo oracle do Newton Protocol era principalmente sobre levar dados externos para dentro do processo de autorização. Mas, depois de analisar melhor, percebi que a decisão mais interessante está justamente na forma como o protocolo reage quando os dados deixam de ser confiáveis ou simplesmente não podem ser gerados. A diferença entre uma resposta oracle estruturada e um erro de execução altera o fluxo de autorização. O PolicyData Oracle pode retornar um erro para que a política Rego o interprete e recuse. Porém, se o próprio componente WASM falhar, a avaliação gerará um DataProviderError em vez de um resultado de autorização comum. O protocolo evita transformar falhas de infraestrutura em resultados de política ambíguos

Isso é importante porque a autorização acontece antes de a transação ser liquidada. Se as informações externas não estiverem disponíveis, o sistema prioriza falhar em vez de adivinhar. A avaliação determinística não depende apenas dos dados de entrada, mas também do comportamento previsível quando os componentes dependentes apresentam problemas. Mas há uma coisa que ainda me deixa em dúvida. O protocolo isola a execução do oracle e limita as requisições a endpoints públicos, mas uma autorização confiável ainda depende de serviços externos.

Isso não elimina a confiança
Apenas transfere a confiança para outro lugar.
A implementação é mais importante do que o mecanismo em si

Essa arquitetura reduz a incerteza durante a avaliação da política, mas a incerteza de fora nunca desaparece completamente. Esse modelo fail-closed realmente reduz o risco da autorização ou apenas redefine onde a confiabilidade operacional se torna a suposição mais crítica?
$NEWT #Newt @NewtonProtocol
Parcialmente verdadeiro
#grvt @grvt_io Enquanto conversava com você, entrei na aba Explorar do Binance Wallet para dar uma olhada e percebi que havia uma condição. A campanha Booster GRVT foi oficialmente lançada às 07:00 UTC do dia 10 de julho. Não é negociação, nem depósito: são apenas missões, mas você precisa ter pelo menos 2 Alpha Points para ser elegível. O que realmente me chamou atenção é que, ao lado do Booster, há também um item de inscrição no Plano de Multiplicador, que também começa no dia 10 de julho e vai até o dia 27 de julho. À primeira vista, esse mecanismo parece bem equilibrado. É uma forma voluntária de participar; você pode receber a distribuição do GRVT na data do TGE como todo mundo, ou então adiar por 4 meses (multiplicador 2×) ou por 8 meses (multiplicador 4×). Mas pense um pouco mais a fundo. A opção padrão permite que você receba logo, mas em menor quantidade. A opção avançada, que de fato maximiza a sua alocação, exige que você bloqueie capital e aguarde. Então, aqueles que recebem primeiro são basicamente pessoas que escolheram o caminho mais simples; enquanto os prêmios maiores ficam silenciosamente reservados para aqueles que leem com atenção os termos e concordam em bloquear seus tokens por vários meses. Antes de verificar meu saldo de Alpha Points, quase me inscrevi no Multiplier Plan. Nesse momento, eu mesmo me prendi a um período de espera mais longo para um plano do qual eu nem sequer era elegível para aumentar a recompensa corretamente. Felizmente, percebi a tempo, desisti e segui em frente. Isso me fez pensar: no fim, quantos tokens serão adiados recebidos em comparação com os recebidos imediatamente no dia… alguém já acompanhou essa proporção? 🤔 $CAP $NES $ARX
#grvt @grvt_io
Enquanto conversava com você, entrei na aba Explorar do Binance Wallet para dar uma olhada e percebi que havia uma condição. A campanha Booster GRVT foi oficialmente lançada às 07:00 UTC do dia 10 de julho. Não é negociação, nem depósito: são apenas missões, mas você precisa ter pelo menos 2 Alpha Points para ser elegível. O que realmente me chamou atenção é que, ao lado do Booster, há também um item de inscrição no Plano de Multiplicador, que também começa no dia 10 de julho e vai até o dia 27 de julho.

À primeira vista, esse mecanismo parece bem equilibrado. É uma forma voluntária de participar; você pode receber a distribuição do GRVT na data do TGE como todo mundo, ou então adiar por 4 meses (multiplicador 2×) ou por 8 meses (multiplicador 4×).

Mas pense um pouco mais a fundo. A opção padrão permite que você receba logo, mas em menor quantidade. A opção avançada, que de fato maximiza a sua alocação, exige que você bloqueie capital e aguarde. Então, aqueles que recebem primeiro são basicamente pessoas que escolheram o caminho mais simples; enquanto os prêmios maiores ficam silenciosamente reservados para aqueles que leem com atenção os termos e concordam em bloquear seus tokens por vários meses.

Antes de verificar meu saldo de Alpha Points, quase me inscrevi no Multiplier Plan. Nesse momento, eu mesmo me prendi a um período de espera mais longo para um plano do qual eu nem sequer era elegível para aumentar a recompensa corretamente. Felizmente, percebi a tempo, desisti e segui em frente. Isso me fez pensar: no fim, quantos tokens serão adiados recebidos em comparação com os recebidos imediatamente no dia… alguém já acompanhou essa proporção? 🤔
$CAP $NES $ARX
Artigo
Fronteiras Antes da Transação: Como a Newton Constrói um Sistema de Autorização Definido por ConfiguraçãoEu passei algum tempo pensando sobre a arquitetura de autorização da Newton, mas minhas suposições mudaram quando parei de enxergar as políticas como regras de conformidade e comecei a vê-las como uma fronteira definida diretamente pelo próprio processo de contabilização de transações. O que se destacou para mim não foi apenas que as políticas são escritas em Rego, mas que a autorização é avaliada de forma independente do processo de execução da aplicação. As aplicações que fazem referência às políticas podem reutilizá-las via PolicyClient, ao mesmo tempo em que fornecem configuração de tempo de execução, como limites de gastos, aprovadores, restrições de jurisdição ou limites de exposição. Essas fronteiras operacionais ainda podem ser configuradas sem exigir que a lógica das políticas mude, fazendo com que a autorização dependa de uma configuração estruturada, em vez de código da aplicação embutido.

Fronteiras Antes da Transação: Como a Newton Constrói um Sistema de Autorização Definido por Configuração

Eu passei algum tempo pensando sobre a arquitetura de autorização da Newton, mas minhas suposições mudaram quando parei de enxergar as políticas como regras de conformidade e comecei a vê-las como uma fronteira definida diretamente pelo próprio processo de contabilização de transações. O que se destacou para mim não foi apenas que as políticas são escritas em Rego, mas que a autorização é avaliada de forma independente do processo de execução da aplicação. As aplicações que fazem referência às políticas podem reutilizá-las via PolicyClient, ao mesmo tempo em que fornecem configuração de tempo de execução, como limites de gastos, aprovadores, restrições de jurisdição ou limites de exposição. Essas fronteiras operacionais ainda podem ser configuradas sem exigir que a lógica das políticas mude, fazendo com que a autorização dependa de uma configuração estruturada, em vez de código da aplicação embutido.
Eu dediquei um tempo para pensar sobre a arquitetura de delegação de @NewtonProtocol #Newt $NEWT , mas o que realmente me atraiu não foi o policy engine — e sim como a Newton normaliza dados externos para abordar políticas por meio de interfaces oracle definidas por JSON-schema, em vez de cada integração depender de suas próprias suposições. As PolicyData Oracles geram JSON estruturado, que passa a fazer parte do processo de avaliação de políticas, definido em um ambiente WASM isolado. Permitir que os desenvolvedores de oracle publiquem schemas JSON para a entrada ajuda a Newton a criar contratos de interface antes da execução, transferindo parte da capacidade de interoperabilidade da implementação para a validação. As implicações arquiteturais são bastante notáveis. Políticas em Rego podem ser reutilizadas com mais facilidade e combinadas com múltiplos provedores de dados, porque a estrutura é descrita de forma explícita em vez de depender de suposições implícitas. Esse design muda os limites. Mas há algo que me deixa em dúvida: normalizar a interface não equivale a ter qualidade de dados. O operador ainda depende de serviços externos; erros de validação ainda precisam negar a autorização; e erros de execução passam a ser DataProviderError em vez de resultado da política. Isso não elimina a confiança. Ela apenas move onde a confiança é colocada. A implementação fica mais importante do que o mecanismo. Para o desenvolvedor, isso reduz a ambiguidade em torno da integração, mas ainda mantém a avaliação determinística. Para o operador, isso aumenta a responsabilidade de manter fontes de dados confiáveis. Para a aplicação, configuração, schema, oracle e attestation se tornam partes interligadas no fluxo de delegação, em vez de estarem separadas. A normalização de interfaces simplifica a delegação, ou apenas cria outro lugar onde as suposições passam a se acumular?
Eu dediquei um tempo para pensar sobre a arquitetura de delegação de @NewtonProtocol #Newt $NEWT , mas o que realmente me atraiu não foi o policy engine — e sim como a Newton normaliza dados externos para abordar políticas por meio de interfaces oracle definidas por JSON-schema, em vez de cada integração depender de suas próprias suposições. As PolicyData Oracles geram JSON estruturado, que passa a fazer parte do processo de avaliação de políticas, definido em um ambiente WASM isolado. Permitir que os desenvolvedores de oracle publiquem schemas JSON para a entrada ajuda a Newton a criar contratos de interface antes da execução, transferindo parte da capacidade de interoperabilidade da implementação para a validação.

As implicações arquiteturais são bastante notáveis. Políticas em Rego podem ser reutilizadas com mais facilidade e combinadas com múltiplos provedores de dados, porque a estrutura é descrita de forma explícita em vez de depender de suposições implícitas. Esse design muda os limites. Mas há algo que me deixa em dúvida: normalizar a interface não equivale a ter qualidade de dados. O operador ainda depende de serviços externos; erros de validação ainda precisam negar a autorização; e erros de execução passam a ser DataProviderError em vez de resultado da política.

Isso não elimina a confiança. Ela apenas move onde a confiança é colocada. A implementação fica mais importante do que o mecanismo. Para o desenvolvedor, isso reduz a ambiguidade em torno da integração, mas ainda mantém a avaliação determinística. Para o operador, isso aumenta a responsabilidade de manter fontes de dados confiáveis. Para a aplicação, configuração, schema, oracle e attestation se tornam partes interligadas no fluxo de delegação, em vez de estarem separadas.

A normalização de interfaces simplifica a delegação, ou apenas cria outro lugar onde as suposições passam a se acumular?
Depois de ver o anúncio do dia do TGE em 21 de julho do GRVT, passei a manhã toda de hoje com uma xícara de chá-limão para aprofundar os números do @grvt_io #grvt Esse é o tipo de notícia que costuma ser considerada “altista” quando, por si só, já tem confirmação final — não é mais preparação para um lançamento. O open interest ainda se mantém relativamente estável, sem mostrar uma queda forte, mas a tendência do volume de negociação atual não reflete de forma real o otimismo vindo desses comunicados. Porém, quando eu verifico o volume de perps de 7 dias do GRVT na DefiLlama, na prática ele está em torno de US$ 8–9 bilhões, menor do que na fase anterior. Pelo menos para mim, isso indica que parte da atividade de negociação nas últimas semanas não veio de confiança com uma direção clara; foi mais um “farm” de pontos visando um snapshot que foi concluído em 30 de junho. A Season 2 terminou, o TGE teve uma data específica e, agora, uma parte dessa atividade apenas está silenciosamente recuando antes do verdadeiro desbloqueio. Em termos mecânicos, isso está certo, mas parece diferente da tese de que um exchange em crescimento, em tendência de alta, está se repetindo em todo lugar. Eu ainda não comparei com o volume da Hyperliquid ou da Lighter nesta semana para ver se isso é um fenômeno comum de toda a indústria. Admito que não tenho certeza se essa queda vem de os “farmers” girarem o capital para fora ou se é apenas uma redução sazonal da atividade no mercado de perp DEX como um todo. Pode ser as duas coisas, ou nenhuma. Será que todo mundo também está enxergando uma distância semelhante entre o impulso vindo dos anúncios e o fluxo de dinheiro real no momento atual? $AA $BILL $OPN
Depois de ver o anúncio do dia do TGE em 21 de julho do GRVT, passei a manhã toda de hoje com uma xícara de chá-limão para aprofundar os números do @grvt_io #grvt

Esse é o tipo de notícia que costuma ser considerada “altista” quando, por si só, já tem confirmação final — não é mais preparação para um lançamento. O open interest ainda se mantém relativamente estável, sem mostrar uma queda forte, mas a tendência do volume de negociação atual não reflete de forma real o otimismo vindo desses comunicados. Porém, quando eu verifico o volume de perps de 7 dias do GRVT na DefiLlama, na prática ele está em torno de US$ 8–9 bilhões, menor do que na fase anterior.

Pelo menos para mim, isso indica que parte da atividade de negociação nas últimas semanas não veio de confiança com uma direção clara; foi mais um “farm” de pontos visando um snapshot que foi concluído em 30 de junho. A Season 2 terminou, o TGE teve uma data específica e, agora, uma parte dessa atividade apenas está silenciosamente recuando antes do verdadeiro desbloqueio. Em termos mecânicos, isso está certo, mas parece diferente da tese de que um exchange em crescimento, em tendência de alta, está se repetindo em todo lugar.

Eu ainda não comparei com o volume da Hyperliquid ou da Lighter nesta semana para ver se isso é um fenômeno comum de toda a indústria. Admito que não tenho certeza se essa queda vem de os “farmers” girarem o capital para fora ou se é apenas uma redução sazonal da atividade no mercado de perp DEX como um todo. Pode ser as duas coisas, ou nenhuma.

Será que todo mundo também está enxergando uma distância semelhante entre o impulso vindo dos anúncios e o fluxo de dinheiro real no momento atual? $AA $BILL $OPN
Inicia sessão para explorar mais conteúdos
Junta-te a utilizadores de criptomoedas de todo o mundo na Binance Square
⚡️ Obtém informações úteis e recentes sobre criptomoedas.
💬 Com a confiança da maior exchange de criptomoedas do mundo.
👍 Descobre perspetivas reais de criadores verificados.
E-mail/Número de telefone
Mapa do sítio
Preferências de cookies
Termos e Condições da Plataforma