Initialement publié en anglais par StarkWare le 29 juillet, 2021

Un AMM Cross-L2

• Les AMM de L2 font face à un problème de fragmentation de la liquidité

• dAMM, un AMM cross-L2 qui partage les liquidités entre les layers, résout ce problème

• dAMM permet aux L2 basés sur les ZK (par exemple, DeversiFi, Loopring ...) de partager la liquidité de manière asynchrone - permettant ainsi les LP à davantage de trades.

• dAMM permet aux LP de servir des AMM L1 comme Uniswap tout en participant à des trades L2 => scaling sans compromis

• dAMM exploite la nature permissionless du L1, atténuant la fragmentation de la liquidité due à des L2 disparates

Nous avons présenté dAMM pour la première fois en mars 2021 sous le nom de Caspian mais, suite à un problème de marque déposée, Caspian a été renommé (longue vie à dAMM). Cette version de dAMM est le fruit d'une collaboration entre StarkWare et Loopring. dAMM est un AMM L2 qui regroupe les liquidités dans une seule pool L1 et applique le raisonnement avec un contrat de L1. Cela permet une meilleure efficacité du capital et une énorme flexibilité de développement tout en bénéficiant de la sécurité du L1.

La fonctionnalité de dAMM a été étendue pour permettre un AMM cross-L2, permettant à la même pool de liquidité d'être utilisée sur plusieurs L2 de manière asynchrone. Cette fonctionnalité native (by design) permet le scaling des AMM sans fragmentation des liquidités.

Par asynchronisme, nous entendons la possibilité pour un L2 de traiter des transactions dAMM sans communication obligatoire avec d'autres L2 utilisant la même réserve de liquidités de dAMM L1. Cette asynchronie est une caractéristique essentielle du dAMM, qui rend les AMM partagés pratiques pour la première fois.

Comment y parvenir ? dAMM sépare la pool de liquidité de l'état des prix. Dans une telle conception, le contrat accepte de fournir (de la liquidité) à n'importe quel prix offert par l'état tant qu'il a assez de liquidité pour répondre à la demande.

Puisque nous découplons les fonds et l'état, nous pouvons placer plusieurs états au-dessus de la même pool de liquidités. Ensuite, en assignant à chaque L2 son propre état de dAMM, nous facilitons un AMM asynchrone inter-L2.

Le rôle des participants est conservé comme dans le design original. De manière unique, le nouveau concept prend en charge plusieurs marchés indépendants, certains sur le L2 et d'autres sur le L1, qui partagent tous la même infrastructure et les mêmes liquidités de l'AMM.

Enfin, avec une petite modification, nous permettons à la liquidité sur le L1 (par exemple, les échanges sur Uniswap/Sushiswap) d'être utilisée comme liquidité sur dAMM. Pour ce faire, nous permettons aux tokens LP de L1 (par exemple, de UniSwap ETH/DAI) d'être déposés directement dans la pool correspondante sur dAMM (par exemple, ETH/DAI).

Les avantages sont assez simples, et ils créent un cercle vertueux :

• Comme l'AMM est disponible sur plusieurs marchés, il bénéficie d'un plus grand nombre de transactions

• Plus de transactions signifie plus de frais

• Plus de frais pour la même liquidité signifie une meilleure efficacité du capital

• Plus de liquidité signifie un meilleur prix

Dans un AMM, les LP prennent le risque d’IL. Dans un dAMM, ce risque est plus important ; en fait, il croît linéairement avec le nombre de marchés auxquels les LP sont exposés. Dans un environnement neutre en termes d’IL (pensez aux Curve Pools), un LP ne risquerait pas grand-chose. Pour tout autre type de pool, le risque d’IL du LP pourrait être élevé.

Pour pallier ce problème, la quantité maximale d’IL que peuvent subir les LP sera limitée par le smart contract de dAMM, à l'aide d'un paramètre que nous appelons le dAMM Health Factor. Ce mécanisme sera expliqué dans un post séparé.

Nous prédisons que dAMM deviendra l'une des primitives les plus fondamentales pour le scaling de la DeFi. De plus, nous pensons que ce design prouve quelque chose de plus fondamental ; c'est un exemple puissant de connectivité permissionless entre des systèmes L2 disparates. dAMM démontre comment la nature permissionless du L1 peut être exploitée pour inverser la fragmentation de la liquidité que certains craignaient de voir suivre la montée des L2.

Ce design permissionless est le résultat d'une étroite collaboration entre des équipes indépendantes de L2. Nous avons beaucoup apprécié cet effort commun et sommes certains que nous continuerons à inventer, concevoir, construire et exploiter ensemble.

Louis Guthmann (StarkWare) & Brecht Devos (Loopring)

Traduction faite par HoVa

Initialement publié en anglais par StarkWare le 29 juillet, 2021

Un AMM Cross-L2

• Les AMM de L2 font face à un problème de fragmentation de la liquidité

• dAMM, un AMM cross-L2 qui partage les liquidités entre les layers, résout ce problème

• dAMM permet aux L2 basés sur les ZK (par exemple, DeversiFi, Loopring ...) de partager la liquidité de manière asynchrone - permettant ainsi les LP à davantage de trades.

• dAMM permet aux LP de servir des AMM L1 comme Uniswap tout en participant à des trades L2 => scaling sans compromis

• dAMM exploite la nature permissionless du L1, atténuant la fragmentation de la liquidité due à des L2 disparates

Nous avons présenté dAMM pour la première fois en mars 2021 sous le nom de Caspian mais, suite à un problème de marque déposée, Caspian a été renommé (longue vie à dAMM). Cette version de dAMM est le fruit d'une collaboration entre StarkWare et Loopring. dAMM est un AMM L2 qui regroupe les liquidités dans une seule pool L1 et applique le raisonnement avec un contrat de L1. Cela permet une meilleure efficacité du capital et une énorme flexibilité de développement tout en bénéficiant de la sécurité du L1.

La fonctionnalité de dAMM a été étendue pour permettre un AMM cross-L2, permettant à la même pool de liquidité d'être utilisée sur plusieurs L2 de manière asynchrone. Cette fonctionnalité native (by design) permet le scaling des AMM sans fragmentation des liquidités.

Par asynchronisme, nous entendons la possibilité pour un L2 de traiter des transactions dAMM sans communication obligatoire avec d'autres L2 utilisant la même réserve de liquidités de dAMM L1. Cette asynchronie est une caractéristique essentielle du dAMM, qui rend les AMM partagés pratiques pour la première fois.

Comment y parvenir ? dAMM sépare la pool de liquidité de l'état des prix. Dans une telle conception, le contrat accepte de fournir (de la liquidité) à n'importe quel prix offert par l'état tant qu'il a assez de liquidité pour répondre à la demande.

Puisque nous découplons les fonds et l'état, nous pouvons placer plusieurs états au-dessus de la même pool de liquidités. Ensuite, en assignant à chaque L2 son propre état de dAMM, nous facilitons un AMM asynchrone inter-L2.

Le rôle des participants est conservé comme dans le design original. De manière unique, le nouveau concept prend en charge plusieurs marchés indépendants, certains sur le L2 et d'autres sur le L1, qui partagent tous la même infrastructure et les mêmes liquidités de l'AMM.

Enfin, avec une petite modification, nous permettons à la liquidité sur le L1 (par exemple, les échanges sur Uniswap/Sushiswap) d'être utilisée comme liquidité sur dAMM. Pour ce faire, nous permettons aux tokens LP de L1 (par exemple, de UniSwap ETH/DAI) d'être déposés directement dans la pool correspondante sur dAMM (par exemple, ETH/DAI).

Les avantages sont assez simples, et ils créent un cercle vertueux :

• Comme l'AMM est disponible sur plusieurs marchés, il bénéficie d'un plus grand nombre de transactions

• Plus de transactions signifie plus de frais

• Plus de frais pour la même liquidité signifie une meilleure efficacité du capital

• Plus de liquidité signifie un meilleur prix

Dans un AMM, les LP prennent le risque d’IL. Dans un dAMM, ce risque est plus important ; en fait, il croît linéairement avec le nombre de marchés auxquels les LP sont exposés. Dans un environnement neutre en termes d’IL (pensez aux Curve Pools), un LP ne risquerait pas grand-chose. Pour tout autre type de pool, le risque d’IL du LP pourrait être élevé.

Pour pallier ce problème, la quantité maximale d’IL que peuvent subir les LP sera limitée par le smart contract de dAMM, à l'aide d'un paramètre que nous appelons le dAMM Health Factor. Ce mécanisme sera expliqué dans un post séparé.

Nous prédisons que dAMM deviendra l'une des primitives les plus fondamentales pour le scaling de la DeFi. De plus, nous pensons que ce design prouve quelque chose de plus fondamental ; c'est un exemple puissant de connectivité permissionless entre des systèmes L2 disparates. dAMM démontre comment la nature permissionless du L1 peut être exploitée pour inverser la fragmentation de la liquidité que certains craignaient de voir suivre la montée des L2.

Ce design permissionless est le résultat d'une étroite collaboration entre des équipes indépendantes de L2. Nous avons beaucoup apprécié cet effort commun et sommes certains que nous continuerons à inventer, concevoir, construire et exploiter ensemble.

Louis Guthmann (StarkWare) & Brecht Devos (Loopring)

Traduction faite par HoVa