El enfoque de Mario Cao para diseñar un oráculo descentralizado nativo multicadena

En la presentación a continuación, Mario Cao, Jefe de Investigación de Protocolo SEDA , presentado sobre el diseño, los objetivos y la descripción general arquitectónica de su oráculo nativo de múltiples cadenas y las perspectivas de conexión de solicitudes de datos.

A continuación se muestra un glosario de conceptos clave mencionados durante la charla de Mario, pensado como complemento de su presentación en vídeo.

ACERCA DEL PROTOCOLO SEDA

SEDA es la base de los datos del mundo real en web3. Proporciona una conexión sólida que permite una conectividad perfecta y armonía entre diversas redes blockchain. Cuenta con una red totalmente sin permisos y de confianza minimizada capaz de transportar cualquier dato a cualquier cadena con una finalidad rápida, lo que hace que SEDA sea accesible sin permisos de ninguna red.

SEDA agrega datos de fuentes fuera de la cadena y otras cadenas de bloques, utilizando una red superpuesta innovadora y retransmisores para una distribución eficiente a través de varias redes de cadenas de bloques. Este proceso optimizado de comunicación entre cadenas facilita un soporte perfecto para redes EVM y no EVM. Además, SEDA permite que los contratos inteligentes realicen cálculos complejos sobre datos consultados, destacando su alta programabilidad y versatilidad para mejorar las aplicaciones descentralizadas.

EL PROBLEMA DEL ORÁCULO

Los contratos inteligentes no pueden acceder ni verificar información del mundo real. Requieren una conexión externa que proporcione datos precisos y confiables fuera de la cadena de bloques. Los oráculos actúan como intermediarios y proporcionan esa conexión, pero a menudo introducen problemas como puntos de estrangulamiento centralizados, ancho de banda limitado, escasa escalabilidad y economías insostenibles. Convertirse efectivamente en el eslabón más débil de las redes descentralizadas.

CONTRATOS DE RELÉ

Los contratos de retransmisión son contratos inteligentes implementados en una red blockchain para facilitar la comunicación desde fuera de la blockchain o de diferentes redes blockchain. El contrato de retransmisión valida las firmas criptográficas del mensaje entrante, interpreta su contenido y activa las funciones de contrato inteligente apropiadas. Puede emplear mecanismos específicos de codificación y decodificación para garantizar que los datos puedan ser procesados por otras cadenas de bloques.

PRUEBA CRIPTOGRAFICA

La prueba criptográfica emplea técnicas matemáticas y criptográficas para confirmar la autenticidad e integridad de una afirmación o declaración. Las firmas digitales utilizan una clave privada para firmar datos, lo que permite que cualquier persona con la clave pública correspondiente verifique la firma. Las funciones hash criptográficas son otro ejemplo, que toman datos como entrada y producen un hash de tamaño fijo. Un cambio menor en los datos altera drásticamente el hash, confirmando si los datos han permanecido inalterados.

VALOR EXTRAÍBLE DE ORACLE

Oracle Extractable Value (OEV) se refiere a las ganancias financieras que se pueden extraer explotando los retrasos en el tiempo y el reordenamiento de transacciones inherentes a las redes blockchain. OEV surge del desfase temporal entre la obtención de datos externos y su utilización en la ejecución de contratos inteligentes, lo que brinda oportunidades para que actores maliciosos realicen transacciones anticipadas o manipulen precios.

Algunos protocolos están explorando el concepto de__ subastas MEV __ para reequilibrar las ganancias, mientras que las soluciones escalables reducen la ventana de tiempo para los atacantes.

Obtenga más información sobre el protocolo SEDA:

Sitio web de SEDA
Documentación SEDA
Twitter de SEDA
Twitter de Mario Cao

Blockchain Oracle Summit (BOS) es una conferencia anual donde los entusiastas de blockchain se reúnen para discutir la relevancia de los oráculos y sus desafíos. Expertos y desarrolladores experimentados se reúnen para compartir su desarrollo y uso de soluciones Oracle.

Artículo de Michael Abiodun .