El momio se sella en el servidor
Al publicar un pick,
api/publish-pick.jsignora el momio que manda el navegador y lo relee deodds_snapshots. Si el precio sellado es peor que el que se mostró por más de un 2 %, rechaza la publicación con409 odds_moveden vez de guardar. Un tipster no puede publicar un precio que no existía.El pick es inmutable
La tabla
pickssolo acepta inserciones desde el servidor (2026-08-11_picks_insert_solo_servidor.sql). Ni el autor ni nosotros podemos editar un pick publicado. No existe «borrar el que salió mal».La liquidación es automática
cron-settleliquida contragame_results, que viene de resultados oficiales. Nadie marca a mano si un pick ganó.El récord se recalcula solo
recalc_pickster_statsderiva el récord de los picks liquidados. No es un número que alguien escriba en un campo.Las reglas del ranking están publicadas
Las cuatro reglas de elegibilidad, con su motivo, están en esta página y en /verificados. Se aplican al calcular, no al enseñar: un filtro de pantalla se sortea pidiendo el JSON.
En un parlay, cada pierna lleva su propio momio sellado
Un parlay no guarda un precio de bloque: cada pierna sella el suyo en
pick_legs, con la misma regla del punto 1. El combinado es el producto de esos momios, así que se puede recalcular pierna por pierna sin creerle nada a nadie.Una pierna anulada recalcula el combinado, y el pago lo refleja
Si un partido se queda sin resultado oficial, esa pierna sale del combinado y las demás siguen contando: el ticket no se pierde por ello. El momio efectivo baja, y la tarjeta enseña los dos —el publicado tachado y el efectivo al lado— porque el pago sale del segundo. No es un caso raro: con cuatro piernas le toca a cerca de uno de cada cuatro tickets.
El precio publicado no se reescribe nunca
Al recalcular el combinado no se sobrescribe el momio con el que se publicó: se guarda aparte. Por eso se pueden enseñar los dos números a la vez. Un récord donde el precio original desaparece cuando cambia el resultado no es auditable, es una nota que se corrige sola.
Odds are sealed on the server
When a pick is published,
api/publish-pick.jsignores the odds sent by the browser and re-reads them fromodds_snapshots. If the sealed price is worse than the one displayed by more than 2 %, it rejects the publication with409 odds_movedinstead of saving. A tipster cannot publish a price that never existed.The pick is immutable
The
pickstable only accepts server-side inserts (2026-08-11_picks_insert_solo_servidor.sql). Neither the author nor we can edit a published pick. There is no «delete the one that went wrong».Settlement is automatic
cron-settlesettles againstgame_results, sourced from official results. Nobody marks by hand whether a pick won.The record recomputes itself
recalc_pickster_statsderives the record from settled picks. It is not a number someone types into a field.The ranking rules are published
The four eligibility rules, with their rationale, are on this page and on /verificados. They are applied when computing, not when displaying: an on-screen filter is bypassed by asking for the JSON.
In a parlay, each leg carries its own sealed odds
A parlay does not store a single block price: every leg seals its own in
pick_legs, under the same rule as point 1. The combined odds are the product of those, so they can be recomputed leg by leg without taking anyone's word for it.A voided leg recomputes the combined odds, and the payout shows it
If a match ends with no official result, that leg drops out of the combined odds and the rest still count: the ticket is not lost because of it. The effective odds go down, and the card shows both — the published price struck through, the effective one beside it — because the payout comes from the second. This is not an edge case: with four legs it happens to roughly one ticket in four.
The published price is never rewritten
Recomputing the combined odds does not overwrite the price the pick was published at: it is stored separately. That is why both numbers can be shown at once. A record where the original price disappears when the outcome changes is not auditable — it is a note that corrects itself.
Qué picks cuentanWhich picks count
Tres reglas, aplicadas al calcular el ranking y no al enseñarlo. Un pick que no las cumple no suma ni resta: queda fuera de la muestra. El tamaño de la apuesta no es una de ellas: cuenta todo pick liquidado, con el stake con el que se publicó.
Three rules, applied when computing the ranking and not when displaying it. A pick that breaks one neither adds nor subtracts: it stays out of the sample. Bet size is not one of them: every settled pick counts, at the stake it was published with.
Momio mínimo de 1.40
Por debajo de ese precio el ROI se vuelve un juego de acumular favoritos extremos: mucha probabilidad de acertar, casi nada que ganar. Es un corte de juicio, no medido: está marcado como provisional en el código.
Publicado antes del inicio
Un pick publicado con el partido en marcha no se puede comparar con el precio de apertura, y el mercado ya sabe cosas que no sabía antes.
Como mucho 2 veces la misma selección
Repetir la misma apuesta multiplica una sola decisión acertada en varias filas del récord. Sobreviven las primeras por fecha de publicación.
Minimum odds of 1.40
Below that price, ROI turns into a game of stacking heavy favourites: high hit rate, almost nothing to win. It is a judgement call, not a measurement — flagged as provisional in the code.
Published before kickoff
A pick published mid-game cannot be compared to the opening price, and the market already knows things it did not know before.
At most 2 times the same selection
Repeating a bet multiplies one correct decision across several rows of the record. The earliest ones by publication time survive.