A contagem regressiva do Batch no XRP Ledger foi redefinida. Ativação mais cedo: 9 de outubro, se os validadores sustentarem.
FATOS (blog oficial xrpl.org 25/09 + dashboard de emendas / TokenPost 26/09)
• BatchV1_1 permite até 8 transações internas em um lote atômico (tudo dá certo ou tudo falha), útil para pagar + receber um ativo tokenizado na mesma operação
• Contagem regressiva inicial desde 15/09 (~14:06 UTC); a maioria foi brevemente perdida em 25/09 → tempo acumulado apagado
• Novo clock: 25/09 às 14:46 UTC, com 30/35 validadores de confiança. Limiar XRPL: mais de 80% por 14 dias seguidos (≥29/35)
• Alvo: 9/10 ~14:46 UTC se o suporte segurar. Em 28/35 (=80%), o clock voltaria a reiniciar
• xrpld 3.4.1 (25/09): fixBatchV1_2 também esperado por volta de 9/10; PermissionDelegationV1_1 projetado para 8/10
Contexto spot (atualização): $XRP ~1,522 (−0,3% vs abertura), $BTC ~84,5k, ETH ~2 707, SOL ~121,4; F&G 70 Greed; funding OKX calma.
INTERPRETAÇÃO
Não é uma listagem nem um ETF. É governança de protocolo: o ledger prefere adiar uma feature (já corrigida após um bug de assinatura na V1) em vez de forçar uma ativação “malajustada”. Risco de leitura: tomar 9 de outubro como uma data garantida. É uma projeção condicional.
CENÁRIOS
• Base: suporte ≥29, Batch + fix ativam em torno de 9/10, operadores atualizados
• Valorização (upside) por uso: lots atômicos aceleram fluxos de RWA / pagamento+entrega em $XRP
• Risco: um novo mergulho de votos (ou nós não atualizados) bloqueia novamente, ou a adoção continua lenta
Você está acompanhando de perto a contagem (tally) de validadores do XRPL, ou vai esperar o EnableAmendment on-ledger antes de considerar isso um verdadeiro catalisador para $XRP ?
#XRP #XRPL #Crypto
FATOS (blog oficial xrpl.org 25/09 + dashboard de emendas / TokenPost 26/09)
• BatchV1_1 permite até 8 transações internas em um lote atômico (tudo dá certo ou tudo falha), útil para pagar + receber um ativo tokenizado na mesma operação
• Contagem regressiva inicial desde 15/09 (~14:06 UTC); a maioria foi brevemente perdida em 25/09 → tempo acumulado apagado
• Novo clock: 25/09 às 14:46 UTC, com 30/35 validadores de confiança. Limiar XRPL: mais de 80% por 14 dias seguidos (≥29/35)
• Alvo: 9/10 ~14:46 UTC se o suporte segurar. Em 28/35 (=80%), o clock voltaria a reiniciar
• xrpld 3.4.1 (25/09): fixBatchV1_2 também esperado por volta de 9/10; PermissionDelegationV1_1 projetado para 8/10
Contexto spot (atualização): $XRP ~1,522 (−0,3% vs abertura), $BTC ~84,5k, ETH ~2 707, SOL ~121,4; F&G 70 Greed; funding OKX calma.
INTERPRETAÇÃO
Não é uma listagem nem um ETF. É governança de protocolo: o ledger prefere adiar uma feature (já corrigida após um bug de assinatura na V1) em vez de forçar uma ativação “malajustada”. Risco de leitura: tomar 9 de outubro como uma data garantida. É uma projeção condicional.
CENÁRIOS
• Base: suporte ≥29, Batch + fix ativam em torno de 9/10, operadores atualizados
• Valorização (upside) por uso: lots atômicos aceleram fluxos de RWA / pagamento+entrega em $XRP
• Risco: um novo mergulho de votos (ou nós não atualizados) bloqueia novamente, ou a adoção continua lenta
Você está acompanhando de perto a contagem (tally) de validadores do XRPL, ou vai esperar o EnableAmendment on-ledger antes de considerar isso um verdadeiro catalisador para $XRP ?
#XRP #XRPL #Crypto
