¿Cómo garantiza la Máquina de oráculo distribuida la seguridad y precisión de los datos de precios de la Cadena de bloques?

Sistema de Máquina de oráculo de precios distribuidos

Para evitar un punto único de fallo, un conocido proyecto de blockchain adoptó el diseño de una Máquina de oráculo de precios distribuida. Tomando como ejemplo el servicio de precios de BTC en dólares, este sistema agrega 31 máquinas de oráculo de precios independientes para proporcionar datos a los usuarios.

El contrato inteligente de este agregador se puede ver en el explorador de bloques de Ethereum. Al llamar a métodos específicos en el contrato, se puede obtener toda la información de los oráculos fuera de la cadena que contiene este agregador.

Cada máquina de oráculo fuera de la cadena puede proporcionar datos de precios al invocar métodos específicos en respuesta a las solicitudes de los usuarios en el agregador. Estos oráculos suelen ser algunas cuentas externas (EOA), que no solo pueden proporcionar datos para el agregador BTC/USD, sino que también pueden ofrecer información de precios para otros pares de monedas como ETH/USD.

El proceso de manejo de contratos en la cadena es aproximadamente el siguiente:

1. Primero, lee el estado actual del contrato y realiza una serie de verificaciones de validez.

2. Una vez que se haya verificado, realice los preparativos necesarios.

3. Luego, se utilizan métodos criptográficos para verificar cada uno de los datos de firma, asegurando la autenticidad y la integridad de los datos. Al mismo tiempo, también se debe verificar el rol y los permisos del firmante, así como evitar el uso repetido de la firma.

4. Por último, ordenar y filtrar los valores observados, seleccionando la mediana como resultado final. También debe asegurarse de que el resultado no exceda el rango de umbral preestablecido.

Además, el sistema también llevará a cabo una verificación adicional del resultado final. Por ejemplo, en ciertos escenarios de aplicación, se compararán los resultados con otras fuentes de precios (, como los datos de intercambios descentralizados ), para asegurarse de que la desviación esté dentro de un rango aceptable.

Centro de registro de precios

Para simplificar aún más el proceso de uso y mejorar la flexibilidad, el proyecto también ha lanzado el centro de registro de fuentes de precios (Feed Registry). Esto se puede ver como un agregador de múltiples fuentes de precios, donde los usuarios no necesitan configurar cada fuente de precio de los tokens por sí mismos, sino que pueden leer directamente los datos de precios requeridos a través del centro de registro.

Mecanismo de agregación de datos multinivel

Los datos de precios de este sistema se obtienen a través de múltiples niveles de agregación, que incluyen principalmente tres niveles:

1. Agregación de fuentes de datos: Los datos de precios originales provienen de diversas plataformas de intercambio centralizadas y descentralizadas. Algunos proveedores de servicios de datos profesionales recopilan estos datos originales y realizan cálculos ponderados según factores como el volumen de transacciones y la liquidez.

2. Agregación de operadores de nodos: cada operador de nodo obtiene precios de múltiples proveedores de servicios de agregación de datos independientes y toma la mediana para eliminar valores atípicos.

3. Agregación de red de Máquina de oráculo: En el nivel de toda la red se realiza una nueva agregación, siendo una forma común tomar la mediana después de recibir un número preestablecido de respuestas de nodos.

Es importante señalar que no cada resultado de cálculo se actualizará en la cadena. Solo se activará la actualización cuando se cumplan ciertas condiciones (, como el umbral de desviación o el umbral de latido ). Diferentes fuentes de precios pueden tener diferentes configuraciones de parámetros de actualización.

En general, este sistema de Máquina de oráculo distribuido tiene una alta seguridad y es fácil de usar, pero debido a las características de su mecanismo de actualización, la velocidad de actualización de precios puede ser lenta, variando de minutos a horas. Por lo tanto, es más adecuado para escenarios de aplicación donde no se requiere una alta temporalidad de precios, que es la principal limitación del sistema en este momento.