Declaração formal: BC.Game — Representação de fichas, mecânicas de bônus e perda não divulgada
1. Antecedentes e Contexto
Esta declaração aborda a recusa da BC.Game em pagar ganhos gerados através do BC Originals, que utiliza o sistema de jogos baseado em hash criptográfico próprio da BC.Game, após a conclusão de um bônus de check-in no aplicativo obtido através do aplicativo oficial da BC.Game.
O bônus em questão era de 400 BCD, concedido no 14º dia de acessos diários consecutivos ao aplicativo.
Este bônus:
Foi obtido exclusivamente através do aplicativo oficial.
Não foi exibido nenhum valor máximo de saque.
Apenas um requisito de aposta de 40x foi explicitamente declarado.
Não foi divulgada a perda dos ganhos após a conclusão das apostas.
Não fez referência a termos diferentes ou que prevalecessem em outros lugares.
Todas as apostas foram concluídas de acordo com os requisitos exibidos.
2. Precisão, exatidão e interação do jogador com as fichas
2.1 Limites de Precisão de Moedas (Nível da Plataforma)
A BC.Game publica uma tabela de Limites de Precisão de Moedas que rege como os saldos são exibidos, apostados e liquidados.
Exemplos relevantes:
Limite de Precisão do Token SOL 0,000001 BTC 0,00000001 USDT 0,0001 BC (Token BC) 0,01
2.2 BC Token: Realidade Técnica vs. Representação na Carteira do Jogador
O token BC é baseado na plataforma Solana.
Solana suporta nativamente 6 casas decimais.
Internamente, os saldos de tokens BC existem com precisão inferior a 0,01.
As carteiras dos jogadores, no entanto, truncam ou quantizam os saldos para 0,01.
Exemplo da carteira:
Saldo atual: 1,9996094 BC
Valor exibido/utilizável: $0,01
Existem valores inferiores a 0,01, mas não são passíveis de ação judicial.
Isso cria uma desconexão material entre:
Geração de valor do token
Valor visível ao jogador
Lógica de liquidação de apostas
O token, portanto, funciona como um intermediário com precisão limitada, e não como uma representação fiel dos fundos do jogador.
3. Bônus de check-in no aplicativo: Fragmentação e inconsistência dos termos
3.1 Termos exclusivos do aplicativo versus termos do site
Bônus de check-in no aplicativo:
Só pode ser resgatado via APK/Aplicativo
Exibe termos de apostas diferentes dos do site.
Impõe um requisito de aposta de 40x que não está refletido nos termos gerais do bônus.
Não contém nenhuma cláusula de perda visível em nenhuma das interfaces.
Isso cria conjuntos de regras paralelos:
Termos de bônus do site
Termos do bônus do aplicativo
Lógica de aplicação de políticas no backend (não divulgada)
Os jogadores não conseguem chegar a um consenso razoável sobre quais regras prevalecem.
4. Omissão Crítica: Perda de Prêmio Pós-Aposta Não Divulgada
Após cumprir o requisito de aposta de 40x, todos os ganhos acumulados foram perdidos.
Pontos principais:
Nenhuma interface (aplicativo ou web) foi divulgada:
Perda automática após a conclusão.
Resultado de pagamento zero
Apostas servindo apenas como um ralo
Não houve revisão humana.
Não foi fornecida nenhuma citação específica da regra.
Nenhuma explicação reconciliou os termos exibidos com o resultado.
Isso não é um cancelamento de bônus — é uma confiscação após a apresentação.
5. Representação da Vantagem da Casa vs. Realidade
Os jogos da BC Originals são comercializados como jogos "sem vantagem da casa".
No entanto, neste caso, a vantagem efetiva da casa torna-se absoluta, porque:
O resultado da aposta é irrelevante.
As probabilidades de vitória são anuladas pela desistência.
O cumprimento dos requisitos acarreta a perda, não a elegibilidade.
Isso produz uma vantagem da casa de fato superior a 99,9%, independentemente da justiça criptográfica.
Um hash comprovadamente justo não tem significado se o acordo econômico for predeterminado.
6. Implicações Regulatórias e de Licenciamento
O BC.Game possui licença da Anjouan.
A correspondência de Anjouan solicitava explicitamente que não fosse enviada em cópia.
Isso confirma a existência de supervisão regulatória.
O silêncio da BC.Game por mais de 7 dias constitui uma falha em interagir.
Um operador licenciado não pode:
Anuncie um conjunto de termos.
Impor outro
Reter os ganhos sem divulgação.
Confiar na automação para evitar a responsabilização
7. Conclusão: A responsabilidade é sistêmica, não discricionária.
Este não é um caso de:
Abuso de bônus
má conduta do jogador
Interpretação errônea das apostas
Trata-se de um caso de:
Representação falsa de tokens
Termos de bônus fragmentados e conflitantes
Lógica de confisco não divulgada
Aplicação automatizada sem revisão
Alegações enganosas de "vantagem zero da casa"
O token BC funciona como uma camada de distração, enquanto o valor real é capturado e retido por uma lógica interna invisível para os jogadores.
8. Resolução solicitada
Liberação integral dos ganhos gerados após o cumprimento do requisito de aposta de 40x
Esclarecimento por escrito sobre: Hierarquia de termos "aplicativo" e "site"
Lógica de confisco
Manipulação de precisão de tokens BC
Confirmação da revisão humana
Correção ou divulgação pública para evitar recorrência.
Formal Statement: BC.Game — Token Representation, Bonus Mechanics, and Undisclosed Forfeiture
1. Background and Context
This statement addresses BC.Game’s refusal to pay winnings generated through BC Originals, using BC.Game’s own cryptographic hash-based gaming system, following completion of an App Check-in bonus obtained via the official BC.Game application.
The bonus in question was 400 BCD, awarded on Day 14 of consecutive daily app check-ins.
This bonus:
Was obtained solely through the official app
Displayed no maximum withdrawable amount
Explicitly stated only a 40× wagering requirement
Did not disclose forfeiture of winnings after wagering completion
Did not reference different or overriding terms elsewhere
All wagering was completed in accordance with the displayed requirement.
2. Token Accuracy, Precision, and Player Interaction
2.1 Coin Accuracy Limits (Platform-Level)
BC.Game publishes a Coin Accuracy Limit table that governs how balances are displayed, wagered, and settled.
Relevant examples:
Token Accuracy Limit SOL0.000001 BTC0.00000001 USDT0.0001 BC (BC Token)0.01
2.2 BC Token Technical Reality vs Player Wallet Representation
The BC token is built on Solana
Solana natively supports 6 decimal places
Internally, BC token balances exist with sub-0.01 precision
Player wallets, however, truncate or quantise balances to 0.01
Example from wallet:
Actual balance: 1.9996094 BC
Displayed / usable value: $0.01
Sub-0.01 amounts exist but are non-actionable
This creates a material disconnect between:
Token value generation
Player-visible value
Wager settlement logic
The token therefore functions as a precision-limited intermediary, not a true representation of player funds.
3. App Check-in Bonus: Terms Fragmentation and Inconsistency
3.1 App-Only Terms vs Website Terms
The App Check-in bonus:
Is only claimable via APK / APP
Displays different wagering terms than the website
Imposes a 40× wagering requirement that is not reflected in the general bonus terms
Contains no visible forfeiture clause in either interface
This creates parallel rule sets:
Website bonus terms
App bonus terms
Backend enforcement logic (undisclosed)
Players cannot reasonably reconcile which rules prevail.
4. Critical Omission: Undisclosed Post-Wager Forfeiture
After completing the entire 40× wagering requirement, all accumulated winnings were forfeited.
Key points:
No interface (app or web) disclosed:
Automatic forfeiture on completion
Zero payout outcome
Wagering serving solely as a sink
No human review was conducted
No specific rule citation was provided
No explanation reconciled the displayed terms with the outcome
This is not a bonus cancellation — it is post-performance confiscation.
5. House Edge Representation vs Reality
BC Originals are marketed as "0 House Edge" games.
However, in this case, the effective house edge becomes absolute, because:
Wagering outcome is irrelevant
Winning probabilities are overridden by forfeiture
Completion of requirements triggers loss, not eligibility
This produces a de facto 99.9%+ house edge, irrespective of cryptographic fairness.
A provably fair hash is meaningless if economic settlement is pre-determined.
6. Regulatory and Licensing Implications
BC.Game is licensed under Anjouan.
Anjouan correspondence explicitly requested not to be CC’d
This confirms regulatory oversight exists
Silence from BC.Game beyond 7 days constitutes a failure to engage
A licensed operator cannot:
Advertise one set of terms
Enforce another
Withhold winnings without disclosure
Rely on automation to avoid accountability
7. Conclusion: Liability Is Systemic, Not Discretionary
This is not a case of:
Bonus abuse
Player misconduct
Misinterpretation of wagering
It is a case of:
Token misrepresentation
Fragmented and conflicting bonus terms
Undisclosed forfeiture logic
Automated enforcement without review
Misleading "0 house edge" claims
The BC token operates as a distraction layer, while real value is captured and withheld by backend logic not visible to players.
8. Requested Resolution
Full release of winnings generated after completion of the 40× wagering requirement
Written clarification of:App vs website term hierarchy
Forfeiture logic
BC token precision handling
Confirmation of human review
Public correction or disclosure to prevent recurrence
Traduzido automaticamente: