Binance Square
#btcstaking

btcstaking

21,139 visualizações
150 a discutir
F_A_T_E_M_A
·
--
$BTC {future}(BTCUSDT) 🚀 O Bitcoin finalmente está entrando na DeFi—sem o risco dos Wrapped! Grandes novidades para os detentores: a infraestrutura de cofres de Bitcoin sem confiança está mudando o jogo ao permitir o staking real de BTC, mantendo a custódia total do usuário. Sem tokens wrapped, sem pontes centralizadas. Por que isso importa: a segurança sempre foi o maior obstáculo da DeFi. Desbloquear rendimento nativo para o Bitcoin pode mudar toda a utilidade macro do $BTC. Você acha que o staking nativo de BTC vai iniciar a próxima grande fase de alta do mercado? Deixe seus comentários! 💬 #Bitcoin #DeFi #BTCStaking #CryptoInnovation #BinanceSquare
$BTC

🚀 O Bitcoin finalmente está entrando na DeFi—sem o risco dos Wrapped!

Grandes novidades para os detentores: a infraestrutura de cofres de Bitcoin sem confiança está mudando o jogo ao permitir o staking real de BTC, mantendo a custódia total do usuário.

Sem tokens wrapped, sem pontes centralizadas.
Por que isso importa: a segurança sempre foi o maior obstáculo da DeFi.

Desbloquear rendimento nativo para o Bitcoin pode mudar toda a utilidade macro do $BTC .

Você acha que o staking nativo de BTC vai iniciar a próxima grande fase de alta do mercado?

Deixe seus comentários! 💬

#Bitcoin #DeFi #BTCStaking #CryptoInnovation #BinanceSquare
Narrativa BTCFi|Babylon TBV abre uma nova era para o BTCFi $BABY Hoje vamos focar no fato de que o Babylon TBV está abrindo um novo paradigma para o BTCFi. O espaço é enorme. O BTC tradicional tem formas limitadas de participar no DeFi. wBTC exige confiança no custodiante, tBTC depende de bridges cross-chain, e ambos trazem riscos centralizados. O TBV realiza staking não custodial usando scripts on-chain da própria rede do Bitcoin; assim, o BTC não precisa sair da rede do Bitcoin para participar do DeFi. O diferencial está aqui: detentores de BTC podem obter rendimento sem vender suas moedas. O rendimento do staking é distribuído no valor de $BABY , mantendo ao mesmo tempo a exposição ao aumento do preço do BTC. Com a integração ao Aave, o BTC também pode ser usado como garantia para empréstimos, liberando ainda mais liquidez. O market cap do BTC supera 700 bilhões de dólares; mesmo desbloqueando uma pequena parte para entrar no DeFi, já é um enorme mercado incremental. O preço atual de $BABY não foi encontrado, 24h N/A, market cap não divulgado, FDV não divulgado. O TVL do protocolo não foi encontrado, ranking não foi encontrado. As submissões do GitHub em 90 dias não foram encontradas, Stars não foram encontradas. A narrativa de BTCFi tem grande espaço, mas a velocidade de execução depende do progresso de integração ao ecossistema. Acompanhe três indicadores: crescimento do TVL, quantidade de cadeias PoS integradas e número de integrações de protocolos DeFi. A melhoria contínua desses indicadores mostra que a narrativa está se tornando realidade. Sem pressa—deixe os tiros voarem por um momento. #baby #Babylon #BTCStaking @BabylonLabs_io
Narrativa BTCFi|Babylon TBV abre uma nova era para o BTCFi $BABY

Hoje vamos focar no fato de que o Babylon TBV está abrindo um novo paradigma para o BTCFi. O espaço é enorme.

O BTC tradicional tem formas limitadas de participar no DeFi. wBTC exige confiança no custodiante, tBTC depende de bridges cross-chain, e ambos trazem riscos centralizados. O TBV realiza staking não custodial usando scripts on-chain da própria rede do Bitcoin; assim, o BTC não precisa sair da rede do Bitcoin para participar do DeFi.

O diferencial está aqui: detentores de BTC podem obter rendimento sem vender suas moedas. O rendimento do staking é distribuído no valor de $BABY , mantendo ao mesmo tempo a exposição ao aumento do preço do BTC. Com a integração ao Aave, o BTC também pode ser usado como garantia para empréstimos, liberando ainda mais liquidez. O market cap do BTC supera 700 bilhões de dólares; mesmo desbloqueando uma pequena parte para entrar no DeFi, já é um enorme mercado incremental.

O preço atual de $BABY não foi encontrado, 24h N/A, market cap não divulgado, FDV não divulgado. O TVL do protocolo não foi encontrado, ranking não foi encontrado. As submissões do GitHub em 90 dias não foram encontradas, Stars não foram encontradas.

A narrativa de BTCFi tem grande espaço, mas a velocidade de execução depende do progresso de integração ao ecossistema. Acompanhe três indicadores: crescimento do TVL, quantidade de cadeias PoS integradas e número de integrações de protocolos DeFi. A melhoria contínua desses indicadores mostra que a narrativa está se tornando realidade.

Sem pressa—deixe os tiros voarem por um momento.
#baby #Babylon #BTCStaking @BabylonLabs_io
#baby Escrita 🚀 O Futuro da Segurança do Bitcoin Começa com $BABY O Bitcoin é a blockchain mais confiável e segura do mundo, mas seu potencial vai muito além de simplesmente manter BTC. Com o Babylon e os Trustless Bitcoin Vaults (TBV), detentores de Bitcoin podem ajudar a proteger redes descentralizadas enquanto mantêm total controle sobre seus ativos. Essa inovação reúne segurança, transparência e descentralização de uma forma que se alinha à visão original da tecnologia blockchain. À medida que a adoção cresce, soluções como TBV podem desempenhar um papel importante na expansão da utilidade do Bitcoin por todo o ecossistema cripto. Em vez de deixar o BTC ocioso, os usuários podem contribuir para a segurança da rede enquanto apoiam o crescimento de um futuro mais descentralizado. O ecossistema $BABY está construindo um mundo em que a segurança do Bitcoin pode ser aproveitada em múltiplas cadeias sem comprometer a custódia própria ou a ausência de confiança. 🔹 Mais Segurança 🔹 Mais Descentralização 🔹 Mais Utilidade do Bitcoin 🔹 Ecossistema de Blockchain Mais Forte O futuro da segurança descentralizada está sendo construído hoje, e $BABY está ajudando a liderar o caminho. #BABY #baby $BABY #Bitcoin #BTC #Babylon #TBV #TrustlessBitcoinVaults #BTCStaking
#baby
Escrita
🚀 O Futuro da Segurança do Bitcoin Começa com $BABY
O Bitcoin é a blockchain mais confiável e segura do mundo, mas seu potencial vai muito além de simplesmente manter BTC.
Com o Babylon e os Trustless Bitcoin Vaults (TBV), detentores de Bitcoin podem ajudar a proteger redes descentralizadas enquanto mantêm total controle sobre seus ativos. Essa inovação reúne segurança, transparência e descentralização de uma forma que se alinha à visão original da tecnologia blockchain.
À medida que a adoção cresce, soluções como TBV podem desempenhar um papel importante na expansão da utilidade do Bitcoin por todo o ecossistema cripto. Em vez de deixar o BTC ocioso, os usuários podem contribuir para a segurança da rede enquanto apoiam o crescimento de um futuro mais descentralizado.
O ecossistema $BABY está construindo um mundo em que a segurança do Bitcoin pode ser aproveitada em múltiplas cadeias sem comprometer a custódia própria ou a ausência de confiança.
🔹 Mais Segurança
🔹 Mais Descentralização
🔹 Mais Utilidade do Bitcoin
🔹 Ecossistema de Blockchain Mais Forte
O futuro da segurança descentralizada está sendo construído hoje, e $BABY está ajudando a liderar o caminho.
#BABY #baby $BABY #Bitcoin #BTC #Babylon #TBV #TrustlessBitcoinVaults #BTCStaking
#baby $BABY 🟠 O Bitcoin foi criado para ser sem confiança — então por que “apostar” (staking) deveria ser diferente? Esse é o problema @babylonlabs_io que está sendo resolvido com os Trustless Bitcoin Vaults (TBV). Em vez de envolver (wrap) o BTC ou entregar a custódia a um intermediário, a Babylon permite que os detentores assegurem a rede diretamente a partir da própria camada base do Bitcoin — sem pontes (bridges), sem ativos sintéticos, sem custodianos ficando entre você e suas moedas. 🔒 Por que isso importa: ✅ Seu BTC continua sendo verifi cavelmente seu — autocustódia, não “confie em nós” ✅ Sem risco de BTC envolvido (sem hacks em pontes, sem medo de deságio/“depeg”) ✅ A segurança flui diretamente do consenso do próprio Bitcoin, não de uma terceira parte ✅ Abre caminho para que detentores de BTC ganhem rendimento sem abrir mão da soberania Isso representa uma grande mudança em relação ao antigo roteiro, no qual “fazer staking de Bitcoin” normalmente significava abrir mão do controle dele em algum momento no processo. A TBV inverte isso — a lógica do cofre mantém tudo sem confiança por design, não por promessa. 💭 À medida que $BABY continua construindo esse ecossistema, vale perguntar: o staking de Bitcoin sem confiança se torna o novo padrão, ou o mercado continua confortável com atalhos com BTC “wrapped”/custodial? 💬 Onde você está — a opção sem confiança é a única forma de o staking de BTC funcionar? #baby #BabylonLabs #Bitcoin #BTCStaking
#baby $BABY
🟠 O Bitcoin foi criado para ser sem confiança — então por que “apostar” (staking) deveria ser diferente?
Esse é o problema @BabylonLabs_io que está sendo resolvido com os Trustless Bitcoin Vaults (TBV). Em vez de envolver (wrap) o BTC ou entregar a custódia a um intermediário, a Babylon permite que os detentores assegurem a rede diretamente a partir da própria camada base do Bitcoin — sem pontes (bridges), sem ativos sintéticos, sem custodianos ficando entre você e suas moedas.
🔒 Por que isso importa:
✅ Seu BTC continua sendo verifi cavelmente seu — autocustódia, não “confie em nós”
✅ Sem risco de BTC envolvido (sem hacks em pontes, sem medo de deságio/“depeg”)
✅ A segurança flui diretamente do consenso do próprio Bitcoin, não de uma terceira parte
✅ Abre caminho para que detentores de BTC ganhem rendimento sem abrir mão da soberania
Isso representa uma grande mudança em relação ao antigo roteiro, no qual “fazer staking de Bitcoin” normalmente significava abrir mão do controle dele em algum momento no processo. A TBV inverte isso — a lógica do cofre mantém tudo sem confiança por design, não por promessa.
💭 À medida que $BABY continua construindo esse ecossistema, vale perguntar: o staking de Bitcoin sem confiança se torna o novo padrão, ou o mercado continua confortável com atalhos com BTC “wrapped”/custodial?
💬 Onde você está — a opção sem confiança é a única forma de o staking de BTC funcionar?
#baby #BabylonLabs #Bitcoin #BTCStaking
Ver tradução
借贷创新|Babylon TBV + Aave $BABY 换个角度看 Babylon 和 Aave 的集成是 TBV 落地的关键一步。意义重大。 核心逻辑:Babylon 的 Trustless Bitcoin Vaults 与 Aave V4 的 Hub-and-Spoke 架构结合,BTC 持有者把 BTC 锁在 TBV 里作为抵押品,在 Aave 上借贷,不转让托管权,不包装 BTC。计划 2026 年 4 月上线。 这解决了 BTC 在 DeFi 里的老问题。以前要用 BTC 做 DeFi 抵押,要么卖掉 BTC 换 ETH,要么用 wBTC 但信任托管方。TBV 方案让 BTC 在自托管前提下参与 DeFi,持有者既保留 BTC 上涨敞口,又能获得借贷流动性。 $BABY 在生态里的角色是协议治理和激励。质押 BABY 参与协议决策,BTC 质押者获得 BABY 奖励。当前 $BABY 流通市值 44.18M,FDV 112.41M,排名 453,24h 成交 6.99M。 关注点:Aave 集成上线后的 TVL 增长速度,以及借贷量和清算情况。BTC 抵押借贷量持续增长说明市场需求真实。 方向看明白了,节奏自己掌握。 #baby #Babylon #BTCStaking @BabylonLabs_io
借贷创新|Babylon TBV + Aave $BABY

换个角度看 Babylon 和 Aave 的集成是 TBV 落地的关键一步。意义重大。

核心逻辑:Babylon 的 Trustless Bitcoin Vaults 与 Aave V4 的 Hub-and-Spoke 架构结合,BTC 持有者把 BTC 锁在 TBV 里作为抵押品,在 Aave 上借贷,不转让托管权,不包装 BTC。计划 2026 年 4 月上线。

这解决了 BTC 在 DeFi 里的老问题。以前要用 BTC 做 DeFi 抵押,要么卖掉 BTC 换 ETH,要么用 wBTC 但信任托管方。TBV 方案让 BTC 在自托管前提下参与 DeFi,持有者既保留 BTC 上涨敞口,又能获得借贷流动性。

$BABY 在生态里的角色是协议治理和激励。质押 BABY 参与协议决策,BTC 质押者获得 BABY 奖励。当前 $BABY 流通市值 44.18M,FDV 112.41M,排名 453,24h 成交 6.99M。

关注点:Aave 集成上线后的 TVL 增长速度,以及借贷量和清算情况。BTC 抵押借贷量持续增长说明市场需求真实。

方向看明白了,节奏自己掌握。
#baby #Babylon #BTCStaking @BabylonLabs_io
Ver tradução
合作动态|Babylon 生态更新 $BABY 聊 Babylon 盘点 Babylon 的生态合作进展。合作清单拉出来。 Ledger 集成已落地,用户直接在 Ledger 硬件钱包里操作 BTC 质押,降低操作门槛。币安推出过 Babylon BTC 质押活动,年化最高 2.5 个点的 BABY 奖励。Aave V4 集成将 TBV 接入 DeFi 借贷市场,计划 2026 年 4 月上线。a16z Crypto 领投 1500 万美元融资。 GitHub 数据:90 天有效提交 未查到 次,Star 数 未查到。代码活跃度反映开发节奏,提交持续说明团队在干活。 $BABY 现价 0.010386,24h -2.63%,成交 6.49M,市值 44.51M,FDV 113.26M。排名 452。协议 TVL 未查到。 生态合作看落地深度,不是看 Logo 墙。Ledger 集成降低用户门槛是实打实的,Aave 集成打开 DeFi 场景也是实打实的。后续盯新接入的 PoS 链数量和 TVL 增长。 逻辑给到了,自己判断。 #baby #Babylon #BTCStaking @BabylonLabs_io
合作动态|Babylon 生态更新 $BABY

聊 Babylon 盘点 Babylon 的生态合作进展。合作清单拉出来。

Ledger 集成已落地,用户直接在 Ledger 硬件钱包里操作 BTC 质押,降低操作门槛。币安推出过 Babylon BTC 质押活动,年化最高 2.5 个点的 BABY 奖励。Aave V4 集成将 TBV 接入 DeFi 借贷市场,计划 2026 年 4 月上线。a16z Crypto 领投 1500 万美元融资。

GitHub 数据:90 天有效提交 未查到 次,Star 数 未查到。代码活跃度反映开发节奏,提交持续说明团队在干活。

$BABY 现价 0.010386,24h -2.63%,成交 6.49M,市值 44.51M,FDV 113.26M。排名 452。协议 TVL 未查到。

生态合作看落地深度,不是看 Logo 墙。Ledger 集成降低用户门槛是实打实的,Aave 集成打开 DeFi 场景也是实打实的。后续盯新接入的 PoS 链数量和 TVL 增长。

逻辑给到了,自己判断。
#baby #Babylon #BTCStaking @BabylonLabs_io
Alguns anos atrás, uma amiga precisou de um fiador para o primeiro apartamento. Ela tinha o emprego e o valor do depósito, mas não os três meses de holerites que o escritório de locação exigia como comprovação. Eu não dei dinheiro a ela nem segurei o depósito. Assinei um formulário dizendo que, se ela deixasse de pagar o aluguel, o administrador do imóvel poderia me cobrar em vez dela. Não houve nenhuma entrega física. A única coisa que se moveu foi uma promessa: meu nome ligado à capacidade dela de pagar por doze meses. Esse é o mesmo padrão que a cripto usa para descrever a ideia de colocar algo em risco. Staking e colateralização quase sempre pressupõem que o próprio ativo tem que se mover primeiro—para dentro de um contrato, um custodiante, uma ponte—antes que qualquer coisa possa lastreá-lo. O objeto viaja, e o risco viaja com ele. O desenho de staking da Babylon questiona essa suposição. O Bitcoin que está sendo apostado não sai da cadeia do Bitcoin nem das chaves próprias do dono; ele permanece travado em um script de custódia própria, em vez de ficar na carteira de um custodiante ou em um contrato de ponte. Ainda assim, pode sofrer penalidades se o validador para o qual foi delegado agir de forma desonesta. @babylonlabs_io colocar a questão de custódia antes da questão de staking muda o que é realmente exigido do ativo: não entregá-lo para sabermos que você está falando sério, mas mantê-lo e responder pelo que você anexou a ele. Autocrítica: eu não assinei aquele contrato e desapareci por um ano. Quando o pagamento dela atrasou duas vezes, eu mesmo liguei para o proprietário, porque eu conseguia distinguir entre descuido e uma crise real. Uma condição de slashing não consegue fazer essa distinção. Ela não sabe se um validador ficou offline por malícia ou por uma queda de energia. Ela só sabe que uma assinatura estava ausente em um bloco específico. Um “aval” verdadeiro é um julgamento contínuo, renovado ou retirado com base em um contexto que ninguém consegue codificar completamente. O código pode impor uma regra. Ele não consegue ler uma situação. $BABY deve ser avaliado pelo quanto o provedor de finalização e o design de slashing deixam de espaço para separar uma falha honesta de uma conduta indevida real—não apenas por quanto Bitcoin foi travado nele. #BTCStaking #baby $BLESS $SKYAI
Alguns anos atrás, uma amiga precisou de um fiador para o primeiro apartamento. Ela tinha o emprego e o valor do depósito, mas não os três meses de holerites que o escritório de locação exigia como comprovação. Eu não dei dinheiro a ela nem segurei o depósito. Assinei um formulário dizendo que, se ela deixasse de pagar o aluguel, o administrador do imóvel poderia me cobrar em vez dela. Não houve nenhuma entrega física. A única coisa que se moveu foi uma promessa: meu nome ligado à capacidade dela de pagar por doze meses.

Esse é o mesmo padrão que a cripto usa para descrever a ideia de colocar algo em risco. Staking e colateralização quase sempre pressupõem que o próprio ativo tem que se mover primeiro—para dentro de um contrato, um custodiante, uma ponte—antes que qualquer coisa possa lastreá-lo. O objeto viaja, e o risco viaja com ele.

O desenho de staking da Babylon questiona essa suposição. O Bitcoin que está sendo apostado não sai da cadeia do Bitcoin nem das chaves próprias do dono; ele permanece travado em um script de custódia própria, em vez de ficar na carteira de um custodiante ou em um contrato de ponte. Ainda assim, pode sofrer penalidades se o validador para o qual foi delegado agir de forma desonesta. @BabylonLabs_io colocar a questão de custódia antes da questão de staking muda o que é realmente exigido do ativo: não entregá-lo para sabermos que você está falando sério, mas mantê-lo e responder pelo que você anexou a ele.

Autocrítica: eu não assinei aquele contrato e desapareci por um ano. Quando o pagamento dela atrasou duas vezes, eu mesmo liguei para o proprietário, porque eu conseguia distinguir entre descuido e uma crise real. Uma condição de slashing não consegue fazer essa distinção. Ela não sabe se um validador ficou offline por malícia ou por uma queda de energia. Ela só sabe que uma assinatura estava ausente em um bloco específico. Um “aval” verdadeiro é um julgamento contínuo, renovado ou retirado com base em um contexto que ninguém consegue codificar completamente. O código pode impor uma regra. Ele não consegue ler uma situação.

$BABY deve ser avaliado pelo quanto o provedor de finalização e o design de slashing deixam de espaço para separar uma falha honesta de uma conduta indevida real—não apenas por quanto Bitcoin foi travado nele.
#BTCStaking #baby $BLESS $SKYAI
Alonmmusk:
Clear custody responsibility matters most when security demand continues after incentives fade via @BabylonLabs_io ⚡
@babylonlabs_io #baby $BABY Antes de escrever este post, eu questionei uma suposição que eu tinha sobre a Babylon. Eu costumava achar que “slashing” (penalização) tinha a ver principalmente com punir Provedores de Finalidade (Finality Providers) maliciosos. Depois de estudar a implementação, cheguei a uma conclusão diferente. A Babylon gasta tanto esforço de engenharia prevenindo operadores honestos de criarem assinaturas inseguras durante a recuperação quanto gastando para detectar comportamento malicioso. Essa é uma das decisões arquitetônicas mais fortes do protocolo. Em vez de assumir infraestrutura perfeita, ela assume que falhas (crashes), bugs de software, respostas atrasadas de RPC e upgrades interrompidos são inevitáveis. O objetivo não é apenas identificar comportamento inválido depois que ele acontece, mas reduzir as condições sob as quais isso pode acontecer. O detalhe que mudou minha perspectiva é a separação entre o Finality Provider Daemon e o gerenciador de EOTS (EOTS manager). Um determina quando um voto deve ser produzido. O outro determina de forma independente se produzir aquela assinatura ainda é válido. Eles preservam deliberadamente estados operacionais diferentes, criando duas verificações independentes antes que uma nova assinatura possa existir. A implicação mais profunda vai além da criptografia. A Babylon está protegendo o histórico de decisões junto com chaves privadas. Uma chave prova quem assinou uma mensagem. O estado histórico de assinatura determina se assinar essa mensagem ainda é legítimo. São garantias de segurança diferentes, mas ambas são necessárias para tornar uma infraestrutura resistente a slashing confiável. O trade-off também é igualmente importante. À medida que o staking de Bitcoin cresce, a segurança do protocolo depende cada vez mais da correção operacional. Recuperação de estado, comunicação autenticada e infraestrutura disciplinada passam a fazer parte do modelo de confiança, em vez de serem meros detalhes de implementação. Se o staking de Bitcoin continuar evoluindo nessa direção, devemos avaliar a segurança apenas pelo stake econômico, ou também pela qualidade dos sistemas que preservam a correção criptográfica antes de uma assinatura sequer ser criada?💭 $BTC $ETH @Binance_Square_Official #Bitcoin #BTCStaking #BlockchainInfrastructure
@BabylonLabs_io #baby $BABY
Antes de escrever este post, eu questionei uma suposição que eu tinha sobre a Babylon.

Eu costumava achar que “slashing” (penalização) tinha a ver principalmente com punir Provedores de Finalidade (Finality Providers) maliciosos. Depois de estudar a implementação, cheguei a uma conclusão diferente. A Babylon gasta tanto esforço de engenharia prevenindo operadores honestos de criarem assinaturas inseguras durante a recuperação quanto gastando para detectar comportamento malicioso.

Essa é uma das decisões arquitetônicas mais fortes do protocolo. Em vez de assumir infraestrutura perfeita, ela assume que falhas (crashes), bugs de software, respostas atrasadas de RPC e upgrades interrompidos são inevitáveis. O objetivo não é apenas identificar comportamento inválido depois que ele acontece, mas reduzir as condições sob as quais isso pode acontecer.

O detalhe que mudou minha perspectiva é a separação entre o Finality Provider Daemon e o gerenciador de EOTS (EOTS manager). Um determina quando um voto deve ser produzido. O outro determina de forma independente se produzir aquela assinatura ainda é válido. Eles preservam deliberadamente estados operacionais diferentes, criando duas verificações independentes antes que uma nova assinatura possa existir.

A implicação mais profunda vai além da criptografia. A Babylon está protegendo o histórico de decisões junto com chaves privadas. Uma chave prova quem assinou uma mensagem. O estado histórico de assinatura determina se assinar essa mensagem ainda é legítimo. São garantias de segurança diferentes, mas ambas são necessárias para tornar uma infraestrutura resistente a slashing confiável.

O trade-off também é igualmente importante. À medida que o staking de Bitcoin cresce, a segurança do protocolo depende cada vez mais da correção operacional. Recuperação de estado, comunicação autenticada e infraestrutura disciplinada passam a fazer parte do modelo de confiança, em vez de serem meros detalhes de implementação.

Se o staking de Bitcoin continuar evoluindo nessa direção, devemos avaliar a segurança apenas pelo stake econômico, ou também pela qualidade dos sistemas que preservam a correção criptográfica antes de uma assinatura sequer ser criada?💭
$BTC $ETH @Binance Square Official
#Bitcoin
#BTCStaking
#BlockchainInfrastructure
Há dois anos, eu e meu colega de apartamento assinamos um contrato de aluguel de doze meses. Quando encontrei um novo lugar, dei ao proprietário o aviso prévio obrigatório de trinta dias, mas meu nome ficou no contrato até o dia trinta. No dia doze, meu colega fez uma festa que rachou o balcão da cozinha, e o proprietário dividiu a conta entre os dois nomes ainda no contrato. Eu já tinha saído mentalmente. Legalmente, não. O mesmo padrão aparece em staking. As pessoas clicam em “unstake” e transferem os fundos para a coluna segura na cabeça delas imediatamente, sem verificar se o protocolo ainda consegue alcançar aquele dinheiro até o unbonding terminar. Iniciar uma saída não é a mesma coisa que completá-la, e tudo o que a outra parte fizer durante essa janela ainda cai sobre você. O UTXO de staking de @babylonlabs_io fornece ao staker um caminho de saída que nunca precisa da assinatura do provedor de finalidade, já que as condições de gasto simplesmente omitem essa chave. As assinaturas do comitê de covenant, incluindo uma cópia pré-assinada da transação futura de unbonding, são coletadas antes de o stake ficar ativo; então, quando o staker quiser sair, só falta a assinatura dele. Ainda assim, a saída de unbonding não abre imediatamente: a Babylon atualmente define esse piso em 1.008 blocos, cerca de sete dias, durante os quais o BTC ainda pode ser slashed se o provedor de finalidade fizer double sign primeiro. Autocrítica: essa janela de sete dias é o dia doze do contrato novamente. Um painel que marca o unbonding como concluído no instante em que alguém clica em exit faz as pessoas se sentirem seguras antes que as engrenagens concordem. Há uma segunda coisa que vale nomear: o comitê de covenant é um conjunto específico e nomeado de signatários que substitui algo que o Bitcoin ainda não consegue fazer nativamente, e a própria documentação admite que, se um número suficiente deles virasse desonesto em conjunto, eles poderiam simplesmente parar de coassinar novas solicitações. Autocustódia não significa que ninguém mais está envolvido. $BABY deve ser avaliado com base em se a janela de exposição e o papel do comitê ficam evidentes para o staker no momento, e não apenas se a criptografia de slashing aguenta na teoria. #BTCStaking #baby $BLESS $HOME
Há dois anos, eu e meu colega de apartamento assinamos um contrato de aluguel de doze meses. Quando encontrei um novo lugar, dei ao proprietário o aviso prévio obrigatório de trinta dias, mas meu nome ficou no contrato até o dia trinta. No dia doze, meu colega fez uma festa que rachou o balcão da cozinha, e o proprietário dividiu a conta entre os dois nomes ainda no contrato. Eu já tinha saído mentalmente. Legalmente, não.

O mesmo padrão aparece em staking. As pessoas clicam em “unstake” e transferem os fundos para a coluna segura na cabeça delas imediatamente, sem verificar se o protocolo ainda consegue alcançar aquele dinheiro até o unbonding terminar. Iniciar uma saída não é a mesma coisa que completá-la, e tudo o que a outra parte fizer durante essa janela ainda cai sobre você.

O UTXO de staking de @BabylonLabs_io fornece ao staker um caminho de saída que nunca precisa da assinatura do provedor de finalidade, já que as condições de gasto simplesmente omitem essa chave. As assinaturas do comitê de covenant, incluindo uma cópia pré-assinada da transação futura de unbonding, são coletadas antes de o stake ficar ativo; então, quando o staker quiser sair, só falta a assinatura dele. Ainda assim, a saída de unbonding não abre imediatamente: a Babylon atualmente define esse piso em 1.008 blocos, cerca de sete dias, durante os quais o BTC ainda pode ser slashed se o provedor de finalidade fizer double sign primeiro.

Autocrítica: essa janela de sete dias é o dia doze do contrato novamente. Um painel que marca o unbonding como concluído no instante em que alguém clica em exit faz as pessoas se sentirem seguras antes que as engrenagens concordem.
Há uma segunda coisa que vale nomear: o comitê de covenant é um conjunto específico e nomeado de signatários que substitui algo que o Bitcoin ainda não consegue fazer nativamente, e a própria documentação admite que, se um número suficiente deles virasse desonesto em conjunto, eles poderiam simplesmente parar de coassinar novas solicitações. Autocustódia não significa que ninguém mais está envolvido.

$BABY deve ser avaliado com base em se a janela de exposição e o papel do comitê ficam evidentes para o staker no momento, e não apenas se a criptografia de slashing aguenta na teoria.
#BTCStaking #baby $BLESS $HOME
Coin Coach Signals:
Users can keep self-custody while accessing liquidity. the strongest point is if validators behave as expected, and this is the kind of progress that gives $BABY meaning. ✅
Ver tradução
资金追踪|Babylon BTC质押 $BABY N/A 单刀直入 看 Babylon 的 BTC 质押数据。先看锁了多少币。 协议 TVL 当前 未查到,这是锁在 Babylon 金库里的 BTC 总量。TVL 越高,说明越多 BTC 持有者愿意把币锁进去赚收益。Phase-1 Cap-1 最初限额 1000 BTC,瞬间秒满,说明需求真实存在。 $BABY 现价 未查到,24h N/A,最高 未查到,最低 未查到,振幅 N/A 个百分点。流通市值 未披露,FDV 未披露,24h 成交 未披露。 质押收益方面,币安此前推出过 Babylon BTC 质押活动,年化最高 2.5 个点的 BABY 奖励。收益率相比其他 DeFi 不算高,但安全性是 BTC 链上自托管,不存在合约被黑的风险。 TVL 增长看三个指标:新增质押量、解锁量、净流入。净流入持续为正说明资金在进场,转负说明获利盘在撤。 方向看明白了,节奏自己掌握。 #baby #Babylon #BTCStaking @BabylonLabs_io
资金追踪|Babylon BTC质押 $BABY N/A

单刀直入 看 Babylon 的 BTC 质押数据。先看锁了多少币。

协议 TVL 当前 未查到,这是锁在 Babylon 金库里的 BTC 总量。TVL 越高,说明越多 BTC 持有者愿意把币锁进去赚收益。Phase-1 Cap-1 最初限额 1000 BTC,瞬间秒满,说明需求真实存在。

$BABY 现价 未查到,24h N/A,最高 未查到,最低 未查到,振幅 N/A 个百分点。流通市值 未披露,FDV 未披露,24h 成交 未披露。

质押收益方面,币安此前推出过 Babylon BTC 质押活动,年化最高 2.5 个点的 BABY 奖励。收益率相比其他 DeFi 不算高,但安全性是 BTC 链上自托管,不存在合约被黑的风险。

TVL 增长看三个指标:新增质押量、解锁量、净流入。净流入持续为正说明资金在进场,转负说明获利盘在撤。

方向看明白了,节奏自己掌握。
#baby #Babylon #BTCStaking @BabylonLabs_io
#baby $BABY Nem toda oportunidade faz barulho. Algumas das inovações mais fortes trabalham em silêncio nos bastidores—construindo segurança antes de buscar atenção. É por isso que estou de olho em @babylonlabs_io . Em vez de tentar substituir o Bitcoin, ele desbloqueia novas possibilidades, respeitando o que torna o Bitcoin valioso: confiança, descentralização e resiliência. O próximo grande capítulo das criptos talvez não pertença ao projeto mais barulhento—talvez pertença àquele que cria a base mais sólida. A paciência muitas vezes vence o hype. 📈 $BABY $BTC #Babylon #Web3 #blockchains #BTCStaking
#baby $BABY Nem toda oportunidade faz barulho.
Algumas das inovações mais fortes trabalham em silêncio nos bastidores—construindo segurança antes de buscar atenção.
É por isso que estou de olho em @BabylonLabs_io . Em vez de tentar substituir o Bitcoin, ele desbloqueia novas possibilidades, respeitando o que torna o Bitcoin valioso: confiança, descentralização e resiliência.
O próximo grande capítulo das criptos talvez não pertença ao projeto mais barulhento—talvez pertença àquele que cria a base mais sólida.
A paciência muitas vezes vence o hype. 📈
$BABY $BTC
#Babylon #Web3 #blockchains #BTCStaking
Ver tradução
BTCFi叙事|Babylon TBV 开启 BTCFi $BABY 换个角度看 Babylon TBV 正在打开 BTCFi 的新范式。想象空间不小。 传统 BTC 在 DeFi 里参与方式有限。wBTC 需要信任托管方,tBTC 需要跨链桥,都有中心化风险。TBV 用比特币链上脚本实现自托管质押,BTC 不离开比特币网络就能参与 DeFi。 创新点在于:BTC 持有者不卖币就能获得收益。质押收益以 $BABY 发放,同时保留 BTC 上涨敞口。Aave 集成后,BTC 还能作为抵押品借贷,进一步释放流动性。BTC 市值超过 7000 亿美金,哪怕解锁一小部分进 DeFi 都是巨大的增量市场。 当前 $BABY 现价 0.011246,24h -7.38%,市值 48.18M,FDV 122.64M。协议 TVL 未查到,排名 426。90 天 GitHub 提交 未查到 次,Star 未查到。 BTCFi 叙事想象空间大,但落地速度取决于生态接入进度。盯三个指标:TVL 增长、接入的 PoS 链数量、DeFi 协议集成数。指标持续改善说明叙事在变现实。 不急,让子弹飞一会儿。 #baby #Babylon #BTCStaking @BabylonLabs_io
BTCFi叙事|Babylon TBV 开启 BTCFi $BABY

换个角度看 Babylon TBV 正在打开 BTCFi 的新范式。想象空间不小。

传统 BTC 在 DeFi 里参与方式有限。wBTC 需要信任托管方,tBTC 需要跨链桥,都有中心化风险。TBV 用比特币链上脚本实现自托管质押,BTC 不离开比特币网络就能参与 DeFi。

创新点在于:BTC 持有者不卖币就能获得收益。质押收益以 $BABY 发放,同时保留 BTC 上涨敞口。Aave 集成后,BTC 还能作为抵押品借贷,进一步释放流动性。BTC 市值超过 7000 亿美金,哪怕解锁一小部分进 DeFi 都是巨大的增量市场。

当前 $BABY 现价 0.011246,24h -7.38%,市值 48.18M,FDV 122.64M。协议 TVL 未查到,排名 426。90 天 GitHub 提交 未查到 次,Star 未查到。

BTCFi 叙事想象空间大,但落地速度取决于生态接入进度。盯三个指标:TVL 增长、接入的 PoS 链数量、DeFi 协议集成数。指标持续改善说明叙事在变现实。

不急,让子弹飞一会儿。
#baby #Babylon #BTCStaking @BabylonLabs_io
·
--
Quando eu tinha vinte e três anos, meu primeiro senhorio se recusou a me entregar um contrato de locação assinado por mim mesmo. Eu tinha um emprego estável, mas nenhum histórico de crédito; nada em papel que apontasse para isso. Meu tio sentou-se à frente do gerente do imóvel e coassinou. Depois, ele me disse de forma direta: “Eu não vou pagar seu aluguel, mas se você atrasar, sou eu quem primeiro eles vão procurar.” Ele nunca me deu a reputação dele. Ele a anexou à minha, nos termos dele, por um período limitado. Cripto segue o mesmo padrão. Chama isso de segurança compartilhada: um sistema empresta seu peso econômico a um mais jovem, sem abrir mão da propriedade. Babylon ( @babylonlabs_io ) aplica essa lógica ao próprio Bitcoin. Um staker bloqueia BTC dentro de uma transação de staking construída com script do Bitcoin — um UTXO com tempo bloqueado que nunca sai da própria carteira. Sem ponte, sem token “wrapped”, sem custodiante segurando as chaves. Esse valor bloqueado é delegado a um Provedor de Finalidade, uma entidade que vota em blocos para a Bitcoin Supercharged Network que ele securiza. Se o provedor assinar duas vezes dois blocos conflitantes, as Assinaturas Extraíveis de Uma Só Vez permitem que qualquer pessoa reconstrua sua chave privada a partir dessas duas assinaturas e envie uma transação de slashing, imposta por script do Bitcoin, e não pela palavra de um custodiante. A assinatura do meu tio carregava julgamento, não apenas responsabilidade. Ele tinha me visto manter um emprego e pagar dívidas pequenas em dia. Se eu deixasse o aluguel em atraso, ele podia chamar meus pais, me processar ou simplesmente se recusar a me “fiar” novamente. Isso é uma confiança ampla e ajustável. As Assinaturas Extraíveis de Uma Só Vez cobrem algo mais restrito: um provedor só é punido por um ato verificável, a dupla assinatura. Aquele que é lento, descuidado ou discretamente conivente com uma má decisão de governança nunca aciona o mecanismo. O peso do Bitcoin protege contra um único modo de falha, silencioso sobre o resto. $BABY deve ser avaliado com base em quão completamente as condições de slashing da Babylon cobrem os modos reais de falha de uma rede jovem — e não apenas em quanto Bitcoin ela conseguiu atrair. #baby #BTCStaking $GIGGLE $IDOL
Quando eu tinha vinte e três anos, meu primeiro senhorio se recusou a me entregar um contrato de locação assinado por mim mesmo. Eu tinha um emprego estável, mas nenhum histórico de crédito; nada em papel que apontasse para isso.

Meu tio sentou-se à frente do gerente do imóvel e coassinou. Depois, ele me disse de forma direta: “Eu não vou pagar seu aluguel, mas se você atrasar, sou eu quem primeiro eles vão procurar.” Ele nunca me deu a reputação dele. Ele a anexou à minha, nos termos dele, por um período limitado.

Cripto segue o mesmo padrão. Chama isso de segurança compartilhada: um sistema empresta seu peso econômico a um mais jovem, sem abrir mão da propriedade.

Babylon ( @BabylonLabs_io ) aplica essa lógica ao próprio Bitcoin. Um staker bloqueia BTC dentro de uma transação de staking construída com script do Bitcoin — um UTXO com tempo bloqueado que nunca sai da própria carteira. Sem ponte, sem token “wrapped”, sem custodiante segurando as chaves.

Esse valor bloqueado é delegado a um Provedor de Finalidade, uma entidade que vota em blocos para a Bitcoin Supercharged Network que ele securiza. Se o provedor assinar duas vezes dois blocos conflitantes, as Assinaturas Extraíveis de Uma Só Vez permitem que qualquer pessoa reconstrua sua chave privada a partir dessas duas assinaturas e envie uma transação de slashing, imposta por script do Bitcoin, e não pela palavra de um custodiante.

A assinatura do meu tio carregava julgamento, não apenas responsabilidade. Ele tinha me visto manter um emprego e pagar dívidas pequenas em dia. Se eu deixasse o aluguel em atraso, ele podia chamar meus pais, me processar ou simplesmente se recusar a me “fiar” novamente. Isso é uma confiança ampla e ajustável.

As Assinaturas Extraíveis de Uma Só Vez cobrem algo mais restrito: um provedor só é punido por um ato verificável, a dupla assinatura. Aquele que é lento, descuidado ou discretamente conivente com uma má decisão de governança nunca aciona o mecanismo. O peso do Bitcoin protege contra um único modo de falha, silencioso sobre o resto.

$BABY deve ser avaliado com base em quão completamente as condições de slashing da Babylon cobrem os modos reais de falha de uma rede jovem — e não apenas em quanto Bitcoin ela conseguiu atrair.
#baby #BTCStaking $GIGGLE $IDOL
No inverno passado, fui atingido por trás em uma rampa de acesso e dei à minha seguradora um relato rápido naquela mesma tarde. Duas semanas depois, um avaliador ligou pedindo a declaração registrada e me fez repetir mais devagar, voltando aos detalhes como onde minhas mãos estavam. Minha versão se sustentou porque era verdade. Um colega de trabalho que inflou a própria reivindicação na mesma via não teve tanta sorte. O cronograma dele mudou o suficiente na segunda vez que o avaliador percebeu. A responsabilidade otimista na cripto tem o mesmo problema: depende de alguém capturar o desvio antes que a janela de desafio se encerre. Babylon ignora o observador; seus provedores de finalização se incriminam pela própria matemática. Cada um compromete uma aleatoriedade pública por meio do gerenciador EOTS para toda altura de bloco futura na qual pretende votar. Votar em dois blocos na mesma altura e reutilizar essa aleatoriedade é inevitável. As duas assinaturas se combinam para extrair a chave privada do provedor, uma propriedade do esquema de assinatura. Qualquer pessoa pode enviar a transação de slashing; o poder de voto cai para zero, e o tombstoning é permanente. Autocrítica: essa permanência é o que deixa a coisa desconfortável. O protocolo é tolerante com indisponibilidade honesta; um provedor offline não é punido por ficar em silêncio, mas não é tolerante com uma equivocação acidental. O EOTS não consegue diferenciar uma dupla assinatura deliberada de uma honesta causada por falha de failover ou por um bug de software. Ambas geram as mesmas duas assinaturas conflitantes, e ambas são tombstonadas permanentemente, sem apelação. Meu avaliador poderia fazer perguntas adicionais e pesar a intenção; essa matemática só enxerga a colisão. Provedores de staking já vendem ferramentas anti-slashing para preencher essa lacuna, em vez de confiar no protocolo para perdoar. Babylon remove a confiança de um modo de falha: equivocação deliberada, não de todas as formas pelas quais um provedor pode falhar. $BABY deve ser avaliado com base em qual modo de falha um mecanismo realmente remove a confiança, e não apenas na alegação de que slashing o torna sem confiança. #baby #BTCStaking #bitcoin @babylonlabs_io $IDOL $BTW
No inverno passado, fui atingido por trás em uma rampa de acesso e dei à minha seguradora um relato rápido naquela mesma tarde. Duas semanas depois, um avaliador ligou pedindo a declaração registrada e me fez repetir mais devagar, voltando aos detalhes como onde minhas mãos estavam. Minha versão se sustentou porque era verdade.

Um colega de trabalho que inflou a própria reivindicação na mesma via não teve tanta sorte. O cronograma dele mudou o suficiente na segunda vez que o avaliador percebeu.
A responsabilidade otimista na cripto tem o mesmo problema: depende de alguém capturar o desvio antes que a janela de desafio se encerre.
Babylon ignora o observador; seus provedores de finalização se incriminam pela própria matemática. Cada um compromete uma aleatoriedade pública por meio do gerenciador EOTS para toda altura de bloco futura na qual pretende votar.

Votar em dois blocos na mesma altura e reutilizar essa aleatoriedade é inevitável. As duas assinaturas se combinam para extrair a chave privada do provedor, uma propriedade do esquema de assinatura. Qualquer pessoa pode enviar a transação de slashing; o poder de voto cai para zero, e o tombstoning é permanente.

Autocrítica: essa permanência é o que deixa a coisa desconfortável. O protocolo é tolerante com indisponibilidade honesta; um provedor offline não é punido por ficar em silêncio, mas não é tolerante com uma equivocação acidental.
O EOTS não consegue diferenciar uma dupla assinatura deliberada de uma honesta causada por falha de failover ou por um bug de software. Ambas geram as mesmas duas assinaturas conflitantes, e ambas são tombstonadas permanentemente, sem apelação.
Meu avaliador poderia fazer perguntas adicionais e pesar a intenção; essa matemática só enxerga a colisão. Provedores de staking já vendem ferramentas anti-slashing para preencher essa lacuna, em vez de confiar no protocolo para perdoar.

Babylon remove a confiança de um modo de falha: equivocação deliberada, não de todas as formas pelas quais um provedor pode falhar. $BABY deve ser avaliado com base em qual modo de falha um mecanismo realmente remove a confiança, e não apenas na alegação de que slashing o torna sem confiança.
#baby #BTCStaking #bitcoin @BabylonLabs_io $IDOL $BTW
Ver tradução
go check $BABY and @babylonlabs_io 🚀 Unlocking BTC's Full Potential with @BabylonLabs_io 🚀 ​Bitcoin isn't just a store of value anymore—it's actively securing the future of Web3. Through native, trustless BTC staking, Babylon enables Bitcoin holders to earn yield while bolstering the security of Proof-of-Stake networks, all without giving up custody of their assets. 🔒 ​This brings unprecedented liquidity and utility to the world’s largest cryptocurrency. As ecosystem integrations grow, the bridge between Bitcoin's security and PoS scalability is stronger than ever. ​Are you staking your BTC yet, or holding for the long run? Let's discuss in the comments! 👇 ​#BinanceSquare #Bitcoin #Babylon #DeFi #BTCStaking
go check $BABY and @BabylonLabs_io

🚀 Unlocking BTC's Full Potential with @BabylonLabs_io 🚀
​Bitcoin isn't just a store of value anymore—it's actively securing the future of Web3. Through native, trustless BTC staking, Babylon enables Bitcoin holders to earn yield while bolstering the security of Proof-of-Stake networks, all without giving up custody of their assets. 🔒
​This brings unprecedented liquidity and utility to the world’s largest cryptocurrency. As ecosystem integrations grow, the bridge between Bitcoin's security and PoS scalability is stronger than ever.
​Are you staking your BTC yet, or holding for the long run? Let's discuss in the comments! 👇
​#BinanceSquare #Bitcoin #Babylon #DeFi #BTCStaking
·
--
Verificado
O Bitcoin sempre foi conhecido por sua segurança incomparável, mas seu potencial não precisa parar por aí. @babylonlabs_io está abrindo um novo caminho com Trustless Bitcoin Vaults (Cofres de Bitcoin sem confiança), permitindo que o Bitcoin fortaleça redes multi-chain de Proof-of-Stake sem comprometer a segurança que torna o BTC único. Essa abordagem mostra que o Bitcoin pode fazer mais do que simplesmente ficar ocioso. Ele pode contribuir ativamente para proteger ecossistemas descentralizados, permanecendo sem confiança. Estou animado para ver como $BTC o staking evolui a partir daqui, e acredito que $BABY esteja ajudando a moldar esse futuro. A combinação da segurança do Bitcoin com a inovação moderna em PoS é uma direção que vale a pena observar. #baby #Bitcoin #BTCStaking $BABY {future}(BABYUSDT) {future}(BTCUSDT)
O Bitcoin sempre foi conhecido por sua segurança incomparável, mas seu potencial não precisa parar por aí.

@BabylonLabs_io está abrindo um novo caminho com Trustless Bitcoin Vaults (Cofres de Bitcoin sem confiança), permitindo que o Bitcoin fortaleça redes multi-chain de Proof-of-Stake sem comprometer a segurança que torna o BTC único.

Essa abordagem mostra que o Bitcoin pode fazer mais do que simplesmente ficar ocioso. Ele pode contribuir ativamente para proteger ecossistemas descentralizados, permanecendo sem confiança.

Estou animado para ver como $BTC o staking evolui a partir daqui, e acredito que $BABY esteja ajudando a moldar esse futuro. A combinação da segurança do Bitcoin com a inovação moderna em PoS é uma direção que vale a pena observar.

#baby #Bitcoin #BTCStaking $BABY
Há alguns anos eu bati a traseira de alguém num estacionamento, com praticamente nenhum amassado. Meu seguro exigiu dois orçamentos de reparo independentes, então nenhuma oficina podia inflar o número sem checagem. O motorista do guincho me entregou dois cartões de visita. Eu pedi orçamentos de ambos, em papéis timbrados diferentes. Depois, um amigo comentou que as duas lojas eram administradas pelo mesmo rapaz, com dois nomes comerciais. Minha segunda opinião independente era, na prática, uma única pessoa precificando o próprio orçamento duas vezes. A segurança em DeFi segue o mesmo padrão. N chaves separadas são tratadas como N decisores independentes: um tesouro multisig, um comitê de oráculo descentralizado e regras de KYC exigindo coassinantes sem relação. Se duas chaves apontam para um mesmo operador, o verdadeiro limiar de segurança é menor do que todos acreditam, e nada na blockchain sinaliza isso, já que cada chave ainda parece distinta. A saída de staking em Bitcoin da Babylon só pode ser gasta através de três caminhos de script do Taproot: timelock, desativação (unbonding) e slashing, dividindo a autoridade entre o staker, o provedor de finalidade e um comitê de covenant com um limiar. Essa especificação proíbe sobreposição entre StakerPk, FinalityProviderPk e cada CovenantPk. Se dois papéis forem resolvidos para a mesma chave, o script fica inválido, fechando a versão fácil do problema dos “dois galpões”. Auto-crítica: a regra só verifica se as chaves são diferentes byte a byte, não se as pessoas por trás delas são independentes. Um membro do covenant e um provedor de finalidade, ou dois membros do covenant, podem manter chaves distintas mesmo sendo o mesmo operador, e o script aceitaria isso sem reclamar. É a mesma lacuna que permitiu que meu mecânico operasse dois nomes comerciais a partir de um único galpão. Ele nem precisava de uma segunda oficina; bastava uma papelada que parecesse diferente o suficiente para ninguém perguntar quem era o dono. $BABY deve ser avaliado com base em se essa restrição aumenta de forma significativa o custo real de conluio entre staker, provedor de finalidade e signatários do covenant — e não apenas se uma regra de “sem chaves duplicadas” faz o desenho parecer isento de confiança no papel. #BTCStaking @babylonlabs_io #baby $KOMA $BANK
Há alguns anos eu bati a traseira de alguém num estacionamento, com praticamente nenhum amassado. Meu seguro exigiu dois orçamentos de reparo independentes, então nenhuma oficina podia inflar o número sem checagem. O motorista do guincho me entregou dois cartões de visita. Eu pedi orçamentos de ambos, em papéis timbrados diferentes. Depois, um amigo comentou que as duas lojas eram administradas pelo mesmo rapaz, com dois nomes comerciais. Minha segunda opinião independente era, na prática, uma única pessoa precificando o próprio orçamento duas vezes.

A segurança em DeFi segue o mesmo padrão. N chaves separadas são tratadas como N decisores independentes: um tesouro multisig, um comitê de oráculo descentralizado e regras de KYC exigindo coassinantes sem relação. Se duas chaves apontam para um mesmo operador, o verdadeiro limiar de segurança é menor do que todos acreditam, e nada na blockchain sinaliza isso, já que cada chave ainda parece distinta.

A saída de staking em Bitcoin da Babylon só pode ser gasta através de três caminhos de script do Taproot: timelock, desativação (unbonding) e slashing, dividindo a autoridade entre o staker, o provedor de finalidade e um comitê de covenant com um limiar. Essa especificação proíbe sobreposição entre StakerPk, FinalityProviderPk e cada CovenantPk. Se dois papéis forem resolvidos para a mesma chave, o script fica inválido, fechando a versão fácil do problema dos “dois galpões”.

Auto-crítica: a regra só verifica se as chaves são diferentes byte a byte, não se as pessoas por trás delas são independentes. Um membro do covenant e um provedor de finalidade, ou dois membros do covenant, podem manter chaves distintas mesmo sendo o mesmo operador, e o script aceitaria isso sem reclamar. É a mesma lacuna que permitiu que meu mecânico operasse dois nomes comerciais a partir de um único galpão. Ele nem precisava de uma segunda oficina; bastava uma papelada que parecesse diferente o suficiente para ninguém perguntar quem era o dono.

$BABY deve ser avaliado com base em se essa restrição aumenta de forma significativa o custo real de conluio entre staker, provedor de finalidade e signatários do covenant — e não apenas se uma regra de “sem chaves duplicadas” faz o desenho parecer isento de confiança no papel.

#BTCStaking @BabylonLabs_io #baby $KOMA $BANK
Verificado
Quando uma amiga minha se mudou do seu aluguel no ano passado, o administrador do imóvel reteve US$ 900 do depósito dela por “danos no carpete”. Não havia um inspetor independente, não havia fotos de entrada no arquivo, nada além da própria vistoria dele três dias depois que ela saiu. A pessoa que decidiu quanto havia de dano foi a mesma que ficou com o que não devolveu. Ela só viu a maior parte desse dinheiro de volta depois que mencionou o tribunal de pequenas causas em um e-mail. Esse é o mesmo padrão que aparece em staking e restaking. O slashing deveria ser decidido por alguém neutro, não pelo staker ou pela entidade que está sendo penalizada. Mas, na maioria dos projetos, essa neutralidade só é garantida no nível de chaves ou endereços separados. Nada na criptografia impede que as pessoas por trás dessas chaves sejam a mesma operação usando dois chapéus. Uma verificação pode parecer procedimentalmente separada enquanto, na prática, avalia o próprio trabalho. @babylonlabs_io divide cada stake em três chaves distintas antes que qualquer coisa possa ser movida: o staker, o Finality Provider identificado pela sua chave EOTS e um Covenant Committee que deve coassinar como um multisig M-out-of-N antes que o slashing ou o desbloqueio antecipado possa ser executado. O script de staking é inválido por si só se qualquer uma dessas chaves se repetir dentro de um único stake. Autocrítica: essa regra de unicidade é uma garantia criptográfica, não organizacional. Ela prova que nenhuma chave única desempenha dois papéis. Ela não consegue provar que as N cadeiras do comitê são ocupadas por N partes genuinamente separadas, em vez de operadores afiliados ou uma infraestrutura compartilhada mantendo várias cadeiras silenciosamente ao mesmo tempo. O senhorio da minha amiga poderia ter obtido uma segunda assinatura nesse relatório de danos também, desde que viesse de alguém que lhe devia favores. Um nome diferente no formulário não é a mesma coisa que um interesse diferente no resultado, e nenhum esquema de assinatura consegue dizer quem realmente está por trás de uma chave. $BABY deve ser avaliado com base na independência real de quem ocupa essas cadeiras do covenant, não apenas em se as chaves são tecnicamente distintas entre si. #BTCStaking #baby $KOMA $BANK
Quando uma amiga minha se mudou do seu aluguel no ano passado, o administrador do imóvel reteve US$ 900 do depósito dela por “danos no carpete”. Não havia um inspetor independente, não havia fotos de entrada no arquivo, nada além da própria vistoria dele três dias depois que ela saiu. A pessoa que decidiu quanto havia de dano foi a mesma que ficou com o que não devolveu. Ela só viu a maior parte desse dinheiro de volta depois que mencionou o tribunal de pequenas causas em um e-mail.

Esse é o mesmo padrão que aparece em staking e restaking. O slashing deveria ser decidido por alguém neutro, não pelo staker ou pela entidade que está sendo penalizada. Mas, na maioria dos projetos, essa neutralidade só é garantida no nível de chaves ou endereços separados. Nada na criptografia impede que as pessoas por trás dessas chaves sejam a mesma operação usando dois chapéus. Uma verificação pode parecer procedimentalmente separada enquanto, na prática, avalia o próprio trabalho.

@BabylonLabs_io divide cada stake em três chaves distintas antes que qualquer coisa possa ser movida: o staker, o Finality Provider identificado pela sua chave EOTS e um Covenant Committee que deve coassinar como um multisig M-out-of-N antes que o slashing ou o desbloqueio antecipado possa ser executado. O script de staking é inválido por si só se qualquer uma dessas chaves se repetir dentro de um único stake.

Autocrítica: essa regra de unicidade é uma garantia criptográfica, não organizacional. Ela prova que nenhuma chave única desempenha dois papéis. Ela não consegue provar que as N cadeiras do comitê são ocupadas por N partes genuinamente separadas, em vez de operadores afiliados ou uma infraestrutura compartilhada mantendo várias cadeiras silenciosamente ao mesmo tempo. O senhorio da minha amiga poderia ter obtido uma segunda assinatura nesse relatório de danos também, desde que viesse de alguém que lhe devia favores. Um nome diferente no formulário não é a mesma coisa que um interesse diferente no resultado, e nenhum esquema de assinatura consegue dizer quem realmente está por trás de uma chave.

$BABY deve ser avaliado com base na independência real de quem ocupa essas cadeiras do covenant, não apenas em se as chaves são tecnicamente distintas entre si.

#BTCStaking #baby $KOMA $BANK
·
--
Meu tio guardou dez mil dólares em uma conta poupança que não era movimentada havia onze anos. O sócio dele chamava isso de "o dinheiro mais preguiçoso de Ohio" e ficava insistindo para que ele investisse. Então o armazém do parceiro alagou, o seguro enrolou e o pagamento da folha de pagamento ficou para quatro dias. Meu tio transferiu o dinheiro naquela tarde. Bitcoin parado recebe o mesmo tratamento: se não está emprestando, fazendo bridge ou “farming” em algum lugar, presume-se que esteja sendo desperdiçado. O design de staking da Babylon contesta essa suposição no nível do protocolo. Quando o BTC é stacado pela Babylon, ele permanece bloqueado dentro de um timelock de Bitcoin autocustodiado, ainda totalmente na cadeia do Bitcoin, nunca envolto, “bridged” ou “pegged” a qualquer outra coisa. O staker delega o poder de voto a um provedor de finalização (finality provider), que usa esse suporte para ajudar a proteger uma rede conectada. Nada sobre a localização da moeda muda; o que muda é que a má conduta do provedor de finalização se torna provável e passível de punição por meio de slashing, imposto pelas próprias regras de scripting do Bitcoin — em vez da promessa de um custodiante. O dinheiro em caixa do meu tio nunca dependia de alguém se comportar corretamente para estar lá quando ele precisasse. O BTC stacado depende. A segurança dele repousa em o provedor de finalização não assinar duas vezes (double-signing) e, também, em um comitê de pacto (covenant committee) aplicar corretamente a regra de slashing se eles fizerem isso. O BTC pode ficar perfeitamente parado e ainda assim perder valor se a chave de outra pessoa fizer a coisa errada. Essa é uma forma mais limitada de “parar” do que a que uma conta poupança travada oferece: é mais próximo de confiar em um vizinho com uma chave reserva do que de ter uma “vault” que ninguém mais consegue abrir. $BABY deve ser avaliado com base em quão resiliente é o conjunto de seus provedores de finalização (finality provider set), e não apenas em quanto BTC concordou em ficar parado. #baby #bitcoin #BTCStaking @babylonlabs_io $BANK $KOMA
Meu tio guardou dez mil dólares em uma conta poupança que não era movimentada havia onze anos. O sócio dele chamava isso de "o dinheiro mais preguiçoso de Ohio" e ficava insistindo para que ele investisse. Então o armazém do parceiro alagou, o seguro enrolou e o pagamento da folha de pagamento ficou para quatro dias. Meu tio transferiu o dinheiro naquela tarde.

Bitcoin parado recebe o mesmo tratamento: se não está emprestando, fazendo bridge ou “farming” em algum lugar, presume-se que esteja sendo desperdiçado.

O design de staking da Babylon contesta essa suposição no nível do protocolo. Quando o BTC é stacado pela Babylon, ele permanece bloqueado dentro de um timelock de Bitcoin autocustodiado, ainda totalmente na cadeia do Bitcoin, nunca envolto, “bridged” ou “pegged” a qualquer outra coisa.

O staker delega o poder de voto a um provedor de finalização (finality provider), que usa esse suporte para ajudar a proteger uma rede conectada. Nada sobre a localização da moeda muda; o que muda é que a má conduta do provedor de finalização se torna provável e passível de punição por meio de slashing, imposto pelas próprias regras de scripting do Bitcoin — em vez da promessa de um custodiante.

O dinheiro em caixa do meu tio nunca dependia de alguém se comportar corretamente para estar lá quando ele precisasse. O BTC stacado depende. A segurança dele repousa em o provedor de finalização não assinar duas vezes (double-signing) e, também, em um comitê de pacto (covenant committee) aplicar corretamente a regra de slashing se eles fizerem isso.

O BTC pode ficar perfeitamente parado e ainda assim perder valor se a chave de outra pessoa fizer a coisa errada. Essa é uma forma mais limitada de “parar” do que a que uma conta poupança travada oferece: é mais próximo de confiar em um vizinho com uma chave reserva do que de ter uma “vault” que ninguém mais consegue abrir.

$BABY deve ser avaliado com base em quão resiliente é o conjunto de seus provedores de finalização (finality provider set), e não apenas em quanto BTC concordou em ficar parado.

#baby #bitcoin #BTCStaking @BabylonLabs_io $BANK $KOMA
Há dois anos eu assinei conjuntamente o contrato de aluguel do apartamento do meu primo. O gerente do imóvel foi direto: se ele parasse de pagar o aluguel, eles me procurariam primeiro, e não por meio de despejo. Ele nunca perdeu um pagamento. Mas quando solicitei minha própria hipoteca no ano passado, o agente de crédito sinalizou o contrato dele como uma responsabilidade no meu cadastro, uma dívida que eu nunca toquei e que ainda estava moldando meu perfil de risco. Esse é o mesmo padrão que a segurança cripto costuma seguir: respaldar algo movendo-o, para uma ponte, um token envolto (wrapped token), um armazenamento a frio sob custódia. O staking de BTC autocustodial evita a movimentação: nada é transferido, mas a presença das moedas ainda dá suporte ao comportamento de outra pessoa. O staking de Bitcoin da Babylon funciona por meio de um UTXO autocustodial. Seu BTC é bloqueado em um script do Bitcoin com múltiplos caminhos de gasto, mas a chave privada nunca sai da sua posse. Você delega a um provedor de finalização, que assina blocos usando Extractable One-Time Signatures, EOTS, por abreviação. O perigo só aparece se esse provedor assinar duas vezes. Duas assinaturas EOTS conflitantes podem ser combinadas de forma a expor matematicamente a chave privada, desbloqueando um caminho de slashing que um comitê de convênio já havia coassinado quando seu stake começou. Ninguém na Babylon aplica qualquer coisa em tempo real. Autocrítica: dá para conversar com um garantidor humano. O proprietário do meu primo poderia ter me ligado e a gente teria conversado, encontrado espaço para um erro honesto. O slashing da Babylon não dá esse tipo de margem. Se um provedor de finalização assina duas vezes por causa de um nó de backup mal configurado ou de uma falha de contingência mal executada, sem malícia, o slashing dispara da mesma forma que se eles tivessem roubado os fundos diretamente. Eu teria tomado uma queda no meu crédito do mesmo jeito, mesmo que o pagamento perdido do meu primo tivesse um bom motivo por trás. Código não pede “por quê”. Ele só pergunta se a assinatura existe. $BABY deve ser avaliado com base em o quão bem as ferramentas e o monitoramento do provedor de finalização impedem assinaturas duplas acidentais, e não apenas em quanto bitcoin o protocolo travou. #baby #BTCStaking #BTCFi @babylonlabs_io
Há dois anos eu assinei conjuntamente o contrato de aluguel do apartamento do meu primo. O gerente do imóvel foi direto: se ele parasse de pagar o aluguel, eles me procurariam primeiro, e não por meio de despejo.

Ele nunca perdeu um pagamento. Mas quando solicitei minha própria hipoteca no ano passado, o agente de crédito sinalizou o contrato dele como uma responsabilidade no meu cadastro, uma dívida que eu nunca toquei e que ainda estava moldando meu perfil de risco.

Esse é o mesmo padrão que a segurança cripto costuma seguir: respaldar algo movendo-o, para uma ponte, um token envolto (wrapped token), um armazenamento a frio sob custódia. O staking de BTC autocustodial evita a movimentação: nada é transferido, mas a presença das moedas ainda dá suporte ao comportamento de outra pessoa.

O staking de Bitcoin da Babylon funciona por meio de um UTXO autocustodial. Seu BTC é bloqueado em um script do Bitcoin com múltiplos caminhos de gasto, mas a chave privada nunca sai da sua posse. Você delega a um provedor de finalização, que assina blocos usando Extractable One-Time Signatures, EOTS, por abreviação.

O perigo só aparece se esse provedor assinar duas vezes. Duas assinaturas EOTS conflitantes podem ser combinadas de forma a expor matematicamente a chave privada, desbloqueando um caminho de slashing que um comitê de convênio já havia coassinado quando seu stake começou. Ninguém na Babylon aplica qualquer coisa em tempo real.

Autocrítica: dá para conversar com um garantidor humano. O proprietário do meu primo poderia ter me ligado e a gente teria conversado, encontrado espaço para um erro honesto. O slashing da Babylon não dá esse tipo de margem.

Se um provedor de finalização assina duas vezes por causa de um nó de backup mal configurado ou de uma falha de contingência mal executada, sem malícia, o slashing dispara da mesma forma que se eles tivessem roubado os fundos diretamente.

Eu teria tomado uma queda no meu crédito do mesmo jeito, mesmo que o pagamento perdido do meu primo tivesse um bom motivo por trás. Código não pede “por quê”. Ele só pergunta se a assinatura existe.

$BABY deve ser avaliado com base em o quão bem as ferramentas e o monitoramento do provedor de finalização impedem assinaturas duplas acidentais, e não apenas em quanto bitcoin o protocolo travou.

#baby #BTCStaking #BTCFi @BabylonLabs_io
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