Capacidad de Actualización de Canales y Middleware de Tarifas: Un Vistazo Más Detallado a los Costo

https://medium.com/the-interchain-foundation/channel-upgradability-and-fee-middleware-f94d942c56a9

Los retransmisores son el pilar de IBC. Aseguran la continuidad del sistema al transportar paquetes de datos entre cadenas.

La retransmisión IBC es sin permisos. Puede ser realizada por cualquiera dispuesto a ejecutar nodos completos de las cadenas que deseen retransmitir. Sin embargo, hacerlo conlleva costos. Y antes del lanzamiento del middleware de tarifas en ibc-go v4, no existía un método en el protocolo para incentivar a los retransmisores.

A pesar de que el middleware de tarifas representó un paso adelante en la dirección correcta, tenía una limitación importante: solo podía incentivar a los nuevos canales IBC y no a los existentes.

Para resolver este problema, nuestro equipo en Interchain GmbH ha estado trabajando en la mejora de la capacidad de los canales. Esta característica permite que los canales existentes se actualicen para aprovechar las nuevas funciones, como el middleware de tarifas.

Esta publicación de blog tiene como objetivo proporcionar información sobre los costos on-chain involucrados en la retransmisión y resaltar la efectividad del middleware de tarifas, complementado por la mejora de la capacidad de los canales, para ayudar a los retransmisores a cubrir sus costos. Volveremos brevemente sobre qué es el middleware de tarifas y cómo la mejora de la capacidad de los canales ha sido la pieza que faltaba para su adopción generalizada.

Costos de los retransmisores Como se mencionó anteriormente, se requiere que los retransmisores operen nodos completos para las cadenas en las que desean retransmitir. Monitorean las cadenas en busca de eventos intercadenas, crean paquetes de datos que contienen mensajes y los envían a una cadena contraparte.

Al hacerlo, los retransmisores incurren en dos tipos de costos: 1) Costos de infraestructura de la ejecución de nodos completos y 2) Costos de gas por la presentación de mensajes.

Debido a los requisitos de infraestructura involucrados en la retransmisión de paquetes, la mayoría de los retransmisores hoy en día son operados por validadores asociados con esas cadenas (ya que los validadores también ejecutan nodos completos). Por lo tanto, uno de los métodos adoptados por las cadenas para financiar a sus retransmisores es delegar en sus validadores. Otros métodos a través de los cuales se financian los retransmisores hoy en día incluyen:

Piscinas de retransmisión: Un cierto porcentaje de los activos del fondo comunitario de una cadena se utiliza para pagar a los retransmisores. Financiamiento directo: Las cadenas financian directamente las billeteras de los retransmisores. Subvención de tarifas: El módulo de subvención de tarifas dentro del Cosmos SDK puede ser utilizado por un 'concedente' (una cadena, por ejemplo) para cubrir los costos de gas incurridos por un 'beneficiario' (retransmisor). Contratos fuera de cadena: Las cadenas contratan a empresas que ofrecen servicios de retransmisión. Según evidencia anecdótica, los costos de infraestructura para los retransmisores suelen alcanzar un límite superior de aproximadamente $1,000 al mes por cadena. Este costo puede variar según el nivel de actividad/uso en una cadena. Si bien no discutiremos los detalles de los costos de infraestructura en esta pieza, a continuación analizamos las tarifas de transacción asociadas a la retransmisión.

Costos de retransmisión on-chain Este análisis utiliza datos extraídos de IOBScan OpenAPI para examinar las tarifas de retransmisión on-chain pagadas por MsgRecvPacket, MsgAcknowledgement y MsgTimeout en 7 cadenas: Osmosis, Cosmos Hub, Juno, Axelar, Stride, Umee y Stargaze. Haga clic aquí para explorar el panel completo.

La Figura 1 muestra la cantidad acumulada de tokens (en la moneda nativa de las cadenas) pagados por los retransmisores como tarifas (OSMO pagado en Osmosis como tarifas, STARS pagado en Stargaze, etc.). Esta métrica sirve como un proxy para medir el nivel de uso de IBC en cadenas individuales: cuanto más tokens gasten los retransmisores, más actividad en esas cadenas.

Dado que diferentes tokens tienen diferentes valores, comparar cantidades de tokens entre cadenas no ofrece información significativa en este contexto. En cambio, analizar el crecimiento porcentual ofrece información valiosa sobre el uso de las cadenas. Por ejemplo, la cantidad de tarifas de retransmisión pagadas por los retransmisores en Umee en los últimos 6 meses ha crecido a una tasa promedio del 63% mes a mes (MoM). Del mismo modo, la misma variable en Axelar ha crecido a una tasa promedio del 16% MoM.

La capacidad de mejora de los canales y el middleware de tarifas

Como se mencionó anteriormente, los retransmisores son financiados a través de varios mecanismos como delegaciones, piscinas de retransmisión, financiamiento directo, etc. ¡Vale la pena señalar que algunos retransmisores incluso operan altruistamente!

Sin embargo, los mecanismos de financiamiento existentes no escalan bien a medida que la interconexión crece en un orden de magnitud o más. Y como se destacó en la sección anterior, las tarifas pagadas por los retransmisores, a veces incluso de su propio bolsillo, no son insignificantes, especialmente cuando se suman a sus costos de infraestructura.

Para abordar estos desafíos, necesitamos una solución escalable y sostenible que incentive a los retransmisores en el protocolo. Esto es precisamente lo que pretende hacer ICS-29, el middleware de tarifas.

El middleware de tarifas (especificación, implementación) es un middleware de IBC diseñado para facilitar los pagos de tarifas de retransmisión para cualquier aplicación de IBC. Anteriormente, hemos escrito extensamente sobre cómo funciona el middleware de tarifas, que puede encontrar aquí y aquí. Puede consultar nuestra documentación para aprender cómo integrar el middleware de tarifas en su cadena y comenzar a incentivar a los retransmisores. También puede consultar nuestra wiki para ver un ejemplo de uso de las transferencias de tokens ICS-20 con middleware de tarifas.

Sin embargo, una de las limitaciones conocidas del middleware de tarifas es que solo se puede utilizar para incentivar nuevos canales de IBC y no los existentes. Pero los canales existentes contienen un estado acumulado significativo y efectos de red asociados (por ejemplo, el canal 141 <> canal 0 entre el Hub y Osmosis). Tener que abandonar el estado existente y abrir un canal completamente nuevo para aprovechar una función es una mala experiencia de usuario. Para abordar este problema, nuestro equipo en Interchain GmbH está trabajando activamente en la capacidad de mejora de los canales como solución.

Esta característica permitirá que las cadenas mejoren sus canales existentes para utilizar nuevas funciones, como el middleware de tarifas.

La capacidad de mejora de los canales, cuando se combina con el middleware de tarifas, establece las bases para una interconexión escalable y sostenible. Como resultado, los retransmisores ya no tendrán que asumir la carga de pagar de su propio bolsillo, fomentando un ecosistema que incentive y respalde eficazmente a los retransmisores.

En los últimos dos años, los retransmisores en el Cosmos Hub, Osmosis, Evmos y Juno pagaron colectivamente un total de $271,974 en tarifas. Una vez que la capacidad de mejora de los canales esté en funcionamiento, las tarifas de los retransmisores podrán ser cubiertas mediante el middleware de tarifas.

Estamos apuntando al final de este trimestre para el lanzamiento final de la capacidad de mejora de los canales. Para seguir el progreso de esta función, puede hacer un seguimiento de nuestro hito alfa aquí. También publicaremos una serie de entradas de blog sobre la capacidad de mejora de los canales en los próximos meses, ¡así que estén atentos!

Conclusión Con el lanzamiento previsto de la capacidad de mejora de canales más adelante en este trimestre, las cadenas tendrán la capacidad de mejorar sus canales IBC existentes para utilizar nuevas e innovadoras funciones. Entre estas funciones se encuentra el middleware de tarifas, que desbloquea la incentivación de tarifas en cadena para los operadores de retransmisión.

A medida que la red de cadenas conectadas a través de IBC continúa expandiéndose, la utilización de estas dos características será fundamental para fomentar un ecosistema en el que los retransmisores sean compensados por su servicio, garantizando una interconexión sólida y sostenible durante años.