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
59 Seguidores
523 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
19 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
10 hora(s) restante(s)
Ver tradução
This is why I continue to watch Babylon beyond the current narrative. The real value will be proven by what it builds when attention fades.
This is why I continue to watch Babylon beyond the current narrative. The real value will be proven by what it builds when attention fades.
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
Ver tradução
In the end, I believe the strongest opportunities are not found when everyone is watching, but when the foundation is quietly being built. The question is whether Babylon can turn Bitcoin’s potential into sustainable on-chain utility.
In the end, I believe the strongest opportunities are not found when everyone is watching, but when the foundation is quietly being built. The question is whether Babylon can turn Bitcoin’s potential into sustainable on-chain utility.
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
Ver tradução
Real value is proven under pressure, not during hype. Babylon's future depends on whether adoption can sustain demand beyond the narrative.
Real value is proven under pressure, not during hype. Babylon's future depends on whether adoption can sustain demand beyond the narrative.
Minh Nhat Builder
·
--
Initially, spending 1000 USDT researching Babylon through the staking phases and roadmap seemed to be only about seeking profits from the Bitcoin-secured narrative. But after witnessing more than 57,000 BTC staked by more than 140,000 stakers, I realized that dependence on hype and speculative demand could be a sign of a deeper weakness. Therefore, I needed to carefully evaluate each layer of value and the actual product-market fit.

From there, the way I evaluated the assumption of “launch token then run marketing” changed. A system should not only be viewed through the results it creates, but also examined based on the mechanisms that are determining those results.

Imagine building a skyscraper. Only when real pressure from conservative users like Bitcoin holders appears, do the internal limitations begin to affect the entire experience.

This is the perspective that made me interested in Babylon. Instead of only addressing external symptoms, Babylon focuses on how each layer of demand is formed and operated: Phase 1 creates BTC stake supply, Phase 2 proves utility through DEX - vault - restaking - BABY LST and Phase 3 expands Bitcoin Secured Networks + EVM into a clearer coordinated structure.

A reliable system needs to pass the test under the most difficult circumstances. When the market becomes volatile and Bitcoin holders become more demanding, users still need to clearly understand real BTC stake, on-chain utility and the demand for BABY from adoption, instead of only looking at a simple interface.

Therefore, I do not evaluate Babylon only based on the surface. More importantly, the question is whether it can prove the product-market fit of the staking layer, turn the network into real DeFi infrastructure and make BABY a liquidity - governance hub without creating additional operational complexity.

Finally, my question for Babylon is: does it truly change how network demand is built or just make the problem harder to see? Because a complex system’s long-term value depends on maintaining clarity under pressure. @BabylonLabs_io
#baby $BABY $DEXE
Ver tradução
In the end, narratives attract attention, but product-market fit keeps users. Time will show whether Babylon can become lasting Bitcoin infrastructure or remain just another compelling story.
In the end, narratives attract attention, but product-market fit keeps users. Time will show whether Babylon can become lasting Bitcoin infrastructure or remain just another compelling story.
Minh Nhat Builder
·
--
Initially, spending 1000 USDT researching Babylon through the staking phases and roadmap seemed to be only about seeking profits from the Bitcoin-secured narrative. But after witnessing more than 57,000 BTC staked by more than 140,000 stakers, I realized that dependence on hype and speculative demand could be a sign of a deeper weakness. Therefore, I needed to carefully evaluate each layer of value and the actual product-market fit.

From there, the way I evaluated the assumption of “launch token then run marketing” changed. A system should not only be viewed through the results it creates, but also examined based on the mechanisms that are determining those results.

Imagine building a skyscraper. Only when real pressure from conservative users like Bitcoin holders appears, do the internal limitations begin to affect the entire experience.

This is the perspective that made me interested in Babylon. Instead of only addressing external symptoms, Babylon focuses on how each layer of demand is formed and operated: Phase 1 creates BTC stake supply, Phase 2 proves utility through DEX - vault - restaking - BABY LST and Phase 3 expands Bitcoin Secured Networks + EVM into a clearer coordinated structure.

A reliable system needs to pass the test under the most difficult circumstances. When the market becomes volatile and Bitcoin holders become more demanding, users still need to clearly understand real BTC stake, on-chain utility and the demand for BABY from adoption, instead of only looking at a simple interface.

Therefore, I do not evaluate Babylon only based on the surface. More importantly, the question is whether it can prove the product-market fit of the staking layer, turn the network into real DeFi infrastructure and make BABY a liquidity - governance hub without creating additional operational complexity.

Finally, my question for Babylon is: does it truly change how network demand is built or just make the problem harder to see? Because a complex system’s long-term value depends on maintaining clarity under pressure. @BabylonLabs_io
#baby $BABY $DEXE
Verificado
Ver tradução
Initially, spending 1000 USDT researching Babylon through the staking phases and roadmap seemed to be only about seeking profits from the Bitcoin-secured narrative. But after witnessing more than 57,000 BTC staked by more than 140,000 stakers, I realized that dependence on hype and speculative demand could be a sign of a deeper weakness. Therefore, I needed to carefully evaluate each layer of value and the actual product-market fit. From there, the way I evaluated the assumption of “launch token then run marketing” changed. A system should not only be viewed through the results it creates, but also examined based on the mechanisms that are determining those results. Imagine building a skyscraper. Only when real pressure from conservative users like Bitcoin holders appears, do the internal limitations begin to affect the entire experience. This is the perspective that made me interested in Babylon. Instead of only addressing external symptoms, Babylon focuses on how each layer of demand is formed and operated: Phase 1 creates BTC stake supply, Phase 2 proves utility through DEX - vault - restaking - BABY LST and Phase 3 expands Bitcoin Secured Networks + EVM into a clearer coordinated structure. A reliable system needs to pass the test under the most difficult circumstances. When the market becomes volatile and Bitcoin holders become more demanding, users still need to clearly understand real BTC stake, on-chain utility and the demand for BABY from adoption, instead of only looking at a simple interface. Therefore, I do not evaluate Babylon only based on the surface. More importantly, the question is whether it can prove the product-market fit of the staking layer, turn the network into real DeFi infrastructure and make BABY a liquidity - governance hub without creating additional operational complexity. Finally, my question for Babylon is: does it truly change how network demand is built or just make the problem harder to see? Because a complex system’s long-term value depends on maintaining clarity under pressure. @babylonlabs_io #baby $BABY $DEXE
Initially, spending 1000 USDT researching Babylon through the staking phases and roadmap seemed to be only about seeking profits from the Bitcoin-secured narrative. But after witnessing more than 57,000 BTC staked by more than 140,000 stakers, I realized that dependence on hype and speculative demand could be a sign of a deeper weakness. Therefore, I needed to carefully evaluate each layer of value and the actual product-market fit.

From there, the way I evaluated the assumption of “launch token then run marketing” changed. A system should not only be viewed through the results it creates, but also examined based on the mechanisms that are determining those results.

Imagine building a skyscraper. Only when real pressure from conservative users like Bitcoin holders appears, do the internal limitations begin to affect the entire experience.

This is the perspective that made me interested in Babylon. Instead of only addressing external symptoms, Babylon focuses on how each layer of demand is formed and operated: Phase 1 creates BTC stake supply, Phase 2 proves utility through DEX - vault - restaking - BABY LST and Phase 3 expands Bitcoin Secured Networks + EVM into a clearer coordinated structure.

A reliable system needs to pass the test under the most difficult circumstances. When the market becomes volatile and Bitcoin holders become more demanding, users still need to clearly understand real BTC stake, on-chain utility and the demand for BABY from adoption, instead of only looking at a simple interface.

Therefore, I do not evaluate Babylon only based on the surface. More importantly, the question is whether it can prove the product-market fit of the staking layer, turn the network into real DeFi infrastructure and make BABY a liquidity - governance hub without creating additional operational complexity.

Finally, my question for Babylon is: does it truly change how network demand is built or just make the problem harder to see? Because a complex system’s long-term value depends on maintaining clarity under pressure. @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
Ver tradução
Có người trong 1 nhóm đăng ảnh chụp vị thế TBV của mình với dòng: “Không còn rủi ro bridge nữa, cuối cùng thì BTC trong DeFi cũng được làm đúng cách.” Có người hỏi: “BTC của bạn thực sự đang nằm ở đâu lúc này?” Anh ấy không trả lời, chỉ đăng lại bức ảnh đó. Trustless Bitcoin Vaults đúng là giải quyết một vấn đề thật: không có wrapped token, không có bridge multisig lưu ký BTC. Babylon cho phép BTC native back khoản vay qua Aave v4, nơi bạn deposit BTC và vay USDC hoặc USDT. Rủi ro custodial giảm, nhưng rủi ro hiếm khi disappears, nó thường chỉ chuyển chỗ. Điểm kỹ thuật khi vị thế backed bằng BTC của bạn nằm trong Aave v4, bạn đã thừa hưởng rủi ro của Aave - bug smart contract, thao túng oracle, thay đổi tham số governance hay mô hình lãi suất dưới stress. Không có gì trong số đó là mới, Aave đã được audit và thử thách qua nhiều năm. Nhưng đó là rủi ro khác với cái TBV được xây để loại bỏ. Bạn đã đổi “ai đó kiểm soát BTC của tôi” lấy “1 stack smart contract kiểm soát BTC của tôi có thể làm gì”-2 hạng mục khác nhau, dù đều bị gọi là “trustless”. Tự phê bình: Tôi không nói điều này khiến TBV tệ hơn wrapped BTC. Loại bỏ rủi ro custodial vẫn là 1 nâng cấp thật và track record của Aave mạnh hơn hầu hết bridge operator. Vấn đề là “trustless” được áp dụng cho cả stack, trong khi về kỹ thuật nó chỉ mô tả lớp custody. Đó chính là nơi người dùng ngừng hỏi BTC của họ thực sự đang ở đâu. Giá trị của #BABY phụ thuộc vào volume TBV tăng trưởng, mà điều đó phụ thuộc vào việc người dùng tin tưởng cả stack, không chỉ cơ chế phía Bitcoin. Tôi thà thấy @babylonlabs_io $BABY nêu rõ rủi ro phía Aave hơn là để “trustless” lặng lẽ bao trùm nó.
Có người trong 1 nhóm đăng ảnh chụp vị thế TBV của mình với dòng: “Không còn rủi ro bridge nữa, cuối cùng thì BTC trong DeFi cũng được làm đúng cách.” Có người hỏi: “BTC của bạn thực sự đang nằm ở đâu lúc này?” Anh ấy không trả lời, chỉ đăng lại bức ảnh đó. Trustless Bitcoin Vaults đúng là giải quyết một vấn đề thật: không có wrapped token, không có bridge multisig lưu ký BTC. Babylon cho phép BTC native back khoản vay qua Aave v4, nơi bạn deposit BTC và vay USDC hoặc USDT. Rủi ro custodial giảm, nhưng rủi ro hiếm khi disappears, nó thường chỉ chuyển chỗ.

Điểm kỹ thuật khi vị thế backed bằng BTC của bạn nằm trong Aave v4, bạn đã thừa hưởng rủi ro của Aave - bug smart contract, thao túng oracle, thay đổi tham số governance hay mô hình lãi suất dưới stress. Không có gì trong số đó là mới, Aave đã được audit và thử thách qua nhiều năm. Nhưng đó là rủi ro khác với cái TBV được xây để loại bỏ. Bạn đã đổi “ai đó kiểm soát BTC của tôi” lấy “1 stack smart contract kiểm soát BTC của tôi có thể làm gì”-2 hạng mục khác nhau, dù đều bị gọi là “trustless”. Tự phê bình: Tôi không nói điều này khiến TBV tệ hơn wrapped BTC. Loại bỏ rủi ro custodial vẫn là 1 nâng cấp thật và track record của Aave mạnh hơn hầu hết bridge operator. Vấn đề là “trustless” được áp dụng cho cả stack, trong khi về kỹ thuật nó chỉ mô tả lớp custody. Đó chính là nơi người dùng ngừng hỏi BTC của họ thực sự đang ở đâu. Giá trị của #BABY phụ thuộc vào volume TBV tăng trưởng, mà điều đó phụ thuộc vào việc người dùng tin tưởng cả stack, không chỉ cơ chế phía Bitcoin. Tôi thà thấy @BabylonLabs_io $BABY nêu rõ rủi ro phía Aave hơn là để “trustless” lặng lẽ bao trùm nó.
🟤More than BTC
0%
🔴 Long-term play
33%
🟠Early adoption
67%
⚫️New narrative
0%
3 Votos • Votação encerrada
Ver tradução
Trong nhiều năm tôi giữ 1 số BTC chỉ đứng yên chẳng làm gì, điều này luôn làm tôi khó chịu. Không bán vì tôi vẫn tin vào nó về dài hạn, nhưng cũng không kiếm được gì trong khi nó nằm trong kho lạnh. Đó cơ bản là lý do Babylon thu hút sự chú ý của tôi vài tháng trước. Ý tưởng đủ đơn giản đến mức ban đầu tôi gần như không tin: stake BTC thực sự của bạn, không wrap nó, không bridge sang sidechain nào, không tin tưởng một người giám hộ giữ khóa của bạn. Nó vẫn ở trên mạng Bitcoin suốt thời gian. Phần tự lưu ký đó quan trọng với tôi hơn những gì mọi người nghĩ, vì tôi đã từng bị đốt trước đây khi tin tưởng trung gian với tài sản tôi nghĩ là “được stake an toàn.” Điều thực sự thú vị là trường hợp sử dụng. Các chuỗi PoS mượn bảo mật của Bitcoin để khởi động niềm tin của chính họ là một mảnh kỹ thuật thông minh, thành thật mà nói. Liệu điều đó có chuyển thành lợi suất bền vững về dài hạn hay không là câu hỏi thực sự mà chưa ai trả lời. Các script timelock và điều kiện slashing nghe vững chắc trên giấy, nhưng giấy và mainnet dưới áp lực là hai chuyện khác nhau. Tôi đã chuyển 1 số lượng nhỏ vào, không all in cho đến khi tôi thấy nó hoạt động như thế nào trong áp lực thị trường thực tế, không chỉ điều kiện bình yên. Vẫn hoài nghi về tokenomics và cách BABY tự tích lũy giá trị so với chỉ là token điều phối. Có ai khác đang thử cái này không, hay tất cả các bạn vẫn đang xem từ ngoài như tôi đã làm trong nhiều tháng? @babylonlabs_io #baby $BABY $VELVET $BANK
Trong nhiều năm tôi giữ 1 số BTC chỉ đứng yên chẳng làm gì, điều này luôn làm tôi khó chịu. Không bán vì tôi vẫn tin vào nó về dài hạn, nhưng cũng không kiếm được gì trong khi nó nằm trong kho lạnh. Đó cơ bản là lý do Babylon thu hút sự chú ý của tôi vài tháng trước. Ý tưởng đủ đơn giản đến mức ban đầu tôi gần như không tin: stake BTC thực sự của bạn, không wrap nó, không bridge sang sidechain nào, không tin tưởng một người giám hộ giữ khóa của bạn. Nó vẫn ở trên mạng Bitcoin suốt thời gian. Phần tự lưu ký đó quan trọng với tôi hơn những gì mọi người nghĩ, vì tôi đã từng bị đốt trước đây khi tin tưởng trung gian với tài sản tôi nghĩ là “được stake an toàn.” Điều thực sự thú vị là trường hợp sử dụng. Các chuỗi PoS mượn bảo mật của Bitcoin để khởi động niềm tin của chính họ là một mảnh kỹ thuật thông minh, thành thật mà nói. Liệu điều đó có chuyển thành lợi suất bền vững về dài hạn hay không là câu hỏi thực sự mà chưa ai trả lời. Các script timelock và điều kiện slashing nghe vững chắc trên giấy, nhưng giấy và mainnet dưới áp lực là hai chuyện khác nhau. Tôi đã chuyển 1 số lượng nhỏ vào, không all in cho đến khi tôi thấy nó hoạt động như thế nào trong áp lực thị trường thực tế, không chỉ điều kiện bình yên. Vẫn hoài nghi về tokenomics và cách BABY tự tích lũy giá trị so với chỉ là token điều phối. Có ai khác đang thử cái này không, hay tất cả các bạn vẫn đang xem từ ngoài như tôi đã làm trong nhiều tháng?
@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
Ver tradução
Tôi đã thấy khá nhiều câu chuyện xoay quanh những tầm nhìn tham vọng: từ cầu nối chuỗi chéo, BTC được bọc đến vô số giải pháp “đưa Bitcoin vào DeFi”. Nhưng càng nhìn sâu, tôi càng nhận ra rằng điều thực sự đáng chú ý vẫn là tính đáng tin cậy và sự nguyên bản của Bitcoin. Trước khi có giải pháp không cần tin tưởng, mọi thứ vẫn chạy nhưng luôn có sự không chắc chắn khi rời khỏi chuỗi gốc và phải tin bên thứ ba. Bitcoin DeFi cũng từng trải qua giai đoạn tương tự. Đó là lý do tôi chú ý đến khía cạnh chưa nhận được nhiều sự quan tâm: giữ thanh toán Bitcoin trên chuỗi gốc trong khi vẫn sử dụng linh hoạt trong DeFi - không phải token bọc hay người giám hộ, mà là Bitcoin Vault không cần tin tưởng. Tôi bắt đầu để ý đến Babylon Trustless Bitcoin Vaults (TBV) vì điều này. Ý tưởng nghe rất hấp dẫn: thay vì làm thêm một app cho vay hay stablecoin điển hình, họ đang xây dựng cơ sở hạ tầng cốt lõi cho Bitcoin DeFi. Giữ BTC nguyên vẹn trên chuỗi Bitcoin, dùng các bằng chứng mật mã (Taproot, hashlock, ZK-based BABE) để Ethereum có thể xác minh và tương tác không cần tin tưởng. Cách tiếp cận này thực sự tôn trọng bản chất của Bitcoin thay vì cố gắng “cải tạo” nó theo kiểu khác. Dù vậy, cuối cùng mọi thứ vẫn quay về câu hỏi cốt lõi: liệu nó có tìm được chỗ đứng trong thói quen người dùng? Whitepaper hay hay câu chuyện hấp dẫn chưa bao giờ là minh chứng cho giá trị thực. Quan trọng nhất vẫn là sử dụng thực tế. Babylon TBV có lẽ hiểu rõ điều đó. Phần còn lại, tôi nghĩ thị trường cần thêm thời gian để trả lời. @babylonlabs_io $BABY #baby $CAP $EDGE {future}(BABYUSDT)
Tôi đã thấy khá nhiều câu chuyện xoay quanh những tầm nhìn tham vọng: từ cầu nối chuỗi chéo, BTC được bọc đến vô số giải pháp “đưa Bitcoin vào DeFi”. Nhưng càng nhìn sâu, tôi càng nhận ra rằng điều thực sự đáng chú ý vẫn là tính đáng tin cậy và sự nguyên bản của Bitcoin.
Trước khi có giải pháp không cần tin tưởng, mọi thứ vẫn chạy nhưng luôn có sự không chắc chắn khi rời khỏi chuỗi gốc và phải tin bên thứ ba. Bitcoin DeFi cũng từng trải qua giai đoạn tương tự. Đó là lý do tôi chú ý đến khía cạnh chưa nhận được nhiều sự quan tâm: giữ thanh toán Bitcoin trên chuỗi gốc trong khi vẫn sử dụng linh hoạt trong DeFi - không phải token bọc hay người giám hộ, mà là Bitcoin Vault không cần tin tưởng.
Tôi bắt đầu để ý đến Babylon Trustless Bitcoin Vaults (TBV) vì điều này. Ý tưởng nghe rất hấp dẫn: thay vì làm thêm một app cho vay hay stablecoin điển hình, họ đang xây dựng cơ sở hạ tầng cốt lõi cho Bitcoin DeFi. Giữ BTC nguyên vẹn trên chuỗi Bitcoin, dùng các bằng chứng mật mã (Taproot, hashlock, ZK-based BABE) để Ethereum có thể xác minh và tương tác không cần tin tưởng. Cách tiếp cận này thực sự tôn trọng bản chất của Bitcoin thay vì cố gắng “cải tạo” nó theo kiểu khác.
Dù vậy, cuối cùng mọi thứ vẫn quay về câu hỏi cốt lõi: liệu nó có tìm được chỗ đứng trong thói quen người dùng? Whitepaper hay hay câu chuyện hấp dẫn chưa bao giờ là minh chứng cho giá trị thực. Quan trọng nhất vẫn là sử dụng thực tế. Babylon TBV có lẽ hiểu rõ điều đó. Phần còn lại, tôi nghĩ thị trường cần thêm thời gian để trả lời.
@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
Ver tradução
Ban đầu tôi cho rằng vay vốn và tự lưu ký là hai thứ không đi chung đường, rằng ngay khi bạn muốn có thanh khoản thì bạn phải giao chìa khóa của mình cho người khác và hy vọng. Các khoản vay được thế chấp bằng Bitcoin gốc dường như phá vỡ sự đánh đổi đó, nhưng điều thú vị không nằm ở lời hứa hẹn, mà là ở những gì xảy ra sau khi khoản vay được mở. Sự ma sát xuất hiện ở yếu tố thời gian. Tài sản thế chấp phải được đặt ở đâu đó có thể xác minh được, điều đó có nghĩa là một lớp niềm tin nào đó lại len lỏi quay trở lại, chỉ là được phân bổ theo cách khác so với một đơn vị lưu ký tập trung. Mọi người xem đó như một chi tiết kỹ thuật. Thực ra, đó mới là toàn bộ sản phẩm. Điều khiến ai đó tiếp tục vay lần nữa không phải là lãi suất, mà là liệu quy trình đó có khiến họ cảm thấy an toàn ngay từ lần đầu hay không. Đó là sự giữ chân người dùng, chứ không phải đổi mới. Tôi dành thời gian cho nhiệm vụ CreatorPad để tìm hiểu về dual delegation của Babylon, và có một điểm khiến tôi suy nghĩ mãi…BTC stakers bảo mật chain nhưng không có quyền quản trị, trong khi BABY holders lại nắm tiếng nói quyết định. BTC cung cấp sức mạnh, nhưng BABY mới là thứ giữ tay lái. Vì vậy, câu hỏi thực sự không phải là liệu bạn có thể vay dựa trên Bitcoin mà không phải từ bỏ nó hay không. Mà là liệu hệ thống đó có thực sự đang kiểm chứng niềm tin của bạn vào mã nguồn hay chỉ đơn giản là chuyển nơi bạn đặt niềm tin mà thôi. Liệu đây là thiết kế tạm thời hay định hướng lâu dài của Babylon? @babylonlabs_io $BABY #baby {future}(BABYUSDT) $ESPORTS $AKE
Ban đầu tôi cho rằng vay vốn và tự lưu ký là hai thứ không đi chung đường, rằng ngay khi bạn muốn có thanh khoản thì bạn phải giao chìa khóa của mình cho người khác và hy vọng. Các khoản vay được thế chấp bằng Bitcoin gốc dường như phá vỡ sự đánh đổi đó, nhưng điều thú vị không nằm ở lời hứa hẹn, mà là ở những gì xảy ra sau khi khoản vay được mở.

Sự ma sát xuất hiện ở yếu tố thời gian. Tài sản thế chấp phải được đặt ở đâu đó có thể xác minh được, điều đó có nghĩa là một lớp niềm tin nào đó lại len lỏi quay trở lại, chỉ là được phân bổ theo cách khác so với một đơn vị lưu ký tập trung. Mọi người xem đó như một chi tiết kỹ thuật. Thực ra, đó mới là toàn bộ sản phẩm. Điều khiến ai đó tiếp tục vay lần nữa không phải là lãi suất, mà là liệu quy trình đó có khiến họ cảm thấy an toàn ngay từ lần đầu hay không. Đó là sự giữ chân người dùng, chứ không phải đổi mới.

Tôi dành thời gian cho nhiệm vụ CreatorPad để tìm hiểu về dual delegation của Babylon, và có một điểm khiến tôi suy nghĩ mãi…BTC stakers bảo mật chain nhưng không có quyền quản trị, trong khi BABY holders lại nắm tiếng nói quyết định. BTC cung cấp sức mạnh, nhưng BABY mới là thứ giữ tay lái.

Vì vậy, câu hỏi thực sự không phải là liệu bạn có thể vay dựa trên Bitcoin mà không phải từ bỏ nó hay không. Mà là liệu hệ thống đó có thực sự đang kiểm chứng niềm tin của bạn vào mã nguồn hay chỉ đơn giản là chuyển nơi bạn đặt niềm tin mà thôi.

Liệu đây là thiết kế tạm thời hay định hướng lâu dài của Babylon?
@BabylonLabs_io $BABY #baby

$ESPORTS $AKE
Ver tradução
Mỗi lần nhìn lại thị trường, tôi lại nhớ đến không ít giải pháp đưa Bitcoin vào DeFi từng khiến cả thị trường xôn xao. Chu kỳ nào cũng vậy, thị trường lại hô hào về Bitcoin DeFi, rồi vẽ ra TVL tăng nhanh và khả năng mở khóa thanh khoản khổng lồ. Nghe rất xuôi tai, nhưng khi lớp hype bay màu, thứ lộ ra thường là bridge risk, custodian risk và mức độ phụ thuộc vào hạ tầng bên ngoài Bitcoin. Kịch bản này chẳng lạ. Chỉ là mỗi mùa khoác một chiếc áo khác. Wrapping và bridging có thể đã vá được đôi chút. Nhưng cái nút thắt khiến tôi lăn tăn vẫn là làm sao để BTC có thể tham gia DeFi mà vẫn giữ nguyên các giả định bảo mật của Bitcoin. Tôi cho rằng đó mới là thứ đáng để soi. Babylon Trustless Bitcoin Vaults TBV lại có vẻ bẻ lái theo hướng khác. Thay vì đưa BTC sang chain khác hoặc giao cho bên lưu ký, họ dồn lực vào Taproot scripts, pre-signed transactions, fraud proofs và BitVM3 để giữ BTC native trên Bitcoin. Ít nhất với tôi, cách này đáng xem hơn việc tiếp tục chen chúc trên lối cũ. Tôi nghĩ mọi cuộc tranh luận rồi cũng sẽ có điểm dừng. Không phải ở những gì được hứa hẹn, mà ở những gì thật sự diễn ra sau đó. Nếu người dùng ở lại, giá trị tiếp tục được tạo ra và nhu cầu không biến mất, mô hình ấy mới có lý do để tồn tại. Còn @babylonlabs_io TBV $BABY vẫn cần thời gian để chứng minh trên mainnet và qua mức độ adoption thực tế. Tôi vẫn đang ngồi xem #baby $HYPE $BANK
Mỗi lần nhìn lại thị trường, tôi lại nhớ đến không ít giải pháp đưa Bitcoin vào DeFi từng khiến cả thị trường xôn xao. Chu kỳ nào cũng vậy, thị trường lại hô hào về Bitcoin DeFi, rồi vẽ ra TVL tăng nhanh và khả năng mở khóa thanh khoản khổng lồ. Nghe rất xuôi tai, nhưng khi lớp hype bay màu, thứ lộ ra thường là bridge risk, custodian risk và mức độ phụ thuộc vào hạ tầng bên ngoài Bitcoin. Kịch bản này chẳng lạ. Chỉ là mỗi mùa khoác một chiếc áo khác.

Wrapping và bridging có thể đã vá được đôi chút. Nhưng cái nút thắt khiến tôi lăn tăn vẫn là làm sao để BTC có thể tham gia DeFi mà vẫn giữ nguyên các giả định bảo mật của Bitcoin. Tôi cho rằng đó mới là thứ đáng để soi.

Babylon Trustless Bitcoin Vaults TBV lại có vẻ bẻ lái theo hướng khác. Thay vì đưa BTC sang chain khác hoặc giao cho bên lưu ký, họ dồn lực vào Taproot scripts, pre-signed transactions, fraud proofs và BitVM3 để giữ BTC native trên Bitcoin. Ít nhất với tôi, cách này đáng xem hơn việc tiếp tục chen chúc trên lối cũ.

Tôi nghĩ mọi cuộc tranh luận rồi cũng sẽ có điểm dừng. Không phải ở những gì được hứa hẹn, mà ở những gì thật sự diễn ra sau đó. Nếu người dùng ở lại, giá trị tiếp tục được tạo ra và nhu cầu không biến mất, mô hình ấy mới có lý do để tồn tại. Còn @BabylonLabs_io TBV $BABY vẫn cần thời gian để chứng minh trên mainnet và qua mức độ adoption thực tế.

Tôi vẫn đang ngồi xem #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