Lima, Perú
+5113014109

Vitalik propone una solución para vincular ciertos proyectos de escalado de capa dos

Vitalik propone una solución para vincular ciertos proyectos de escalado de capa dos



En un esfuerzo continuo por luchar contra la escalada de las tarifas de las transacciones al tiempo que se crea un ecosistema unificado, el cofundador de Ethereum, Vitalik Buterin, ha propuesto una solución para un tipo particular de escalado de rollups cruzados.

La propuesta describe cómo dos protocolos que utilizan rollups pueden comunicarse entre sí manteniendo la interconectividad y la composibilidad.

Los rollups son soluciones de segunda capa que esencialmente son redes de contratos inteligentes que procesan y almacenan datos de transacciones fuera de la cadena principal. Sin embargo, hay varios tipos de rollups, y cada uno de ellos utiliza contratos inteligentes únicos, como los optimistas y los de conocimiento cero.

Aunque varios proyectos DeFi han desplegado rollups de capa dos, como Loopring y Synthetix, las particularidades de los distintos rollups hacen que los proyectos no puedan comunicarse entre sí directamente en la capa dos.

La propuesta de Buterin asume que un rollup puede procesar transacciones simples mientras que el otro tiene soporte completo para contratos inteligentes. Ya existen propuestas de transferencias entre dos protocolos habilitados para contratos inteligentes que utilizan rollups.

Para explicar cómo funciona la propuesta, Buterin proporciona el ejemplo de un hipotético intermediario de intercambio al que llamó «Iván», donde Iván tiene una cuenta «IVAN_A» en el rollup A que controla completamente, y también tiene algunos fondos depositados en un contrato inteligente «IVAN_B» en el rollup B.

El contrato inteligente estaría programado para aceptar «memos» (o notas) que incluyan datos adicionales de cualquier persona que le envíe con el fin de asegurar cualquier transacción futura. Las transacciones crean una capa de conexión que mantiene los depósitos en todos estos contratos aislados, permitiendo que el rollup A envíe al rollup B a través de esta capa.

Buterin sugirió que el comportamiento funcionaría de la siguiente manera:

“Alicia le envía una transacción a IVAN_A con N monedas y un memo ALICE_B. Iván envía una transacción enviando monedas TRADE_VALUE * (1 – comisión) a través de IVAN_B a ALICE_B”

Añadió que el peor de los casos sería que Iván no enviara monedas a ALICE_B como se espera que haga.

Abordando el «peor caso» que podría surgir como resultado del uso de la situación propuesta, Buterin enfatizó que Alice aún podría esperar hasta que la transacción en el rollup A se confirme, encontrar alguna ruta alternativa para obtener monedas en el rollup B para pagar las tasas, y luego simplemente reclamar los fondos ella misma.

En respuesta a la propuesta, Alon Muroch señaló que funcionaba de forma similar a cómo los bancos compensan las transacciones:

“Es muy interesante, similar a cómo los bancos compensan las transacciones entre ellos. Agrupar los activos en «cuentas» separadas podría tener limitaciones, una solución podría ser simplemente grandes grupos en ambos extremos y las comisiones divididas a prorrata.”

No dejes de leer:



Enlace fuente

Post Relacionados
Deja tu comentario
× ¿Cómo puedo ayudarte? Available from 09:00 to 18:00