#dusk $DUSK Pesquisei o mecanismo de consenso do Dusk durante este período. Tenho ficado pensando no quanto valem, de verdade, as três palavras “determinismo”, e não no quanto “privacidade” vale por si só. Muitas cadeias tratam a finalização como apenas mais um parâmetro técnico e pronto, mas, para cenários que exigem liquidação, o tempo de espera pela finalização é o tempo em que o capital fica imobilizado — e o próprio tempo de imobilização tem custo.
A rota usada pelo Dusk é: primeiro fornecer uma finalização probabilística dentro de uma rodada e, depois, por meio de confirmações subsequentes, convergir para uma finalização determinística. O objetivo é reduzir ao mínimo a janela de espera entre dois estados — “muito provavelmente não será revertido” e “jamais será revertido”. Isso não importa tanto para cenários de transação; afinal, todos conseguem esperar alguns minutos. Mas é completamente diferente para cenários de liquidação: poucos minutos a mais com o capital imobilizado, ao escalar para o tamanho de instituições, vira custo real de dinheiro. $SPCXB
Como analogia, é um pouco como a disputa entre T+0 e T+1 na compensação tradicional. Parece que atrasar um dia no recebimento só muda “um dia”. Porém, para quem precisa de giro de capital, o custo de oportunidade desse dia precisa entrar no preço. O que o Dusk quer fazer é comprimir o tempo de confirmação on-chain para algo próximo do nível de “disponível no mesmo dia” dos sistemas tradicionais, mantendo, ao mesmo tempo, a verificabilidade on-chain dessa parte.
O risco é que, ao comprimir o tempo de confirmação, normalmente se troca por contagem de nós de validação e por latência de rede. Quanto menos nós, mais rápido; porém a margem de resistência à censura e ao conluio diminui. A escala de participantes na rede ainda não atingiu um estágio em que dê para verificar se esse compromisso é estável. Esse número precisa ser observado continuamente — não é algo que se define de vez em uma apresentação. $SNDKB
Eu vou acompanhar a mediana do atraso de confirmação real on-chain, e não os valores teóricos divulgados. Em geral, o “ótimo teórico” e a execução na prática divergem. Se o DUSK consegue sustentar uma narrativa voltada à liquidação, depende de quão estável é a trajetória dessa curva. #dusk @Dusk DUSK
A rota usada pelo Dusk é: primeiro fornecer uma finalização probabilística dentro de uma rodada e, depois, por meio de confirmações subsequentes, convergir para uma finalização determinística. O objetivo é reduzir ao mínimo a janela de espera entre dois estados — “muito provavelmente não será revertido” e “jamais será revertido”. Isso não importa tanto para cenários de transação; afinal, todos conseguem esperar alguns minutos. Mas é completamente diferente para cenários de liquidação: poucos minutos a mais com o capital imobilizado, ao escalar para o tamanho de instituições, vira custo real de dinheiro. $SPCXB
Como analogia, é um pouco como a disputa entre T+0 e T+1 na compensação tradicional. Parece que atrasar um dia no recebimento só muda “um dia”. Porém, para quem precisa de giro de capital, o custo de oportunidade desse dia precisa entrar no preço. O que o Dusk quer fazer é comprimir o tempo de confirmação on-chain para algo próximo do nível de “disponível no mesmo dia” dos sistemas tradicionais, mantendo, ao mesmo tempo, a verificabilidade on-chain dessa parte.
O risco é que, ao comprimir o tempo de confirmação, normalmente se troca por contagem de nós de validação e por latência de rede. Quanto menos nós, mais rápido; porém a margem de resistência à censura e ao conluio diminui. A escala de participantes na rede ainda não atingiu um estágio em que dê para verificar se esse compromisso é estável. Esse número precisa ser observado continuamente — não é algo que se define de vez em uma apresentação. $SNDKB
Eu vou acompanhar a mediana do atraso de confirmação real on-chain, e não os valores teóricos divulgados. Em geral, o “ótimo teórico” e a execução na prática divergem. Se o DUSK consegue sustentar uma narrativa voltada à liquidação, depende de quão estável é a trajetória dessa curva. #dusk @Dusk DUSK
速度优先更重要
0%
去中心化不能让步
100%
等实际数据再说
0%
2 Votos • Votação encerrada