Comprensión de los principios, aplicaciones y estrategias de intención de mitigación de riesgos

Recientemente, ha habido una acalorada discusión en la comunidad Ethereum sobre la intención y sus aplicaciones. Este artículo tiene como objetivo proporcionar una breve descripción de los principios detrás de la intención, sus aplicaciones actuales, riesgos potenciales y métodos para abordarlos.

Si la transacción se refiere explícitamente a cómo se ejecuta un comportamiento, entonces la intención se refiere al resultado esperado de ese comportamiento.

Por ejemplo, si las instrucciones de una transacción son:

"Haz A, luego haz B y luego paga C para obtener D".

La intención correspondiente sería:

"Puedo permitirme pagar y quiero obtener una D".

Los protocolos centrados en la intención pueden mejorar significativamente la experiencia y la eficiencia del usuario. Las transacciones requieren que los usuarios especifiquen explícitamente cada parámetro, lo que eleva la barrera de entrada. Por el contrario, al utilizar Intent, los usuarios pueden simplemente expresar el resultado esperado mientras subcontratan la tarea de lograr de manera óptima los resultados a un tercero maduro.

Si bien la intención ofrece más posibilidades para el ecosistema, los diseños basados en la intención en la cadena Ethereum pueden afectar significativamente las infraestructuras fuera de la cadena. Las actividades relacionadas con MEV y el control del mercado están vinculadas de manera crucial a los diseños basados en la intención en la cadena.

Cómo funciona la intención

Actualmente, el método estándar para que los usuarios interactúen con Ethereum implica formular y firmar transacciones y mensajes en un formato específico que proporciona al EVM toda la información necesaria para realizar transiciones de estado. Sin embargo, la creación de transacciones puede implicar operaciones bastante complejas, lo que requiere operaciones sustancialmente complejas relacionadas con contratos inteligentes y gestión nonce, mientras se mantienen activos específicos para pagar las tarifas del gas. Las complejidades conducen a una experiencia de usuario deficiente y una eficiencia reducida, ya que los usuarios necesitan tomar decisiones sin información suficiente o que involucran estrategias de ejecución complejas.

El objetivo de la intención es reducir la carga de los usuarios. Los intents permiten a los usuarios subcontratar la creación de transacciones a un tercero sin renunciar al control total mediante la firma de un conjunto de restricciones descriptivas.

En un proceso estándar basado en transacciones, cuando se incentiva a los validadores a verificar, las firmas de transacciones les permiten seguir con precisión la ruta computacional para un estado específico. Por el contrario, una intención no especifica exactamente qué caminos computacionales deben tomarse, pero permite cualquier acción que satisfaga restricciones específicas. Al firmar y compartir intenciones, el usuario otorga efectivamente al destinatario permiso para elegir la ruta computacional en su nombre (como se muestra en la figura siguiente). Vale la pena señalar que se pueden incluir múltiples intenciones en una sola transacción, lo que permite igualar intenciones superpuestas, ahorrando tarifas de gas y mejorando la eficiencia económica. Además, los usuarios pueden pagar las tarifas del gas de manera más flexible, lo que permite el patrocinio del gas por parte de terceros o el pago mediante tokens alternativos.

Como se muestra en la figura, al enviar una transacción, los usuarios especifican la ruta computacional exacta, mientras que al enviar la intención, los usuarios especifican el objetivo y algunas condiciones de restricción, y el emparejamiento determina la ruta computacional a seguir.

Aplicaciones actuales de intención

La creación de intenciones subcontrata las complejidades de interactuar con la cadena de bloques y al mismo tiempo permite a los usuarios mantener la custodia de sus activos e identidades criptográficas. De hecho, muchos conceptos sobre intención corresponden a sistemas que llevan varios años funcionando, como los siguientes escenarios:

Órdenes limitadas: si un usuario recibe al menos 200 tokens B, puede retirar 100 tokens A de su cuenta.

Subasta estilo Cowswap: similar a las órdenes limitadas, pero depende de terceros o mecanismos para hacer coincidir múltiples órdenes para optimizar la calidad de la ejecución.

Patrocinio de gas: los usuarios pueden optar por pagar las tarifas de transacción en USDC en lugar de ETH, y hay USDC en la cuenta para pagar las tarifas de gas.

Autorización delegada: permite la interacción con cuentas específicas solo de determinadas formas previamente autorizadas. Una intención sólo se puede cumplir si la transacción final sigue la lista de control de acceso especificada en la intención.

Procesamiento de transacciones por lotes: permite el procesamiento por lotes de múltiples intentos para mejorar la eficiencia del gas.

Agregadores: Operan solo con el mejor precio/rendimiento. Cumpla la intención demostrando la agregación de múltiples escenarios y tomando el camino óptimo.

Actualmente, la intención ha encontrado nuevas aplicaciones en MEV entre cadenas (como SUAVE), abstracciones de cuentas ERC4337 y escenarios de pedidos en puertos marítimos. A medida que ERC4337 evoluciona, también se está explorando otras aplicaciones nuevas, como la intención entre dominios.

En todas las aplicaciones basadas en intenciones, es necesario que haya al menos un grupo que comprenda la intención y esté incentivado a ejecutarla de manera oportuna. En cuanto a quién desempeña este papel, cómo se implementa y sus incentivos, se necesita mayor exploración y práctica para determinar la efectividad, la confianza y otros impactos de los sistemas basados en intenciones.

Intermediarios y Mempool

La forma más obvia de poner intenciones en manos de intermediarios dispuestos es Ethereum Mempool. Sin embargo, el diseño actual de Mempool no admite la propagación de intenciones. Las perspectivas a largo plazo sugieren una probabilidad mínima de un apoyo generalizado a la intención dentro de Ethereum Mempool, considerando la vulnerabilidad de los ataques DOS. La naturaleza abierta y sin permisos de Ethereum Mempool presenta una barrera para la adopción de intenciones.

En ausencia de Ethereum Mempool, los diseñadores de sistemas de intención enfrentan algunos desafíos. El dilema actual gira en torno a si propagar la intención a las partes autorizadas o hacerlo sin permiso para que cualquiera de las partes pueda ejecutar la intención.

Como se muestra en la figura anterior, la intención primero fluye desde el usuario al Intentpool público/privado con permiso/sin permiso, y luego lo convierte en una transacción a través de Matchmaker, y finalmente lo convierte en un Mempool público, o lo muestra directamente en- cadena a través de subastas MEV Boost.

Mempool sin permiso

Un diseño que se está experimentando es una API descentralizada que permite que varios nodos del sistema transmitan intenciones a través de chismes, otorgando así acceso sin permiso a los ejecutores.

Por ejemplo, en los retransmisores del protocolo 0x, la transmisión de chismes se facilita para las órdenes limitadas y se envían a la cadena al encontrar coincidencias. Este enfoque también se está explorando en el contexto del Mempool ERC4337 compartido para combatir los riesgos de centralización y censura. Sin embargo, el diseño de este Intentpool sin permiso también enfrenta algunos desafíos, que incluyen:

Resistencia DoS: Es posible que los desarrolladores tengan que limitar la funcionalidad de los intents para evitar posibles ataques DoS.

Incentivos de propagación: para muchas aplicaciones, ejecutar intents es una actividad rentable. Por lo tanto, en teoría, los nodos que operan Intentpool tienen un incentivo para no propagar intenciones para reducir la competencia por ejecutar intenciones.

MEV: Dado que la calidad de ejecución de los intents depende del buen comportamiento de los participantes fuera de la cadena, se enfrentan algunas dificultades al utilizar Intentpools públicos y sin permiso. Si la ejecución es rentable, un Intentpool sin permiso puede intentar arbitrar contra los usuarios. Esto es similar a los "ataques sándwich" en Ethereum Mempool, que serán un problema común para los intentos relacionados con Defi. Una posible mejora podría ser la creación de un Intentpool sin permiso pero cifrado.

Mempool autorizado

Las API centralizadas confiables son más resistentes a los ataques de DOS y no necesitan propagar intenciones. Este modelo de confianza proporciona cierta base para las preocupaciones sobre MEV. Mientras se mantenga el supuesto de confianza, se puede garantizar la calidad de la ejecución. Los intermediarios confiables también pueden tener una reputación asociada, lo que incentiva una ejecución seria.

Por lo tanto, los Intentpools autorizados resultan atractivos a corto plazo para los desarrolladores de aplicaciones basadas en intenciones. Sin embargo, los supuestos de confianza sólidos tienen inherentemente fallas y, hasta cierto punto, contradicen el diseño original de blockchain.

Soluciones híbridas

También existen soluciones que son una mezcla de las dos situaciones mencionadas anteriormente. Por ejemplo, existe una situación en la que el proceso de propagación tiene permiso pero la ejecución no tiene permiso, y viceversa. Un ejemplo común de solución híbrida son las subastas de flujo de órdenes.

La idea detrás de este tipo de diseño es que los usuarios que necesitan contrapartes pueden necesitar diferenciar entre mejores y peores contrapartes para poder operar a precios más favorables. El proceso de diseño generalmente involucra a una parte confiable que obtiene la intención (o transacción) del usuario y facilita las subastas en nombre del usuario. No se requiere permiso para participar en la subasta. Sin embargo, estos diseños también tienen desventajas, ya que son susceptibles a diversas perturbaciones dentro del Intentpool autorizado.

La conclusión de este enfoque es que las aplicaciones basadas en intenciones implican no sólo nuevos formatos de mensajes para interactuar con contratos inteligentes, sino también mecanismos de propagación y descubrimiento de pares en forma de alternativas a Mempool. Lo más crítico en este momento es diseñar un mecanismo de descubrimiento y coincidencia de intenciones que sea compatible con los incentivos y al mismo tiempo mantenga la descentralización.

Riesgos y estrategias de mitigación

Si bien los intents son un nuevo y emocionante paradigma para las transacciones, su adopción generalizada puede implicar una aceleración de una tendencia más amplia de actividad de los usuarios que se desplaza hacia mempools alternativos. Si se gestiona inadecuadamente, este cambio podría dañar la descentralización de Ethereum y conducir a un poder excesivo de las partes de confianza. Los riesgos potenciales incluyen los siguientes:

Flujo de órdenes: si se permite la ejecución de la intención, pero los usuarios la eligen descuidadamente y la migran desde el Mempool público, la producción de bloques de Ethereum puede centralizarse.

Confianza: dado que muchas soluciones requieren confianza en los intermediarios, para garantizar la calidad de ejecución de los Intents, esta alta barrera de entrada obstaculizará el desarrollo de nuevas arquitecturas basadas en intents y reducirá la velocidad de la innovación y la competencia.

Transparencia: varias arquitecturas de intención comprometen el control de los usuarios sobre sus activos en cadena y su mempool autorizado, introduciendo un nivel de opacidad. Esta opacidad plantea el riesgo de que el sistema que se está construyendo sea opaco. En este caso, no está claro cómo se cumplen las expectativas de los usuarios y si existen amenazas no detectadas al ecosistema. Incluso el ecosistema de middleware y mempool que evoluciona entre los usuarios y la cadena de bloques también podría volverse opaco.

Entonces, ¿cómo reducir estos riesgos? Sabemos que el espacio de Ethereum Mempool es limitado. Para algunas aplicaciones, surgen riesgos debido a su falta de privacidad, lo que les impide admitir una gama más amplia de formatos de mensajes. Esto coloca a los desarrolladores de billeteras y aplicaciones en una posición difícil, ya que deben encontrar alguna manera de permitir a los usuarios conectarse a la cadena de bloques evitando al mismo tiempo los riesgos mencionados anteriormente. El sistema ideal debería no tener permisos para que cualquiera pueda hacer coincidir y ejecutar intenciones sin sacrificar demasiada calidad de ejecución. El sistema debe ser versátil para que se puedan implementar nuevas aplicaciones sin la necesidad de crear nuevos mempools. Los sistemas deben ser transparentes, permitir informes públicos del proceso de ejecución de intenciones y proporcionar datos para realizar auditorías de calidad cuando las garantías de privacidad lo permitan.

Aunque equipos como FlashBots y Anoma están trabajando arduamente para cumplir con los requisitos anteriores para una solución universal que combine privacidad y falta de permisos, será difícil crear un sistema tan perfecto en un futuro cercano. Por lo tanto, los usuarios deben hacer concesiones y elegir diferentes soluciones para diferentes aplicaciones. Del mismo modo, las aplicaciones que inician intentpools deben buscar la ubicuidad sin permiso y elegir cuidadosamente a los intermediarios cuando el permiso esté disponible.

Los diseñadores de aplicaciones basadas en intenciones deben considerar plenamente las implicaciones fuera de la cadena de sus aplicaciones, ya que conciernen no sólo a su base de usuarios, sino a la comunidad en general. Esto requiere que la comunidad en general preste especial atención a los ecosistemas fuera de la cadena alrededor de Ethereum.

Conclusión

Debido a la evidente demanda del mercado de aplicaciones basadas en intenciones, muchas aplicaciones basadas en intenciones se han utilizado ampliamente durante varios años. La creciente adopción de intenciones, impulsada en parte por ERC4337, podría acelerar el cambio de Ethereum Mempool a nuevos espacios. La adopción de la intención representa un cambio para los usuarios de un paradigma de “operación forzada” a uno “descriptivo”, lo que promete mejoras significativas en la experiencia y la eficiencia del usuario.

Sitio web oficial de Ebunker:https://www.ebunker.io

Para más discusiones, únase: https://t.me/ebunkerio

Twitter de Ebunker: https://twitter.com/ebunker_eth

Descargo de responsabilidad:

1. Este artículo se reimprime de [Medio]. Todos los derechos de autor pertenecen al autor original [EbunkerChinese]. Si hay objeciones a esta reimpresión, comuníquese con el equipo de Gate Learn y ellos lo manejarán de inmediato.
2. Descargo de responsabilidad: los puntos de vista y opiniones expresados en este artículo son únicamente los del autor y no constituyen ningún consejo de inversión.
3. Las traducciones del artículo a otros idiomas están a cargo del equipo de Gate Learn. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.