𝐃𝐮𝐬𝐤’𝐬 𝐂𝐨𝐧𝐬𝐞𝐧𝐬𝐮𝐬 𝐃𝐞𝐬𝐢𝐠𝐧:
Quando Dizer a Verdade se Torna a Decisão Mais Inteligente
Estudar o Crepúsculo me fez pensar em consenso de um jeito completamente diferente.
A criptografia forte, por si só, não torna um sistema de consenso verdadeiramente seguro. A pergunta mais profunda é: o que acontece quando um participante honesto tem um motivo para aproveitar uma falha em benefício próprio?
Imagine que você é um provedor.
Você está votando na iteração atual, enquanto já sabe que foi selecionado para gerar um bloco na próxima iteração.
𝐀𝐠𝐨𝐫𝐚 𝐯𝐨𝐜ê 𝐞𝐧𝐟𝐫𝐞𝐧𝐭𝐚 𝐮𝐦 𝐝𝐢𝐥𝐞𝐦𝐚 𝐢𝐧𝐭𝐞𝐫𝐞𝐬𝐚𝐧𝐭𝐞:
Você ajuda o bloco atual a avançar e coleta sua recompensa de eleitor?
Ou você fica em silêncio, deixa a iteração atual falhar e potencialmente fortalece sua posição como futuro gerador?
Esse é o Problema de Incentivo do Futuro Gerador — um conflito de incentivos que pode surgir das escolhas disponíveis a um participante legítimo.
Não há um hacker externo tentando interromper a rede.
O problema vem dos incentivos embutidos no próprio protocolo.
@Dusk_Foundation abordou isso repensando como esses incentivos funcionam. Ela separa as recompensas de gerador e de eleitor, impede que o gerador selecionado para a próxima iteração vote na atual e usa mecanismos como Atenuação Sucinta para ajudar a alcançar consenso.
Essa pequena, mas importante decisão de design realmente chamou minha atenção.
É fácil dizer que um mecanismo de consenso é seguro.
É muito mais difícil construir um em que a decisão mais racional também seja a decisão honesta.
𝐄𝐧𝐭𝐞̀𝐨, 𝐞𝐬𝐬𝐚 é 𝐚 𝐯𝐞𝐫𝐝𝐚𝐝𝐞𝐢𝐫𝐚 𝐩𝐚𝐫𝐭𝐞 𝐝𝐨 𝐣𝐨𝐠𝐨 𝐚𝐜𝐨𝐧𝐭𝐞𝐜𝐞 𝐧𝐨 𝐜𝐨𝐧𝐬𝐞𝐧𝐬𝐨 𝐞𝐦 𝐝𝐞𝐧𝐭𝐞𝐩𝐞𝐧𝐡𝐞:
Não é só como a criptografia protege a rede, mas como os incentivos moldam o comportamento das pessoas que a mantêm segura.
#dusk $DUSK $AKE $ESP
Quando Dizer a Verdade se Torna a Decisão Mais Inteligente
Estudar o Crepúsculo me fez pensar em consenso de um jeito completamente diferente.
A criptografia forte, por si só, não torna um sistema de consenso verdadeiramente seguro. A pergunta mais profunda é: o que acontece quando um participante honesto tem um motivo para aproveitar uma falha em benefício próprio?
Imagine que você é um provedor.
Você está votando na iteração atual, enquanto já sabe que foi selecionado para gerar um bloco na próxima iteração.
𝐀𝐠𝐨𝐫𝐚 𝐯𝐨𝐜ê 𝐞𝐧𝐟𝐫𝐞𝐧𝐭𝐚 𝐮𝐦 𝐝𝐢𝐥𝐞𝐦𝐚 𝐢𝐧𝐭𝐞𝐫𝐞𝐬𝐚𝐧𝐭𝐞:
Você ajuda o bloco atual a avançar e coleta sua recompensa de eleitor?
Ou você fica em silêncio, deixa a iteração atual falhar e potencialmente fortalece sua posição como futuro gerador?
Esse é o Problema de Incentivo do Futuro Gerador — um conflito de incentivos que pode surgir das escolhas disponíveis a um participante legítimo.
Não há um hacker externo tentando interromper a rede.
O problema vem dos incentivos embutidos no próprio protocolo.
@Dusk_Foundation abordou isso repensando como esses incentivos funcionam. Ela separa as recompensas de gerador e de eleitor, impede que o gerador selecionado para a próxima iteração vote na atual e usa mecanismos como Atenuação Sucinta para ajudar a alcançar consenso.
Essa pequena, mas importante decisão de design realmente chamou minha atenção.
É fácil dizer que um mecanismo de consenso é seguro.
É muito mais difícil construir um em que a decisão mais racional também seja a decisão honesta.
𝐄𝐧𝐭𝐞̀𝐨, 𝐞𝐬𝐬𝐚 é 𝐚 𝐯𝐞𝐫𝐝𝐚𝐝𝐞𝐢𝐫𝐚 𝐩𝐚𝐫𝐭𝐞 𝐝𝐨 𝐣𝐨𝐠𝐨 𝐚𝐜𝐨𝐧𝐭𝐞𝐜𝐞 𝐧𝐨 𝐜𝐨𝐧𝐬𝐞𝐧𝐬𝐨 𝐞𝐦 𝐝𝐞𝐧𝐭𝐞𝐩𝐞𝐧𝐡𝐞:
Não é só como a criptografia protege a rede, mas como os incentivos moldam o comportamento das pessoas que a mantêm segura.
#dusk $DUSK $AKE $ESP