¿Por qué no utilizar delegados de protocolo como tokens de gas acumulados?

Autor: Andrew Huang, Fuente: Autor Twitter @KAndrewHuang; Compilación: Huohuo/vernacular blockchain

¿Por qué no debería usarse el token nativo de su protocolo como token de gas de Rollup?

En @conduitxyz, hemos tenido la suerte de hablar con cientos de equipos y protocolos sobre el lanzamiento de sus propios Rollups. La pregunta más común que recibimos es: "¿Podemos permitir que nuestros usuarios paguen la gasolina con nuestro token nativo?"

Nuestra respuesta: Las flores sin una nueva demanda neta de Token no son adecuadas.

Si traza el flujo de tokens, no habrá ninguna demanda neta. Los usuarios compran sus tokens para conectarse a su Rollup. Cuando paguen la tarifa del gas, el servidor de secuencia venderá estos tokens en un intento de cubrir los costos de disponibilidad de datos (DA), que solo están denominados en ETH.

Si sus tarifas de Tokengas no pueden cubrir los costos de Disponibilidad de Datos (DA), entonces su protocolo pagará los costos restantes de DA. Básicamente, usted subsidia el uso de su Rollup, pero aún paga los costos de DA en ETH.

A largo plazo, la interoperabilidad entre dominios y MEV pueden convertirse en el principal modelo de ingresos del servidor de secuencia Rollup. Al obligar a sus usuarios de Rollup a adquirir sus tokens, está dificultando que esos constructores/buscadores extraigan MEV en su cadena.

A diferencia de tener solo un token (ETH), necesitan tener N tokens en N acumulaciones, lo que complica enormemente su estrategia de inventario de tokens.

De hecho, para algunos sistemas, como Superchain de Optimism, tener su propio token como token de gas puede volverlo incompatible, interrumpiendo el acceso a su cadena y aislando su acumulación del ecosistema más amplio.

Al final, esto añade una carga engorrosa a la experiencia del usuario. Todos los usuarios poseen ETH porque es el token nativo de Ethereum. Exigirles que compren primero sus tokens para poder utilizar su Rollup crea otra barrera para el uso de su aplicación.

Puede estar justificado en las siguientes situaciones:

Si la interoperabilidad no es importante para usted y existe una demanda neta de su token (o una moneda estable), entonces esto podría funcionar. Un ejemplo podría ser @eco, cuyos usuarios principales no son criptonativos.

Exigir a sus usuarios que adquieran ether además de @ecostablecoin agregaría una carga adicional de UX. Básicamente, esto es exactamente lo opuesto a la experiencia del usuario criptonativo.

Quizás un método más sostenible sea devolver el valor al Token del protocolo mediante la recompra del exceso de ingresos del servidor serie obtenido por su Rollup.

Esto podría crear una demanda más sostenible de tokens de protocolo a partir del volumen de transacciones en Rollup y ayudar a crear una alineación más sólida de incentivos entre los usuarios y el protocolo.

Por supuesto, también puede utilizar metatransacciones, retransmisiones o abstracciones de cuentas para imitar la forma en que los usuarios utilizan tokens de protocolo para pagar la gasolina.

En @conduitxyz, ayudamos a personas como @ourZora, @pgn_eth y otros a resolver sus problemas de inicio de la red principal para poder ver qué funcionó y qué no.