Todas las formas de fechar una predicción, comparadas
Por insiderz9 min de lectura

Hay seis formas prácticas de fechar una predicción: una captura de pantalla, un mensaje público, un hash publicado que revelas después, una prueba de OpenTimestamps anclada a Bitcoin, una transacción en cadena o una plataforma de predicción que puntúa sola. Se diferencian en un eje que importa más que el coste o la dificultad: si la prueba sobrevive a que tú quieras hacerla desaparecer, y si enseña las predicciones que preferirías olvidar.
¿Qué método conviene usar?
La tabla compara todas, comprobado el 4 de septiembre de 2026. Lee primero las dos últimas columnas, porque es ahí donde los métodos se separan de verdad.
| Método | Coste | Hora puesta por un tercero | Vale para cualquier texto que escribas | Puntuado solo al resolverse el evento | Enseña todas tus predicciones |
|---|---|---|---|---|---|
| Captura de pantalla | Gratis | No | Sí | No | No |
| Mensaje público en X o Telegram | Gratis | Sí | Sí | No | No |
| Hash publicado y revelado después | Gratis | Sí | Sí | No | No |
| Prueba de OpenTimestamps | Gratis | Sí | Sí | No | No |
| Sello de tiempo cualificado eIDAS | De pago | Sí | Sí | No | No |
| Transacción en cadena | Comisión de red | Sí | Sí | No | No |
| Metaculus | Gratis | Sí | No | Sí | Sí |
| Manifold | Gratis, dinero de juego | Sí | Sí | Sí | Sí |
| insiderz | Gratis | Sí | No | Sí | Sí |
¿Qué demuestra un sello de tiempo y qué no?
Un sello de tiempo demuestra una sola cosa: que un texto concreto existía antes de un momento concreto. La descripción original de OpenTimestamps de Peter Todd lo resume en una línea, que "a timestamp proves that a message existed prior to some point in time", o sea, que un sello demuestra que un mensaje existía antes de cierto instante. Esa es toda la garantía.
No demuestra que el texto sea cierto, que te lo creyeras, que lo escribieras tú, ni que fuera tu única predicción. Y sobre todo no demuestra nada sobre la frecuencia. Un sello criptográfico perfecto sobre una call acertada le dice al lector que lo dijiste pronto. No le dice cuántas calls hiciste ese año, que es el número que necesita.
Método 1: publicarlo en abierto
Escribe la predicción en un mensaje público y deja que la plataforma registre la hora. No cuesta nada, tarda segundos y la hora la pone un tercero en lugar de tú.
La debilidad es el borrado. Pew Research Center muestreó casi 5 millones de tuits de marzo y abril de 2023 y encontró que el 18% ya no era visible públicamente tres meses después, y que en el 40% de esos casos lo había quitado el autor con la cuenta todavía activa. Nada en una cuenta indica que ahí hubo un mensaje. Un mensaje público es un sello de tiempo excelente y un historial que no vale nada, porque el mismo botón que lo publicó lo despublica.
Método 2: publicar un hash y revelar después
Escribe la predicción en un fichero, calcula su hash, publica el hash en un sitio público y revela el fichero después del evento. Cualquiera puede volver a calcular el hash y comprobar que coincide con el que publicaste antes. Esto permite demostrar una call sin difundirla en su momento, lo cual es útil de verdad si no quieres mover aquello que estás prediciendo.
El fallo no es criptográfico, es aritmético. Nada te impide publicar diez hashes que cubran diez desenlaces distintos y revelar solo el que se cumplió. Todas las verificaciones siguen pasando. Un esquema de compromiso demuestra que conocías un texto; no puede demostrar que no conocieras otros nueve. Si los compromisos no están numerados y revelados todos, un hash demuestra prioridad y esconde el denominador, que es el mismo trato que hace una captura de pantalla pero con mejores matemáticas.
Método 3: OpenTimestamps y anclaje en Bitcoin
OpenTimestamps es un formato estándar de sellado de tiempo en cadena de bloques. Ejecutas ots stamp sobre un fichero, unos servidores de calendario gratuitos agrupan tu hash con muchos otros en un árbol de Merkle, y una sola transacción de Bitcoin ancla el conjunto. Después ots upgrade recupera el camino hasta la cadena y ots verify lo comprueba contra un bloque de Bitcoin, imprimiendo el bloque que acredita que el fichero existía en esa fecha.
Dos detalles prácticos. Primero, a ti te cuesta cero: los calendarios pagan la comisión de la transacción y, como explica el anuncio, un número ilimitado de sellos puede compartir una transacción gracias a la agregación de Merkle. Segundo, no es instantáneo. El README del cliente dice que "it takes a few hours for the timestamp to get confirmed by the Bitcoin blockchain", es decir, que la confirmación en la cadena tarda unas horas, porque no hay una transacción por sello.
OpenTimestamps es la mejor respuesta disponible a "cuándo escribiste esto". No es una respuesta a "qué más escribiste", porque sigues eligiendo tú qué ficheros .ots le enseñas a alguien.
¿Y el sello de tiempo cualificado europeo?
En la Unión Europea existe una versión regulada de lo mismo. El Reglamento (UE) 910/2014, conocido como eIDAS, define el sello de tiempo electrónico como "datos en formato electrónico que vinculan otros datos en formato electrónico con un instante concreto, aportando la prueba de que estos últimos datos existían en ese instante". Cuando lo emite un prestador cualificado supervisado, el sello tiene efecto jurídico reconocido en todos los Estados miembros, lo que en España lo hace cómodo si algún día hay que llevar el papel a un despacho o a un juzgado.
Para fechar una predicción funciona igual de bien que OpenTimestamps y tiene la misma limitación exacta. Un sello cualificado cubre el documento que le llevas. No cubre los otros nueve documentos que no le llevaste. Además se paga, mientras que el anclaje en Bitcoin es gratuito, así que la ventaja real es la validez jurídica, no la prueba.
Método 4: una transacción en cadena
Escribe la predicción, o su hash, dentro de una transacción de una cadena de bloques pública y paga tú la comisión. Obtienes una altura de bloque, un registro público que nadie puede quitar y ninguna dependencia de un servidor de calendario.
Comparado con OpenTimestamps pagas una comisión por predicción y ganas muy poco: los dos acaban siendo un registro inmutable con la hora de un bloque. Su única ventaja es que el contenido se puede escribir en claro, así que la predicción es pública en el momento en que se hace y no en el momento en que decides revelarla. Su desventaja es que sigue siendo un montón de pruebas sueltas, así que quien te audite tiene que encontrarlas todas, y solo puede encontrar las que le señales.
Método 5: una plataforma que puntúa
El último método es distinto en su naturaleza. En una plataforma de predicción no produces una prueba, te sumas a un registro que ya lleva tu nombre, y la plataforma puntúa el resultado por ti.
Metaculus, lanzada en 2015, funciona por reputación: los usuarios pronostican preguntas listadas, ganan o pierden puntos según su acierto, y los datos públicos resultantes son lo bastante completos como para que la investigación los use de referencia. Una evaluación de 2025 comparó modelos de lenguaje de frontera con los mejores pronosticadores humanos sobre 464 preguntas resueltas de Metaculus. Ese estudio solo es posible porque los historiales individuales son públicos, están puntuados y no se pueden editar después.
Manifold funciona con dinero de juego llamado mana, que según su documentación "cannot be converted to cash", no se puede convertir en dinero real, y cada usuario empieza con M1000. Cualquiera puede crear un mercado, así que a diferencia de Metaculus cubre afirmaciones arbitrarias, y los perfiles llevan un historial público más una página de calibración de todo el sitio.
insiderz está en la misma familia con otra regla de puntuación. Una call queda bloqueada en el segundo en que se publica, con la hora y el precio de Polymarket de ese instante congelados con ella. No se puede editar ni borrar, ni por ti ni por nosotros. Cuando el evento se resuelve, la call se puntúa contra ese precio, así que acertar donde el mercado se equivocaba cuenta y estar de acuerdo con un favorito claro no. Las calls se hacen públicas tras un retraso, y quien tiene acceso en vivo las ve en el momento en que se hacen. No se arriesga nada, porque en la plataforma no hay dinero.
La parte que todos olvidan: el denominador
Cinco de los seis métodos de arriba responden a la pregunta "cuándo". Solo el sexto responde a "con qué frecuencia", y esa es la que separa a un pronosticador de alguien con buena memoria.
El motivo se ve con números. Diez calls seguidas acertadas salen por azar una vez de cada 1.024 intentos a probabilidad 50%. En una multitud de cien mil personas publicando calls, alrededor de cien encadenarán esa racha sin ninguna habilidad, y cada una podrá fechar todas y cada una a la perfección. La criptografía no arregla esto. Solo lo arregla un registro completo, porque estar completo es lo que convierte un numerador en una tasa.
Así que la respuesta práctica tiene dos capas. Si quieres demostrar prioridad sobre una afirmación concreta sin publicarla, usa OpenTimestamps: es gratis, estándar y verificable por cualquiera con un nodo de Bitcoin. Si quieres un historial que la gente pueda evaluar de verdad, usa una plataforma donde las pérdidas queden registradas junto a los aciertos y se puntúen solas. En cómo construir un historial de predicciones verificable están las cuatro propiedades que necesita un historial, y en predicciones borradas está lo que pasa con las que faltan.
Método: cómo se hizo esta comparación
Se eligieron las opciones para cubrir todas las formas de sellar tiempo que una persona no técnica puede usar de verdad, más las dos plataformas de predicción que más se nombran junto a ellas. Las celdas describen solo comportamiento documentado: el coste y el retraso de confirmación de OpenTimestamps salen del README y del anuncio del propio proyecto, el estatus de dinero de juego de Manifold de su documentación, el modelo de puntuación de Metaculus de su entrada de Wikipedia y de investigación publicada que usa sus preguntas resueltas, la definición del sello de tiempo electrónico del texto de eIDAS publicado por el BOE, y las tasas de borrado de mensajes de la muestra de Pew Research Center. Las celdas que no se pudieron establecer con una fuente primaria accesible se dejaron fuera en lugar de inventarlas. Última comprobación, 4 de septiembre de 2026. Si quieres ver la versión puntuada en la práctica, la lista de eventos y la clasificación están abiertas sin cuenta.
Preguntas frecuentes
- ¿Cómo demuestro que predije algo antes de que pasara?
- Publícalo donde no puedas editar, con una hora puesta por un tercero, y deja visibles también las predicciones fallidas. La hora responde al cuándo. Solo un registro completo responde al con qué frecuencia.
- ¿Un hash publicado demuestra una predicción?
- Demuestra que conocías un texto concreto en un momento concreto. No demuestra que hicieras un solo compromiso. Publica diez hashes, revela el que se cumplió, y todas las pruebas siguen verificando.
- ¿Basta con un tuit?
- No. La hora de la plataforma es real, pero el mensaje se puede borrar en cualquier momento sin que nada marque el hueco, y quien lee no ve las otras predicciones que hiciste y quitaste.
- ¿Cuesta algo OpenTimestamps?
- No. Los servidores de calendario agrupan muchos sellos en una sola transacción de Bitcoin y pagan la comisión, así que el usuario no paga nada. La confirmación en la cadena de Bitcoin tarda unas horas.
- ¿Qué diferencia hay entre un sello de tiempo y un historial?
- Un sello cubre una afirmación. Un historial las cubre todas. El sello demuestra que lo dijiste primero, el historial demuestra cuántas veces acertaste, y solo lo segundo es indicio de habilidad.
Fuentes
- OpenTimestamps: Scalable, Trust-Minimized, Distributed Timestamping with Bitcoin, Peter Todd, 15 de septiembre de 2016
- OpenTimestamps, página del proyecto, consultada el 4 de septiembre de 2026
- README de opentimestamps-client, proyecto OpenTimestamps en GitHub, consultado el 4 de septiembre de 2026
- Link Rot and Digital Decay on Government, News and Other Webpages, Pew Research Center, 17 de mayo de 2024
- Manifold FAQ, documentación de Manifold Markets, consultada el 4 de septiembre de 2026
- Metaculus, Wikipedia, consultada el 4 de septiembre de 2026
- Evaluating LLMs on Real-World Forecasting Against Expert Forecasters, Janna Lu, arXiv, julio de 2025
- Reglamento (UE) 910/2014 de 23 de julio de 2014 (eIDAS), texto en el BOE, consultado el 4 de septiembre de 2026


