#dusk $ONG #Dusk $TAC $DUSK @Dusk
eu fico pensando se a Phoenix já escondeu o valor do DUSK direitinho; aí deveria ser suficiente também para o Rusk.
tipo, o valor já é confidencial. notas criptografadas fizeram o trabalho delas. remetente, destinatário, valor não ficam ali em algum formato público e óbvio.
então por que aquele DUSK escondido não pode só tocar um contrato de Rusk e mudar tudo o que precisa ser mudado naquele estado privado.
aparentemente porque a Phoenix resolveu o problema do valor, não o problema do contrato.
e sim, é aí que eu continuo achatando duas coisas diferentes de novo.
a Phoenix pode manter o DUSK confidencial enquanto ele se move, mas quando aquele valor escondido é para afetar o estado privado do contrato, as anotações da Phoenix não passam a ser, de alguma forma, o estado do contrato com o qual a VM do Rusk trabalha.
é aí que o Zilch começa a fazer mais sentido pra mim.
não é outra camada de privacidade do Dusk em cima da Phoenix. é mais como a passagem (handoff) que leva aquele valor escondido para o lado do Rusk sem exigir que a própria nota da Phoenix vire estado de contrato.
aí o Dusk PLONK está lá, provando as condições privadas em torno dessa mudança, sem aqueles inputs escondidos precisarem vazar primeiro.
então espera. o DUSK pode ficar privado o tempo todo, mas a coisa que o deixa útil de forma privada já mudou por baixo.
Dusk Phoenix cuidou do valor confidencial. Zilch pega esse valor e coloca no lado do contrato, e PLONK dá à VM do Rusk prova suficiente para o estado privado do contrato realmente avançar.
isso é bem diferente de a Phoenix simplesmente mover o DUSK.
eu acho que eu continuei assumindo que privacidade era um trabalho só, porque do meu lado o valor nunca parou de parecer privado.
aparentemente, a Phoenix Dusk mantendo isso escondido nunca respondeu o que acontece quando aquele valor é para mudar o estado do Rusk.
essa é a parte que eu continuei pulando.
eu fico pensando se a Phoenix já escondeu o valor do DUSK direitinho; aí deveria ser suficiente também para o Rusk.
tipo, o valor já é confidencial. notas criptografadas fizeram o trabalho delas. remetente, destinatário, valor não ficam ali em algum formato público e óbvio.
então por que aquele DUSK escondido não pode só tocar um contrato de Rusk e mudar tudo o que precisa ser mudado naquele estado privado.
aparentemente porque a Phoenix resolveu o problema do valor, não o problema do contrato.
e sim, é aí que eu continuo achatando duas coisas diferentes de novo.
a Phoenix pode manter o DUSK confidencial enquanto ele se move, mas quando aquele valor escondido é para afetar o estado privado do contrato, as anotações da Phoenix não passam a ser, de alguma forma, o estado do contrato com o qual a VM do Rusk trabalha.
é aí que o Zilch começa a fazer mais sentido pra mim.
não é outra camada de privacidade do Dusk em cima da Phoenix. é mais como a passagem (handoff) que leva aquele valor escondido para o lado do Rusk sem exigir que a própria nota da Phoenix vire estado de contrato.
aí o Dusk PLONK está lá, provando as condições privadas em torno dessa mudança, sem aqueles inputs escondidos precisarem vazar primeiro.
então espera. o DUSK pode ficar privado o tempo todo, mas a coisa que o deixa útil de forma privada já mudou por baixo.
Dusk Phoenix cuidou do valor confidencial. Zilch pega esse valor e coloca no lado do contrato, e PLONK dá à VM do Rusk prova suficiente para o estado privado do contrato realmente avançar.
isso é bem diferente de a Phoenix simplesmente mover o DUSK.
eu acho que eu continuei assumindo que privacidade era um trabalho só, porque do meu lado o valor nunca parou de parecer privado.
aparentemente, a Phoenix Dusk mantendo isso escondido nunca respondeu o que acontece quando aquele valor é para mudar o estado do Rusk.
essa é a parte que eu continuei pulando.
