Una introducción a la pieza faltante para lograr la adopción generalizada de la cadena de bloques, con estudios de caso complementarios.

Por qué un futuro multi-cadena es inevitable y cómo esto agravará los problemas de UX actuales

Un mundo con cientos de cadenas es inevitable. Con el tiempo, casi todos los equipos y desarrolladores querrán tener el control de su economía y usuarios, y aunque esto se puede hacer en entornos de ejecución de propósito general como Solana, la aplicación depende del rendimiento de estos entornos, que históricamente se ha demostrado que es poco confiable en ocasiones. Si creemos que un cambio de paradigma hacia la tecnología blockchain es inminente, la siguiente conclusión lógica es que habrá cientos de entornos de ejecución especializados para las aplicaciones que se están construyendo sobre ella. Ya podemos ver esto en acción hoy en día, con aplicaciones como dYdX, Hyperliquid, Frax, y otros proyectos incipientes se convierten en app-chains y rollups independientes. Además, es probable que existan soluciones de escalado en la Capa 2 en conjunto con las Capas 1, ya que un conjunto más pequeño de nodos puede comunicarse globalmente de manera significativamente más rápida que un conjunto más grande. Esto permitiría que los L2, como los rollups, se escalen virtualmente sin límites, mientras heredan la seguridad de los L1 y tienen una suposición de confianza 1/N (en lugar de tener altos quórumes para llegar a un consenso como lo hacen los L1). En esencia, visualizamos un futuro con cientos de L1 y L2.

Sin embargo, incluso en el estado actual de tener solo unas pocas docenas de L1 y L2, ya hemos visto preocupaciones expresadas sobre obstáculos sustanciales de UX en este presente de múltiples cadenas. Por lo tanto, un futuro de múltiples cadenas tiene muchos problemas que superar, incluida la liquidez fragmentada, la complejidad para los usuarios finales con múltiples puentes, puntos finales de RPC, diferentes tokens de gas y mercados. Hasta ahora, aún no ha habido una metodología suficiente para abstraer estas complejidades de UX en un mundo con unas pocas L1 y L2. Solo se puede imaginar lo inutilizables que serán las cadenas de bloques para los usuarios finales si el ecosistema de múltiples cadenas continúa creciendo sin solucionar estos importantes obstáculos de UX primero.

Internet no llegó a donde está haciéndole entender a sus usuarios sus protocolos principales como HTTP, TCP/IP, UDP. En su lugar, abstrajo las sutilezas técnicas y permitió que el lego lo use. Con el tiempo, lo mismo será cierto para las cadenas de bloques y aplicaciones nativas de cadenas de bloques.

En cripto, los usuarios necesitan desplegar liquidez en varios L1 y L2, conformarse con una UX subóptima al tener fuentes de liquidez en cadena fragmentadas en estos L1 y L2, y comprender las sutilezas técnicas de estos sistemas. Ha llegado el momento de abstraerlo todo del usuario promedio, ya que, según su percepción, no necesitan saber que están utilizando raíles de blockchain, y mucho menos cuántos L1 y L2 existen bajo el capó, ya que esta es la única forma en que la industria logra una adopción masiva.

Por qué la Abstracción de Cadenas Soluciona Todo

La abstracción de cadena es un medio a través del cual abstraemos las sutilezas y detalles técnicos del blockchain para el usuario promedio y brindamos una experiencia de usuario perfecta en la que ni siquiera se dan cuenta de que están usando el blockchain. Se podría argumentar que este avance en UX puede ser la pieza que falta para incorporar a la próxima generación de empresas y usuarios a los ecosistemas criptográficos y basados en blockchain.

Sumergiéndose en los Componentes de la Abstracción de la Cadena

Antes de analizar algunos de los proyectos que están construyendo la infraestructura crucial para lograr un futuro abstraído de la cadena, es prudente repasar algunos de los componentes tecnológicos que impulsan la abstracción de la cadena.

Abstracción de Cuenta

Las billeteras actuales enfrentan muchas limitaciones. Además de varias vulnerabilidades de seguridad, solo ofrecen una funcionalidad limitada a menos que se utilicen en conjunto, es decir, interactuando con otros contratos inteligentes. ¿Qué pasaría si reimagináramos este escenario para transformar las cuentas de propiedad externa (EOAs) en billeteras de contratos inteligentes (SCWs)? A diferencia de las EOAs, las SCWs no pueden iniciar transacciones por sí mismas, requieren la indicación de una EOA. Al fusionar las capacidades de ambas, convertimos efectivamente las EOAs en SCWs, dotándolas no solo de la capacidad de iniciar transacciones sino también de ejecutar una lógica compleja y arbitraria, la premisa de los contratos inteligentes.

Esto podría desbloquear una gran cantidad de casos de uso. En este contexto, nos centraremos específicamente en cómo esto se relaciona con la abstracción de la cadena.

Cuando transformas un EOA en un SCW, separas efectivamente quién ejecuta una transacción y quién la firma. Esto significa que los usuarios no necesitan ejecutar transacciones directamente, sino que actores sofisticados (llamados ejecutores) lo hacen en su nombre. Es importante destacar que durante este proceso, el usuario no renuncia a la custodia de la billetera, ya que conserva su clave privada. Contar con un ejecutor tiene otros beneficios, como no necesitar saldos de gas en todas las diferentes blockchains que desees usar, ya que los costos de transacción/gas ahora también pueden abstraerse. Además, los usuarios pueden ejecutar paquetes de transacciones con solo un clic. Por ejemplo, es posible aprobar un token para un DEX, intercambiarlo y luego prestar los fondos en un mercado de Aave.

Tener un ejecutor elimina la necesidad de interactuar directamente con contratos inteligentes, mientras el usuario retiene la custodia de los fondos del usuario. Solo imagina usar cualquier aplicación de blockchain que desees a través de una bot de Telegram- esta dinámica se hace posible con la abstracción de la cuenta.

Además, la abstracción de cuenta permite a los usuarios custodiar sus activos y abrir posiciones DeFi en muchas cadenas sin necesidad de diferentes billeteras, RPC o preocuparse por diferentes tipos de firmas, todo sin siquiera saber que están utilizando una cadena diferente. Puedes ver una demostración de esto.aquío continúe leyendo mientras cubrimos proyectos que lideran exactamente estos tipos de esfuerzos de abstracción de cuentas.

Eso no es todo: la abstracción de cuentas también evita la necesidad de que los usuarios mantengan sus propias claves privadas para asegurar sus cuentas sin ser administrados por terceros. Los usuarios pueden elegir medios de verificación más tradicionales, como la autenticación de dos factores y las huellas dactilares, además de la recuperación social para asegurar sus billeteras. La recuperación social permite que una billetera perdida se restaure a través de, por ejemplo, la familia del usuario.

“Los próximos mil millones de usuarios no van a escribir 12 palabras en un trozo de papel. La gente normal no hace eso. Necesitamos brindarles una mejor usabilidad; no deberían tener que pensar en claves criptográficas.” - Yoav Weiss, EF

Como las carteras son el punto de entrada a las criptomonedas y las cadenas de bloques, la abstracción de cuentas permite finalmente que la abstracción de cadenas florezca.

Para obtener más detalles sobre el funcionamiento interno de la abstracción de cuentas, consulte estohilo por Jarrod Watts.Avocado Wallet by Instadapptambién está dando pasos significativos para aprovechar el poder de la abstracción de cuentas para los usuarios finales.

Intenciones

Los Intents permiten a actores sofisticados o 'solvers' ejecutar transacciones de la manera más óptima en nombre del usuario. Está en el nombre: un usuario expresa su intención de realizar una acción en la cadena. Una definición simple es expresar, fuera de la cadena, su acción deseada en la cadena de la manera más óptima posible. Por ejemplo, cuando envías una orden a CowSwap, en realidad estás enviando un intento: un intento de intercambiar dicho token por otro, al mejor precio posible. Al enviar este intento fuera de la cadena, se omite el mempool público y se envía directamente a un mempool privado encriptado donde los solvers compiten para llenar o resolver tu intento al mejor precio posible, ya sea utilizando sus propios balances, flujo de órdenes privado o utilizando lugares de liquidez en la cadena como Uniswap y Curve. De esta manera, los márgenes de los solvers se comprimen a cero, lo que brinda a los usuarios la mejor ejecución, porque siempre hay otro solver listo para intervenir y llenar este intento.

Ahora que hemos definido qué son las intenciones, ¿cómo exactamente pueden ayudarnos a lograr la abstracción de la cadena?

La respuesta vuelve a la delimitación entre firmantes y ejecutores en un mundo abstracto de cuentas. Si todo lo que los usuarios necesitan hacer es hacer clic en un botón para firmar una transacción, pueden externalizar todas sus necesidades en cadena a actores sofisticados, que luego asumen la responsabilidad de encontrar la mejor ejecución. Los actores sofisticados asumen los riesgos de interactuar con todas las aplicaciones diferentes en L1 y L2, las tarifas de gas asociadas en diferentes tokens en diferentes cadenas, los riesgos de reorganización (donde hay dos versiones diferentes de la cadena) y otros riesgos de ejecución. Al asumir estos pasos y riesgos, los solucionadores fijarán el precio de las tarifas que se cobran a los usuarios en consecuencia. En esta situación, los usuarios no necesitan pensar en las diversas complejidades y riesgos asociados con el uso de productos y servicios en cadena, que en su lugar son externalizados a actores sofisticados, que fijan el precio de los usuarios en consecuencia. Debido a la competencia entre los solucionadores, las tarifas que se cobran a los usuarios se comprimirán casi a cero, ya que siempre hay otro solucionador listo para superar al que gana todo el flujo de órdenes. Es la magia del libre mercado: a través del proceso de competencia, los usuarios tendrán servicios de mejor calidad a precios más bajos.

Exploraremos un ejemplo: Tengo $ETH en Ethereum y quiero $SOL en Solana y quiero que se ejecute al mejor precio. A través de un sistema de Solicitud de Cotización (RFQ), el mercado de intenciones transmite el flujo de órdenes y en cuestión de segundos, el usuario tiene $SOL en Solana. Es importante destacar que Ethereum tiene tiempos de bloque de 12 segundos, lo que significa que aunque los solucionadores no tienen garantía de liquidación, al ejecutar su propio nodo pueden estar bastante seguros de que la transacción de depósito de $USDC es válida y se llevará a cabo. Además, al utilizar sus propias hojas de balance, los solucionadores pueden adelantar el capital de $SOL en Solana y cumplir esencialmente la intención antes de obtener su capital. Como los riesgos no son asumidos por los usuarios, sino por los actores sofisticados, los usuarios pueden cumplir sus intenciones con latencias de sub-segundos y a los mejores precios, sin conocer los puentes que están utilizando, los RPC o los costos de gas.

En este caso, los usuarios todavía saben qué cadenas están utilizando. Este ejemplo sirve para ilustrar cómo funcionan las intenciones en el panorama actual, no en uno completamente abstracto de cadenas. Pero las intenciones no se detienen ahí: mucho más es posible.

Es fácil imaginar un futuro en el que las intenciones trabajen para satisfacer todas las necesidades de los usuarios. El usuario simplemente tiene que especificar lo que se debe hacer y se completará de la manera más eficiente posible. Por ejemplo, un usuario puede querer pedir prestado $DAI contra su $ETH y depositar el $DAI en un grupo de liquidez para ganar recompensas $CRV. En este ejemplo, un solucionador autorizado compara todas las tasas de préstamo de $DAI contra $ETH y toma un préstamo con la tasa de interés más baja. El solucionador luego deposita el $DAI en una bóveda similar a Yearn para autocompound el rendimiento del LP de 100% $DAI de mayor rendimiento en $CRV, que fluye a la billetera del usuario.

Sin embargo, una advertencia importante: el riesgo es subjetivo y no se puede expresar en una intención, a diferencia de otros datos objetivos como el deslizamiento máximo de precio para una operación. Entonces, ¿qué mercados de préstamos, piscinas de liquidez y cadenas se utilizan para cumplir esta intención? Después de todo, cada uno tiene perfiles de riesgo diferentes y suposiciones de confianza. Ahí es donde entran los 'solvers' autorizados. Cada 'solver' autorizado es, hasta cierto punto, confiable para llevar a cabo la intención del usuario con el riesgo y las preferencias de confianza del usuario, que se expresan de antemano. Por ejemplo, un usuario puede especificar que no se realicen depósitos en contratos que sean 'arriesgados'. Sin embargo, es probable que solo los usuarios avanzados especifiquen un conjunto amplio de preferencias subjetivas a una red de 'solvers'. Incluso los jugadores más sofisticados que los usuarios avanzados (HFT, MMs, VCs, etc.) probablemente se comuniquen directamente con la(s) cadena(s) para evitar cualquier tarifa de los 'solvers' y adaptar sus suposiciones de riesgo y confianza ellos mismos. Los usuarios con un poco de comprensión de las blockchains probablemente podrán elegir entre algún conjunto de preajustes (bajo, medio o alto riesgo, por ejemplo) en los que los 'solvers' pueden actuar.

La utilización de un conjunto de solucionadores autorizados para las necesidades subjetivas de los usuarios permite una dinámica competitiva entre los solucionadores, lo que incentiva el cumplimiento de los pedidos de los usuarios de la mejor manera posible sin ninguna molestia para el usuario. Además, el hecho de que el usuario pueda "desautorizar" a un solucionador contratando sus privilegios de ejecutor en cualquier momento mantiene un sistema de controles y equilibrios. De esta manera, los solucionadores tienen un incentivo para ser honestos y seguir las preferencias del usuario, ya que, de lo contrario, un solucionador diferente puede demostrar que estaba actuando maliciosamente con el usuario que originó el flujo de pedidos.

Por supuesto, los intentos todavía están en proceso y la especulación sobre cómo los intentos pueden transformarse en una tecnología más sofisticada es solo eso, especulación. Sin embargo, no sería sorprendente ver cómo los intentos evolucionan de esta manera. Creemos que los intentos jugarán el papel más importante en materializar un futuro abstracto en cadena.

Dos proyectos que abordan directamente las intenciones son CowSwap y deBridge. Ya hemos escrito sobre CoWSwap y la arquitectura basada en intenciones que sigue para ofrecer a los usuarios una experiencia de usuario y ejecución superior.aquíSimilar a CoWSwap, deBridge sigue una arquitectura basada en la intención, pero lo hace para habilitar intercambios (comercio) ultrarrápidos entre cadenas. DeBridge se centra en una experiencia de usuario sin problemas en lo que respecta a velocidades de comercio ultrarrápidas entre cadenas, tarifas mínimas y una gran ejecución. Al igual que la mayoría de las soluciones basadas en la intención, deBridge utiliza una red de solucionadores compuesta por MMs, HFTs y otros actores sofisticados que adelantan capital a través de su propio balance en la cadena de destino antes de recolectar el capital del usuario en la cadena de origen. Aparte de hacer que los solucionadores compitan entre sí para brindar a los usuarios la mejor ejecución posible, deBridge también se diferencia al trasladar riesgos, como los riesgos de reorganización, y otras molestias, como tarifas de gas y un RPC diferente en las cadenas involucradas, a los solucionadores.

El gráfico a continuación ilustra el modelo de deBridge. En el ejemplo a continuación, los usuarios con stablecoin USD en Solana desean stablecoin EUR en Ethereum. Expresan su intención a la aplicación de deBridge, que la propaga a la red del solucionador, permitiendo a los solucionadores, que tienen $ETH en Ethereum en su balance, intercambiar su $ETH en Ethereum por $ethEUR, una stablecoin EUR en Ethereum. Poco despuésconjunto de validadores de deBridgeverifica que el solucionador haya cumplido la intención del usuario en la cadena de destino (en este caso, dar al usuario $ethEUR), permite que el capital del usuario en la cadena de origen (en este caso, Solana) se desbloquee para el solucionador. Es importante que los usuarios no necesiten esperar a que se verifique antes de recibir su capital en la cadena de destino.

Para comprender mejor deBridge y su diseño basado en la intención, recomendamos echar un vistazo a estoepisodio de podcast.

Agregación de liquidez

Uno de los síntomas de un futuro cada vez más multi-cadena es la extrema fragmentación de la liquidez. Esto puede ser difícil de agregar de manera cohesiva. En un mundo con cientos de rollups, validiums, L1s, etc., cada uno de los cuales tiene su propia liquidez alojada en su red, la experiencia de usuario empeora cada vez más para los usuarios finales debido a la fragmentación del pool de liquidez.

Si solo existiera un intercambio centralizado (CEX) que aloje toda la liquidez de los mercados de criptomonedas, en lugar de los cientos de CEX que existen junto con aún más DEX en cadena que comparten la misma liquidez, la ejecución para los usuarios finales sería la mejor posible, dejando de lado la censura y las preocupaciones de centralización en general. Sin embargo, esto es solo hipotético, porque no es factible en el mundo real donde la competencia es feroz y existen fuerzas descentralizadoras.

La llegada de los agregadores DEX, que agregan fuentes de liquidez fragmentada en una sola red en una interfaz unificada, ha sido un paso importante para la experiencia de usuario. Sin embargo, a medida que se desarrolla el inevitable futuro multi-cadena, los agregadores DEX ya no serían suficientes, ya que solo pueden agregar liquidez en una sola cadena, no en muchas o incluso más de una cadena. Además, para blockchains como Ethereum, los costos de gas asociados requeridos para enrutar la liquidez a través de múltiples fuentes o cadenas hacen que el costo de uso de los agregadores sea mayor que el de las fuentes de liquidez directa.Este modelo ha demostrado un mayor éxito en redes baratas y de baja latencia como Solanasin embargo, los agregadores mismos todavía están restringidos en las fuentes de liquidez de las que pueden enrutarse las operaciones.

En un futuro abstracto en cadena, tener la tecnología para agregar liquidez fragmentada es crucial, ya que la experiencia del usuario ideal será agnóstica a la cadena, y probablemente dependerá de solucionadores de terceros para sus servicios de ejecución. Algunas soluciones que buscan impulsar la desfragmentación de la liquidez multi-cadena incluyen Polygon AggLayer y Optimism Superchain. Si bien estos son los dos en los que nos centraremos, hay muchos más equipos trabajando en tales soluciones.

Polygon AggLayer

Como el Sitio web de Polygonestados: "AggLayer será un protocolo descentralizado con dos componentes: un puente común y el mecanismo impulsado por ZK que proporciona una garantía criptográfica de seguridad para la interoperabilidad sin problemas entre cadenas. Con las pruebas de ZK proporcionando seguridad, las cadenas conectadas a AggLayer pueden mantener su soberanía y modularidad al tiempo que preservan la experiencia de usuario sin problemas de las cadenas monolíticas".

Fundamentalmente, las soluciones de escalabilidad de capa 2 de Ethereum, como Rollups, tienen un puente canónico con Ethereum. Esto significa que todos los fondos de los usuarios que se transfieren de Ethereum a una L2 residen en este contrato de puente. Sin embargo, esto interrumpe la interoperabilidad entre diferentes L2, así como la capacidad de comunicar datos y transferir valor entre ellos sin problemas. Esto se debe a que si desea, por ejemplo, ir de Base a Zora (ambos Rollups de Ethereum), como se ve a continuación, debe incurrir en un proceso de retiro de 7 días para ir de Base a Ethereum utilizando el puente canónico de Base y luego utilizar el puente canónico de Zora para ir de Ethereum a Zora. Esto se debe a que, para los Rollups optimistas como Base, se necesita tiempo para impugnar la transacción de puenteo utilizando una prueba de fallas / fraudes. Aparte del hecho de que este es un proceso largo, también es costoso porque necesitas interactuar con la cadena principal de Ethereum.

El AggLayer de Polygon invierte este proceso. En lugar de tener un puente canónico a Ethereum, donde solo los activos no nativos de un usuario de rollup en particular están disponibles, todas las cadenas comparten un contrato de puente con otras cadenas que utilizan AggLayer para tener este centro de liquidez, como se muestra a continuación. A través de este proceso, los desarrolladores ahora podrán conectar su cadena al AggLayer para permitir que los usuarios disfruten de una liquidez unificada.

Cómo funciona AggLayer

En su núcleo, AggLayer agrega pruebas de conocimiento cero (ZK) de todas las cadenas conectadas a ella, lo que le permite facilitar transacciones entre cadenas. AggLayer es esencialmente un lugar donde todas las cadenas compatibles publican pruebas ZK para mostrar que ha tenido lugar alguna acción. Por ejemplo, que se han retirado 5 $USDC de Base para desbloquear liquidez en algún otro lado, como Zora.

Para ilustrar aún más esto, considere cómo funciona en la práctica. En este ejemplo, asumimos que todas las cadenas nombradas están conectadas a AggLayer.

Un solucionador detecta una solicitud, o intención, de un usuario que reside en Base. El usuario tiene $ETH y quiere comprar un NFT en Zora que cuesta 3000 $DAI. Dado que el solucionador no tiene $DAI en su balance, debe buscar rápidamente la mejor ruta para cumplir con esta intención. Se dan cuenta de que $DAI en Optimism es más barato que el mercado $DAI en Zora. Por lo tanto, el solucionador publica una prueba en AggLayer que muestra que el usuario tiene el $ETH en Base y desea una cantidad proporcional de $ETH en Optimism. Dado que el contrato puente es compartido, una prueba de ZK es todo lo que se necesita para mover dicho activo fungible que reside en la cadena "X" en la misma cantidad a la cadena "Y".

Después de publicar la prueba ZK y desbloquear una cantidad proporcional de $ETH en Optimism, el solucionador luego hace un intercambio por $DAI y realiza el mismo proceso para obtener la misma cantidad de $DAI en Zora para luego terminar de comprar el NFT. Entre bastidores, AggLayer también liquida estas pruebas ZK en Ethereum para ofrecer garantías de seguridad más sólidas para los usuarios finales y las cadenas conectadas a AggLayer.

Sin embargo, en este caso, el solucionador/usuario/otro actor asume el riesgo de inventario. Esto se presenta en forma de la tasa de $DAI en Optimism que se arbitra, el costo del NFT que aumenta, el precio de $ETH que cae, o cualquier otro riesgo entre el momento en que se origina y se llena el flujo de pedidos del usuario, incurriendo posteriormente en pérdidas para la parte respectiva. A diferencia de los agregadores DEX en una sola cadena, que tienen composabilidad atómica, los solucionadores que interactúan con diferentes máquinas de estado no tienen acceso a esta misma composabilidad atómica. La composabilidad atómica garantiza que todas las operaciones se ejecuten en una secuencia única y lineal y que todas tengan éxito o todas fallen juntas. Esto se debe a que entre diferentes máquinas de estado siempre se necesita al menos un retraso de un bloque debido a los posibles riesgos de reorganizaciones (en la cadena de destino).

Sin embargo, esto no significa que los casos de uso mencionados no sean posibles. No solo hay eventos de cola larga, sino también solucionadores y otros actores sofisticados que pueden asumir estos riesgos y compensarlos mediante su precio para los usuarios. Por ejemplo, el solucionador puede garantizar la ejecución cubriendo las pérdidas si ocurren o llenando las intenciones del usuario utilizando sus propios balances.

Optimismo Superchain

Otro ejemplo de agregación de liquidez es la iniciativa Optimism Superchain. La Superchain, definida por la Documentación de Optimismes una red de cadenas que comparten puentes, gobernanza descentralizada, actualizaciones, una capa de comunicación y más, todo construido sobre la pila OP. El proyecto se centra en la agregación de liquidez, similar a AggLayer. Optimism Superchain hará que todas las cadenas que forman parte de Superchain utilicen un contrato de puente compartido. Este es el primer paso para tener liquidez agregada entre cadenas en Superchain.

La diferencia entre Superchain y AggLayer es que AggLayer depende de pruebas ZK para ser sin problemas, mientras que Superchain depende de un secuenciadorentre cadenas que optan por adherirse a la Superchain. Si bien esta publicación no entrará en detalles sobre la secuenciación compartida, puede consultar a...estopara comprender cómo la secuenciación compartida desbloquea beneficios en el ámbito de la interoperabilidad sin problemas entre cadenas y, hasta cierto punto, la composabilidad atómica (los mismos problemas elucidados anteriormente con la composabilidad atómica entre cadenas también se aplican aquí).

Debido a que Superchain exige que las cadenas que opten por ella utilicen el secuenciador compartido, podría limitar los entornos de ejecución que se pueden usar para las cadenas que optan por unirse a Superchain. También surgen otros desafíos engorrosos, como la pérdida de acceso de las cadenas al MEV que sus usuarios crean, además de otros desafíos mencionadosaquí. Sin embargo, equipos como EspressoEstamos trabajando en formas de redistribuir MEV habilitado por cadenas que utilizan un secuenciador compartido. Además, todas las cadenas conectadas a la capa de agregación de Polygon (y por lo tanto, publican pruebas ZK a esta capa de agregación) deben usar los mismos circuitos ZK, lo que también podría limitar los entornos de ejecución que se pueden utilizar para las cadenas conectadas a la capa de agregación.

La abstracción de la cadena es un pedazo de PASTEL

Investigación de vanguardiaha desarrollado el marco CAKE (Elementos clave de abstracción de cadena), que se puede ver arriba. Esto describe las tres capas (excluyendo la capa de aplicación orientada al usuario) necesarias para alcanzar un estado en el que:

En un mundo abstracto en cadena, un usuario va al sitio web de una dApp, conecta su billetera, firma la operación prevista y espera el asentamiento eventual. Toda la complejidad de adquirir los activos requeridos para la cadena objetivo y el asentamiento final se abstrae del usuario, ocurriendo en las capas de infraestructura de la CAKE.

El marco identifica las tres capas de infraestructura de CAKE como la capa de permisos, la capa de resolución y la capa de liquidación. Principalmente hemos hablado de las capas de resolución y permisos. La capa de permisos consiste en abstracción de cuenta y políticas - autorización como la hemos llamado - y la capa de liquidación, que incluye tecnología de bajo nivel como oráculos, puentes,pre-confirmaciones, y otras características del backend.

Como tal, se espera que la capa de liquidación sea muy beneficiosa para los resolutores y otros actores sofisticados y aplicaciones orientadas al usuario, ya que los componentes de la liquidación en este marco funcionan juntos para ayudar a los resolutores a gestionar su riesgo y proporcionar una mejor ejecución para los usuarios. Esto se extiende aún más a otros componentes como la disponibilidad de datos y las pruebas de ejecución. Todos estos son requisitos para que las cadenas proporcionen una experiencia de construcción segura para los desarrolladores de aplicaciones y brinden garantías de seguridad que finalmente se transmiten a los usuarios finales.

El marco CAKE abarca muchos de los conceptos mencionados en esta publicación y proporciona una forma coherente de mirar los diversos componentes de la abstracción de cadena y su relación entre sí. Aquellos interesados en el marco pueden leer estoartículo introductorio.

Estudios de caso para abstracción de cadena

Si bien ya hemos mencionado algunos proyectos que lideran el esfuerzo hacia un futuro abstracto de cadenas, aquí hay algunos otros proyectos notables que están haciendo lo mismo.

Red de Partículas

Particle Network está lanzando una cadena de bloques modular L1 construida sobre el Cosmos SDK, que funcionará como un entorno de ejecución de alto rendimiento compatible con EVM. Originalmente, Particle debutó como un proveedor de servicios de abstracción de cuentas, que permite a los usuarios crear billeteras de contratos inteligentes vinculadas a sus cuentas sociales Web2 para luego ser utilizadas de forma nativa dentro de interfaces integradas en dApp. Desde entonces, el protocolo ha ampliado su oferta, con el objetivo de proliferar la abstracción de cadenas en todo el panorama más amplio de la cadena de bloques a través de una suite de servicios de abstracción de billetera, liquidez y gas en su L1.

Similar a otros proveedores de servicios de abstracción de cadenas, Particle imagina un futuro en el que cualquier persona podrá realizar transacciones fácilmente en varias cadenas a través de una sola cuenta, pagando tarifas de gas en cualquier token que deseen. Como tal, el L1 subyacente servirá como coordinador para el ecosistema de múltiples cadenas, unificando usuarios y liquidez en dominios EVM y no EVM por igual.

Veamos cómo funciona.

La Pila de Abstracción de Cadena de Partículas

Particle ofrece un conjunto de herramientas multifacéticas para servicios de abstracción de cadenas, cada tecnología principal desempeña un papel único como parte de un todo mayor.

Cuentas Universales

Desde la perspectiva de un usuario final, la pila de abstracción de cadenas de Particle comienza con primeros principios: la creación de una cuenta. Las Cuentas Universales en Particle funcionan como cuentas inteligentes ERC-4337 adjuntas a una dirección EOA (propietaria externa) preexistente, agregando saldos de tokens en múltiples cadenas en una sola dirección mediante enrutamiento automático y ejecución de transacciones atómicas entre cadenas. Mientras que una billetera criptográfica tradicional se puede usar para crear y administrar una cuenta, Particle'sWaaSpermite a los usuarios utilizar registros sociales para el proceso de incorporación también.

Para abstraer las diversas complejidades de las operaciones nativas de blockchain, una UA funciona como una interfaz unificada construida sobre billeteras existentes, lo que permite a los usuarios depositar y usar tokens en múltiples entornos de blockchain como si existieran en una sola cadena. Para mantener un estado sincrónico en todas las UAs, la configuración de la cuenta se almacena en Particle L1 para ser utilizada como fuente central de verdad en cada instancia. La red luego facilitará el envío de mensajes entre cadenas para implementar nuevas instancias o actualizar las existentes.

Como tal, el Particle L1 actúa como una capa de coordinación y liquidación para todas las transacciones entre cadenas procesadas a través de las UAs de Particle.

Liquidez Universal

Otro componente clave de los servicios de abstracción de cadena de Particle es la funcionalidad de Liquidez Universal. Mientras que los UAs proporcionan un medio para que los usuarios expresen sus solicitudes de transacción a través de una interfaz, la Liquidez Universal se refiere a la capa responsable de la ejecución automática de estas solicitudes, lo que a su vez permite la unificación de saldos en diferentes redes. Esta característica es clave para habilitar transferencias entre cadenas que de otra manera se verían obstaculizadas por las barreras actuales de entrada, como la compra del token nativo de gas y la creación de una billetera nativa para una nueva red.

Por ejemplo, cuando un usuario desea comprar un activo en una cadena de bloques que nunca ha utilizado antes y no tiene fondos en ella, la liquidez necesaria para esta compra se obtiene automáticamente de los saldos existentes del usuario, que probablemente estén en una cadena y un token diferentes. Esto es posible gracias en gran medida a la Red de Mensajería Descentralizada (DMN) de Particle, que permite a los servicios especializados conocidos como Nodos de Reenvío, monitorear los eventos de la cadena externa y el acuerdo de los eventos de estado. Para ser más precisos, los reenviadores en la DMN utilizan un protocolo de mensajería para monitorear el estado de las operaciones de usuario en las cadenas externas y luego establecer el estado de ejecución final en el Particle L1.

Gas Universal

El tercer pilar de la pila de abstracción de cadena de Particle es la implementación de un Token de Gas Universal, que forma parte del servicio de abstracción de gas de la red. Accedido mediante la interacción con las UA de Particle, el Gas Universal permite a los usuarios gastar cualquier token para pagar las tarifas de gas, lo que significa que Bob puede pagar una tarifa de transacción por un intercambio en Solana utilizando su USDC en Base, mientras que Alice paga una tarifa de transacción por la compra de un NFT en Ethereum utilizando su token ARB en Arbitrum.

Cuando un usuario desea ejecutar una transacción a través de un Particle UA, la interfaz le pedirá al usuario que seleccione su token de gas preferido, que luego se enrutará automáticamente a través del contrato nativo de Paymaster de Particle. Todos los pagos de gas se liquidan en sus respectivas cadenas de origen y destino, mientras que una parte de la tarifa se intercambia por el token nativo $PARTI de Particle para liquidarse en el Particle L1.

Hoja de ruta

Particle se basa en su infraestructura de abstracción de cuenta existente, para la cual ha informado sobre más de 17 millones de activaciones de billetera y más de 10 millones de UserOperations hasta el día de hoy. La adición de una capa de liquidez universal, junto con un token de gas universal, tiene como objetivo marcar la expansión de Particle en la prestación de servicios de abstracción de cadena a través de un espectro más amplio de usuarios y participantes. La L1 de Particle no pretende ser otra cadena de bloques que compita directamente con los incumbentes de hoy en día; más bien, busca proporcionar una capa de interoperabilidad para conectarlos a todos en su lugar, trabajando con equipos clave en el sector de servicios de abstracción de cadena, incluyendo los equipos de Near y Cake R&D.

La red de partículas L1 se encuentra actualmente en su fase de red de prueba, lo que permite a los participantes tempranos probar Gas Universal dentro de una implementación experimental de UA

Protocolo Near

Near es una cadena de bloques sharded Proof-of-Stake Layer 1 que sirve como un dominio de aplicación de pila completa para desarrolladores que construyen productos y servicios descentralizados. Gran parte de la ética central de Near gira en torno a cerrar la brecha entre las aplicaciones nativas de blockchain y las audiencias convencionales. Una clave para cumplir con esta visión es abstraer la cadena de bloques del usuario final. Near aborda esto con la Agregación de Cuentas, una arquitectura multifacética construida para abstraer los puntos clave problemáticos del uso de redes blockchain, como cambiar billeteras, gestionar tarifas de gas, puentes. Esto se logra canalizando todas las operaciones para que se ejecuten a través de una sola cuenta.

Sumergámonos más profundamente para comprender mejor cómo funciona todo esto.

La Pila de Abstracción de Cadenas Cercanas

Cuentas cercanas

Además del estándar de hash de clave pública alfanumérica que se encuentra en la mayoría de las blockchains hoy en día, el modelo de cuenta propietario de Near permite que cada cuenta sea asignada a un nombre de cuenta fácil de leer, es decir, alice.near. Las cuentas de Near también utilizan dos tipos de claves de acceso que son distintos en su naturaleza y funciones subyacentes, permitiendo que las cuentas puedan administrar múltiples claves en múltiples blockchains, cada clave contabilizando los permisos y configuraciones únicas en su dominio:

• Claves de acceso completo: Estas se pueden usar para firmar transaccionesrealizar acciones virtualmente en nombre de una cuenta y, por lo tanto, nunca deben compartirse.
• Claves de llamada de función: Estas claves tienen permisos para firmar llamadas exclusivamente a un contrato específico o a un conjunto de contratos.

Fortaleciendo aún más la abstracción de las blockchains para el usuario final se encuentra un proceso de incorporación simplificado con FastAuth, el sistema de gestión de claves patentado de Near. FastAuth permite a los usuarios registrarse en una cuenta nativa de blockchain con algo tan simple como su dirección de correo electrónico y utiliza claves de acceso, que reemplazan las contraseñas con biométricos, en lugar de frases de semilla y contraseñas largas y complejas.

Firmas en Cadena

Las firmas multi-cadena son un componente clave de la abstracción de blockchains de Near, lo que permite que cualquier cuenta de NEAR tenga direcciones remotas asociadas en otras cadenas y firme mensajes y ejecute transacciones desde esas direcciones. Para habilitar esto, las Firmas de Cadena utilizan la red NEAR MPC (multi-party computation) como el firmante para estas direcciones remotas, eliminando la necesidad de claves privadas explícitas. Esto es posible gracias a un protocolo de firma de umbral novedoso, que implementa una forma de redistribución de claves que permite al firmante de MPC mantener la misma clave pública agregada, incluso cuando las partes clave y los nodos cambian constantemente.

Hacer que los nodos firmantes de MPC también formen parte de la red NEAR permite que los contratos inteligentes inicien el proceso de firma para una cuenta. Al utilizar diferentes combinaciones de un ID de cadena, un ID de cuenta NEAR y una ruta específica, cada cuenta puede crear un número ilimitado de direcciones remotas en cualquier cadena.

Meta Transacciones

Otro problema clave que obstaculiza el desarrollo de una experiencia de usuario fluida en el panorama universal de blockchain hoy en día es que cada blockchain requiere el pago de tarifas de gas en su propio token nativo, lo que obliga a los usuarios a adquirir estos tokens antes de poder utilizar la red subyacente.

NEP-366 introdujo metatransacciones en Near, una función que permite la ejecución de transacciones en Near sin poseer gas o tokens en la cadena. Esto es posible gracias a Relayers, un proveedor de servicios externo que recibe transacciones firmadas y las retransmite a la red mientras adjunta los tokens necesarios para subsidiar sus tarifas de gas. Desde una perspectiva técnica, el usuario final crea y firma una SignedDelegateAction, que contiene los datos necesarios para construir una transacción, y la envía al servicio de repetidor. El repetidor firma una transacción con estos datos, envía la transacción firmada a la red a través de una llamada RPC y se asegura de que el repetidor pague las tarifas de gas mientras las acciones se ejecutan en nombre del usuario.

Para ilustrar mejor cómo podría verse esto en la práctica, consideremos el siguiente ejemplo: Alice quiere enviarle a Bob algunos de sus tokens $ALICE, pero le faltan tokens $NEAR necesarios para cubrir las tarifas de gas. Mediante el uso de transacciones meta, ella crea una DelegateAction, la firma y la envía a un intermediario. El intermediario, que paga las tarifas de gas, la envuelve en una transacción y la reenvía en la cadena, permitiendo que la transferencia se complete con éxito.

Hoja de ruta

La clave para una implementación exitosa de una experiencia de usuario fluida en múltiples redes blockchain es la integración y el soporte de esas blockchains, incluso si son negocios competidores. Aunque Near funciona como un negocio competitivo por derecho propio, su estrategia de crecimiento gira en torno a hacer crecer la industria en su conjunto, otorgando a sus usuarios acceso a muchas otras blockchains de manera fluida y segura.

Menciones honorables

Aquí hay algunos otros equipos que construyen soluciones para servicios de abstracción de cadena que vale la pena seguir de cerca: esta lista no es necesariamente exhaustiva, sino que proporciona una base para aquellos interesados en realizar una investigación adicional sobre modelos de abstracción de cadena.

Siguiente

Connext es un protocolo de interoperabilidad modular que definió la abstracción de la cadena en su blog (Mayo de 2023) como un "patrón para mejorar la experiencia del usuario de dApp minimizando la necesidad de que los usuarios se preocupen por la cadena en la que se encuentran", que describe con precisión el principio básico en torno al cual los proveedores de servicios de abstracción de la cadena están construyendo hoy en día. Aunque Connext ofrece un conjunto de módulos de contratos inteligentes para desarrolladores de aplicaciones a través de su kit de herramientas de abstracción en cadena, su característica principal es xCall, una primitiva que permite que los contratos inteligentes interactúen entre sí en diferentes entornos. La función xCall inicia una transferencia entre cadenas de fondos, datos de llamadas y/o varias propiedades con nombre, que el kit de herramientas de abstracción de cadenas envuelve en una lógica simple para que los desarrolladores la utilicen. Desde el punto de vista del desarrollador, esto implica un proceso relativamente sencillo:

1. Escriba un adaptador para la función que desean abstraer.
2. Implementar los módulos necesarios para las cadenas que deseen integrar.
3. Llame a la función directamente desde su interfaz de usuario.

Protocolo de Socket

Socket proporciona infraestructura para desarrolladores de aplicaciones que construyen productos y servicios centrados en la interoperabilidad con transferencias de datos y activos seguros y eficientes en todas las cadenas.Socket 2.0marca un cambio para el protocolo desde el intercambio de cadenas hasta los servicios de abstracción de cadena, destacado por su mecanismo insignia de Subasta de Flujo de Orden Modular (MOFA), que tiene como objetivo habilitar un mecanismo competitivo para mercados de abstracción de cadena eficientes. Las OFAs tradicionales involucran una red de varios actores que realizan tareas especializadas que compiten para ofrecer el mejor resultado posible para una solicitud de usuario final. De manera similar, MOFA está diseñado para proporcionar un mercado abierto para agentes de ejecución, llamados Transmisores, e intenciones de usuario. Dentro de MOFA, los Transmisores compiten para crear y cumplir paquetes de abstracción de cadena, o secuencias ordenadas de solicitudes de usuario que requieren la transferencia de datos y valor a través de múltiples blockchains.

Infinex

Infinex está construyendo una única capa de UX destinada a unificar aplicaciones y ecosistemas descentralizados. Su producto estrella, Cuenta InfinexInfinex Account es un servicio de múltiples capas que funciona como una plataforma para integrar cualquier aplicación on-chain en una UX simplificada para el usuario final. En su núcleo, la Cuenta Infinex es un conjunto de contratos inteligentes cross-chain que pueden ser controlados, asegurados y recuperados a través de la autenticación web2 estándar.

Consola Brahma

Brahma Finance está construyendo su producto insignia, Console, un entorno de ejecución y custodia en cadena destinado a mejorar la experiencia del usuario en DeFi, centrándose específicamente en el ecosistema de blockchain EVM. Brahma utiliza transacciones agrupadas y encadenadas para sincronizar transacciones en diferentes cadenas, y Cuentas Inteligentes para interactuar en cadena. El resultado final reflejará un experiencia de usuario que permite interacciones sin problemas entre cadenas cruzadas dentro de una única interfaz de usuario.

Agoric

Agoric es una cadena de bloques nativa de la capa 1 de Cosmos para construir contratos inteligentes entre cadenas en JavaScript. La plataforma Agoric está diseñada con un entorno de ejecución asíncrono y multi-bloque, y tiene como objetivo ser el entorno preferido para el desarrollo de aplicaciones entre cadenas. Agoric utiliza el protocolo de comunicación interblockchain (IBC) de Cosmos para las comunicaciones entre cadenas, mientras aprovecha el paso de mensajes generales (GMP) de Axelar para las interacciones más allá del ecosistema de Cosmos. La API de orquestación de Agoric simplifica la experiencia del desarrollador abstrayendo las complejidades involucradas en la comunicación entre cadenas y la ejecución de contratos inteligentes, mientras que el usuario final se beneficia de aplicaciones con características abstractas de la cadena inherentes.

Pensamientos Finales

A estas alturas, las ventajas que la abstracción de la cadena desbloquea para los usuarios finales deberían estar claras: las complejidades del uso de aplicaciones nativas de blockchain se abstraen por completo en una capa de interfaz unificada, creando un punto de contacto global e independiente de la cadena para cualquiera que quiera participar.

Igualmente importante, la abstracción de la cadena podría desbloquear un gran beneficio para las aplicaciones de blockchain. Actualmente, los desarrolladores de Web2 no "eligen" dónde desplegar su aplicación. Por ejemplo, Airbnb está disponible para cualquier persona con conexión a Internet. Sin embargo, en el panorama de la Web3, los desarrolladores de aplicaciones deben elegir dónde desplegar su aplicación (por ejemplo, en Ethereum, Solana o Cosmos). Esto no solo limita el TAM, sino que también significa que los desarrolladores de aplicaciones se ven agobiados por la necesidad de elegir la cadena "correcta" para implementar su aplicación. Esta no solo es una decisión difícil de tomar, sino también crucial. Ha habido un puñado de aplicaciones que fueron extremadamente exitosas, pero tuvieron problemas debido a la cadena de bloques subyacente. Además, con el continuo desarrollo y evolución de las cadenas de bloques en la actualidad, la cadena "correcta" puede estar cambiando constantemente. En un futuro abstraído en cadena, los desarrolladores de aplicaciones ya no se ven agobiados por tener que seleccionar una cadena a la que esté ligado su éxito.

Es evidente que nos dirigimos hacia un futuro cada vez más multicadena. Inevitablemente, esto solo agravará los problemas de UX que son una de las barreras más críticas para la adopción generalizada. Creemos que la abstracción de la cadena, con sus diversos componentes, es una posible solución a muchos de los problemas de UX de las criptomonedas en la actualidad.

Descargo de responsabilidad:

1. Este artículo ha sido reimpreso de [ SHOALRESEARCH]. Todos los derechos de autor pertenecen al autor original [IMAJINL Y PAUL TIMOFEEV]. Si hay objeciones a esta reimpresión, por favor contacte al Gate Learnequipo y ellos lo manejarán rápidamente.
2. Descargo de responsabilidad: Las opiniones expresadas en este artículo son únicamente las del autor y no constituyen consejos de inversión.
3. Las traducciones del artículo a otros idiomas son realizadas por el equipo de Gate Learn. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.