Eu costumava achar que uma prova válida era a linha de chegada.
Então comecei a observar o que acontece entre a criação da prova e a inclusão no bloco, e @Dusk tornou essa distinção muito mais clara.
Uma prova pode estar matematicamente correta e ainda assim falhar se o estado que ela descreve já tiver mudado.
Isso parece pequeno, mas a privacidade torna tudo mais interessante. Em uma cadeia pública, você pode observar a atividade pendente e reagir a possíveis conflitos. Em um ambiente protegido, você perde essa visibilidade por design.
Então a pergunta real não é apenas: “A prova está correta?”
Ela também pode ser: “A prova ainda é válida para o estado que existe quando ela é processada?”
Se $DUSK a atividade aumenta de escala, estou curioso para saber o quanto esse problema de tempo importa na prática—e se os usuários vão entender falhas causadas não por provas ruins, mas por provas que chegam tarde demais.
#dusk $BTC $ETH
Então comecei a observar o que acontece entre a criação da prova e a inclusão no bloco, e @Dusk tornou essa distinção muito mais clara.
Uma prova pode estar matematicamente correta e ainda assim falhar se o estado que ela descreve já tiver mudado.
Isso parece pequeno, mas a privacidade torna tudo mais interessante. Em uma cadeia pública, você pode observar a atividade pendente e reagir a possíveis conflitos. Em um ambiente protegido, você perde essa visibilidade por design.
Então a pergunta real não é apenas: “A prova está correta?”
Ela também pode ser: “A prova ainda é válida para o estado que existe quando ela é processada?”
Se $DUSK a atividade aumenta de escala, estou curioso para saber o quanto esse problema de tempo importa na prática—e se os usuários vão entender falhas causadas não por provas ruins, mas por provas que chegam tarde demais.
#dusk $BTC $ETH
