CSRAGE

Provably Fair für CS2

Jedes Ergebnis ist kryptografisch nachprüfbar. Weder du noch das Haus können Ergebnisse drehen — und du kannst das selbst beweisen.

So funktioniert’s

1

Commit

Bevor du spielst, erzeugen wir einen zufälligen server seed und zeigen dir seinen SHA-256 hash. Damit legen wir uns fest — der Seed lässt sich danach nicht mehr ändern.

SHA256(server_seed) → a3f8c1d…
2

Spielen

Dein client seed und ein steigender nonce fließen zusammen mit dem server seed in HMAC-SHA256 — daraus entsteht das Spielergebnis.

HMAC(server, client:nonce:0) → result
3

Prüfen

Wenn du Seeds rotierst, wird der vorherige server seed enthüllt. Prüfe, ob sein Hash zum ursprünglichen Commitment passt, und reproduziere das Ergebnis selbst.

✓ Hash matches → outcome is authentic

Spielverifizierung

Beim Öffnen einer Kiste leitet HMAC-SHA256 aus dem server seed (Key) und der Nachricht einen zufälligen Float ab.

Aus dem Float wird ein Ticket von 1 bis 100.000. Jeder Gegenstand in der Kiste besitzt einen zusammenhängenden Ticket-Bereich — zusammen genau 100.000. Liegt dein Ticket in einem Bereich, ist das der Drop.

verify-case.js
1const crypto = require('crypto');
2
3function verifyCaseRoll(serverSeed, clientSeed, nonce) {
4  const hmac = crypto.createHmac('sha256', serverSeed);
5  hmac.update(`${clientSeed}:${nonce}:0`);
6  const buf = hmac.digest();
7
8  const float =
9    buf[0] / 256 +
10    buf[1] / 65536 +
11    buf[2] / 16777216 +
12    buf[3] / 4294967296;
13
14  const ticket = Math.floor(float * 100000) + 1;
15  return { ticket, float };
16}
17
18// Verify the server seed commitment
19function verifyHash(serverSeed, expectedHash) {
20  const hash = crypto.createHash('sha256')
21    .update(serverSeed).digest('hex');
22  return hash === expectedHash;
23}
24
25// Each case item owns a ticket range.
26// All ranges sum to 100,000.
27// The item whose range contains your ticket wins.

Kisten-Roll prüfen

Deine Seeds

Hier siehst du dein aktives Seed-Paar, kannst den client seed ändern oder rotieren, um den aktuellen server seed zu enthüllen.

Seed-Verlauf

Vergangene Seed-Paare mit enthüllten server seeds — damit prüfst du frühere Spiele.

About this page

Kann das Haus Ergebnisse manipulieren?

Nein. Vor jeder Runde veröffentlichen wir einen SHA-256-Hash des aktiven Server Seeds. Der Seed bleibt geheim, der Hash fix — Tausch für anderes Ergebnis = anderer Hash bei Rotation. Mit Client Seed und Nonce ist jeder Roll vorab fest und nachher reproduzierbar — kein Server-„Rerun“.

Was sind Server Seed, Client Seed und Nonce?

Server Seed: langer Zufallswert des Backends, geheim in Nutzung; nur SHA-256-Hash öffentlich. Client Seed: dein Wert — Standard oder in Einstellungen gewählt. Nonce: +1 pro Spiel auf der aktiven Seed-Paarung. Zusammen HMAC-SHA256: gleiche Inputs = gleiches Ergebnis, byte-genau reproduzierbar.

Warum Seeds rotieren zum Verifizieren?

Verifikation braucht Klartext-Server-Seed; Offenlegung während des Spiels würde Vorhersage ermöglichen. Rotation: aktueller Seed wird enthüllt und ersetzt, neuer Hash, Nonce auf null. Vergangene Spiele auf dem alten Seed prüfbar, neue unter neuem.

Eigenen Client Seed setzen — sinnvoll?

Ja unter Einstellungen → Provably Fair oder „deine Seeds“: beliebiger Wert, Rotate. Haus konnte nicht vorhersehen. Leer = starkes Zufalls-Seed. Beides Provably Fair; Custom-Seed für Vertrauen und Audit gegenüber Freunden.

Wie rotiere ich Seeds?

Einstellungen → Provably Fair oder Panel „deine Seeds“, „Seeds rotieren“. Enthüllt aktuellen Server Seed, neuer Seed + Hash, gewählter oder neuer Client Seed, Nonce 0. Kein Cooldown.

Was ist der Nonce und warum wichtig?

Zähler pro Runde auf dem Seed-Paar — macht aufeinanderfolgende Spiele einzigartig. Falscher Nonce im Verifier = falsches Ergebnis. Immer exakten Nonce der Runde angeben.

Fairness bei Kisten-Battles?

Ein Server Seed fürs ganze Lobby; pro Platz unabhängiger Roll auf derselben Kiste. HMAC: Shared Server Seed, Rundennonce, User-ID des Platzes. Seed nach Battle-Ende für Replay aller Spins.

Roulette-, Mines-, Blackjack- oder Kisten-Runde verifizieren?

Verifier hier, passendes Spiel: enthüllter Server Seed, Client Seed zum Zeitpunkt, Nonce — plus Spiel-Input (Minenanzahl, Kisten-ID, User-ID bei Battles). Abweichung vom Bildschirm: Seeds speichern, Support.

Client Seed oder Nonces verloren?

Aktives Paar und Nonce jeder abgerechneten Runde im Konto — Einstellungen → Provably Fair und Spiel-Historien. Rotation ohne Notizen: altes Paar archiviert, jederzeit prüfbar.

Ist Provably Fair dasselbe wie ein Regulator-Audit?

Nein. Provably Fair: jede Runde aus vorab festgeschriebenen Inputs — kein nachträgliches Ergebnis-Picking. Es zertifiziert allein nicht langfristigen House Edge, Auszahlungen-Integrität oder Jurisdiktion. CSRAGE kombiniert Provably Fair mit internen Kontrollen und ggf. Drittprüfung — komplementär, nicht austauschbar.

Eigenen Verifier programmieren?

Ja — Algorithmen hier in klarem JavaScript. SHA-256 für Commitment, HMAC-SHA256 für Züge — Standard in allen Sprachen. Bei Abweichung: Inputs speichern und uns kontaktieren.

Ändert mehr Spielen die Quoten zu/unten?

Nein. Nur Seed-Paar und Nonce dieser Runde — nicht Historie, Level, Streak oder Guthaben. Lange Sessions fühlen sich anders wegen Varianz. Verifier beweist Isolation jeder Runde.