Na era do registro manual, uma cobrança entre empresas: para fazer a conciliação, dependia-se de duas vias de documentos—cada parte tinha o seu exemplar. Se todas as partes envolvidas conferissem que estava correto, apenas elas conseguiam avançar; quem não tinha relação não conseguia obter o que precisava. Hoje, mover essa mesma escolha para a blockchain transforma a questão de “será uma cadeia de privacidade?” para “quanta exposição essa transação aceita?”.
Dusk coloca duas opções no mesmo backbone de liquidação. Moonlight é um modelo de conta pública: saldos e campos de transação ficam visíveis, enquanto a assinatura e o nonce cuidam da autorização e da prevenção contra replay—adequado para relações que precisam de verificação conjunta entre múltiplas partes. Phoenix segue notes e provas de conhecimento zero: valores e vínculos ficam ocultos, mas ainda é possível validar a conservação do saldo e impedir double-spend. Elas não são duas blockchains; são dois níveis de visibilidade na mesma infraestrutura de liquidação.
Na hora de escolher, o que realmente conta é o custo de manutenção. Se for um fluxo público, cada transação deixa um registro rastreável—conciliação fica mais fácil, mas há mais exposição. Se for um fluxo de blindagem, os detalhes ficam protegidos, porém é preciso preparar, para cada tipo de parte autorizada, caminhos de prova verificável. No mundo manual, a escolha “quem vê o quê” continua sendo exatamente essa ideia; hoje ela apenas se materializa como regras que precisam ser mantidas em dois níveis.
Na prática, muitas operações não escolhem apenas um lado. Uma cobrança pode ter trechos que exigem conciliação pública entre as duas partes e, ao mesmo tempo, partes em que os vínculos com terceiros não devem ser rastreados. Assim, a mesma relação pode conter tanto segmentos públicos quanto segmentos blindados. O ponto-chave é decompor o negócio em segmentos e decidir em qual nível cada segmento seguirá, em vez de exigir que a cadeia inteira tenha uma única visibilidade. Quanto mais claramente os segmentos forem separados, maior será o fundamento para a escolha.
Na avaliação, organize uma tabelinha com as partes envolvidas, o grau de sensibilidade do valor e o requisito de revisão, e então escolha o nível. Como as duas modalidades compartilham o mesmo conjunto de restrições de prevenção contra double-spend e de integridade, a escolha do nível não altera as regras de liquidação. @Dusk transforma a opção de tornar público ou ocultar dentro do mesmo backbone; $DUSK a visibilidade da transação é decidida pelo negócio conforme o cenário; e a avaliação de #dusk também deve começar por “quanto dessa operação deve ser exposta”, e não por “as características da blockchain”.
Dusk coloca duas opções no mesmo backbone de liquidação. Moonlight é um modelo de conta pública: saldos e campos de transação ficam visíveis, enquanto a assinatura e o nonce cuidam da autorização e da prevenção contra replay—adequado para relações que precisam de verificação conjunta entre múltiplas partes. Phoenix segue notes e provas de conhecimento zero: valores e vínculos ficam ocultos, mas ainda é possível validar a conservação do saldo e impedir double-spend. Elas não são duas blockchains; são dois níveis de visibilidade na mesma infraestrutura de liquidação.
Na hora de escolher, o que realmente conta é o custo de manutenção. Se for um fluxo público, cada transação deixa um registro rastreável—conciliação fica mais fácil, mas há mais exposição. Se for um fluxo de blindagem, os detalhes ficam protegidos, porém é preciso preparar, para cada tipo de parte autorizada, caminhos de prova verificável. No mundo manual, a escolha “quem vê o quê” continua sendo exatamente essa ideia; hoje ela apenas se materializa como regras que precisam ser mantidas em dois níveis.
Na prática, muitas operações não escolhem apenas um lado. Uma cobrança pode ter trechos que exigem conciliação pública entre as duas partes e, ao mesmo tempo, partes em que os vínculos com terceiros não devem ser rastreados. Assim, a mesma relação pode conter tanto segmentos públicos quanto segmentos blindados. O ponto-chave é decompor o negócio em segmentos e decidir em qual nível cada segmento seguirá, em vez de exigir que a cadeia inteira tenha uma única visibilidade. Quanto mais claramente os segmentos forem separados, maior será o fundamento para a escolha.
Na avaliação, organize uma tabelinha com as partes envolvidas, o grau de sensibilidade do valor e o requisito de revisão, e então escolha o nível. Como as duas modalidades compartilham o mesmo conjunto de restrições de prevenção contra double-spend e de integridade, a escolha do nível não altera as regras de liquidação. @Dusk transforma a opção de tornar público ou ocultar dentro do mesmo backbone; $DUSK a visibilidade da transação é decidida pelo negócio conforme o cenário; e a avaliação de #dusk também deve começar por “quanto dessa operação deve ser exposta”, e não por “as características da blockchain”.