Um jogo Limbo de cassino onde cada jogador define seu próprio alvo

Cada rodada abre uma janela de apostas de 8 segundos. Os jogadores submetem uma aposta e um multiplicador alvo — por exemplo, 2.5×. Quando a janela fecha, o servidor gera um resultado aleatório. Se o resultado for igual ou superior ao alvo do jogador, ele ganha sua aposta multiplicada pelo alvo. Se o resultado ficar abaixo, a aposta é perdida. Alvos mais altos pagam mais, mas têm menor probabilidade de ocorrer.

A probabilidade de vitória em qualquer alvo é aproximadamente 95 ÷ alvo. Em 1.01× a probabilidade é cerca de 94%, em 2× é cerca de 47,5%, em 10× cerca de 9,5% e em 99× cerca de 0,96%. O RTP de 95% é mantido em todos os alvos por meio dessa relação — alvos mais altos pagam proporcionalmente mais para compensar sua menor taxa de acerto.

A configuração padrão da sala suporta alvos de 1.01× a 99×. O view-model do cliente, tecnicamente, permite até 10.000×, mas apostas acima de 99× são rejeitadas pela sala a menos que o teto de alvo da sala seja explicitamente reconfigurado. Operadores que queiram oferecer alvos maiores precisam ajustar a configuração da sala durante a implantação — isso é abordado no onboarding.

A vantagem da casa de 5% é fixa no motor do jogo e se aplica de forma uniforme a todos os alvos e tamanhos de aposta. Não é configurável pelos operadores. O RTP documentado é 95%. A vantagem da casa é exibida na UI do jogador para que possam vê-la diretamente sem procurar nos termos.

Não há um limite de lucro do lado do servidor. O ganho máximo em qualquer rodada depende da aposta e do multiplicador alvo do jogador. Como não há um teto, os operadores devem considerar a implementação de controles de ganho no nível da plataforma se sua jurisdição de licenciamento ou estrutura de gerenciamento de risco exigir. Isso não está integrado ao jogo em si.

O servidor mantém o estado da rodada independentemente das conexões dos clientes. Ao reconectar, o jogo entrega um snapshot da rodada atual ou da mais recentemente liquidada para que o jogador veja imediatamente seu resultado. Jogadores não perdem uma rodada ou um pagamento por causa de uma desconexão temporária.

Sim. O autoplay finito executa um número específico de rodadas com a aposta e o alvo configurados pelo jogador e depois para. O autoplay infinito roda continuamente até que o jogador o pare manualmente. Ambos os modos executam com as configurações ativas do jogador — alterar aposta ou alvo entre rodadas requer parar e reiniciar o autoplay.

O modo turbo reduz a duração das animações entre as rodadas, tornando a transição visual da liquidação para a próxima janela de apostas mais rápida. Não altera a janela de apostas de 8 segundos, a pausa de 3 segundos após liquidar, a matemática da rodada ou qualquer pagamento. É uma preferência de UI para jogadores que desejam um ritmo visual mais rápido.

Por meio da configuração da sala: duração da janela de apostas (padrão 8 segundos), duração da pausa após liquidação (padrão 3 segundos), aposta mínima, aposta máxima, teto do multiplicador alvo, moeda e geração de IDs de rodada. Por meio da camada host da UI: exibição de aposta mínima/máxima, exibição de lucro máximo, visibilidade do histórico, disponibilidade de autoplay, predefinições de alvo, tema, rótulos, áudio e configurações de acessibilidade.

Ambos são jogos baseados em multiplicador, mas a mecânica e a estrutura de sessão são diferentes. No Crash, o jogador espera por um multiplicador crescente para sacar no momento certo — o timing é a decisão. No Limbo, o jogador informa um alvo fixo antes da rodada começar e o resultado ou o atinge ou não — a decisão é uma previsão. O Limbo também roda em uma sala compartilhada via WebSocket com rodadas cronometradas, enquanto o Crash pode ser implantado como um fluxo solo via REST.