Question 1

Qu’est-ce que DYM ?

Accepted Answer

DYM est l’actif natif de la couche de règlement de Dymension. Dymension vise à fournir une infrastructure de règlement et d’interopérabilité aux rollups dédiés à des applications, appelés RollApps ; DYM est donc lié à la participation à la sécurité de cette couche de règlement et à la conception économique du protocole, plutôt qu’à être nécessairement le jeton natif d’un RollApp particulier.

Question 2

Quel est le rôle d’un RollApp ?

Accepted Answer

Un RollApp est un environnement d’exécution indépendant réservé à une application : il traite les transactions et les transitions d’état de cette application, plutôt que de concurrencer toutes les autres applications pour les ressources d’exécution d’une même chaîne. Dymension présente ces rollups dédiés à des applications comme des instances déployables, afin que les applications conservent leur propre logique et leur conception des frais tout en se connectant à la couche de règlement. Cette séparation entre « exécution indépendante, règlement partagé » ne signifie pas qu’un RollApp assume seul toutes les responsabilités de sécurité. Le Litepaper décrit un RollApp comme une instance d’exécution autonome : il peut disposer d’un jeton de frais natif et d’une logique flexible, tout en recevant les services correspondants grâce au cadre de règlement de Dymension.

Question 3

Comment fonctionne l’architecture en couches de Dymension ?

Accepted Answer

Dymension sépare l’exécution, le règlement et la disponibilité des données en responsabilités distinctes. La couche d’exécution du RollApp traite les transactions ; la couche de règlement maintient les racines d’état, traite les litiges et assure le pontage entre différents environnements ; la couche de disponibilité des données veille à ce que les données publiées puissent être obtenues et vérifiées. Par conséquent, une mise à jour d’état ne consiste pas uniquement à « terminer une transaction sur un RollApp ». Le résultat d’exécution doit être soumis sous une forme que la couche de règlement peut suivre et contester, et les données concernées doivent aussi être disponibles ; l’objectif de cette architecture en couches est de permettre aux applications de choisir une solution de disponibilité des données selon leurs besoins de sécurité et de coût, sans concentrer tout le travail sur une même couche.

Question 4

Pourquoi les séquenceurs doivent-ils staker des DYM ?

Accepted Answer

Les séquenceurs reçoivent, ordonnent et regroupent les transactions des RollApps, puis forment des mises à jour d’état pour le règlement ultérieur. Selon la conception du Litepaper, les participants au séquençage doivent staker des DYM et les déléguer aux validateurs de la couche de règlement ; dans un mode de séquençage décentralisé, la quantité relative de jetons stakés influe sur les chances d’obtenir un créneau de séquençage. Ici, le staking n’est pas un simple frais d’utilisation. Il relie l’éligibilité au séquençage à une garantie susceptible d’être contrainte : si une mise à jour soumise par un séquenceur est prouvée erronée lors d’un litige, la garantie associée peut être réduite. L’implémentation concrète du séquençage et les paramètres de fonctionnement dépendent toujours du RollApp concerné et de l’implémentation du protocole.

Question 5

Faut-il obligatoirement payer les frais en DYM lors de l’utilisation d’un RollApp ?

Accepted Answer

Pas nécessairement. Les RollApps disposent d’une autonomie concernant les frais, et une application peut définir ses frais réseau en DYM, dans le jeton natif de ce RollApp, en stablecoin ou dans d’autres actifs ; ce que l’utilisateur paie effectivement dépend des règles de frais adoptées par ce RollApp. Cela diffère du rôle de DYM dans la conception de la sécurité de la couche de règlement : DYM peut être utilisé dans des mécanismes de staking liés à la participation à la couche de règlement, mais le Litepaper ne pose pas comme règle générale que « chaque transaction RollApp doit être payée en DYM ».

Question 6

Que se passe-t-il si un séquenceur soumet un état erroné ?

Accepted Answer

Dymension adopte une approche de litige optimiste : une mise à jour d’état peut être soumise en premier, mais durant la période de contestation, d’autres participants peuvent vérifier cette mise à jour. Si quelqu’un soumet une contestation valide, la couche de règlement réexécute la transaction litigieuse dans la machine virtuelle RollApp (RVM) avec le même contexte afin d’obtenir un résultat déterministe. Si la réexécution prouve que l’état soumis est incorrect, l’état erroné est annulé et la garantie du séquenceur malveillant peut être réduite. L’existence de la période de contestation laisse une fenêtre pour la vérification et les contestations ; elle implique aussi que la finalité doit être appréciée au regard de ce mécanisme, et ne peut pas être déterminée uniquement par la première soumission du séquenceur.

Question 7

Comment IRC prend-il en charge la communication entre RollApps ?

Accepted Answer

IRC est un protocole de communication inter-RollApp fondé sur IBC. Il utilise le Hub de règlement Dymension auquel les différents RollApps sont connectés en commun pour transmettre des messages entre eux, plutôt que d’exiger de chaque paire d’applications qu’elle établisse séparément une connexion de confiance indépendante. Son importance réside dans le fait que les applications peuvent conserver leurs propres environnements d’exécution et leurs propres conceptions de frais, tout en communiquant de manière vérifiable grâce à une infrastructure de règlement commune. L’existence d’IRC ne signifie pas que tout actif ou toute application est automatiquement compatible ; les messages et actifs effectivement transmissibles dépendent toujours de l’implémentation des RollApps concernés.

Question 8

Quel rôle l’AMM intégré joue-t-il pour les RollApps ?

Accepted Answer

Le Hub de règlement de Dymension intègre un teneur de marché automatisé (AMM), destiné à fournir une liquidité partagée sur une base de sécurité partagée. Il est positionné comme une infrastructure au service des RollApps, pouvant prendre en charge le routage d’actifs et la découverte des prix, plutôt que comme un simple pool de trading déployé par une application particulière. Le rôle de l’AMM est de fournir une couche de liquidité commune aux interactions d’actifs de plusieurs RollApps ; toutefois, le prix des échanges, le slippage et la liquidité disponible restent déterminés par l’état des pools spécifiques, et l’AMM intégré ne garantit pas à lui seul la profondeur d’échange ou le prix d’un actif.

Prix de Dymension (DYM)