Les DEX construits en tant que Market Makers Automatisés (AMM) ne peuvent pas rivaliser en termes de nombre d'écritures dans l'état global. Même les AMM construits sur des chaînes avec une exécution "parallélisable" comme @solana sont limités, car la parallélisation ne s'applique qu'aux transactions qui affectent différentes parties de l'état global. Par exemple, 100 transactions prenant les différentes parties d'un échange AMM d'une paire de tokens finissent par mettre à jour la même pièce d'état global (les montants de réserve). En revanche, avec un modèle de carnet de commandes, ces 100 transactions peuvent être appariées et traitées indépendamment les unes des autres. Un carnet de commandes on-chain en auto-gérance avec appariement off-chain peut être construit sur n'importe quelle chaîne, mais le déployer sur @0xMiden offre deux avantages supplémentaires : 1. Cela soulage les validateurs, permettant un débit plus élevé 2. Les échanges sont privés ! Vous ne pouvez pas obtenir cela ailleurs.
Marti
Marti7 août, 15:26
Avec les blockchains de périphérie, les mises à jour d'état local sont préférées aux modifications d'état global. Cela permet au réseau d'atteindre une exécution parallèle en externalisant les transitions d'état vers le périphérique. Les blockchains de périphérie comme @0xMiden inspirent naturellement un design de DEX à carnet de commandes : les utilisateurs peuvent soumettre des demandes à un intermédiaire hors chaîne, qui fait correspondre les ordres et les publie sur la chaîne.
794