#dusk $HEMI $VELVET $DUSK @Dusk
O que continua me incomodando no Dusk não é a regra do holder.
Nem mesmo a transferência controlada.
É aquele resultado burro e limpo da execução do DuskVM que fica na frente dos dois.
O contrato roda. O DuskVM diz sucesso. O frontend relaxa.
Tudo bem.
Então o Zedger ainda tem que decidir sobre o estado de receiving do holder.
Trabalho diferente, mesmo ativo do Dusk. O que já é irritante porque a aplicação não liga para essa distinção depois que tem um resultado limpo.
Beleza.
A custódia vê o resultado da execução do DuskVM e registra o movimento do ativo Dusk. O Tesouro vê a linha de pagamento do Moonlight e para de fazer perguntas.
Aí o Zedger chega na regra do holder e a posição de receiving ainda não pode existir.
Maravilhoso.
Agora o Moonlight tem uma linha de pagamento.
A custódia tem um recibo do DuskVM.
O Zedger não tem estado de receiving do holder.
Eu fico encarando aquele resultado verde do DuskVM porque, irritantemente, ele está tecnicamente correto.
Essa é a parte nojenta.
O DuskVM também não está errado. Isso na verdade seria mais fácil.
A Phoenix deixa o desencontro mais difícil de ler. A evidência do holder pode ficar protegida lá, então a divulgação seletiva agora tem que explicar por que a prova do lado do holder não bate com o resultado do DuskVM que todo mundo já tratou como concluído.
No Dusk, o DuskVM consegue finalizar a chamada do contrato enquanto o Zedger ainda se recusa a criar o estado de receiving do holder. A Phoenix pode continuar mantendo essa evidência do holder protegida, o Moonlight já pode expor a linha de pagamento, e o DuskDS só liquida a posição regulada que sobrevive à regra da transferência controlada.
Um resultado limpo do DuskVM não transforma o estado de holder do Zedger, o estado de pagamento do Moonlight e a evidência do holder da Phoenix em um único estado do Dusk.
Irritante.
Então o arquivo fica mais feio mais tarde.
O Tesouro tem o Moonlight.
A custódia tem o recibo do DuskVM.
A Phoenix tem a evidência do holder protegida.
O Zedger ainda não tem uma posição de receiving válida.
Então quando o DuskVM diz sucesso, o Moonlight tem a linha de pagamento, e o Zedger ainda não tem estado de receiving do holder...
o que exatamente foi concluído?
#Dusk
O que continua me incomodando no Dusk não é a regra do holder.
Nem mesmo a transferência controlada.
É aquele resultado burro e limpo da execução do DuskVM que fica na frente dos dois.
O contrato roda. O DuskVM diz sucesso. O frontend relaxa.
Tudo bem.
Então o Zedger ainda tem que decidir sobre o estado de receiving do holder.
Trabalho diferente, mesmo ativo do Dusk. O que já é irritante porque a aplicação não liga para essa distinção depois que tem um resultado limpo.
Beleza.
A custódia vê o resultado da execução do DuskVM e registra o movimento do ativo Dusk. O Tesouro vê a linha de pagamento do Moonlight e para de fazer perguntas.
Aí o Zedger chega na regra do holder e a posição de receiving ainda não pode existir.
Maravilhoso.
Agora o Moonlight tem uma linha de pagamento.
A custódia tem um recibo do DuskVM.
O Zedger não tem estado de receiving do holder.
Eu fico encarando aquele resultado verde do DuskVM porque, irritantemente, ele está tecnicamente correto.
Essa é a parte nojenta.
O DuskVM também não está errado. Isso na verdade seria mais fácil.
A Phoenix deixa o desencontro mais difícil de ler. A evidência do holder pode ficar protegida lá, então a divulgação seletiva agora tem que explicar por que a prova do lado do holder não bate com o resultado do DuskVM que todo mundo já tratou como concluído.
No Dusk, o DuskVM consegue finalizar a chamada do contrato enquanto o Zedger ainda se recusa a criar o estado de receiving do holder. A Phoenix pode continuar mantendo essa evidência do holder protegida, o Moonlight já pode expor a linha de pagamento, e o DuskDS só liquida a posição regulada que sobrevive à regra da transferência controlada.
Um resultado limpo do DuskVM não transforma o estado de holder do Zedger, o estado de pagamento do Moonlight e a evidência do holder da Phoenix em um único estado do Dusk.
Irritante.
Então o arquivo fica mais feio mais tarde.
O Tesouro tem o Moonlight.
A custódia tem o recibo do DuskVM.
A Phoenix tem a evidência do holder protegida.
O Zedger ainda não tem uma posição de receiving válida.
Então quando o DuskVM diz sucesso, o Moonlight tem a linha de pagamento, e o Zedger ainda não tem estado de receiving do holder...
o que exatamente foi concluído?
#Dusk
