Ethport: Rutas bidireccionales entre Loopring y L1/L2/CEX

Los usuarios de Loorping zkRollup pueden aprovechar las transacciones por lotes y las pruebas de conocimiento cero para interactuar directamente con L1 dApps en L2, de manera económica y rápida.

Loopring ahora admite transferencias bidireccionales L2-L2 baratas y eficientes en capital

Los intercambios centralizados pueden usar funciones L1 estándar para retirar fondos directamente al zkRollup de Loopring, y el costo también puede mantenerse bajo para las transacciones L2. También será más fácil y económico para los usuarios depositar fondos directamente en los intercambios centralizados de Loopring.

Ethport se lanzará en mayo de 2021 como parte del lanzamiento de Loopring 3.7.

Nuestro zkRollup actual hace un buen trabajo al reducir los costos de transacción para transferencias y transacciones de libro de pedidos/AMM. Sin embargo, aunque las transferencias y operaciones frecuentes son lo que los usuarios suelen hacer, a veces, también quieren hacer algo más complejo, algo que requiere interacción con L1. Pero la tarifa de gas para enviar transacciones en Ethereum es muy costosa.

Lo mismo ocurre con los retiros de intercambios centralizados, además, cada L2 tiene sus propias características, por lo que no es tan fácil para CEX soportar retiros directos a L2. Si hay una interfaz L1 estandarizada que puede ocultar todos los detalles de implementación, manteniendo el bajo costo de las transacciones L2, todos deben estar contentos.

Hoy en día, se lanzan muchos L2 todos los días, y los usuarios también quieren transferir dinero entre L2 sin pasar por L1, porque eso es extremadamente engorroso (retirar dinero de un L2 a L1 y depositar otro L2).

Incluso si se implementarán más funciones directamente en L2 en el futuro, si estos problemas no se resuelven, será vergonzoso. Parte (si no la mayor parte) de la liquidez permanecerá en L1 hasta que el L2 más general se vuelva más maduro. Necesitamos algo para tender un puente (juego de palabras intencionado) a través de este período de transición.

Entregar la mayor cantidad de trabajo posible a L2 es la clave para reducir los costos del usuario. En términos generales, podemos agrupar muchas transacciones (en L2) y cargarlas en la cadena, de modo que el costo del gas de L1 se pueda compartir entre estas muchas transacciones. Las transacciones L2 se utilizan para realizar funciones reales, y solo una transacción L1 puede satisfacer las necesidades de todos los usuarios, lo que reduce en gran medida los gastos generales de gas.

zkRollup es muy, muy bueno para resolver este problema, porque el estado de L2 se finaliza inmediatamente cuando las pruebas de validez computacional relevantes se envían a L1. Esto no solo significa que las operaciones como los retiros se pueden realizar con un solo toque, sino que las transacciones L1 pueden usar datos en L2 inmediatamente sin preocuparse por las transiciones de estado no válidas que se entremezclan y necesitan revertir el estado L2.

Por lo general, la solución ideal se basa en el problema específico y la experiencia de usuario que queremos. Echemos un vistazo más de cerca a lo que hay en la caja de herramientas de Loopring, qué problemas puede resolver cada uno y luego expliquemos cómo presentárselos a los usuarios.

Esta es también la etapa de la implementación actual de Loopring. Confiamos en proveedores de liquidez dedicados para proporcionar liquidez para L2. Por supuesto, a veces esta liquidez se utilizará para completar la coincidencia dentro del usuario. Por ejemplo, si alguien quiere depositar dinero en un determinado contrato de bóveda, y otra persona quiere retirar dinero del contrato, entonces conviértalos directamente en la contraparte, para que al menos un usuario pueda lograr su objetivo. La situación ideal es que los usuarios puedan hacer coincidir las transacciones entre sí, pero las necesidades de los usuarios son impredecibles y no siempre se pueden completar en un tiempo de espera lo suficientemente corto.

La desventaja de este enfoque es que los proveedores de liquidez solo pueden utilizar una pequeña parte de sus propios fondos. Y también es necesario asegurarse de que los fondos estén disponibles en todo momento. zkRollup ya es muy adecuado para este tipo de proveedor de liquidez, porque el capital no necesita estar bloqueado durante mucho tiempo (tanto el depósito como el retiro son rápidos), e incluso pequeñas cantidades de fondos pueden recuperarse y reutilizarse rápidamente. Sin embargo, esta no es la forma de capital más eficiente y podemos hacerlo mejor.

Para resolver el problema de la eficiencia del capital, podemos aprovechar el lightning minting en L2 (llevamos casi un año pensando en ello). Si cada token se puede acuñar flash en L2, podemos obtener cualquier cantidad deseada:

Lightning calcula la cantidad de tokens necesarios para que todos los usuarios coincidan, por lo que todas las transacciones de divisas se pueden completar en L2 (se pueden combinar miles de transacciones)

Complete todas las transacciones en L2 a un tipo de cambio predecible

Saque los tokens vendidos colectivamente por todos los usuarios a la vez

Use estos tokens para realizar transacciones L1 y obtenga tokens reales que los usuarios de L2 quieran comprar

Use estos tokens para pagar el préstamo flash

Este enfoque es perfecto si el tipo de cambio de la transacción de divisas en la L2 es completamente determinista y la transacción de la L1 nunca puede fallar (como ETH/WETH, o cualquier contrato en el que solo la propia L2 pueda interactuar). pero si:

Los tipos de cambio fluctúan enormemente y no se pueden predecir (situación muy común)

Las transacciones L1 que deben ejecutarse pueden fallar (por cualquier motivo)

Todos estos son riesgos que hacen que Lightning Coin sea irreembolsable. Si Lightning Coin no se puede devolver, no hay forma de enviar el bloque a la cadena principal porque no es válido. Esto significa que tenemos que revertir todas las transacciones en L2, crear un nuevo bloque con nuevas transacciones, generar nuevas pruebas de conocimiento cero... Aunque en teoría es aceptable, en la práctica definitivamente queremos evitar esta situación.

Para resolver el problema de predicción, podemos completar la transacción en dos pasos. En la primera etapa, primero recolectamos los fondos de todos los usuarios y los organizamos en un contrato de tesorería dedicado a swaps de divisas. En lugar de entregar directamente el token que el usuario desea comprar, le damos al usuario un token que representa su parte de la bóveda (en una proporción fija de 1:1). Luego puede esperar a que se complete la transacción L1 y se puede observar el tipo de cambio real. En la segunda fase, los tokens recibidos por la subestación se pueden distribuir proporcionalmente a todos los usuarios del siguiente bloque.

Un puente es un diseño más robusto que una subestación, pero el costo por transacción para el usuario también será mayor debido a los cargos adicionales de L1. El puente no solo puede admitir intercambios de divisas por lotes como una subestación (y de una manera más flexible), sino que también admite aquellas operaciones L1 que no pueden abstraerse en una transacción de intercambio de divisas.

El puente también permite operaciones eficientes de incorporación de usuarios de Loorping mediante depósitos masivos. Los usuarios no tienen que depositar dinero en zkRollup individualmente, la función de depósito por lotes se puede implementar directamente en L1 mediante un contrato inteligente estándar, y los usuarios pueden ingresar al mundo L2 en lotes. De esta manera, las costosas transferencias de tokens L1 se pueden reducir a una transferencia por token, que luego se puede distribuir en L2 con transferencias L2 mucho más económicas. Esto también facilita que los intercambios centralizados utilicen la infraestructura L1 estándar para admitir Loorping.

El puente también permite a los usuarios iniciar transacciones L1 en L2. Primero, los fondos para todas estas transacciones se recopilan en una cuenta puente en L2 (lo que minimiza la cantidad de transferencias de tokens L1); luego, en el contrato puente L1 (que también es el propietario de la cuenta puente L2) ejecutamos Todas las transferencias enviado al puente (mediante el uso de "transferencias condicionales", donde la transferencia ha sido procesada por el contrato puente). Permita que el usuario agregue datos adicionales al firmar la transferencia y el puente sabrá qué operaciones L1 desea realizar el usuario con los fondos proporcionados. El puente clasifica las transacciones del usuario en lotes según el tipo de transacciones L1 y luego envía los lotes de transacciones al tipo de conector correspondiente (conector). Estos enlazadores son contratos simples que convierten todas las transacciones de usuario y las transacciones por lotes. El puente proporciona una interfaz común que permite a los usuarios conectarse a cualquier contrato de conector, incluso si no sabe lo que hace el conector, ¡no importa!

Cada usuario puede proporcionar datos personalizados para el conector (el tipo de datos que se pueden aceptar depende del propio conector), es decir, aunque la transacción del usuario se procesa en lotes, la operación se puede personalizar. Por ejemplo, si un grupo de usuarios desea cambiar moneda en Uniswap, cada usuario puede establecer el deslizamiento que está dispuesto a aceptar. Los conectores pueden realizar acciones solo para aquellos usuarios cuyos requisitos de deslizamiento se cumplen, pero regresan sin acción para otros usuarios. Otro ejemplo son las transferencias cruzadas de L2: un usuario puede establecer una dirección en otra L2 a donde quieren ir los fondos de TA.

Algunas transacciones deberán devolver fondos a los usuarios en L2, otras (como simplemente transferir fondos a otro resumen) no lo harán. El enlazador utilizará la misma funcionalidad de procesamiento por lotes para hacer todo esto, siempre que sea necesario.

Ethport es un producto fácil de usar basado en el diseño anterior.

Use tanta liquidez como sea posible en L2

Si existe una subestación óptima y está disponible, va a la subestación, agrupando todos los L1 similares para mantener los costos lo más bajos posible.

Si ninguno está disponible, use un puente genérico

En términos generales, los usuarios deberán esperar un período de tiempo hasta que suficientes usuarios deseen realizar operaciones similares, u otro usuario/proveedor de liquidez indique que puede ayudar a que la transacción se complete más rápido. Llamamos "terminal" al módulo de integración genérico de dApp, y "puerta" a cada operación individual y por lotes dentro de una terminal.

Por ejemplo, si un usuario desea depositar ETH en la bóveda ETH de Yearn, TA debe ir a la terminal de Yearn y esperar a que comience la transacción de TA en la puerta ETH.

Poco a poco iremos añadiendo terminales y puertas según las necesidades de los usuarios.

Loopring está ejecutando dos desafíos (uno directamente relacionado con Ethport) con un premio acumulado combinado de $ 5000:

Conéctese eficientemente a otra L2 o interactúe con otra dApp L1 usando un puente/subestación de bucle

Desarrolle una nueva interfaz de explorador de bloques usando el nuevo subgrafo Looping

Vaya a esta página, obtenga más información y luego admita sus últimas y mejores dApps L2/L1.

Loopring es un protocolo zkRollup en Ethereum, dedicado a negocios de intercambio y pagos escalables y seguros. Looping está desarrollando productos de alto rendimiento sin custodia basados ​​en nuestro enfoque de capa 2, que incluyen Loopring Wallet, una billetera inteligente móvil Ethereum y Loopring Exchange, un libro de pedidos L2 y un intercambio descentralizado AMM. Para obtener más información, suscríbase a nuestras actualizaciones mensuales o visite Loopring.org.

Tags：

SOL