PUNTOS IMPORTANTES:
- UMA anuncia que está escalando a Polygon y sentando las bases para admitir múltiples soluciones de escalado compatibles con Ethereum Virtual Machine (EVM).
- El ecosistema de UMA comprende una capa de resolución de disputas, el Mecanismo de Verificación de Datos (DVM), y los contratos financieros que asegura. La arquitectura de UMA se ha desacoplado desde su concepción, lo que significa que la capa de disputas y la capa de contratos no necesitan vivir en la misma cadena.
- Polygon es solo la primera solución de escalado en la lista para UMA, estarán extendiendo el soporte a las otras soluciones.
UMA anuncia que está escalando a Polygon y sentando las bases para admitir múltiples soluciones de escalado compatibles con Ethereum Virtual Machine (EVM).
De acuerdo a su informe, han estado trabajando durante semanas en la elaboración de estrategias de escalado y están dando ahora el primer paso con Polygon. A continuación, nos adentraremos más en su funcionamiento.
El ecosistema de UMA comprende una capa de resolución de disputas, el Mecanismo de Verificación de Datos (DVM), y los contratos financieros que asegura. La arquitectura de UMA se ha desacoplado desde su concepción, lo que significa que la capa de disputas y la capa de contratos no necesitan vivir en la misma cadena.
Tener una arquitectura separada le da una ventaja para poder implementar en cualquier cadena de EVM de manera eficiente. Su estrategia de escalado podrá permitir que la capa de contrato en Polygon o cualquier solución de escalado de EVM acceda al mismo DVM al que tiene acceso cualquier contrato nativo de Ethereum.
Con el DVM en Ethereum y el contrato en Polygon, el siguiente paso es establecer un canal de comunicación o puente. El puente se encarga de establecer una comunicación bidireccional entre ambas cadenas, lo que permite que las solicitudes de precios se escalen al DVM en la mainnet desde los contratos en Polygon y que las resoluciones de precios del DVM se devuelvan al contrato.
En el ciclo de vida natural de un contrato, los eventos como las solicitudes de precio generalmente se resuelven sin disputa. En el caso de no ser disputado, el contrato llama al Optimistic Oracle nativo y se resuelve sin necesidad de escalar al DVM. La gran mayoría de los eventos se han resuelto sin disputas a lo largo de la historia de UMA.
En el dado caso de que algo si se dispute, el DVM le debe resolver la disputa. Un ejemplo de cómo una disputa se traslada al DVM, y la resolución se envía de vuelta a la cadena de Polygon, la imagen a continuación da una explicación de como funciona.
En caso de una posible disputa se soluciona desde la DVM de acuerdo a los siguientes puntos destacados en el comunicado:
- Un contrato de Polygon, como un mercado de predicción, necesita un precio para liquidar un pago. El contrato espera obtener este precio de un Optimistic Oracle (» Polygon Oracle»).
- Si por alguna razón, un usuario no está de acuerdo con el precio devuelto por Polygon Oracle y disputa el precio, la solicitud de precio en disputa se pasa del Polygon Oracle a un contrato llamado «Oracle Child Tunnel», cuya única responsabilidad es comunicarse con un «Oracle Root Tunnel» en la red Ethereum.
- Child Tunnel transmite la disputa a la red principal de Ethereum al Root Tunnel.
- Oracle Root Tunnel tiene un permiso especial para pedir un precio de la DVM, donde el proceso de votación y resolución familiarizado se produce entre los titulares de voto UMA simbólicos.
- Una vez que el DVM ha resuelto una solicitud de precio, el resultado de la votación se envía a Oracle Root Tunnel. Es importante tener en cuenta que el DVM no sabe de qué cadena proviene la solicitud, ni es necesario.
- Como antes, Oracle Root Tunnel transmite el resultado del DVM al Child Tunnel en Polygon.
- Finalmente, Oracle Child Tunnel luego envía un mensaje al Polygon Oracle y así el resultado de la disputa está resuelto.
Polygon desplegó un sistema de mensajes arbitrario que utilizaran para permitir la comunicación entre Oracle Root Tunnel y Child.
UMA explica que la ventaja de utilizar este puente sobre una solución hecha a la medida, es que los contratos financieros en Polygon solo necesitan confiar en la seguridad del consenso del propio Polygon, asegurado por un conjunto de validadores que utilizan el consenso proof-of-stake, y el DVM en Ethereum. Es decir, no hay necesidad de confiar en un actor centralizado para transmitir información entre cadenas.
Una característica clave para que UMA pueda, de forma no fehaciente, es retransmitir mensajes entre cadenas es tener un puente que no dependa de un control centralizado. UMA prefiere utilizar un puente arbitrario que comparta las mismas propiedades de seguridad que la propia cadena lateral. La comunicación sin confianza será una parte fundamental de su enfoque a medida que se amplíen a soluciones más escalables.
Ahora bien, el DVM es independiente de la fuente de la solución de escala. Los desarrolladores e ingenieros financieros pueden confiar en el mecanismo probado de UMA para asegurar contratos y, pronto, elegir la solución de escalado que mejor se adapte al caso de uso de su producto.
La empresa seguirá el mismo proceso que con su implementación de Polygon habilitando los contratos de UMA localmente a otras soluciones de escalado compatibles con EVM y construyendo un «puente sin confianza» (Trustless Bridge). La imagen a continuación dada por UMA muestra que el DVM de UMA puede ser un árbitro confiable para todas y cada una de las soluciones de escalado.
Finalmente, Polygon es solo la primera solución de escalado en la lista para UMA, estarán extendiendo el soporte a las otras soluciones. Le dan en estos momentos prioridad a las cadenas que muestran el mayor interés de los desarrolladores por UMA.
Descargo de responsabilidad: Toda la información encontrada en Bitfinanzas es dada con la mejor intención, esta no representa ninguna recomendación de inversión y es solo para fines informativos. Recuerda hacer siempre tu propia investigación.
