Cara Petronela,
Obrigado pela sua resposta.
Segue abaixo a informação solicitada. Preciso também deixar bem claro: este não é um problema de atraso insignificante. Com base nas próprias configurações de limite de perda do cassino, trata-se de uma falha do mecanismo de limite de perda em funcionar como um controle de proteção eficaz.
1. Configurações de limite de perda
Meu limite de perda na conta foi definido da seguinte forma:
Limite de perda: US$ 1.000
Período de reinicialização: a cada 24 horas às 00:00 UTC
Isso significa que o período relevante não é uma janela contínua de 24 horas. Trata-se do período fixo de reinicialização que começa todos os dias às 00:00 UTC.
Para a sequência em disputa, o período correto é:
A partir de: 7 de abril de 2026, 00:00 UTC
Para: 7 de abril de 2026, 12:35:07 UTC
Em horário coreano, isso seria:
A partir de: 7 de abril de 2026, 09:00 KST
Para: 7 de abril de 2026, 21:35:07 KST
2. Histórico de apostas durante o período de reinicialização relevante
Todos os registros de data e hora no meu histórico são exibidos no Horário Padrão Coreano (UTC+9).
A sequência decisiva ocorreu em 7 de abril de 2026, entre 21h33 e 21h35, horário padrão da Coreia do Sul (KST).
Sequência de teclas em ordem cronológica:
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. Ponto exato em que o limite de perda deveria ter sido acionado.
Utilizando a regra de reinicialização do próprio cassino, às 00:00 UTC, meu prejuízo acumulado nesse período já havia atingido:
-$903,65 às 21:33:30 KST
-$ 1.008,72 às 21:33:37 KST
Em UTC, isso significa que o limite de perda de US$ 1.000 já havia sido excedido às 12:33:37 UTC do dia 7 de abril de 2026.
Esse é o ponto em que o limite de perda deveria ter sido acionado.
4. Apostas aceitas após o limite de perda já ter sido excedido.
Apesar de o limite de perda já ter sido ultrapassado, o sistema ainda aceitou novas apostas, incluindo:
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
Essa é a questão central.
O problema não é simplesmente que a aposta final foi alta. O problema é que a conta continuou aceitando apostas depois que o limite de perda já havia sido excedido pelas próprias regras de reinicialização UTC do cassino.
5. Perda exata dentro do período de reinicialização relevante
Para o período de reinicialização que começou em 7 de abril de 2026, às 00:00 UTC, e terminou com a última aposta contestada às 12:35:07 UTC, meu resultado total foi:
Prejuízo líquido: -$2.799,59
Assim, com um limite de perda de US$ 1.000, o sistema permitiu que as perdas continuassem até que o total atingisse -US$ 2.799,59 no mesmo período de reinicialização.
6. Confirmação do status do limite
O limite de perda foi definido antecipadamente.
Estava ativo na época.
O sistema reiniciou de acordo com a regra estabelecida pelo cassino, às 00:00 UTC.
Eu não desativei nem modifiquei nada durante a sessão em questão.
7. Posição
Um limite de perda é uma medida de segurança para o jogo responsável. Ele serve para interromper as apostas assim que o limite definido for atingido, dentro do período de reinicialização aplicável.
Neste caso, a própria lógica de reinicialização declarada pelo cassino deixa a falha muito clara:
O período de reinicialização relevante começou às 00:00 UTC.
O limite de perda de US$ 1.000 foi excedido às 12:33:37 UTC.
O sistema ainda aceitou várias apostas adicionais posteriormente.
O prejuízo final para esse mesmo período de reinicialização foi de -$2.799,59.
Isso não é um limite de perda funcional. É um controle não funcional apresentado como uma medida de segurança protetora.
Solicito que este caso seja avaliado com base na redação das próprias regras do cassino e nos números acima.
Atenciosamente,
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
Traduzido automaticamente: