Recientemente, en la comunidad Ethereum, ha habido una acalorada discusión sobre Intent y sus aplicaciones. Este artículo presentará brevemente el principio, el estado de la solicitud, los riesgos potenciales y las contramedidas de Intent.
Si la transacción se refiere explícitamente a cómo operar el comportamiento, la intención se refiere al resultado esperado del comportamiento.
Si la instrucción de transacción es:
"Haz A, luego haz B y luego paga C para obtener D".
Entonces la Intención correspondiente es:
"Puedo permitirme el lujo de pagar y quiero obtener una D."
Los protocolos centrados en la intención pueden mejorar significativamente la experiencia y la eficiencia del usuario. La transacción requiere que el usuario especifique explícitamente cada parámetro y el umbral de operación es alto. Por el contrario, al utilizar Intents, los usuarios pueden simplemente expresar los resultados deseados, mientras subcontratan la tarea de lograr de manera óptima los resultados a un tercero maduro.
Aunque los Intents brindan más posibilidades para el ecosistema, los diseños basados en Intents en la cadena Ethereum también pueden tener un impacto significativo en la infraestructura fuera de la cadena, y también existen conexiones importantes con las actividades relacionadas con MEV y el control del mercado.
Cómo funciona la intención
Cómo funciona la intención
Actualmente, la forma estándar para que los usuarios interactúen con Ethereum es 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, crear una transacción puede implicar operaciones bastante complejas. Crear una transacción requiere muchos detalles sobre contratos inteligentes y gestión nonce, mientras se mantiene un activo específico para pagar las tarifas del gas. Esta complejidad conduce a una experiencia de usuario deficiente y a una eficiencia reducida, ya que los usuarios necesitan tomar decisiones sin información suficiente o que implican estrategias de ejecución complejas.
El objetivo de Intent es reducir la carga del usuario. Los intents permiten a los usuarios subcontratar la creación de transacciones a un tercero sin asignar 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, un Intent no especifica exactamente qué caminos computacionales deben tomarse, pero permite cualquier acción que satisfaga restricciones específicas. Al firmar y compartir una intención, el usuario otorga efectivamente al destinatario permiso para elegir la ruta de cálculo en su nombre (como se muestra en la imagen a continuación). Vale la pena señalar que se pueden incluir múltiples Intents en una sola transacción, lo que permite igualar Intents superpuestos, 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, como permitir que terceros patrocinen el gas o paguen con otros tokens.
Como se muestra en la figura, al enviar una transacción, el usuario especifica la ruta de cálculo exacta; al enviar la Intención, el usuario especifica el objetivo y algunas restricciones, y Matchmaking determina la ruta de cálculo a seguir.
Estado de la solicitud de intención
El estado actual de la solicitud de Intent
La creación de Intents 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 Intent corresponden a sistemas que llevan varios años funcionando, como los siguientes escenarios:
Orden restringido: Si el usuario recibe al menos 200 tokens B, se pueden retirar 100 tokens A de la cuenta del usuario.
Subasta estilo Cowswap: Igual que las órdenes restringidas, pero depende de un tercero o mecanismo para hacer coincidir varias órdenes para maximizar la calidad de la ejecución.
Patrocinio de gasolina: 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 gasolina.
Autorización delegada: Solo permite la interacción con cuentas específicas 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.
Fusionar procesamiento de transacciones: Permite fusionar múltiples Intents para mejorar la eficiencia del gas.
Agregador: Opera solo con el mejor precio/rendimiento, al demostrar que puede realizar la agregación de múltiples escenarios y tomar el mejor camino hacia la intención.
Actualmente, Intent tiene nuevas aplicaciones en MEV entre cadenas (como SUAVE), abstracción de cuentas tipo ERC4337 y escenarios de pedidos en puertos marítimos. Mientras se desarrolla ERC4337, otras aplicaciones nuevas (como Intents entre dominios) también están entrando en la etapa de exploración.
En todas las aplicaciones basadas en Intent, es necesario que haya al menos un grupo que comprenda el Intent y esté incentivado a ejecutarlo de manera oportuna. En cuanto a quién desempeña este papel, cómo se implementa y sus incentivos, se necesita una mayor exploración y práctica para determinar la eficacia, la confianza y otros impactos de los sistemas basados en intenciones.
Intermediario y Mempool
Mediación y Mempool
La forma más obvia de poner Intents en manos de intermediarios dispuestos es Mempool de Ethereum. Sin embargo, el diseño actual de Mempool no admite la propagación de Intents. A largo plazo, considerando los peligros ocultos de los ataques DOS, la posibilidad de un apoyo generalizado para la difusión de Intents en Ethereum Mempool es extremadamente baja. Se puede decir que la naturaleza abierta y sin permisos de Ethereum Mempool plantea una barrera para la adopción de intenciones.
En ausencia de Ethereum Mempool, los diseñadores del sistema Intent enfrentan varios problemas. La elección que se enfrenta actualmente es propagar la intención al licenciante o hacerlo sin permiso para que cualquiera de las partes pueda ejecutar la intención.
Como se muestra en la figura, el Intent 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 la cadena a través de una subasta tipo MEV Boost superior.
Mempool sin permiso
Mempool sin licencia
Un diseño que se está intentando es una API descentralizada que permite que varios nodos del sistema transmitan Intents a través de chismes, proporcionando así acceso sin permiso al ejecutor.
Por ejemplo, en el retransmisor del protocolo 0x, las órdenes restringidas se transmiten entre sí y se cargan en la cadena cuando se encuentra una coincidencia. 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 los siguientes desafíos:
Resistencia DoS: Es posible que los desarrolladores tengan que limitar la funcionalidad de los Intents para evitar posibles ataques DoS.
Difundir incentivos: 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 Intents para reducir la competencia por ejecutar Intents.
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 al actual "ataque sándwich" en Ethereum Mempool, que será un problema común para los Intents relacionados con Defi. Una mejora futura podría ser crear un Intentpool sin permiso pero cifrado.
Mempool de licencia
Mempool con licencia
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 proporciona algún incentivo para realizar operaciones concienzudamente.
Por lo tanto, los IntentPools autorizados serán atractivos para los desarrolladores de aplicaciones basadas en Intents en el corto plazo. Sin embargo, la suposición de una fuerte confianza es naturalmente errónea y viola el espíritu original de blockchain hasta cierto punto.
Solución híbrida
solución híbrida
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 es una subasta 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 un precio más favorable. El proceso de diseño generalmente involucra a una parte confiable que obtiene la intención (o transacción) del usuario y facilita la subasta en nombre del usuario. No se requiere permiso para participar en la subasta. Este tipo de diseño también tiene desventajas, ya que es probable que estén sujetos a diversas interferencias en un Intentpool con licencia.
La conclusión de este enfoque es que las aplicaciones basadas en Intents implican no sólo nuevos formatos de mensajes para interactuar con contratos inteligentes, sino también mecanismos de propagación y descubrimiento de adversarios en forma de alternativas a los mempools. 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 cómo afrontarlos
Riesgos y sus métodos de respuesta.
Si bien los Intents son un nuevo y emocionante paradigma para las transacciones, su adopción generalizada también significa una tendencia acelerada de una mayor actividad de los usuarios que se traslada a Mempools alternativos. Si no se gestiona adecuadamente, este cambio podría perjudicar la descentralización de Ethereum y dar lugar 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 Intent, 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 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: Dado que muchas arquitecturas Intent requieren que los usuarios entreguen cierto control sobre sus activos de cadena y autoricen Mempool como compromiso, lo que significa que existe un grado de impenetrabilidad desde el exterior, existe 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 middleware y el ecosistema de Mempool que se desarrolla entre los usuarios y la cadena de bloques se volverán opacos.
Entonces, ¿cómo reducir los riesgos anteriores? Sabemos que el espacio de Ethereum Mempool es limitado. Para algunas aplicaciones, el riesgo se debe a su falta de privacidad y, por tanto, a su incapacidad para 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 Intents sin sacrificar demasiada calidad de ejecución. El sistema debe ser versátil para que se puedan implementar nuevas aplicaciones sin 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 Intent deben considerar plenamente las implicaciones fuera de la cadena de sus aplicaciones, ya que conciernen no solo a su base de usuarios, sino a la comunidad en general, lo que requiere que la comunidad en general comprenda las implicaciones fuera de la cadena que rodean a Ethereum. El ecosistema permanece atento.
resumen
breve resumen
Debido a la evidente demanda del mercado de aplicaciones Intent, muchas aplicaciones basadas en Intent se han utilizado ampliamente durante varios años. La creciente adopción de Intent, impulsada en parte por ERC4337, puede acelerar el alejamiento de Ethereum Mempool hacia nuevos lugares. La adopción de Intent representa el cambio del usuario de un paradigma de "operación forzada" a un paradigma "descriptivo", que se espera que mejore en gran medida la experiencia y la eficiencia del usuario.
Ebunker, un creyente de Ethereum desde hace mucho tiempo, presta mucha atención al desarrollo de la tecnología de Ethereum, las actualizaciones de propuestas y los cambios de la comunidad por primera vez, y comparte investigaciones y opiniones sobre pistas clave de Ethereum como Stake, L2 y DeFi.
Actualmente, Ebunker incluye Ebunker Pool (grupo de minería Ethereum Stake sin custodia financiado) y Ebunker Venture (capital de riesgo maximizado de Ethereum) y otros negocios.
Sitio web oficial de Ebunker:
Ver originales
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
El principio, el estado de la solicitud y la respuesta al riesgo de la Intención.
Recientemente, en la comunidad Ethereum, ha habido una acalorada discusión sobre Intent y sus aplicaciones. Este artículo presentará brevemente el principio, el estado de la solicitud, los riesgos potenciales y las contramedidas de Intent.
Si la transacción se refiere explícitamente a cómo operar el comportamiento, la intención se refiere al resultado esperado del comportamiento.
Si la instrucción de transacción es:
"Haz A, luego haz B y luego paga C para obtener D".
Entonces la Intención correspondiente es:
"Puedo permitirme el lujo de pagar y quiero obtener una D."
Los protocolos centrados en la intención pueden mejorar significativamente la experiencia y la eficiencia del usuario. La transacción requiere que el usuario especifique explícitamente cada parámetro y el umbral de operación es alto. Por el contrario, al utilizar Intents, los usuarios pueden simplemente expresar los resultados deseados, mientras subcontratan la tarea de lograr de manera óptima los resultados a un tercero maduro.
Aunque los Intents brindan más posibilidades para el ecosistema, los diseños basados en Intents en la cadena Ethereum también pueden tener un impacto significativo en la infraestructura fuera de la cadena, y también existen conexiones importantes con las actividades relacionadas con MEV y el control del mercado.
Cómo funciona la intención
Cómo funciona la intención
Actualmente, la forma estándar para que los usuarios interactúen con Ethereum es 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, crear una transacción puede implicar operaciones bastante complejas. Crear una transacción requiere muchos detalles sobre contratos inteligentes y gestión nonce, mientras se mantiene un activo específico para pagar las tarifas del gas. Esta complejidad conduce a una experiencia de usuario deficiente y a una eficiencia reducida, ya que los usuarios necesitan tomar decisiones sin información suficiente o que implican estrategias de ejecución complejas.
El objetivo de Intent es reducir la carga del usuario. Los intents permiten a los usuarios subcontratar la creación de transacciones a un tercero sin asignar 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, un Intent no especifica exactamente qué caminos computacionales deben tomarse, pero permite cualquier acción que satisfaga restricciones específicas. Al firmar y compartir una intención, el usuario otorga efectivamente al destinatario permiso para elegir la ruta de cálculo en su nombre (como se muestra en la imagen a continuación). Vale la pena señalar que se pueden incluir múltiples Intents en una sola transacción, lo que permite igualar Intents superpuestos, 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, como permitir que terceros patrocinen el gas o paguen con otros tokens.
Como se muestra en la figura, al enviar una transacción, el usuario especifica la ruta de cálculo exacta; al enviar la Intención, el usuario especifica el objetivo y algunas restricciones, y Matchmaking determina la ruta de cálculo a seguir.
Estado de la solicitud de intención
El estado actual de la solicitud de Intent
La creación de Intents 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 Intent corresponden a sistemas que llevan varios años funcionando, como los siguientes escenarios:
Orden restringido: Si el usuario recibe al menos 200 tokens B, se pueden retirar 100 tokens A de la cuenta del usuario.
Subasta estilo Cowswap: Igual que las órdenes restringidas, pero depende de un tercero o mecanismo para hacer coincidir varias órdenes para maximizar la calidad de la ejecución.
Patrocinio de gasolina: 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 gasolina.
Autorización delegada: Solo permite la interacción con cuentas específicas 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.
Fusionar procesamiento de transacciones: Permite fusionar múltiples Intents para mejorar la eficiencia del gas.
Agregador: Opera solo con el mejor precio/rendimiento, al demostrar que puede realizar la agregación de múltiples escenarios y tomar el mejor camino hacia la intención.
Actualmente, Intent tiene nuevas aplicaciones en MEV entre cadenas (como SUAVE), abstracción de cuentas tipo ERC4337 y escenarios de pedidos en puertos marítimos. Mientras se desarrolla ERC4337, otras aplicaciones nuevas (como Intents entre dominios) también están entrando en la etapa de exploración.
En todas las aplicaciones basadas en Intent, es necesario que haya al menos un grupo que comprenda el Intent y esté incentivado a ejecutarlo de manera oportuna. En cuanto a quién desempeña este papel, cómo se implementa y sus incentivos, se necesita una mayor exploración y práctica para determinar la eficacia, la confianza y otros impactos de los sistemas basados en intenciones.
Intermediario y Mempool
Mediación y Mempool
La forma más obvia de poner Intents en manos de intermediarios dispuestos es Mempool de Ethereum. Sin embargo, el diseño actual de Mempool no admite la propagación de Intents. A largo plazo, considerando los peligros ocultos de los ataques DOS, la posibilidad de un apoyo generalizado para la difusión de Intents en Ethereum Mempool es extremadamente baja. Se puede decir que la naturaleza abierta y sin permisos de Ethereum Mempool plantea una barrera para la adopción de intenciones.
En ausencia de Ethereum Mempool, los diseñadores del sistema Intent enfrentan varios problemas. La elección que se enfrenta actualmente es propagar la intención al licenciante o hacerlo sin permiso para que cualquiera de las partes pueda ejecutar la intención.
Como se muestra en la figura, el Intent 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 la cadena a través de una subasta tipo MEV Boost superior.
Mempool sin permiso
Mempool sin licencia
Un diseño que se está intentando es una API descentralizada que permite que varios nodos del sistema transmitan Intents a través de chismes, proporcionando así acceso sin permiso al ejecutor.
Por ejemplo, en el retransmisor del protocolo 0x, las órdenes restringidas se transmiten entre sí y se cargan en la cadena cuando se encuentra una coincidencia. 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 los siguientes desafíos:
Resistencia DoS: Es posible que los desarrolladores tengan que limitar la funcionalidad de los Intents para evitar posibles ataques DoS.
Difundir incentivos: 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 Intents para reducir la competencia por ejecutar Intents.
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 al actual "ataque sándwich" en Ethereum Mempool, que será un problema común para los Intents relacionados con Defi. Una mejora futura podría ser crear un Intentpool sin permiso pero cifrado.
Mempool de licencia
Mempool con licencia
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 proporciona algún incentivo para realizar operaciones concienzudamente.
Por lo tanto, los IntentPools autorizados serán atractivos para los desarrolladores de aplicaciones basadas en Intents en el corto plazo. Sin embargo, la suposición de una fuerte confianza es naturalmente errónea y viola el espíritu original de blockchain hasta cierto punto.
Solución híbrida
solución híbrida
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 es una subasta 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 un precio más favorable. El proceso de diseño generalmente involucra a una parte confiable que obtiene la intención (o transacción) del usuario y facilita la subasta en nombre del usuario. No se requiere permiso para participar en la subasta. Este tipo de diseño también tiene desventajas, ya que es probable que estén sujetos a diversas interferencias en un Intentpool con licencia.
La conclusión de este enfoque es que las aplicaciones basadas en Intents implican no sólo nuevos formatos de mensajes para interactuar con contratos inteligentes, sino también mecanismos de propagación y descubrimiento de adversarios en forma de alternativas a los mempools. 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 cómo afrontarlos
Riesgos y sus métodos de respuesta.
Si bien los Intents son un nuevo y emocionante paradigma para las transacciones, su adopción generalizada también significa una tendencia acelerada de una mayor actividad de los usuarios que se traslada a Mempools alternativos. Si no se gestiona adecuadamente, este cambio podría perjudicar la descentralización de Ethereum y dar lugar 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 Intent, 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 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: Dado que muchas arquitecturas Intent requieren que los usuarios entreguen cierto control sobre sus activos de cadena y autoricen Mempool como compromiso, lo que significa que existe un grado de impenetrabilidad desde el exterior, existe 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 middleware y el ecosistema de Mempool que se desarrolla entre los usuarios y la cadena de bloques se volverán opacos.
Entonces, ¿cómo reducir los riesgos anteriores? Sabemos que el espacio de Ethereum Mempool es limitado. Para algunas aplicaciones, el riesgo se debe a su falta de privacidad y, por tanto, a su incapacidad para 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 Intents sin sacrificar demasiada calidad de ejecución. El sistema debe ser versátil para que se puedan implementar nuevas aplicaciones sin 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 Intent deben considerar plenamente las implicaciones fuera de la cadena de sus aplicaciones, ya que conciernen no solo a su base de usuarios, sino a la comunidad en general, lo que requiere que la comunidad en general comprenda las implicaciones fuera de la cadena que rodean a Ethereum. El ecosistema permanece atento.
resumen
breve resumen
Debido a la evidente demanda del mercado de aplicaciones Intent, muchas aplicaciones basadas en Intent se han utilizado ampliamente durante varios años. La creciente adopción de Intent, impulsada en parte por ERC4337, puede acelerar el alejamiento de Ethereum Mempool hacia nuevos lugares. La adopción de Intent representa el cambio del usuario de un paradigma de "operación forzada" a un paradigma "descriptivo", que se espera que mejore en gran medida la experiencia y la eficiencia del usuario.
Ebunker, un creyente de Ethereum desde hace mucho tiempo, presta mucha atención al desarrollo de la tecnología de Ethereum, las actualizaciones de propuestas y los cambios de la comunidad por primera vez, y comparte investigaciones y opiniones sobre pistas clave de Ethereum como Stake, L2 y DeFi.
Actualmente, Ebunker incluye Ebunker Pool (grupo de minería Ethereum Stake sin custodia financiado) y Ebunker Venture (capital de riesgo maximizado de Ethereum) y otros negocios.
Sitio web oficial de Ebunker: