Querida Petronela,
Gracias por su respuesta.
A continuación encontrará la información solicitada. Quiero dejar muy claro que no se trata de un simple retraso. Según la configuración de límites de pérdidas del propio casino, se trató de un fallo del mecanismo de limitación de pérdidas, que no funcionó como un control de protección efectivo.
1. Configuración del límite de pérdidas
El límite de pérdidas de mi cuenta se estableció de la siguiente manera:
Límite de pérdidas: US$1.000
Periodo de reinicio: Cada 24 horas a las 00:00 UTC
Esto significa que el período relevante no es una ventana móvil de 24 horas. Es el período de reinicio fijo que comienza cada día a las 00:00 UTC.
Para la secuencia en disputa, el período correcto es:
Desde: 7 de abril de 2026, 00:00 UTC
Para: 7 de abril de 2026, 12:35:07 UTC
En horario coreano, esto es:
Desde: 7 de abril de 2026, 09:00 AM KST
Para: 7 de abril de 2026, 21:35:07 KST
2. Historial de apuestas durante el período de reinicio correspondiente.
Todas las marcas de tiempo en mi historial se muestran en la hora estándar de Corea (UTC+9).
La secuencia decisiva tuvo lugar el 7 de abril de 2026, entre las 21:33 y las 21:35, hora de Corea.
Secuencia clave en orden cronológico:
21:33:18 — +$25.21
21:33:24 — +$25.21
21:33:30 — -$105.07
21:33:37 — -$105.07
21:33:46 — +$25.21
21:33:51 — +$12.60
21:33:54 — +$25.21
21:33:57 — +$50.43
21:34:00 — +$100.87
21:34:05 — +$25.21
21:34:09 — +$25.21
21:34:19 — -$105.07
21:34:23 — -$26.26
21:34:34 — -$210.15
21:34:39 — -$52.53
21:34:45 — +$100.87
21:34:53 — -$210.15
21:35:02 — -$420.31
21:35:07 — -$1.132,01
3. Punto exacto donde debería haberse activado el límite de pérdidas.
Utilizando la regla de reinicio del propio casino a las 00:00 UTC, mi pérdida acumulada para ese período ya había alcanzado:
-$903.65 a las 9:33:30 PM KST
-$1.008,72 a las 21:33:37 KST
En UTC, eso significa que el límite de pérdidas de 1000 dólares ya se había superado a las 12:33:37 UTC del 7 de abril de 2026.
Ese es el punto en el que debería haberse activado el límite de pérdidas.
4. Apuestas aceptadas después de que ya se hubiera superado el límite de pérdidas.
A pesar de que ya se había superado el límite de pérdidas, el sistema seguía aceptando apuestas adicionales, entre ellas:
21:34:34 — -$210.15
21:34:39 — -$52.53
21:34:53 — -$210.15
21:35:02 — -$420.31
21:35:07 — -$1.132,01
Este es el problema fundamental.
El problema no radica simplemente en que la apuesta final fuera elevada. El problema es que la cuenta siguió aceptando apuestas incluso después de que se hubiera superado el límite de pérdidas según las propias reglas de reinicio UTC del casino.
5. Pérdida exacta dentro del período de reinicio correspondiente
Para el período de reinicio que comenzó el 7 de abril de 2026 a las 00:00 UTC y finalizó con la última apuesta disputada a las 12:35:07 UTC, mi resultado total fue:
Pérdida neta: -$2.799,59
Así, con un límite de pérdidas de 1.000 dólares, el sistema permitió que las pérdidas continuaran hasta que el total alcanzó los -2.799,59 dólares en el mismo período de reinicio.
6. Confirmación del estado del límite
El límite de pérdidas se fijó con antelación.
Estaba activo en ese momento.
Se reinició según la regla establecida por el casino de las 00:00 UTC.
No lo deshabilité ni lo modifiqué durante la sesión correspondiente.
7. Posición
Un límite de pérdidas es una medida de protección para el juego responsable. Su función es detener las apuestas una vez alcanzado el umbral definido durante el período de reinicio correspondiente.
En este caso, la propia lógica de reinicio del casino deja muy claro el fallo:
El período de reinicio correspondiente comenzó a las 00:00 UTC.
El umbral de pérdidas de 1000 dólares se superó a las 12:33:37 UTC.
El sistema aún aceptó varias apuestas adicionales posteriormente.
La pérdida final para ese mismo período de reinicio fue de -$2,799.59.
Eso no es un límite de pérdida funcional. Es un control no funcional presentado como una medida de protección.
Solicito que este caso se evalúe sobre la base del texto de las normas del propio casino y de las cifras indicadas anteriormente.
Atentamente,
degenforlife
Dear Petronela,
Thank you for your reply.
Please find the requested information below. I also need to be very clear: this is not a minor delay issue. Based on the casino’s own loss limit settings, this was a failure of the loss limit mechanism to function as an actual protective control.
1. Loss limit settings
My account loss limit was set as follows:
Loss Limit: US$1,000
Reset Period: Every 24 hours at 00:00 UTC
This means the relevant period is not a rolling 24-hour window. It is the fixed reset period starting each day at 00:00 UTC.
For the disputed sequence, the correct period is:
From: April 7, 2026, 00:00 UTC
To: April 7, 2026, 12:35:07 UTC
In Korean time, this is:
From: April 7, 2026, 09:00 AM KST
To: April 7, 2026, 09:35:07 PM KST
2. Bet history during the relevant reset period
All timestamps in my history are displayed in Korean Standard Time (UTC+9).
The decisive sequence occurred on April 7, 2026, between 9:33 PM and 9:35 PM KST.
Key sequence in chronological order:
9:33:18 PM — +$25.21
9:33:24 PM — +$25.21
9:33:30 PM — -$105.07
9:33:37 PM — -$105.07
9:33:46 PM — +$25.21
9:33:51 PM — +$12.60
9:33:54 PM — +$25.21
9:33:57 PM — +$50.43
9:34:00 PM — +$100.87
9:34:05 PM — +$25.21
9:34:09 PM — +$25.21
9:34:19 PM — -$105.07
9:34:23 PM — -$26.26
9:34:34 PM — -$210.15
9:34:39 PM — -$52.53
9:34:45 PM — +$100.87
9:34:53 PM — -$210.15
9:35:02 PM — -$420.31
9:35:07 PM — -$1,132.01
3. Exact point where the loss limit should have triggered
Using the casino’s own reset rule of 00:00 UTC, my running loss for that period had already reached:
-$903.65 at 9:33:30 PM KST
-$1,008.72 at 9:33:37 PM KST
In UTC, that means the $1,000 loss limit was already exceeded at 12:33:37 UTC on April 7, 2026.
That is the point where the loss limit should have been triggered.
4. Bets accepted after the loss limit had already been exceeded
Despite the fact that the loss limit had already been breached, the system still accepted further wagers, including:
9:34:34 PM — -$210.15
9:34:39 PM — -$52.53
9:34:53 PM — -$210.15
9:35:02 PM — -$420.31
9:35:07 PM — -$1,132.01
This is the core issue.
The problem is not simply that the final bet was large. The problem is that the account continued to accept bets after the loss limit had already been exceeded under the casino’s own UTC reset rules.
5. Exact loss within the relevant reset period
For the reset period beginning April 7, 2026, 00:00 UTC, and ending with the final disputed bet at 12:35:07 UTC, my total result was:
Net loss: -$2,799.59
So under a loss limit of $1,000, the system allowed losses to continue until the total reached -$2,799.59 in the same reset period.
6. Confirmation of the limit status
The loss limit was set in advance
It was active at the time
It reset according to the casino’s stated rule of 00:00 UTC
I did not disable or modify it during the relevant session
7. Position
A loss limit is a responsible gambling safeguard. It is supposed to stop further wagering once the defined threshold is reached for the applicable reset period.
In this case, the casino’s own stated reset logic makes the failure very clear:
The relevant reset period started at 00:00 UTC
The loss threshold of $1,000 was exceeded at 12:33:37 UTC
The system still accepted multiple additional bets afterward
The final loss for that same reset period became -$2,799.59
That is not a functioning loss limit. It is a non-functional control presented as a protective safeguard.
I ask that this case be assessed on the basis of the casino’s own rule wording and the figures above.
Best regards,
degenforlife
Traducción automática: