OptimismPBC frente a Arbitrum

Ahora es el momento de enfrentar a  @optimismPBC  contra  @arbitrum . Has estado esperando durante mucho tiempo, ¡comenzaremos ahora!

Primero veamos los puntos en común entre Optimism y Arbitrum:

Todos pertenecen a Rollup, que es una solución genuina de Capa 2, que almacena todos los datos de transacciones en la Capa 1

Ambos son "optimistas", es decir, usan prueba de fraude

Ambos usan un secuenciador para lograr un "determinismo" inmediato

Todos tienen funciones generales de mensajería entre cadenas, que se pueden usar para construir puentes de tokens avanzados, como el puente de retiro rápido de  @MakerDAO : https://forum.makerdao.com/t/annunciando-el-optimismo- dai-puente-con-retiros-rápidos/6938

Ahora viene el gran juego: la diferencia. La mayor diferencia entre Optimism y Arbitrum radica en la implementación del mecanismo a prueba de fraude, es decir, después de que se ejecuta una transacción, ¿cómo se debe resolver el estado si se disputa el estado?

Datos: Cerca de 68 000 direcciones interactuaron con Genie antes del 15 de abril: el 22 de junio, según datos de Dune Analytics, alrededor de 68 000 direcciones interactuaron con la plataforma de agregación de NFT Genie antes del 15 de abril, cumpliendo inicialmente con los requisitos de airdrop. En las noticias de la mañana, Uniswap Labs anunció la adquisición de Genie, una plataforma de agregación de NFT, y emitirá airdrops de USDC a los usuarios históricos de Genie. [2022/6/22 4:44:44]

El optimismo emplea una prueba de fraude de una sola ronda. En otras palabras, la Capa 1 ejecutará toda la transacción de la Capa 2 en la cadena para verificar la raíz del estado. Esto hace que la inmediatez sea a prueba de fraudes, lo cual es una ventaja.

Sin embargo, también hay algunos problemas aquí:

Debe supervisar la ejecución de la transacción y, para ello, debe usar OVM (es decir, EVM reescrito para evitar efectos secundarios)

El uso de gas de las transacciones de la Capa 2 no puede exceder el límite de gas de los bloques de la Capa 1

Cada vez que ejecuta una transacción, debe generar una raíz de estado en la cadena, lo que hace que los costos aumenten :(

Existe un riesgo de seguridad

En el sitio | Bienvenido a la sala de software de Dahan: La cadena de bloques para los servicios gubernamentales requiere una minería de escena en profundidad: informe en vivo de Jinse Finance, en la tarde del 25 de septiembre, se inauguró la Cumbre de la Industria de Cadena de Bloques de la Conferencia Bund en Shanghái. En el foro de mesa redonda sobre "Sistema de Servicio Público en Ecología Blockchain", Fang Ying, vicepresidente de Dahan Software Co., Ltd., señaló que aún quedan muchos problemas por resolver en el proceso de digitalización de los asuntos gubernamentales, especialmente en el proceso de aplicaciones digitales Por ejemplo, barreras digitales entre departamentos, intercambio excesivo de datos y otros problemas. Además, la cadena de bloques para los servicios gubernamentales requiere una minería de escena en profundidad, y todavía queda un largo camino por recorrer. [2020/9/25]

Arbitrum emplea múltiples rondas de pruebas de fraude. En pocas palabras, es encontrar el primer código de operación del bloque que causó la divergencia a través de la búsqueda binaria. Una vez encontrado, simplemente ejecute este código de operación en la cadena.

Las ventajas de las pruebas de fraude de rondas múltiples son las siguientes:

Solo necesita generar una prueba de estado para un lote completo de transacciones y publicarlo en la cadena.

El límite de gasolina del bloque de la capa 1 no importa porque las transacciones de la capa 2 no se ejecutan completamente en la capa 1

Las desventajas son las siguientes:

Requiere traducción EVM -> AVM (afortunadamente automática)

Es lento: en el peor de los casos, lleva hasta 2 semanas completar una prueba de fraude. En realidad es una semana.

El retirador original debe estar en línea y cooperar

Pensándolo de otra manera, Optimism está en contenedores mientras que Arbitrum está virtualizado.

El enfoque del optimismo tiene un gran inconveniente. Imagínese si hubiera una bifurcación dura, lo que provocaría que las reglas de consenso de Ethereum cambiaran y que los códigos de operación se eliminaran, cambiaran de precio o modificaran. En este momento, volver a ejecutar repentinamente transacciones pasadas en la Capa 1 obtendrá un estado final completamente diferente. No sé cómo el equipo de Optimism resolverá este problema, pero creo que encontrarán una manera cuando llegue el momento. Arbitrum tiene control total sobre la especificación AVM, por lo que no hay necesidad de preocuparse por esto.

Ambos proyectos intentan mantenerse lo más cerca posible del ecosistema Ethereum, pero existen algunas diferencias. En general, aún puede usar las herramientas relacionadas con EVM que conoce (solidity, hardhat, waffle, etc.). Pero no es tan simple.

El optimismo requiere un compilador de solidez especial para generar el código de bytes OVM. Como tal, solo es compatible con Solidity y esa versión específica de Solidity. Los nodos de capa 2 de Optimism, por otro lado, son solo clientes geth modificados para mejorar la compatibilidad.

En la superficie, Arbitrum cumple totalmente con la especificación EVM/JSON RPC, pero sus nodos son implementaciones personalizadas. Arbitrum admite pruebas de fraude con traducción automática EVM->AVM. Por tanto, soporta cualquier lenguaje EVM (vyper, YUL+, etc.).

Optimism usa weth y tiene una abstracción de billetera incorporada. Arbitrum viene con soporte ETH listo para usar.

Arbitrum proporciona un puente sin permiso unificado para conectar cualquier token y la Capa 2 (implementa un contrato ERC20 genérico como contraparte de la Capa 2). Optimism prefiere puentes especializados, pero es posible construir puentes de uso general sobre Optimism. @dmihal  sabe más sobre esto ;)

La última diferencia es la implementación en línea. Arbitrum lanzará una "red principal para desarrolladores" a fines de este mes, mientras que Optimism tendrá que esperar hasta julio.

Si quieres saber más, te recomiendo ver este debate amistoso entre  @karl_dot_tech  y  @hkalodner  moderado por  @stonecoldpat0 

Personalmente, apoyo ambos proyectos. No puedo esperar a verlos en vivo en mainnet. Toda la comunidad de Ethereum necesita urgentemente una solución adecuada de Capa 2, no una cadena lateral escalable.

Si desea ver un ejemplo de Optimism Bridge, puede consultar https://github.com/makerdao/optimism-dai-bridge. Nos estamos preparando para lanzar una versión compatible con Arbitrum la próxima semana.

Enlace original:

https://twitter.com/krzKaczor/status/1395812308451004419

Por Kris Kaczor

Traducción y revisión:  Min Min &  A Jian

Tags：

Bitcoin