Inicialmente pensei que o “epoch” de Dusk era apenas uma forma conveniente de dividir a cadeia em blocos.
O detalhe mais interessante é o que acontece quando a aposta encontra esse relógio.
A Dusk usa 2.160 blocos como um epoch, enquanto uma nova aposta não se torna ativa imediatamente. A documentação oficial descreve a ativação na fronteira do epoch após o próximo, normalmente levando cerca de 1–2 epochs dependendo de quando a aposta foi enviada.
Isso cria uma cadeia simples, mas importante:
aposta enviada → período de espera → fronteira do epoch → ativação → participação no consenso.
Assim, o epoch está fazendo mais do que medir tempo. Ele cria uma fronteira discreta entre o capital entrando no sistema e esse capital se tornando ativo no consenso.
O custo-benefício é a capacidade de resposta. Uma fronteira limpa de epoch torna as mudanças no conjunto de validadores mais fáceis de analisar, mas um novo participante não deve esperar participação imediata no consenso.
O que acho interessante é que a Dusk trata a ativação da aposta como um problema de temporização, e não apenas como uma verificação de saldo.
A pergunta é: Quão mais rápida poderia se tornar a ativação da aposta antes que o conjunto de validadores se tornasse dinâmico demais para um consenso previsível?
@Dusk_Foundation $DUSK #dusk
O detalhe mais interessante é o que acontece quando a aposta encontra esse relógio.
A Dusk usa 2.160 blocos como um epoch, enquanto uma nova aposta não se torna ativa imediatamente. A documentação oficial descreve a ativação na fronteira do epoch após o próximo, normalmente levando cerca de 1–2 epochs dependendo de quando a aposta foi enviada.
Isso cria uma cadeia simples, mas importante:
aposta enviada → período de espera → fronteira do epoch → ativação → participação no consenso.
Assim, o epoch está fazendo mais do que medir tempo. Ele cria uma fronteira discreta entre o capital entrando no sistema e esse capital se tornando ativo no consenso.
O custo-benefício é a capacidade de resposta. Uma fronteira limpa de epoch torna as mudanças no conjunto de validadores mais fáceis de analisar, mas um novo participante não deve esperar participação imediata no consenso.
O que acho interessante é que a Dusk trata a ativação da aposta como um problema de temporização, e não apenas como uma verificação de saldo.
A pergunta é: Quão mais rápida poderia se tornar a ativação da aposta antes que o conjunto de validadores se tornasse dinâmico demais para um consenso previsível?
@Dusk_Foundation $DUSK #dusk