Moonlight contre Phoenix : deux modèles de transaction.
Parmi les choix les plus intéressants dans Dusk, il y a le fait que la confidentialité n’est pas traitée comme une décision tout ou rien.
Au lieu de cela, Dusk propose deux modèles de transaction ayant des objectifs différents : Moonlight et Phoenix.
Moonlight est le modèle de compte public de Dusk. Chaque compte est associé à une clé publique et le réseau conserve son solde ainsi qu’un nonce de transaction. Les transactions sont autorisées via des signatures numériques, tandis que l’état du compte reste transparent pour le réseau.
Phoenix adopte une approche fondamentalement différente. Il s’agit d’un modèle UTXO chiffré dans lequel les UTXO sont représentés comme des notes dans un arbre de Merkle. Lorsqu’une note est dépensée, un nullificateur empêche la double dépense sans révéler quelle note précise a été consommée. Les transactions Phoenix utilisent des preuves à connaissance nulle afin que le réseau puisse vérifier que la transaction respecte les règles du protocole sans exposer directement les détails sous-jacents de la transaction.
Cette distinction compte, car des activités financières différentes peuvent nécessiter des niveaux de visibilité différents.
Un compte public peut offrir une transparence simple, tandis que Phoenix peut fournir une confidentialité des transactions plus forte. La documentation de Dusk décrit ces modèles comme complémentaires plutôt que comme des systèmes en concurrence.
Pour @Dusk , l’idée architecturale plus profonde est la flexibilité : les utilisateurs n’ont pas à choisir entre une blockchain entièrement transparente et une blockchain entièrement privée.
$DUSK #dusk
Offrir aux utilisateurs à la fois des modèles de transaction transparents et chiffrés pourrait-il devenir une exigence importante pour une infrastructure financière sérieuse “on chain” ?
Parmi les choix les plus intéressants dans Dusk, il y a le fait que la confidentialité n’est pas traitée comme une décision tout ou rien.
Au lieu de cela, Dusk propose deux modèles de transaction ayant des objectifs différents : Moonlight et Phoenix.
Moonlight est le modèle de compte public de Dusk. Chaque compte est associé à une clé publique et le réseau conserve son solde ainsi qu’un nonce de transaction. Les transactions sont autorisées via des signatures numériques, tandis que l’état du compte reste transparent pour le réseau.
Phoenix adopte une approche fondamentalement différente. Il s’agit d’un modèle UTXO chiffré dans lequel les UTXO sont représentés comme des notes dans un arbre de Merkle. Lorsqu’une note est dépensée, un nullificateur empêche la double dépense sans révéler quelle note précise a été consommée. Les transactions Phoenix utilisent des preuves à connaissance nulle afin que le réseau puisse vérifier que la transaction respecte les règles du protocole sans exposer directement les détails sous-jacents de la transaction.
Cette distinction compte, car des activités financières différentes peuvent nécessiter des niveaux de visibilité différents.
Un compte public peut offrir une transparence simple, tandis que Phoenix peut fournir une confidentialité des transactions plus forte. La documentation de Dusk décrit ces modèles comme complémentaires plutôt que comme des systèmes en concurrence.
Pour @Dusk , l’idée architecturale plus profonde est la flexibilité : les utilisateurs n’ont pas à choisir entre une blockchain entièrement transparente et une blockchain entièrement privée.
$DUSK #dusk
Offrir aux utilisateurs à la fois des modèles de transaction transparents et chiffrés pourrait-il devenir une exigence importante pour une infrastructure financière sérieuse “on chain” ?