Declaración formal: BC.Game — Representación de tokens, mecánica de bonificación y pérdida no revelada
1. Antecedentes y contexto
Esta declaración aborda la negativa de BC.Game a pagar las ganancias generadas a través de BC Originals, utilizando el sistema de juego basado en hash criptográfico propio de BC.Game, luego de completar un bono de registro de aplicación obtenido a través de la aplicación oficial de BC.Game.
El bono en cuestión fue de 400 BCD, otorgado el día 14 de registros diarios consecutivos en la aplicación.
Este bono:
Se obtuvo únicamente a través de la aplicación oficial.
No se muestra ningún monto máximo retirable
Se establece explícitamente solo un requisito de apuesta de 40×
No reveló la pérdida de ganancias después de completar la apuesta
No se hizo referencia a términos diferentes o predominantes en otros lugares
Todas las apuestas se completaron de acuerdo con los requisitos mostrados.
2. Precisión, exactitud de los tokens e interacción con los jugadores
2.1 Límites de precisión de las monedas (a nivel de plataforma)
BC.Game publica una tabla de límite de precisión de monedas que rige cómo se muestran, apuestan y liquidan los saldos.
Ejemplos relevantes:
Límite de precisión del token SOL0.000001 BTC0.00000001 USDT0.0001 BC (Token BC)0.01
2.2 Realidad técnica del token BC vs. representación en la billetera del jugador
El token BC está construido sobre Solana
Solana admite de forma nativa 6 decimales
Internamente, los saldos de tokens BC existen con una precisión inferior a 0,01
Sin embargo, las billeteras de los jugadores truncan o cuantifican los saldos a 0,01
Ejemplo de billetera:
Saldo actual: 1,9996094 BC
Valor mostrado/utilizable: $0,01
Existen cantidades inferiores a 0,01 pero no son procesables
Esto crea una desconexión material entre:
Generación de valor de tokens
Valor visible para el jugador
Lógica de liquidación de apuestas
Por lo tanto, el token funciona como un intermediario con precisión limitada y no como una representación real de los fondos de los jugadores.
3. Bonificación de registro de la aplicación: Fragmentación e inconsistencia de términos
3.1 Condiciones exclusivas de la aplicación vs. Condiciones del sitio web
Bono del check-in en la aplicación:
Solo se puede reclamar mediante APK/APP
Muestra términos de apuesta diferentes a los del sitio web.
Impone un requisito de apuesta de 40× que no se refleja en los términos generales del bono.
No contiene ninguna cláusula de pérdida visible en ninguna de las interfaces
Esto crea conjuntos de reglas paralelos:
Términos de bonificación del sitio web
Condiciones de bonificación de la aplicación
Lógica de cumplimiento del backend (no revelada)
Los jugadores no pueden conciliar razonablemente qué reglas prevalecen.
4. Omisión crítica: pérdida no revelada posterior a la apuesta
Después de completar el requisito de apuesta de 40×, se perdieron todas las ganancias acumuladas.
Puntos clave:
No se reveló ninguna interfaz (aplicación o web):
Pérdida automática al finalizar
Resultado de pago cero
Las apuestas sirven únicamente como fregadero
No se realizó ninguna revisión humana
No se proporcionó ninguna cita de regla específica
Ninguna explicación conciliaba los términos mostrados con el resultado.
Esto no es una cancelación de bonificación: es una confiscación posterior a la actuación.
5. Representación de la ventaja de la casa vs. la realidad
Los BC Originals se comercializan como juegos "0 House Edge".
Sin embargo, en este caso, la ventaja efectiva de la casa se vuelve absoluta, porque:
El resultado de las apuestas es irrelevante
Las probabilidades de ganar se ven anuladas por la pérdida
El cumplimiento de los requisitos genera pérdida, no elegibilidad
Esto produce una ventaja de la casa de facto de más del 99,9 %, independientemente de la imparcialidad criptográfica.
Un hash demostrablemente justo carece de sentido si la liquidación económica está predeterminada.
6. Implicaciones regulatorias y de licencias
BC.Game tiene licencia Anjouan.
Correspondencia de Anjouan solicitada explícitamente no ser copiada
Esto confirma que existe supervisión regulatoria
El silencio de BC.Game más allá de 7 días constituye una falta de participación.
Un operador con licencia no puede:
Publicitar un conjunto de términos
Hacer cumplir otra
Retener ganancias sin revelarlas
Confíe en la automatización para evitar la rendición de cuentas
7. Conclusión: La responsabilidad es sistémica, no discrecional
No se trata de un caso de:
Abuso de bonificaciones
Mala conducta del jugador
Mala interpretación de las apuestas
Se trata de:
Tergiversación de tokens
Términos de bonificación fragmentados y conflictivos
Lógica de decomiso no revelada
Aplicación automatizada sin revisión
Afirmaciones engañosas de "ventaja de la casa 0"
El token BC funciona como una capa de distracción, mientras que el valor real es capturado y retenido por una lógica de backend que no es visible para los jugadores.
8. Resolución solicitada
Liberación total de las ganancias generadas después de completar el requisito de apuesta de 40×
Aclaración escrita de: Jerarquía de términos entre aplicaciones y sitios web
Lógica de la confiscación
Manejo de precisión de tokens BC
Confirmación de la revisión humana
Corrección o divulgación pública para evitar que se repita
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
Traducción automática: