La resolución es la parte difícil de un mercado de predicción
El libro de órdenes se lleva la atención, pero lo que decide si un mercado de predicción se cree es la parte que liquida el resultado. Cómo falla de verdad.
Casi todo lo que se escribe sobre la ingeniería de los mercados de predicción va de casar órdenes. Libro de órdenes o AMM, on-chain o fuera de cadena, cómo arrancar la liquidez en un mercado fino. Son problemas reales, y son además los que tienen respuestas conocidas: puedes tomar prestado un diseño de cualquier exchange y adaptarlo.
La resolución no tiene un manual equivalente. Es el paso en el que un mercado que llevaba tiempo operando sobre «¿ocurrirá X antes de la fecha D?» se convierte en un pago, y es el paso donde la confianza se gana o se destruye. Todo lo anterior es fontanería.
La pregunta nunca es tan nítida como parece
Un mercado dice «¿Bajará la Fed los tipos en septiembre?» y todo el mundo asiente. Luego llega septiembre con una bajada entre reuniones, o con una bajada anunciada en septiembre pero efectiva en octubre, o con un recorte de 25 puntos básicos cuando la mitad de los operadores daba por hecho que el mercado hablaba de 50.
El fallo aquí no es del oráculo. Es que la pregunta se escribió en lenguaje natural para personas y se liquida con un mecanismo que necesita un booleano.
Los errores más caros de un mercado de predicción están escritos en la descripción del mercado, no en el contrato. Una regla que resuelve de forma ambigua ante un resultado plausible del mundo real acabará encontrándose con ese resultado.
Consecuencia práctica: el flujo de creación de mercados tiene que estar tan trabajado como el de trading. Fuentes de resolución nombradas, una rama explícita de «qué pasa si la fuente no publica» y una zona horaria declarada no son papeleo: son la especificación que implementa el código de liquidación.
Tres modelos de resolución, tres modos de fallo
Resolutor único de confianza. Rápido, barato y el modelo que casi toda plataforma nueva lanza primero. El modo de fallo no suele ser el fraude: es la indisponibilidad. El resolutor se queda callado y todos los mercados que dependen de él se congelan con el capital atrapado dentro.
Oráculo con ventana de disputa. Alguien propone un resultado, una fianza respalda la propuesta y se abre una ventana para impugnarla. Es el modelo hacia el que convergen la mayoría de los mercados on-chain. El modo de fallo es económico: si la fianza es menor que el pago que un atacante puede llevarse, disputar se vuelve rentable. Dimensionar la fianza no es un valor de configuración que se elige una vez: tiene que escalar con el interés abierto.
Comité o votación. Reparte la confianza, añade latencia e introduce el problema de que los votantes con posiciones abiertas no son neutrales. Separar el poder de voto de la exposición al mercado es más difícil de lo que suena.
Ninguno es correcto en abstracto. El adecuado depende de cuánto capital hay en un mercado típico y de cuánta latencia toleran los operadores antes de dejar de creer que van a cobrar.
Lo que construimos desde el primer día
Las partes de la resolución que duelen si se añaden después:
- Un estado explícito de «sin resolver» con salidas definidas. Los mercados que no pueden liquidarse necesitan una vía —reembolsar, prorrogar o escalar— decidida antes de que ocurra, no durante el incidente.
- Los datos de resolución guardados, no solo aplicados. Qué fuente, qué valor, qué marca de tiempo, qué dirección lo envió. Cuando un operador impugne una liquidación seis meses después, «lo dice el contrato» no es una respuesta.
- Parámetros de fianza que leen el interés abierto, para que un mercado que crece por encima de sus supuestos iniciales no se vuelva atacable en silencio.
- Una pausa que detenga el trading sin detener las retiradas. Congelarlo todo durante un incidente convierte un problema de resolución en un pánico por solvencia.
La conclusión poco lucida
La liquidez determina si un mercado de predicción se puede usar. La resolución determina si se cree. Una plataforma con libros finos y una liquidación impecable se recupera; una plataforma con libros profundos y una liquidación impugnada, no.
Si estás definiendo el alcance de un mercado de predicción, dedica la primera semana de diseño a las reglas de resolución y a la vía de disputa. El motor de casación se puede mejorar después del lanzamiento. La reputación tras una liquidación chapucera, no.
Sigue leyendo
Qué hacer en las dos semanas previas a una auditoría de contratos
Los auditores facturan tiempo, y casi todo se va en cosas que podrías entregar antes. Cómo preparar el código para que encuentren fallos, no contexto.
Una IA rompió una firma post-cuántica en 60 horas. El problema no es la firma
HAWK sobrevivió a dos años de revisión experta y no sobrevivió a un fin de semana con el modelo de Anthropic. Qué supuesto rompe eso en tu arquitectura.
Los costes de un LLM no escalan como dice tu intuición
Una función que cuesta céntimos en una demo puede costar miles al mes en producción, y rara vez por el precio por token. Adónde va el dinero de verdad.