En 2020, gestioné un tipbot para mi programa de radio universitaria justo después de dar una charla sobre dinero descentralizado. Un oyente intentó activar un pago basado en un resultado deportivo en vivo. El contrato no podía acceder al marcador y tuve que implementar una solución alternativa mediante codificación fija. Ese fue el día en que comprendí el problema del oracle. Los oráculos existen porque el EVM es determinista por diseño. Cada validador debe producir un estado idéntico, por lo que los contratos no pueden navegar por APIs donde las respuestas puedan variar. Se introduce datos externos a través de una capa intermedia confiable y se espera que la fuente no mienta. El GenVM de @GenLayer no elimina los oráculos. Ofrece una arquitectura alternativa. Las rutas de código deterministas funcionan exactamente como el EVM. Las llamadas a la web y a los LLM ocurren en bloques no deterministas aislados, en entornos protegidos para que sus efectos secundarios nunca toquen el estado del contrato. Solo la salida cruza el límite. Lo que cambia es la validación. En lugar de un acuerdo perfecto en bytes, el desarrollador del contrato escribe una regla de equivalencia que define cuándo dos salidas diferentes se consideran iguales. Un líder propone un resultado y un comité de validadores lo verifica mediante votación commit-reveal a través de la Democracia Optimista. Esto significa que un contrato puede obtener sus propios datos y razonar sobre ellos sin un servicio de oracle separado. Aún necesitas confiar en el conjunto de validadores, pero el modelo de confianza cambia de fuentes de datos externas a votación en cadena. La propia cadena GenLayer funciona sobre EVM para el ordenamiento y el almacenamiento del estado de consenso. Por lo tanto, el EVM no está obsoleto. Simplemente es la base que sostiene la capa de ejecución no determinista encima. Si pudieras eliminar una dependencia de oracle de tu pila actual, ¿cuál sería y por qué?