Pourquoi ne pas utiliser des délégués de protocole comme jetons de gaz Rollup ?

Auteur : Andrew Huang, Source : Auteur Twitter @KAndrewHuang ; Compilation : 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 : Les fleurs sans nouvelle demande nette pour Token ne conviennent pas.

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.

Elle peut être justifiée dans les situations suivantes :

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 crypto-natifs.

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 Rollup et contribuer à créer un alignement plus fort des incitations entre les utilisateurs et le protocole.

Bien sûr, vous pouvez également utiliser des méta-transactions, des relais ou des abstractions de compte pour imiter la façon dont les utilisateurs utilisent les jetons de protocole pour payer l'essence.

Chez @conduitxyz, nous avons aidé des personnes comme @ourZora, @pgn_eth et d'autres à résoudre leurs problèmes de lancement du réseau principal afin que nous puissions voir ce qui a fonctionné et ce qui n'a pas fonctionné.