a parte que me atrapalhou no XSC da Dusk foi mudar apenas o valor.
mesmo remetente.
mesmo destinatário.
mesma segurança.
mesma chave autorizando a transferência.
mas um valor poderia passar e outro poderia ser recusado.
isso pareceu pior do que uma falha simples de lista de permissões, de algum jeito.
porque se eu possuo a segurança e minha assinatura é válida, o que exatamente fica errado só porque eu tento enviar mais dela?
nada de criptográfico, aparentemente.
a assinatura da Dusk pode provar que a instrução veio do detentor.
mas o Contrato Confidencial de Segurança ainda tem outro número por trás da transferência.
com o modelo Zedger da Dusk, um XSC pode impor uma transferência limitada para que o destinatário não ultrapasse um limite de propriedade configurado para aquela segurança.
e eu ficava travando no valor.
não a identidade.
não a chave.
o valor.
porque agora a propriedade não parece mais ser o fim da pergunta sobre permissão.
posso possuir o token de segurança do XSC.
posso decidir descartá-lo.
posso autorizar corretamente esse movimento.
e a liquidação compatível com a Dusk ainda pode analisar no que o destinatário se tornaria após a transferência e recusar criar esse estado.
o que é um tipo bem financeiro de rejeição.
nada sobre a minha propriedade de repente ficou falso.
nada sobre minha assinatura deixou de ser minha.
o XSC apenas tem regras sobre o estado de propriedade que vem em seguida.
e sim, “segurança transferível” soou bem mais simples antes disso.
eu tinha lido “transferível” como transferível do tipo token-portador.
se eu tenho, eu posso enviá-lo.
mas o XSC da Dusk parece deixar esse espaço incômodo entre esses dois verbos.
ter.
enviar.
a primeira coisa já pode ser verdadeira enquanto a segunda ainda está sendo verificada em relação às regras do emissor, elegibilidade do detentor, limites de propriedade, seja lá qual fosse a segurança configurada para preservar.
então eu continuo voltando para esses dois valores.
mesmo detentor.
mesmo destinatário.
mesma autorização.
um valor deixa o estado do XSC da Dusk aceitável.
o outro passa de uma linha que, aparentemente, minha assinatura nunca teve poder de apagar.
@Dusk_Foundation $DUSK #Dusk $APR $CYS
mesmo remetente.
mesmo destinatário.
mesma segurança.
mesma chave autorizando a transferência.
mas um valor poderia passar e outro poderia ser recusado.
isso pareceu pior do que uma falha simples de lista de permissões, de algum jeito.
porque se eu possuo a segurança e minha assinatura é válida, o que exatamente fica errado só porque eu tento enviar mais dela?
nada de criptográfico, aparentemente.
a assinatura da Dusk pode provar que a instrução veio do detentor.
mas o Contrato Confidencial de Segurança ainda tem outro número por trás da transferência.
com o modelo Zedger da Dusk, um XSC pode impor uma transferência limitada para que o destinatário não ultrapasse um limite de propriedade configurado para aquela segurança.
e eu ficava travando no valor.
não a identidade.
não a chave.
o valor.
porque agora a propriedade não parece mais ser o fim da pergunta sobre permissão.
posso possuir o token de segurança do XSC.
posso decidir descartá-lo.
posso autorizar corretamente esse movimento.
e a liquidação compatível com a Dusk ainda pode analisar no que o destinatário se tornaria após a transferência e recusar criar esse estado.
o que é um tipo bem financeiro de rejeição.
nada sobre a minha propriedade de repente ficou falso.
nada sobre minha assinatura deixou de ser minha.
o XSC apenas tem regras sobre o estado de propriedade que vem em seguida.
e sim, “segurança transferível” soou bem mais simples antes disso.
eu tinha lido “transferível” como transferível do tipo token-portador.
se eu tenho, eu posso enviá-lo.
mas o XSC da Dusk parece deixar esse espaço incômodo entre esses dois verbos.
ter.
enviar.
a primeira coisa já pode ser verdadeira enquanto a segunda ainda está sendo verificada em relação às regras do emissor, elegibilidade do detentor, limites de propriedade, seja lá qual fosse a segurança configurada para preservar.
então eu continuo voltando para esses dois valores.
mesmo detentor.
mesmo destinatário.
mesma autorização.
um valor deixa o estado do XSC da Dusk aceitável.
o outro passa de uma linha que, aparentemente, minha assinatura nunca teve poder de apagar.
@Dusk_Foundation $DUSK #Dusk $APR $CYS