¿Qué lógica hay detrás de un único contrato de evento autorregulado y regulado por la CFTC? Puedes visitar un sitio web que mantiene la @CFTC para revisar la documentación que cada mercado de contratos designado presenta para cada contrato de evento. Este ejemplo de @Kalshi se titula: "¿Registrará la entidad un estadístico total de <above/below/exactly/at least/between> en el período de tiempo del evento de golf?" ¿Qué significa ESO? Kalshi ha presentado un documento de 17 páginas para describirlo. Los extensos "Criterios de Pago" establecidos en la carta se copian a continuación. Maravíllate de lo detallado y completo que es. Criterio de Pago: El Criterio de Pago para el Contrato abarca los Valores de Expiración que <entity> ha registrado un total de <above/below/exactly/at least/between> <count> <statistic> en <time period> del <golf event>. Para que el Criterio de Pago se cumpla (el mercado se resuelve en Sí), todas las siguientes condiciones deben ser verdaderas: 1. <entity> es un participante oficial en <golf event> (es decir, listado en la lista oficial de entradas del organismo rector, lista de campo o lista de participantes); 2. <entity> comenzó a jugar en la parte relevante de <golf event> (es decir, salió en la ronda aplicable, o estuvo presente en el hoyo aplicable, según sea relevante para <statistic>); 3. La cantidad total registrada de <statistic> por <entity> durante <time period> de <golf event> satisface la condición de <above/below/exactly/at least/between> <count> como se especifica. Si se cumplen las tres condiciones, el mercado se resuelve en Sí. Si alguna condición no se cumple, el mercado se resuelve en No, sujeto a las aclaraciones adicionales a continuación. Aclaración(es) adicional(es): ● Si <entity> se refiere a un golfista individual específico y ese golfista se retira, es retirado o es eliminado de <golf event> antes de salir en la primera ronda (o antes de la parte relevante de <golf event> aplicable a <statistic>), el Contrato se resolverá al último precio justo determinado a la sola discreción de la Bolsa. ● Si <entity> sale en <golf event> pero posteriormente se retira o es retirado antes de completar la parte de <golf event> relevante para <statistic>, el mercado se resuelve en función de si la condición de <above/below/exactly/at least/between> <count> ya se había satisfecho de manera concluyente o se había cerrado en el momento de la retirada. Si la condición ya se había satisfecho (por ejemplo, <entity> ya había registrado más de <count> <statistic> y el operador es "above"), el mercado se resuelve en Sí. Si la condición aún no se había satisfecho y no puede satisfacerse sin más juego (por ejemplo, <entity> había registrado menos de <count> <statistic> y el operador es "at least"), el mercado se resuelve en No. Si la condición es un operador "above" o "at least" y el umbral sigue siendo alcanzable solo a través de más juego que no ocurrirá debido a la retirada, el mercado se resuelve en No. Si la condición es un operador "below" o "exactly" y el resultado ya no se puede determinar con certeza (por ejemplo, se requería más juego para determinar si el conteo final cae dentro del rango), el mercado se resuelve en función de las estadísticas oficiales publicadas hasta el momento de la retirada; si no hay estadísticas oficiales disponibles para la parte incompleta, el mercado se resolverá al último precio justo determinado a la sola discreción de la Bolsa. ● Si <entity> es descalificado de <golf event>, el tratamiento sigue la misma lógica que las retiradas: si la condición de <above/below/exactly/at least/between> <count> se había satisfecho antes de la descalificación, el mercado se resuelve en Sí; si no, se resuelve en No (a menos que la descalificación ocurra antes del tee-off, en cuyo caso el mercado se resuelve al último precio justo). Si la descalificación anula retroactivamente puntajes o estadísticas (según lo determine el organismo rector), entonces las estadísticas anuladas no cuentan para <statistic>. ● Cuando <entity> se refiere a un grupo (por ejemplo, "cualquier jugador en el campo"), el mercado se resuelve en Sí si al menos un miembro del grupo satisface la condición de <above/below/exactly/at least/between> <count> para <statistic>, a menos que la Bolsa especifique en la Emisión que todos los miembros del grupo (o un subconjunto declarado de ellos) deben satisfacer la condición, en cuyo caso el Criterio de Pago se satisface solo si cada miembro del grupo o subconjunto especificado satisface la condición. ● Si el organismo rector evalúa golpes de penalización que afectan la cantidad registrada de <statistic> (por ejemplo, un golpe de penalización cambia un birdie a un par, reduciendo así el conteo de birdies), la determinación final oficial del organismo rector prevalecerá. ● Si <golf event> (o la parte relevante de este, incluyendo <time period>) se acorta oficialmente de su longitud programada pero el organismo rector publica estadísticas oficiales para el juego completado, el mercado se resolverá en función de las estadísticas oficiales publicadas. Los comerciantes deben tener en cuenta que un evento acortado generalmente producirá menos oportunidades estadísticas y puede reducir la cantidad registrada de <statistic>. Si <golf event> se acorta a menos de 36 hoyos de juego completado (o menos de una ronda completa para estadísticas específicas de ronda) y no se publican estadísticas oficiales para el alcance relevante de <statistic>, el mercado se resolverá al último precio justo determinado a la sola discreción de la Bolsa. ● Si <golf event> se cancela oficialmente antes de que se publiquen estadísticas oficiales relevantes para <statistic>, el mercado se resolverá al último precio justo determinado a la sola discreción de la Bolsa. ● Si <golf event> se pospone pero luego se reanuda, el mercado permanecerá abierto y se resolverá en función de las estadísticas oficiales una vez que se complete el juego, siempre que el evento se complete dentro de las dos semanas posteriores a su fecha de inicio programada originalmente (y la reprogramación se anuncie dentro de una semana de la fecha de inicio programada originalmente). Si el evento se pospone más, el mercado se resolverá al último precio justo determinado a la sola discreción de la Bolsa. ● Si una ronda de juego se suspende y el organismo rector restablece todos los puntajes para esa ronda (es decir, los jugadores deben volver a jugar la ronda desde cero), cualquier estadística registrada durante el juego anulado no contará para <statistic>. Solo se utilizarán las estadísticas de la ronda oficialmente completada y contabilizada. ● Si el organismo rector de <golf event> cambia el formato del evento, la metodología de seguimiento estadístico o el método de puntuación después de que se emita el Contrato pero antes de que comience <golf event>, las nuevas reglas y metodología oficiales prevalecerán en la resolución. ● Para eventos de juego por match, <statistic> se refiere a estadísticas oficialmente registradas por el organismo rector para el juego por match, que pueden diferir de las convenciones de juego por golpes. ● Cuando <golf event> abarca múltiples torneos (por ejemplo, "la temporada del PGA Tour 2026"), <statistic> se mide acumulativamente a través de todos los eventos especificados según lo publicado en las estadísticas oficiales de la temporada del organismo rector. El mercado no se resolverá hasta la conclusión del evento final en el alcance especificado. ● Cuando <above/below/exactly/at least/between> es "between", el Criterio de Pago se satisface si la cantidad total registrada de <statistic> al final de <time period> cae dentro del rango inclusivo especificado por <count>. Para estadísticas de conteo acumulativo (por ejemplo, total de birdies), la comparación se realiza contra el total final al final de <time period>. Para estadísticas instantáneas o de observación única (por ejemplo, un puntaje de ronda específico), la comparación se realiza contra el único valor observado. El operador "between" no requiere que la cantidad permanezca continuamente dentro del rango durante el juego; solo requiere que el total registrado final satisfaga la condición del rango al final de <time period>. Consulta esta presentación por ti mismo aquí: