Manugotsuka, un contribuidor en layer2es.eth, publicó en dicho portal, una explicación de Arbitrum Bold, una evolución en el contexto de las cadenas L2 para abordar los desafíos relacionados con los retrasos al asegurar las confirmaciones de las mismas en la purple Ethereum, es decir, una evolución del sistema de resolución de disputas de Arbitrum que dará una “mejor seguridad”, liveness y latencia evitando que las partes deshonestas aumenten el costo de las partes honestas.
Daring, que según Manugotsuka, representa el primer protocolo práctico de desafío que ofrece una eficiente gestión de disputas entre múltiples participantes, ofrece ventajas significativas como:
Confirmaciones más Rápidas: al garantizar límites superiores fijos en los tiempos de confirmación para la determinación del estado en el Optimistic Rollup.
Equidad y Eficiencia: al asegurar que incluso una sola entidad honesta pueda prevalecer frente a un número appreciable de afirmaciones maliciosas.
En este sentido, el autor aclara que las disputas se vinculan con la ejecución determinista de un estado en la capa 2, y no con un staker o entidad específica.
“Esto implica que cualquier entidad que esté de acuerdo con un estado tiene el poder de defenderlo, hasta que surja un único punto de desacuerdo. Debido a la naturaleza determinista del estado L2 honesto, las entidades honestas siempre prevalecerán al participar, ya que las entidades maliciosas no pueden falsificar pruebas de ejecución, ya que las mismas tienen garantizada su realización en Ethereum”. explica.
Arquitectura de Daring
En contexto, según lo mencionado por Manugotsuka, al analizar la interconexión de los componentes de Daring, es útil tener en mente el application utilizado por un validador authentic en Arbitrum: Arbitrum Nitro, otra solución independiente pero a donde Bold se conecta a sus cadenas como una dependencia para cumplir sus funciones.
En este sentido, entre sus responsabilidades clave se encuentran:
Ejecutar transacciones entrantes desde un contrato Inbox y generar publish-estados conforme a la transición de estado en la capa 2.
Transmitir lotes de transacciones a Ethereum L1 a través de un contrato denominado SequencerInbox.
Validar transacciones y emitir afirmaciones, conocidas como aserciones, acerca del estado en la capa 2 a intervalos regulares en Ethereum, utilizando un contrato denominado RollupCore.sol.
Refutar las aserciones incorrectas enviadas por validadores deshonestos a RollupCore.sol.
Fuente: layer2es.eth – Arbitrum Bold
“Es importante destacar que la tecnología Arbitrum se está transformando en una arquitectura más modular, permitiendo la ejecución independiente de componentes específicos como binarios separados. Bold implementa un componente de Nitro encargado de emitir aserciones y desafiar afirmaciones inválidas, dependiendo, por lo tanto, de otras partes del nodo Nitro para acceder a los datos de estado necesarios”, comentó Manugotsuka.
Aclaración: La información y/u opiniones emitidas en este artículo no representan necesariamente los puntos de vista o la línea editorial de Noticias Blockchain. La información aquí expuesta no debe ser tomada como consejo financiero o recomendación de inversión. Toda inversión y movimiento comercial implican riesgos y es responsabilidad de cada persona hacer su debida investigación antes de tomar una decisión de inversión.
Te puede interesar:
Las inversiones en criptoactivos no están reguladas. Es posible que no sean apropiados para inversores minoristas y que se pierda el monto overall invertido. Los servicios o productos ofrecidos no están dirigidos ni son accesibles a inversores en España.
