El registro
Cada predicción que hace, calificada. Incluidas las que erró.
No hemos encontrado otra app en este mercado que publique con qué frecuencia acertó. Si existe alguna, dínoslo y la enlazamos. Esta página es donde va el registro conjunto de los atletas que eligen publicar. Jerry ya te muestra en la app con qué frecuencia acertó contigo, cuando ya calificó cinco de sus predicciones comparándolas con lo que de verdad hiciste. Cada mes se califica el día 2 del mes siguiente y se publica aquí, y cada predicción calificada está en el registro público de GitHub.
Cada punto es un mes de predicciones fijadas antes del resultado: la proporción cuyo resultado cayó dentro del rango que Jerry dio de antemano. La línea es el 80 por ciento, lo que prometen sus rangos para un solo entrenamiento: cerca de cuatro de cada cinco caen dentro, así que un fallo se espera y se cuenta; sus rangos para el mes siguiente también cuentan aquí y no declaran ningún porcentaje. El 80 por ciento es lo que buscan sus rangos, no lo que ya logró. Los puntos muestran lo que logró. Los puntos salen del registro público al abrir esta página. Si no ves ninguno, todos los meses calificados están en GitHub.
Leyendo el registro público.
Si esto no se llena en un momento, abre el registro público en GitHub y léelo tú mismo.
Fuente: github.com/jeremiah2060/orderedstrength-receipts. Se copió en esta página el 2026-10-20, así que esta página funciona aunque GitHub no responda. Para ver los días más recientes, revisa GitHub. Un día publicado nunca se cambia, y hay tres cosas que lo aseguran. Primero, el proceso que publica cada día no toca una fecha que ya tiene archivo. Segundo, GitHub está configurado para rechazar cualquier envío que reescriba o borre el historial del registro, así que un día publicado no se puede borrar en silencio. Tercero, GitHub muestra cada cambio en público y con su fecha, así que un día cambiado se notaría enseguida.
Un día termina a medianoche UTC, que son las 6 de la tarde en Ciudad de México y las 9 de la noche en Buenos Aires, y lo publicamos unas horas después. Así que una predicción sellada hoy no está en esta página hoy. Aparece en la entrada de mañana, y hasta entonces la guardamos. Esa espera es parte de cómo funciona la prueba. No es un retraso.
Dos preguntas que puedes responder tú mismo
Lo que prueba un comprobante, y lo que solo el matasellos de cada noche puede probar.
¿Se cambió después?
Puedes comprobarlo ya
Cuando Jerry hace una predicción, la app la convierte en un código largo. A ese código lo llamamos sello. Sale de todos los datos de la predicción, así que si cambia un dato, el sello también cambia. Desde la app puedes copiar un comprobante, que lleva la predicción y su sello, y cualquiera puede volver a calcular el sello para ver si algo cambió. Pruébalo en el verificador de comprobantes, o intenta cambiar una predicción tú mismo en la página principal.
¿Se hizo antes de conocer el resultado?
Demuestra el día, no la hora
Cada noche juntamos todos los sellos del día en un solo código y lo publicamos en GitHub, un sitio web público. Funciona como el matasellos de una carta. Si tu sello está en un día publicado, tu predicción ya existía antes de que ese día terminara, y la fecha la guarda GitHub, no nosotros. Así nadie puede inventar una predicción después del resultado y agregarla a un día ya publicado. Lo que el matasellos no muestra es la hora. La predicción y tu serie suelen ser del mismo día, así que el matasellos prueba el día, no los minutos antes de tu serie. Un sello publicado en un día posterior al de tu serie (por ejemplo, porque se volvió a enviar) no puede mostrar que se hizo antes del resultado. Te contamos este límite porque esconderlo nos haría quedar mejor de lo que somos.
Para quien quiera el detalle técnico: cada sello es una huella SHA-256 de la predicción junto con un número al azar, el nonce, que se queda en el teléfono del atleta hasta que copia un comprobante o publica sus predicciones calificadas. Los sellos de cada día se combinan en un árbol de Merkle, y el código que se publica para el día es su hash raíz. La construcción completa está en la página de especificación.
Por qué empieza vacío
Llenarlo con fechas viejas destruiría lo único para lo que sirve.
Podríamos tomar cada predicción ya sellada en un teléfono, armar un código para cada día pasado y publicarlos hoy. La página parecería consolidada. También sería inútil, porque un registro armado después de conocer los resultados no prueba nada sobre cuándo se decidió cada cosa.
Así que el registro empieza el día que empieza, y el vacío anterior se declara en vez de esconderse.