Subscribe to Encriptados
EncriptadosRipple lidera investigación sobre el hack a su co fundador
Recuerdas que el 31 de Enero el cofundador de Ripple, Chris Larsen, dijo que sus cuentas de Ripple habían sido comprometidas, no la propia de Ripple y dijo:Ayer, se produjo un acceso no autorizado a algunas de mis cuentas personales de XRP (no Ripple ) pudimos detectar rápidamente el problema y notificar a los exchanges que congelaran las direcciones afectadas. Las fuerzas de seguridad ya están involucradas.https://twitter.com/chrislarsensf/status/1752702297971532258?ref_src=twsrc%5Etfw%7Ctwc...
EncriptadosEigenDA anunció soporte para las cadenas de Arbitrum Orbit
EigenLabs, junto con Offchain Labs y AltLayer, anunció el soporte de EigenDA para las cadenas Arbitrum Orbit, brindando escalabilidad al ecosistema de Ethereum sin comprometer la seguridad. La integración permite a los desarrolladores construir rollups basados en EigenDA que se conectan desde Arbitrum One, Arbitrum Nova y Ethereum, con tarifas de transacción más bajas y un mayor volumen de transacciones, este paso hacia la horizontalidad de la escalabilidad en Ethereum se logra a través de un...
EncriptadosBlast es acusado
Blast, una Layer 2 que el equipo que está detrás es del principal mercado de NFT, Blur, ha sido acusada de bifurcar el código de Optimism con cambios mínimos sin dar créditos a su autor (Optimism). Pop Punk, el fundador seudónimo de Gaslite, publicó capturas de pantalla de la base de código de Optimism y Blast, diciendo que Blast hizo un puñado de cambios para hacer pasar el código como propio."No es muy efectivo por tu parte bifurcar el código de Optimism, añadir un type, eliminar una funció...
<100 subscribers
EncriptadosRipple lidera investigación sobre el hack a su co fundador
Recuerdas que el 31 de Enero el cofundador de Ripple, Chris Larsen, dijo que sus cuentas de Ripple habían sido comprometidas, no la propia de Ripple y dijo:Ayer, se produjo un acceso no autorizado a algunas de mis cuentas personales de XRP (no Ripple ) pudimos detectar rápidamente el problema y notificar a los exchanges que congelaran las direcciones afectadas. Las fuerzas de seguridad ya están involucradas.https://twitter.com/chrislarsensf/status/1752702297971532258?ref_src=twsrc%5Etfw%7Ctwc...
EncriptadosEigenDA anunció soporte para las cadenas de Arbitrum Orbit
EigenLabs, junto con Offchain Labs y AltLayer, anunció el soporte de EigenDA para las cadenas Arbitrum Orbit, brindando escalabilidad al ecosistema de Ethereum sin comprometer la seguridad. La integración permite a los desarrolladores construir rollups basados en EigenDA que se conectan desde Arbitrum One, Arbitrum Nova y Ethereum, con tarifas de transacción más bajas y un mayor volumen de transacciones, este paso hacia la horizontalidad de la escalabilidad en Ethereum se logra a través de un...
EncriptadosBlast es acusado
Blast, una Layer 2 que el equipo que está detrás es del principal mercado de NFT, Blur, ha sido acusada de bifurcar el código de Optimism con cambios mínimos sin dar créditos a su autor (Optimism). Pop Punk, el fundador seudónimo de Gaslite, publicó capturas de pantalla de la base de código de Optimism y Blast, diciendo que Blast hizo un puñado de cambios para hacer pasar el código como propio."No es muy efectivo por tu parte bifurcar el código de Optimism, añadir un type, eliminar una funció...
Share Dialog
Share Dialog
Articulo escrito por Daniel Goldman y publicado por Offchain Labs
Si estás tratando de entender el espacio de las criptomonedas desde fuera, te darás cuenta de que tienes una dura tarea por delante. Visita el sitio web de un proyecto y tendrás que averiguar si la descripción del producto se aplica a algo que han construido realmente, a un ideal platónico de lo que su producto podría llegar a ser algún día o a algo intermedio. La capa 2 no es una excepción. Filtrar la realidad de las afirmaciones de los proyectos se ha convertido literalmente en un trabajo a tiempo completo.
¿Cómo entender el espacio L2? ¿Por dónde empezar?
Podemos empezar con una definición sencilla: una capa 2 es una cadena de bloques diseñada para derivar su seguridad y proporcionar escala a otra cadena de bloques (una capa 1). Un propietario de activos en Ethereum, por ejemplo, puede transferir estos activos a una capa 2 y utilizarlos para realizar transacciones con comisiones más bajas, al tiempo que se beneficia, hasta cierto punto, de la seguridad de Ethereum.
Bien. Esta definición nos dice a grandes rasgos lo que hace una capa 2 y por qué alguien puede querer utilizar una. Pero cuando nos fijamos en los protocolos reales en la producción, nos encontramos con que las cosas se vuelven más complejas. Una "L2" completa y funcional se compone en realidad de muchos componentes diferentes que trabajan juntos. Si alguno de estos componentes no está completa y correctamente implementado, puede tener implicaciones directas en la seguridad y usabilidad del sistema.
En este post, vamos a desglosar las distintas partes que componen un L2 en teoría, y explicar cómo son en realidad, realmente (de verdad) actualmente instanciado en la cadena pública Arbitrum One hoy.
Mecanismo de disponibilidad de datos
Toda L2 necesita alguna forma de garantizar que sus "datos de entrada" -es decir, los datos de las transacciones de los usuarios- estén a disposición pública de todas las partes que los necesiten. Para que otras partes del sistema (descritas a continuación) puedan realizar su trabajo, primero necesitan acceder a los datos de las transacciones.
La pila tecnológica de Arbitrum ofrece dos opciones para la disponibilidad de los datos, como se ve en Arbitrum One y Nova respectivamente. En el caso de Arbitrum One, los contratos inteligentes en Ethereum garantizan que los datos de las transacciones se publiquen en L1; esto, por definición, convierte a Arbitrum One en un rollup. Mientras se mantengan las propiedades de seguridad del propio Ethereum, se garantiza que los datos de entrada de Arbitrum One estén disponibles. Por el contrario, en Arbitrum Nova, los datos son gestionados fuera de la cadena por un "Comité de Disponibilidad de Datos", introduciendo un supuesto de confianza que a su vez reduce las tasas de transacción (lo llamamos una cadena "AnyTrust").
Nodo completo
El nodo es el software que se encarga de procesar las transacciones de los usuarios. Los nodos realizan un seguimiento del estado de la cadena, reciben nuevas transacciones, las ejecutan y actualizan el estado de la cadena en consecuencia. Los nodos también sirven de puntos finales públicos para que otras aplicaciones puedan leer y escribir en la cadena. Si has utilizado una dapp L2, ésta interactuaba con un nodo.
Los nodos de Arbitrum One utilizan Nitro, un fork de Geth (el cliente de ejecución de Ethereum más popular) modificado para soportar funcionalidades específicas de L2 como el manejo especial de gas, mensajes entre cadenas (ver más abajo), y nuevos precompilados personalizados. Construir Nitro a partir de una bifurcación de Geth significa que las cadenas de Arbitrum obtienen una fuerte compatibilidad con Ethereum, junto con los beneficios de optimización del rendimiento que se han ido incorporando a Geth a lo largo de los años (ver "por qué Nitro").
Prover
Un L2 completo incluye una forma de probar la validez del estado de L2 en L1. El prover es cómo y por qué los L2 pueden afirmar que derivan seguridad de L1, y es crítico para asegurar que las retiradas de L2 a L1 son válidas. Existen dos tipos de L2, en particular los Rollup: Los Rollups de Validez (también conocidos como "Rollups ZK"), que utilizan criptografía para demostrar activamente que cada actualización de estado es válida, y los "Rollups Optimistas", que asumen que las actualizaciones son válidas y toman medidas reactivas en forma de pruebas de fraude sólo cuando se les cuestiona.
Arbitrum One es un rollup optimista que ha tenido pruebas de fraude activas desde el primer día. Utiliza un juego interactivo de pruebas de fraude que termina en una ejecución que demuestra que se ha producido una actualización no válida. Las pruebas de fraude son adjudicadas por contratos inteligentes en L1; se llevan a cabo por nodos completos especiales llamados Validadores, que se construyen para interactuar adecuadamente con los contratos de prueba. Actualmente, en Arbitrum One, las pruebas de fraude pueden ser realizadas por un conjunto de entidades de la whitelist, modificables por la DAO. Una versión actualizada del juego a prueba de fraude, BOLD, está siendo considerada para su adopción por el DAO, y podría allanar el camino para la prueba de fraude sin permisos.
Secuenciador
Los L2 necesitan alguna forma de determinar el orden de sus transacciones. En la práctica, todos los L2 lo hacen introduciendo un rol llamado Secuenciador. El Secuenciador es un nodo completo con la capacidad especial de determinar el orden de las transacciones.
Entre las ventajas de contar con un Secuenciador está la de dar a los usuarios la opción de aceptar transacciones rápidas si optan por confiar en el Secuenciador (lo que llamamos "confirmaciones suaves"). La arquitectura del Secuenciador también deja la puerta abierta a que el L2 experimente con nuevos mecanismos de ordenación.
Arbitrum One utiliza un Secuenciador gestionado por Offchain Labs en nombre de la Fundación Arbitrum; este papel puede ser cambiado y/o revocado por la DAO de Arbitrum. La implementación del Secuenciador incluye contratos inteligentes que otorgan al Secuenciador sus derechos de pedido y permiten a los usuarios eludir al Secuenciador (si, por ejemplo, el Secuenciador se desconecta o intenta censurar).
Gestión de tarifas
Los L2 necesitan cobrar tasas a los usuarios por razones similares a los L1; para poner un precio al spam / congestión de la cadena y para compensar a las partes por el trabajo crítico que han hecho. Las tarifas L2, sin embargo, introducen sus propias cuestiones y desafíos que no se plantean en las L1; es decir, cómo manejar la fijación de precios de las transacciones que interactúan con múltiples cadenas (L2 y L1), y decidir quién debe ser el destinatario de las tarifas del sistema.
La pila tecnológica de Arbitrum incluye un mecanismo para garantizar que el Secuenciador reciba una compensación directa por el coste de publicación de las transacciones. También divide las comisiones en cuatro componentes diferentes, lo que permite una distribución granular. En Arbitrum Uno, por ejemplo, el Secuenciador es compensado por el coste en el que incurre al contabilizar los lotes, y el resto de las comisiones (es decir, los beneficios) se entregan a la DAO de Arbitrum.
Puente L1 / L2
Un "puente" entre dos blockchains es un conjunto de contratos inteligentes que permite a las dos cadenas comunicarse entre sí. Arbitrum One, como todas las cadenas Arbitrum, incluye un puente de propósito general con su cadena subyacente. Esto significa que los contratos de la cadena matriz pueden hacer llamadas arbitrarias a los contratos de la cadena Arbitrum, y viceversa. Además, las cadenas Arbitrum incluyen un "puente de tokens", contratos que utilizan el puente genérico para permitir la transferencia de tokens ERC-20 entre L1 y L2.
Mecanismo de actualización
A diferencia de los L1, que pueden actualizarse mediante consenso social, los L2 requieren acciones explícitas en la cadena para las actualizaciones (véase "Actualizaciones de ArbOS").
Arbitrum One gestiona las actualizaciones a través de un robusto sistema de gobierno a través de la cadena; cualquier actualización del sistema puede llevarse a cabo a través de una votación de gobierno o a través de una rápida acción de emergencia del multisig de partes independientes elegido por el DAO llamado consejo de seguridad (esta posibilidad de emergencia, hasta ahora, nunca se ha utilizado). El sistema está diseñado de tal manera que la DAO también tiene la capacidad de actualizar todos los aspectos del propio sistema de gobierno.
Conclusión
Se necesita trabajo en muchos niveles diferentes de la pila de software para llevar una L2 de una idea a una cadena real, utilizable y segura; los constructores de Arbitrum han hecho este trabajo. Las cadenas Arbitrum Orbit obtienen los beneficios de todo este trabajo desde el primer día, junto con la personalización para adaptarse a sus necesidades particulares. A la hora de elegir qué pila L2 utilizar, asegúrese de elegir una real.
Más información:
Articulo escrito por Daniel Goldman y publicado por Offchain Labs
Si estás tratando de entender el espacio de las criptomonedas desde fuera, te darás cuenta de que tienes una dura tarea por delante. Visita el sitio web de un proyecto y tendrás que averiguar si la descripción del producto se aplica a algo que han construido realmente, a un ideal platónico de lo que su producto podría llegar a ser algún día o a algo intermedio. La capa 2 no es una excepción. Filtrar la realidad de las afirmaciones de los proyectos se ha convertido literalmente en un trabajo a tiempo completo.
¿Cómo entender el espacio L2? ¿Por dónde empezar?
Podemos empezar con una definición sencilla: una capa 2 es una cadena de bloques diseñada para derivar su seguridad y proporcionar escala a otra cadena de bloques (una capa 1). Un propietario de activos en Ethereum, por ejemplo, puede transferir estos activos a una capa 2 y utilizarlos para realizar transacciones con comisiones más bajas, al tiempo que se beneficia, hasta cierto punto, de la seguridad de Ethereum.
Bien. Esta definición nos dice a grandes rasgos lo que hace una capa 2 y por qué alguien puede querer utilizar una. Pero cuando nos fijamos en los protocolos reales en la producción, nos encontramos con que las cosas se vuelven más complejas. Una "L2" completa y funcional se compone en realidad de muchos componentes diferentes que trabajan juntos. Si alguno de estos componentes no está completa y correctamente implementado, puede tener implicaciones directas en la seguridad y usabilidad del sistema.
En este post, vamos a desglosar las distintas partes que componen un L2 en teoría, y explicar cómo son en realidad, realmente (de verdad) actualmente instanciado en la cadena pública Arbitrum One hoy.
Mecanismo de disponibilidad de datos
Toda L2 necesita alguna forma de garantizar que sus "datos de entrada" -es decir, los datos de las transacciones de los usuarios- estén a disposición pública de todas las partes que los necesiten. Para que otras partes del sistema (descritas a continuación) puedan realizar su trabajo, primero necesitan acceder a los datos de las transacciones.
La pila tecnológica de Arbitrum ofrece dos opciones para la disponibilidad de los datos, como se ve en Arbitrum One y Nova respectivamente. En el caso de Arbitrum One, los contratos inteligentes en Ethereum garantizan que los datos de las transacciones se publiquen en L1; esto, por definición, convierte a Arbitrum One en un rollup. Mientras se mantengan las propiedades de seguridad del propio Ethereum, se garantiza que los datos de entrada de Arbitrum One estén disponibles. Por el contrario, en Arbitrum Nova, los datos son gestionados fuera de la cadena por un "Comité de Disponibilidad de Datos", introduciendo un supuesto de confianza que a su vez reduce las tasas de transacción (lo llamamos una cadena "AnyTrust").
Nodo completo
El nodo es el software que se encarga de procesar las transacciones de los usuarios. Los nodos realizan un seguimiento del estado de la cadena, reciben nuevas transacciones, las ejecutan y actualizan el estado de la cadena en consecuencia. Los nodos también sirven de puntos finales públicos para que otras aplicaciones puedan leer y escribir en la cadena. Si has utilizado una dapp L2, ésta interactuaba con un nodo.
Los nodos de Arbitrum One utilizan Nitro, un fork de Geth (el cliente de ejecución de Ethereum más popular) modificado para soportar funcionalidades específicas de L2 como el manejo especial de gas, mensajes entre cadenas (ver más abajo), y nuevos precompilados personalizados. Construir Nitro a partir de una bifurcación de Geth significa que las cadenas de Arbitrum obtienen una fuerte compatibilidad con Ethereum, junto con los beneficios de optimización del rendimiento que se han ido incorporando a Geth a lo largo de los años (ver "por qué Nitro").
Prover
Un L2 completo incluye una forma de probar la validez del estado de L2 en L1. El prover es cómo y por qué los L2 pueden afirmar que derivan seguridad de L1, y es crítico para asegurar que las retiradas de L2 a L1 son válidas. Existen dos tipos de L2, en particular los Rollup: Los Rollups de Validez (también conocidos como "Rollups ZK"), que utilizan criptografía para demostrar activamente que cada actualización de estado es válida, y los "Rollups Optimistas", que asumen que las actualizaciones son válidas y toman medidas reactivas en forma de pruebas de fraude sólo cuando se les cuestiona.
Arbitrum One es un rollup optimista que ha tenido pruebas de fraude activas desde el primer día. Utiliza un juego interactivo de pruebas de fraude que termina en una ejecución que demuestra que se ha producido una actualización no válida. Las pruebas de fraude son adjudicadas por contratos inteligentes en L1; se llevan a cabo por nodos completos especiales llamados Validadores, que se construyen para interactuar adecuadamente con los contratos de prueba. Actualmente, en Arbitrum One, las pruebas de fraude pueden ser realizadas por un conjunto de entidades de la whitelist, modificables por la DAO. Una versión actualizada del juego a prueba de fraude, BOLD, está siendo considerada para su adopción por el DAO, y podría allanar el camino para la prueba de fraude sin permisos.
Secuenciador
Los L2 necesitan alguna forma de determinar el orden de sus transacciones. En la práctica, todos los L2 lo hacen introduciendo un rol llamado Secuenciador. El Secuenciador es un nodo completo con la capacidad especial de determinar el orden de las transacciones.
Entre las ventajas de contar con un Secuenciador está la de dar a los usuarios la opción de aceptar transacciones rápidas si optan por confiar en el Secuenciador (lo que llamamos "confirmaciones suaves"). La arquitectura del Secuenciador también deja la puerta abierta a que el L2 experimente con nuevos mecanismos de ordenación.
Arbitrum One utiliza un Secuenciador gestionado por Offchain Labs en nombre de la Fundación Arbitrum; este papel puede ser cambiado y/o revocado por la DAO de Arbitrum. La implementación del Secuenciador incluye contratos inteligentes que otorgan al Secuenciador sus derechos de pedido y permiten a los usuarios eludir al Secuenciador (si, por ejemplo, el Secuenciador se desconecta o intenta censurar).
Gestión de tarifas
Los L2 necesitan cobrar tasas a los usuarios por razones similares a los L1; para poner un precio al spam / congestión de la cadena y para compensar a las partes por el trabajo crítico que han hecho. Las tarifas L2, sin embargo, introducen sus propias cuestiones y desafíos que no se plantean en las L1; es decir, cómo manejar la fijación de precios de las transacciones que interactúan con múltiples cadenas (L2 y L1), y decidir quién debe ser el destinatario de las tarifas del sistema.
La pila tecnológica de Arbitrum incluye un mecanismo para garantizar que el Secuenciador reciba una compensación directa por el coste de publicación de las transacciones. También divide las comisiones en cuatro componentes diferentes, lo que permite una distribución granular. En Arbitrum Uno, por ejemplo, el Secuenciador es compensado por el coste en el que incurre al contabilizar los lotes, y el resto de las comisiones (es decir, los beneficios) se entregan a la DAO de Arbitrum.
Puente L1 / L2
Un "puente" entre dos blockchains es un conjunto de contratos inteligentes que permite a las dos cadenas comunicarse entre sí. Arbitrum One, como todas las cadenas Arbitrum, incluye un puente de propósito general con su cadena subyacente. Esto significa que los contratos de la cadena matriz pueden hacer llamadas arbitrarias a los contratos de la cadena Arbitrum, y viceversa. Además, las cadenas Arbitrum incluyen un "puente de tokens", contratos que utilizan el puente genérico para permitir la transferencia de tokens ERC-20 entre L1 y L2.
Mecanismo de actualización
A diferencia de los L1, que pueden actualizarse mediante consenso social, los L2 requieren acciones explícitas en la cadena para las actualizaciones (véase "Actualizaciones de ArbOS").
Arbitrum One gestiona las actualizaciones a través de un robusto sistema de gobierno a través de la cadena; cualquier actualización del sistema puede llevarse a cabo a través de una votación de gobierno o a través de una rápida acción de emergencia del multisig de partes independientes elegido por el DAO llamado consejo de seguridad (esta posibilidad de emergencia, hasta ahora, nunca se ha utilizado). El sistema está diseñado de tal manera que la DAO también tiene la capacidad de actualizar todos los aspectos del propio sistema de gobierno.
Conclusión
Se necesita trabajo en muchos niveles diferentes de la pila de software para llevar una L2 de una idea a una cadena real, utilizable y segura; los constructores de Arbitrum han hecho este trabajo. Las cadenas Arbitrum Orbit obtienen los beneficios de todo este trabajo desde el primer día, junto con la personalización para adaptarse a sus necesidades particulares. A la hora de elegir qué pila L2 utilizar, asegúrese de elegir una real.
Más información:
No comments yet