OrderedStrength

El registro

Cada decisión que toma, 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 nuestro, y se publica antes de cobrarle a nadie.

Lo que se ha publicado hasta ahora consultando
0días publicados
todavía noprimera ancla
todavía noúltima ancla
Precisión contra el objetivo, una vez que se califiquen meses completos
OBJETIVO 80% 100% 75% 50% 25% 0 DESDE EL PRIMER MES CALIFICADO

Cada punto será un mes de predicciones selladas: la proporción cuyo resultado cayó dentro del rango que Jerry dijo antes de la serie. La línea es el objetivo al que apunta la app, cuatro de cada cinco. No hay nada trazado porque todavía nada se ha calificado. Publicar un día no es lo mismo que calificar un mes, así que este gráfico sigue vacío mientras la lista de abajo se llena.

Leyendo el registro publicado.

Si esto no se llena en un momento, abre el repositorio y léelo tú mismo.

Fuente: github.com/jeremiah2060/orderedstrength-receipts. Se copió en esta página cuando se construyó, en una fecha anterior, así que esta página responde, conteste GitHub o no. El repositorio es donde revisar el estado de ahora mismo. Un día ya publicado nunca se reescribe. Eso lo sostienen tres cosas distintas: el trabajo que lo escribe se niega a tocar una fecha que ya tiene archivo, el repositorio rechaza un force push y rechaza que se borre su rama principal, así que nadie, nosotros incluidos, puede reescribir ese historial sin quitar primero esa regla, y cada escritura es un commit público, así que una raíz que cambiara sería un cambio visible en ese historial y no una edición silenciosa.

Un día se cierra cuando termina, a medianoche UTC, que en Argentina son las nueve de la noche, y se publica en las primeras horas siguientes. Así que una predicción que sellas hoy no está en esta página hoy: aparece en la línea de mañana, y hasta entonces está retenida. Esa espera es el mecanismo entero, no un retraso en él.

Dos afirmaciones distintas

Lo que prueba un comprobante, y lo que solo el ancla puede probar.

¿Se editó después?

SE PUEDE RESPONDER HOY

Un comprobante lleva la predicción, un nonce aleatorio y una huella tomada sobre ambos. Vuelve a calcularla y sabrás si se movió un solo carácter. Puedes hacerlo ahora mismo en el verificador, o romper uno tú mismo en la página principal.

¿Se hizo antes de conocer la respuesta?

SE PUEDE RESPONDER, CON PRECISIÓN DE UN DÍA

Cada huella que tenemos guardada se pliega en un hash raíz por día y se sube a un repositorio público. Si la tuya está dentro de un día publicado, existía a más tardar en el momento en que ese día se cerró, y el registro de cuándo ocurrió esa subida es de GitHub, no nuestro. Eso descarta la acusación que importa: una predicción no puede inventarse después del resultado y colarse en un día que ya es público. Lo que no te da es la hora. Tu sello y tu serie ocurren dentro del mismo día, así que esto fecha la predicción al día, no a los minutos antes de que levantaras. La segunda mitad está aquí porque la primera es la que nos favorece.

Por qué empieza vacío

Llenarlo con fechas viejas destruiría lo único para lo que sirve.

Podríamos generar anclas para cada predicción ya sellada en un teléfono y publicarlas 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. Ese es el producto entero en una sola decisión.