Pourquoi le jeton natif de votre protocole ne devrait-il pas être utilisé comme jeton de gaz de Rollup ?
Chez @conduitxyz, nous avons eu la chance de discuter avec des centaines d'équipes et de protocoles du lancement de leurs propres Rollups. La question la plus fréquemment posée est la suivante : "Pouvons-nous permettre à nos utilisateurs de payer l'essence avec notre jeton natif ?"
Notre réponse ⬇️
** Cela ne convient pas s'il n'y a pas de nouvelle demande nette pour le Token. **
Si vous tracez le flux de jetons, il n’y aura aucune demande nette. Les utilisateurs achètent vos jetons pour se connecter à votre Rollup. Lorsqu'ils paieront les frais de gaz, le serveur de séquence vendra ces jetons pour tenter de couvrir les coûts de disponibilité des données (DA), qui sont uniquement libellés en ETH.
Si vos frais Tokengas ne peuvent pas couvrir les coûts de disponibilité des données (DA), votre protocole paiera les coûts DA restants. Essentiellement, vous subventionnez l’utilisation de votre Rollup, mais payez toujours les coûts DA en ETH.
À long terme, l'interopérabilité entre domaines et MEV pourraient devenir le principal modèle de revenus du serveur de séquence Rollup. En forçant vos utilisateurs Rollup à acquérir vos jetons, vous compliquez la tâche de ces constructeurs/chercheurs pour extraire le MEV sur votre chaîne.
Contrairement à la détention d’un seul jeton (ETH), ils doivent détenir N jetons sur N rollups, ce qui complique grandement leur stratégie d’inventaire de jetons.
En fait, pour certains systèmes, comme la Superchain d'Optimism, avoir votre propre jeton comme jeton de gaz peut vous rendre incompatible, interrompant l'accès à votre chaîne et isolant votre Rollup de l'écosystème plus large Come.
En fin de compte, cela ajoute une lourde charge d’expérience utilisateur aux utilisateurs. Tous les utilisateurs détiennent de l’ETH car il s’agit du jeton natif d’Ethereum. Les obliger à acheter d’abord vos jetons afin d’utiliser votre Rollup crée un autre obstacle à l’utilisation de votre application.
Peut être raisonnable si :
Si l’interopérabilité n’est pas importante pour vous et qu’il existe une demande nette pour votre jeton (ou un stablecoin), alors cela pourrait fonctionner. Un exemple pourrait être @eco, dont les principaux utilisateurs ne sont pas cryptonatifs.
Exiger de leurs utilisateurs qu'ils acquièrent de l'éther en plus de @ecostablecoin ajouterait un fardeau UX supplémentaire. Essentiellement, c’est exactement le contraire de l’expérience utilisateur crypto-native.
Une méthode plus durable consiste peut-être à restituer la valeur au jeton du protocole via le rachat des revenus excédentaires du serveur série obtenus par votre Rollup.
Cela pourrait créer une demande plus durable de jetons de protocole à partir du volume de transactions sur les Rollups et contribuer à créer un meilleur alignement des incitations entre les utilisateurs et le protocole.
Bien entendu, vous pouvez également utiliser des métatransactions, des relais ou des abstractions de compte pour imiter la façon dont les utilisateurs paient les frais de gaz avec des jetons de protocole.
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Pourquoi les jetons Layer2 ne sont-ils pas utilisés pour payer le GAS du réseau ?
Écrit par : Andrew Huang
Traduction : Huohuo, blockchain vernaculaire
Pourquoi le jeton natif de votre protocole ne devrait-il pas être utilisé comme jeton de gaz de Rollup ?
Chez @conduitxyz, nous avons eu la chance de discuter avec des centaines d'équipes et de protocoles du lancement de leurs propres Rollups. La question la plus fréquemment posée est la suivante : "Pouvons-nous permettre à nos utilisateurs de payer l'essence avec notre jeton natif ?"
Notre réponse ⬇️
** Cela ne convient pas s'il n'y a pas de nouvelle demande nette pour le Token. **
Si vous tracez le flux de jetons, il n’y aura aucune demande nette. Les utilisateurs achètent vos jetons pour se connecter à votre Rollup. Lorsqu'ils paieront les frais de gaz, le serveur de séquence vendra ces jetons pour tenter de couvrir les coûts de disponibilité des données (DA), qui sont uniquement libellés en ETH.
Si vos frais Tokengas ne peuvent pas couvrir les coûts de disponibilité des données (DA), votre protocole paiera les coûts DA restants. Essentiellement, vous subventionnez l’utilisation de votre Rollup, mais payez toujours les coûts DA en ETH.
À long terme, l'interopérabilité entre domaines et MEV pourraient devenir le principal modèle de revenus du serveur de séquence Rollup. En forçant vos utilisateurs Rollup à acquérir vos jetons, vous compliquez la tâche de ces constructeurs/chercheurs pour extraire le MEV sur votre chaîne.
Contrairement à la détention d’un seul jeton (ETH), ils doivent détenir N jetons sur N rollups, ce qui complique grandement leur stratégie d’inventaire de jetons.
En fait, pour certains systèmes, comme la Superchain d'Optimism, avoir votre propre jeton comme jeton de gaz peut vous rendre incompatible, interrompant l'accès à votre chaîne et isolant votre Rollup de l'écosystème plus large Come.
En fin de compte, cela ajoute une lourde charge d’expérience utilisateur aux utilisateurs. Tous les utilisateurs détiennent de l’ETH car il s’agit du jeton natif d’Ethereum. Les obliger à acheter d’abord vos jetons afin d’utiliser votre Rollup crée un autre obstacle à l’utilisation de votre application.
Peut être raisonnable si :
Si l’interopérabilité n’est pas importante pour vous et qu’il existe une demande nette pour votre jeton (ou un stablecoin), alors cela pourrait fonctionner. Un exemple pourrait être @eco, dont les principaux utilisateurs ne sont pas cryptonatifs.
Exiger de leurs utilisateurs qu'ils acquièrent de l'éther en plus de @ecostablecoin ajouterait un fardeau UX supplémentaire. Essentiellement, c’est exactement le contraire de l’expérience utilisateur crypto-native.
Une méthode plus durable consiste peut-être à restituer la valeur au jeton du protocole via le rachat des revenus excédentaires du serveur série obtenus par votre Rollup.
Cela pourrait créer une demande plus durable de jetons de protocole à partir du volume de transactions sur les Rollups et contribuer à créer un meilleur alignement des incitations entre les utilisateurs et le protocole.
Bien entendu, vous pouvez également utiliser des métatransactions, des relais ou des abstractions de compte pour imiter la façon dont les utilisateurs paient les frais de gaz avec des jetons de protocole.