#dusk $DUSK @Dusk
Estava assistindo a um explorador de blocos outro dia, esperando uma transação “parecer” definitiva, e me ocorreu quanto tempo a gente passa em cripto apenas... aguardando. Seis confirmações aqui. Doze ali. Em algum momento, a gente aceitou isso como normal. A abordagem do Dusk para consenso foi a primeira coisa em muito tempo que me fez parar e reler os mecanismos duas vezes.
A ideia central se chama Succinct Attestation (Atestação Concisa) e acontece em três etapas, em vez do jogo de “adivinhação” habitual entre minerador e rede. Primeiro vem a Proposal (Proposta): um gerador de blocos selecionado aleatoriamente coloca adiante um bloco candidato. Conceitualmente, não há nada de realmente novo aqui; é basicamente o que muitas cadeias PoS fazem. O que chamou minha atenção foi a etapa dois, Validation (Validação), em que um comitê separado verifica a integridade do bloco antes que alguém se comprometa com ele. Depois, Ratification (Ratificação) fecha o ciclo com um segundo comitê votando para confirmar que o resultado da validação realmente se manteve. Dois comitês distintos votando em sequência, em vez de um grupo carimbar a si mesmo.
Talvez eu esteja pensando demais, mas essa separação parece ser exatamente o ponto. Você não confia nos mesmos atores para propor e confirmar. No começo, pareceu estranho—quase excessivamente cauteloso para algo que afirma finalizar em segundos. Aí eu lembrei de quantas cadeias “instantâneas” ainda pedem que você espere o risco de reorganização (reorg) passar. O Dusk parece apostar que fazer o trabalho de checagem com antecedência custa menos do que fazer a limpeza depois.
Eu não tenho uma convicção forte sobre se isso vai virar padrão para cadeias focadas em privacidade ou para cadeias de liquidação de RWA em que a finalização determinística realmente importa por razões de conformidade. Pode simplesmente continuar sendo um nicho. Mas ver uma cadeia tratar a finalidade como uma restrição de design—e não como um detalhe—me fez prestar mais atenção do que eu esperava. Fico curioso para ver como isso se sustenta sob carga real da rede, uma vez que mais provisionadores entrem.
$KII
$AIO
Estava assistindo a um explorador de blocos outro dia, esperando uma transação “parecer” definitiva, e me ocorreu quanto tempo a gente passa em cripto apenas... aguardando. Seis confirmações aqui. Doze ali. Em algum momento, a gente aceitou isso como normal. A abordagem do Dusk para consenso foi a primeira coisa em muito tempo que me fez parar e reler os mecanismos duas vezes.
A ideia central se chama Succinct Attestation (Atestação Concisa) e acontece em três etapas, em vez do jogo de “adivinhação” habitual entre minerador e rede. Primeiro vem a Proposal (Proposta): um gerador de blocos selecionado aleatoriamente coloca adiante um bloco candidato. Conceitualmente, não há nada de realmente novo aqui; é basicamente o que muitas cadeias PoS fazem. O que chamou minha atenção foi a etapa dois, Validation (Validação), em que um comitê separado verifica a integridade do bloco antes que alguém se comprometa com ele. Depois, Ratification (Ratificação) fecha o ciclo com um segundo comitê votando para confirmar que o resultado da validação realmente se manteve. Dois comitês distintos votando em sequência, em vez de um grupo carimbar a si mesmo.
Talvez eu esteja pensando demais, mas essa separação parece ser exatamente o ponto. Você não confia nos mesmos atores para propor e confirmar. No começo, pareceu estranho—quase excessivamente cauteloso para algo que afirma finalizar em segundos. Aí eu lembrei de quantas cadeias “instantâneas” ainda pedem que você espere o risco de reorganização (reorg) passar. O Dusk parece apostar que fazer o trabalho de checagem com antecedência custa menos do que fazer a limpeza depois.
Eu não tenho uma convicção forte sobre se isso vai virar padrão para cadeias focadas em privacidade ou para cadeias de liquidação de RWA em que a finalização determinística realmente importa por razões de conformidade. Pode simplesmente continuar sendo um nicho. Mas ver uma cadeia tratar a finalidade como uma restrição de design—e não como um detalhe—me fez prestar mais atenção do que eu esperava. Fico curioso para ver como isso se sustenta sob carga real da rede, uma vez que mais provisionadores entrem.
$KII
$AIO