Un mercado de predicción se resuelve. La página muestra un ganador. Seis semanas después vuelves a revisar algo, y la página todavía muestra un ganador, pero ¿es el mismo ganador que mostraba el día de la resolución? ¿Cambió alguna vez el resultado registrado? ¿Fue alguna vez disputado? En casi cualquier plataforma de mercados de predicción no puedes responder esas preguntas, porque la resolución es un único campo editable que te muestra el valor de hoy y no conserva memoria de su propio pasado. La liquidación, de entre todas las cosas, se trata como un hecho sin historia.
CoinRithm agrega mercados de predicción de varias plataformas y, desde mediados de 2026, mantiene algo que la mayoría de las plataformas no tienen: un libro de procedencia de liquidación de solo anexado (append-only), un registro permanente, por evento, de cómo se decidió, revisó y disputó el resultado de un mercado a lo largo del tiempo. Este artículo explica qué es ese libro y por qué "guardar los comprobantes de una resolución" es una promesa distinta, más concreta, que la pregunta más amplia de si puedes confiar en la liquidación de una plataforma en general. Para ese marco más amplio (quién decide, con qué evidencia, qué tan disputable es), lee ¿puedes confiar en la liquidación de los mercados de predicción?; este artículo trata sobre la estructura de datos que hay debajo.
TL;DR
- La mayoría de las plataformas de mercados de predicción almacenan una resolución como un único campo editable sin historia, así que un resultado cambiado o disputado no deja rastro.
- CoinRithm registra la liquidación como un libro de solo anexado: cada observación del resultado resuelto es una entrada permanente, y las revisiones suceden a la anterior en lugar de sobrescribirla.
- El libro de cada evento cerrado expone un resultado vigente, un conteo de observaciones, un conteo de revisiones, un método, y un estado de disputa (sin disputar, disputado, o disputa resuelta).
- Como las entradas nunca se eliminan, una resolución que después cambia es visible como una revisión, no reescrita en silencio: el registro muestra todo el camino, no solo el punto final.
- Convive con las señales de elegibilidad de liquidación y de tono de confianza por evento, de modo que "¿esto realmente, y de forma verificable, se pagó?" se responde de un vistazo.
- Alcance honesto: el libro cubre eventos resueltos después de su lanzamiento, y hoy la mayoría de los eventos muestran una única decisión limpia y sin disputar: su valor es el rastro de auditoría que conserva para el día en que eso no ocurra.
El problema: liquidación sin memoria
Todo lo que ocurre antes de la resolución tiene alguna noción de historia. Los precios se mueven y dejan un gráfico. El volumen se acumula. Los libros de órdenes cambian. Pero el momento que realmente decide quién tenía razón (la liquidación) es, en la mayoría de las plataformas, un único valor: outcome = Yes. Te muestra el estado actual y nada sobre cómo llegó ahí. Si se registró una vez y nunca se tocó, bien. Si se registró, y luego se cambió discretamente una semana después de una disputa, el campo luce idéntico en ambos casos. La ausencia de historia es el problema: no puedes distinguir una resolución limpia de primera vez de una disputada que cambió, porque la plataforma solo recuerda lo último que se escribió.
Esto importa más de lo que parece a primera vista, porque la liquidación es exactamente el momento en que la confianza se gasta y no solo se promete. Un mercado puede operar de forma impecable durante meses y luego resolverse de manera ambigua, tardía o disputada, y si el registro de esa resolución no tiene memoria, terminas discutiendo a partir de capturas de pantalla y recuerdos sobre lo que el resultado decía "originalmente". El fallo no es solo que una resolución pueda estar equivocada. Es que una resolución puede cambiar y no dejar evidencia de que lo hizo.
La mecánica de cómo las distintas plataformas llegan a una resolución en primer lugar es un tema aparte (oráculos, reglas del exchange, calificadores) y la cubrimos en cómo se resuelven los mercados de predicción. Este artículo trata sobre lo que le ocurre a esa resolución como dato una vez que existe: si se conserva como un hecho con un pasado, o como un campo sin uno.
Qué cambia un libro de solo anexado
La solución es una idea bien entendida, tomada de la contabilidad y el control de versiones: nunca sobrescribir, solo anexar. En lugar de un único campo de resultado, cada evento lleva un libro de decisiones de liquidación. Cuando el agregador observa el resultado resuelto de un proveedor, escribe una entrada. Si el resultado se revisa después, no edita la entrada antigua: escribe una nueva que explícitamente sucede a la anterior, y la anterior queda marcada como reemplazada por la nueva. Nada se elimina. La cadena de "cómo se registró el resultado, y cuándo" se conserva de principio a fin.
A partir de ese historial de solo anexado, surgen de forma natural algunas cifras resumen honestas, que CoinRithm muestra directamente en la página del evento:
- Resultado vigente: el resultado adjudicado actual (la entrada que nada ha reemplazado), con la marca de tiempo en que se registró.
- Observaciones: cuántas veces se ha afirmado el resultado resuelto para este evento. Una resolución estable acumula confirmaciones; una inestable muestra movimiento (churn).
- Revisiones: cuántas veces el resultado vigente realmente cambió. Cero es el valor saludable por defecto; cualquier cifra por encima de cero es una señal que ahora puedes ver, en lugar de una que se te oculta.
- Método: cómo se llegó a la decisión (por ejemplo, un pase resolution-watch sobre los datos del proveedor), de modo que la procedencia de la procedencia también queda registrada.
- Estado de disputa: si la decisión actual está sin disputar, disputada, o es una disputa resuelta, mostrado como una insignia explícita en lugar de dejarse a la inferencia.
Ninguna de estas requiere que confíes en una narrativa. Se calculan a partir de un registro que no puede reescribirse discretamente, y cuando hay más de una decisión en el historial, la página del evento muestra la línea de tiempo completa: cada resultado registrado, su momento, su estado de disputa, y si es la entrada vigente actual o una que fue reemplazada.
Cómo leer el libro en la página de un evento
En un evento cerrado que tiene un libro registrado, la sección de procedencia de liquidación es compacta y directa. Comienza con el resultado vigente y cuándo se registró, luego muestra los conteos de observaciones y revisiones y el método, con una insignia de disputa si la decisión actual está o estuvo disputada. Si el resultado fue revisado alguna vez, aparece debajo una breve lista histórica, recorriendo las decisiones en orden y marcando cada una como vigente o reemplazada.
El caso cotidiano, honestamente, no es dramático: una observación, cero revisiones, sin disputar; un mercado que se resolvió limpiamente, una vez, como debía. Eso no es una debilidad de la función; es el aspecto que tiene una resolución saludable, y mostrarlo con claridad es precisamente el punto. El valor es asimétrico. Cuando la resolución transcurre sin contratiempos, el libro es una confirmación silenciosa. Cuando no lo hace (una corrección tardía, una decisión disputada, un resultado que cambia), el libro es lo único que se interpone entre tú y una liquidación que no podrías reconstruir. Guardas los comprobantes precisamente para que ese día malo y poco frecuente sea auditable en lugar de depender de la memoria.
Cómo se conecta con las decisiones de los agentes
El libro de liquidación no es una función aislada. Es el ancla, del lado de la resolución, de una capa de evaluación más amplia y deliberadamente verificable. Cuando un agente de IA de la Arena de CoinRithm toma una posición en un mercado, esa decisión se registra como un artefacto inmutable y con hash, el tema de cómo verificar el historial de un agente de IA. Cuando el mercado se liquida después, el artefacto del agente recibe un sello de liquidación que apunta de vuelta exactamente a este libro. Así, la cadena completa es auditable de principio a fin: qué decidió el agente y cuándo (con hash), y cómo se resolvió finalmente el evento sobre el que apostó (de solo anexado). Ninguna de las dos mitades confía ciegamente en la otra; ambas mantienen su propio registro a prueba de manipulaciones.
Eso cierra un ciclo que la mayoría de los tableros de agentes dejan abierto. Una victoria solo tiene sentido si la liquidación detrás de ella es real e inalterada, y aquí la liquidación detrás de la victoria de un agente es una entrada de libro con historia, no un campo editable que alguien podría haber cambiado después de los hechos.
Dónde encaja con la elegibilidad y el tono de confianza
La procedencia responde "qué se registró, y si cambió". Dos señales vecinas responden las preguntas estrechamente relacionadas de "¿es este resultado suficientemente confiable para puntuar sobre él?" y "¿se pagó de forma verificable?", y CoinRithm las mantiene deliberadamente separadas:
- Elegibilidad de liquidación. Cada evento avanza por un ciclo de vida definido (abierto, cerrado, en espera de resolución, resuelto) y lleva indicadores de si su resultado y el momento de la liquidación están verificados por el proveedor, y de si es elegible para contar hacia la calibración. Un mercado cuyo libro dice "resuelto, sin disputar, verificado por el proveedor" es un mercado cuyo resultado se puede confiar lo suficiente como para calificar a un agente o a una plataforma. Esta condición de elegibilidad es la columna vertebral de nuestro trabajo honesto sobre precisión en qué tan precisos son los mercados de predicción.
- Tono de confianza por evento. Junto al libro, las páginas de evento muestran un tono de confianza de la resolución (verificado, limitado, en espera, o no verificado) que indica con claridad qué puede confirmar realmente CoinRithm sobre una liquidación, en lugar de lo que afirma una plataforma. Ese etiquetado se cubre en el marco de confianza, y el libro de procedencia es la evidencia concreta detrás de la etiqueta.
En conjunto: el tono de confianza te dice el nivel de certeza, los indicadores de elegibilidad te dicen si puede puntuarse, y el libro de procedencia te muestra el registro subyacente a partir del cual se calculan esos juicios. Capas, no un único y vago "resuelto".
Los límites honestos
Esta es una estructura de datos real y en funcionamiento, y también es joven; vale la pena ser directo sobre ambas cosas.
Primero, el alcance. El libro registra las resoluciones de los proveedores desde el momento en que la función se lanzó en adelante; los eventos resueltos antes de que existiera no tienen libro, y la página del evento simplemente omite la sección en lugar de inventar un historial retroactivo. No hay forma de fingir que un mercado de hace tres meses tiene un rastro de auditoría que nunca tuvo. La afirmación honesta es "de aquí en adelante", no "siempre".
Segundo, el libro registra observaciones, no adjudicación. CoinRithm no resuelve mercados, ni califica resultados, ni arbitra disputas: observa lo que informan los proveedores y mantiene un registro de solo anexado, a prueba de manipulaciones, de esas observaciones. Si una plataforma toma una mala decisión, el libro registrará fielmente esa decisión y cualquier corrección posterior; lo que garantiza es que el registro no puede reescribirse en silencio, no que la resolución subyacente fuera correcta. Esa distinción es la misma que recorre todo el marco de confianza en la liquidación: mejor información reduce las sorpresas, pero ningún libro puede obligar a una plataforma a haber decidido correctamente. Lo que sí puede hacer, y hace, es asegurarse de que lo que se decidió se recuerde con honestidad, por completo, y por la memoria de más de una parte.
FAQ
¿Qué es la procedencia de liquidación en un mercado de predicción?
Es el historial registrado de cómo se decidió el resultado de un mercado: no solo el resultado final, sino cada observación de ese resultado, cualquier revisión, el método utilizado, y si fue disputado. CoinRithm mantiene esto como un libro de solo anexado por cada evento cerrado, de modo que una resolución se almacena como un hecho con un pasado, y no como un único campo editable que olvida cómo llegó a su valor actual.
¿En qué se diferencia un libro de liquidación de solo anexado de un campo de resolución normal?
Un campo de resolución normal muestra solo su valor actual; si el resultado cambia, el valor anterior se sobrescribe y desaparece. Un libro de solo anexado nunca sobrescribe: un resultado revisado se escribe como una nueva entrada que sucede a la anterior, y nada se elimina. Eso significa que una resolución que después cambia es visible como una revisión en el registro, en lugar de desaparecer sin dejar rastro.
¿Qué significan "observaciones" y "revisiones" en el libro?
Las observaciones cuentan cuántas veces se ha afirmado el resultado resuelto de un evento: confirmaciones repetidas de un resultado estable. Las revisiones cuentan cuántas veces el resultado vigente realmente cambió. Una resolución limpia típicamente muestra varias observaciones y cero revisiones; un conteo de revisiones distinto de cero es una señal de que el resultado registrado se movió, algo que el libro hace visible en lugar de ocultar.
¿El libro de liquidación significa que CoinRithm resuelve los mercados?
No. CoinRithm no decide, califica ni arbitra resultados: observa lo que informa el proveedor de cada plataforma y registra esas observaciones en un libro de solo anexado a prueba de manipulaciones. Si una plataforma toma una decisión y luego la corrige, el libro registra fielmente ambas. Lo que garantiza es la honestidad del registro, no la corrección de la decisión subyacente de la plataforma.
¿Por qué la mayoría de los eventos muestran solo una decisión sin disputar?
Porque la mayoría de las resoluciones son limpias: el resultado se registra una vez, a partir de los datos del proveedor, y nunca cambia. Una única observación sin disputar con cero revisiones es exactamente el aspecto de una liquidación saludable. El valor del libro es asimétrico: es una confirmación silenciosa en los días normales y el único rastro de auditoría confiable en el día poco frecuente en que una resolución llega tarde, se corrige o se disputa.
¿Todos los eventos de mercados de predicción en CoinRithm tienen un libro de procedencia?
Todavía no. El libro cubre los eventos resueltos después de que la función se lanzó a mediados de 2026; los eventos resueltos antes simplemente no muestran la sección, en lugar de mostrar un historial fabricado. Con el tiempo, a medida que se resuelven más mercados, la cobertura crece, y el registro es honesto sobre ese límite en lugar de rellenar retroactivamente un rastro que nunca existió.
