Si se compara la cadena de bloques con una fábrica automatizada que funciona las 24 horas del día, entonces los oráculos son el conjunto de sensores más cruciales de esa fábrica: determinan si todo el sistema puede percibir con precisión el mundo exterior.

Al finalizar 2025, las redes de capa dos del ecosistema de Bitcoin ya están dispersas por todas partes. Pero bajo esta apariencia de prosperidad, he descubierto un fenómeno interesante: encontrar socios emprendedores verdaderamente afines ya no es tan simple como hacer coincidir currículums. Más bien, a menudo es como una resonancia bajo una "antorcha digital" — una resonancia a nivel de código.

En una actividad de la comunidad de desarrolladores del año pasado, conocí a mi actual socio "Lao Mo". En ese momento, ambos reflexionábamos sobre la misma cuestión: cuando la percepción del valor de Bitcoin ya está establecida y la liquidez se está liberando continuamente, ¿cómo hacer que los datos de activos físicos fuera de la cadena entren en BTC L2 con la menor resistencia posible? Esa sensación de encontrar un alma gemela es como en una jungla cubierta de niebla, donde dos personas sintonizadas en la misma frecuencia finalmente se encuentran.

Lo que estamos haciendo ahora es una nueva aplicación descentralizada, cuyo nombre en clave interno es "Omni-Anchor". La base se construye sobre el marco ecológico existente. El núcleo del problema que queremos resolver es muy directo: el retraso en la valoración de activos que ha existido durante mucho tiempo en el ecosistema de BTC.

Desde el punto de vista de la arquitectura técnica, muchas soluciones de oráculos actuales utilizan una combinación de consenso de múltiples nodos y pruebas de conocimiento cero. Este mecanismo puede sincronizar las fluctuaciones de los precios de los activos del mundo real fuera de la cadena en la cadena en menos de un segundo. Suena ideal, pero en la implementación práctica, todavía se enfrentan a varios obstáculos.

Primero, la redundancia de datos. Si cada cadena y cada aplicación deben desplegar nodos de validación independientes, el costo es demasiado alto. Segundo, el costo de tiempo. Cuantas más rondas de consenso haya en el proceso de validación, más larga será la confirmación. Tercero, la flexibilidad. Muchas soluciones existentes tienen una arquitectura relativamente fija; si se desea soportar nuevos tipos de activos o fuentes de datos, el costo de modificación es alto.

Nuestra idea es trabajar sobre una base modular. En pocas palabras, se trata de hacer "recolección de datos"