So funktioniert Provably Fair auf Rust-Seiten und so prüfst du deine Würfe
Server-Seed-Hashes, Client-Seeds, Nonces und HMAC-SHA256 in einfachen Worten, mit einem nachrechenbaren Beispiel und einer Schritt-für-Schritt-Routine, um jeden Wurf auf einer Rust-Skin-Seite zu prüfen.
Alle zehn Seiten in unserem Ranking führen ihre Spiele als Provably Fair. Die Formulierung hat eine genaue Bedeutung, und die Prüfung dahinter kannst du selbst mit einem kostenlosen Hash-Tool oder ein paar Zeilen Code durchführen. Nur sehr wenige Spieler tun das je. Dieser Guide erklärt, was das System beweist, was es auslässt und wie du einen Wurf von Anfang bis Ende verifizierst.
Die Kurzfassung: Vor deinem Einsatz legt die Seite einen geheimen Wert fest und zeigt dir einen Fingerabdruck davon. Du fügst eine eigene Eingabe hinzu. Nach den Einsätzen deckt die Seite das Geheimnis auf, und du kannst bestätigen, dass der Fingerabdruck passt und jedes Ergebnis aus den Eingaben folgt. Stimmen die Zahlen überein, konnte die Seite kein Ergebnis ändern, nachdem sie deinen Einsatz gesehen hat.
Das Problem, das Provably Fair löst
Auf einer Skin-Seite entscheidet der Server jedes Ergebnis. Wenn du einen Case öffnest, eine Münze wirfst oder auf einen Crash-Multiplikator wartest, siehst du die Animation einer Zahl, die auf einer Maschine entstanden ist, die du nicht einsehen kannst. Ohne eine Form von Beweis vertraust du darauf, dass der Betreiber die Würfe nicht still gegen dich verschiebt, wenn dein Einsatz groß ist.
Lizenzierte Online-Casinos antworten darauf meist mit Aufsichtsbehörden und Prüfungen ihrer Zufallszahlengeneratoren durch Dritte. Die meisten Skin-Seiten setzen stattdessen auf einen kryptografischen Ansatz. Der hat für Spieler einen großen Vorteil: Du musst keinem Prüfer vertrauen, weil du die Rechnung auf deinem eigenen Computer wiederholen kannst.
Die Idee heißt Commitment-Verfahren. Stell dir vor, die Seite schreibt ihr Geheimnis auf eine Karte, steckt die Karte in einen versiegelten Umschlag und gibt dir den Umschlag, bevor das Spiel beginnt. Sie kann die Karte später nicht austauschen, ohne dass du es merkst, und du kannst die Karte nicht vorab lesen.
Die drei Eingaben: Server-Seed, Client-Seed und Nonce
Fast jedes Provably-Fair-System auf Rust-Seiten nutzt dieselben Zutaten. Die Bezeichnungen variieren etwas zwischen den Seiten, die Rollen bleiben gleich.
Server-Seed
Eine lange Zufallszeichenfolge, die von der Seite erzeugt wird. Sie bleibt geheim, solange du spielst, denn wer sie kennte, könnte jedes Ergebnis vorhersagen. Was du stattdessen siehst, ist ihr Hash, meist mit SHA-256 erzeugt. Ein Hash ist ein Einweg-Fingerabdruck. Dieselbe Eingabe ergibt immer dieselbe Ausgabe mit 64 Zeichen, die Änderung eines einzigen Zeichens der Eingabe verändert die Ausgabe vollständig, und es gibt keinen praktikablen Weg, vom Hash zurück zum Seed zu rechnen.
Client-Seed
Eine Zeichenfolge, die von deiner Seite kommt. Seiten erzeugen einen Standardwert für dich, und die meisten lassen dich ihn im Fairness- oder Einstellungsfenster ändern. Seine Aufgabe ist, die Seite daran zu hindern, einen Server-Seed zu wählen, der speziell für dich schlecht ist. Die Seite hat sich auf ihren Seed festgelegt, bevor sie wusste, was du eintippst, und konnte das eine also nicht auf das andere abstimmen.
Nonce
Ein Zähler, der bei 0 oder 1 beginnt und mit jedem Einsatz auf demselben Seed-Paar um eins steigt. Er lässt dich einen Server-Seed und einen Client-Seed für hunderte Einsätze wiederverwenden und trotzdem jedes Mal ein frisches Ergebnis bekommen.
Willst du deine Ergebnisse prüfen, bittest du die Seite, den Seed zu rotieren. Sie deckt den alten Server-Seed im Klartext auf, zeigt dir den Hash eines neuen und setzt die Nonce zurück. Alles, was du mit dem alten Seed gespielt hast, lässt sich jetzt verifizieren.
Wie aus den Eingaben ein Ergebnis wird
Das verbreitetste Rezept ist HMAC-SHA256. HMAC ist ein Standardverfahren, einen geheimen Schlüssel mit einer Nachricht zu einem Hash zu kombinieren. Auf den meisten Rust-Seiten ist der Server-Seed der Schlüssel, und die Nachricht ist der Client-Seed und die Nonce zusammengefügt, oft mit einem Doppelpunkt, etwa clientseed:nonce. Manche Seiten ergänzen eine Rundennummer oder eine Spiel-ID, lies also immer die exakte Formel auf der Fairness-Seite der Seite.
Die Ausgabe ist eine hexadezimale Zeichenfolge mit 64 Zeichen. Die Seite wandelt dann einen Teil dieser Zeichenfolge in eine Zahl zwischen 0 und 1 um. Eine typische Methode nimmt die ersten acht Hex-Zeichen (32 Bit), wandelt sie in eine ganze Zahl um und teilt durch 4.294.967.296, also 2 hoch 32. Diese Dezimalzahl wird dann auf das Spiel abgebildet:
- Dice und Upgrader: mit 100 multiplizieren, um einen Wurf von 0,00 bis 99,99 zu erhalten, und dann mit dem Ziel vergleichen.
- Roulette: mit der Zahl der Felder auf dem Rad multiplizieren und abrunden, um ein Feld zu wählen.
- Cases: mit der Gesamtzahl der Tickets im Case multiplizieren, sodass ein Skin, dem 1 % der Tickets gehören, bei 1 % der Würfe gewinnt.
- Crash: die Zahl in eine Formel einspeisen, die sie in einen Multiplikator verwandelt, mit eingebautem Hausvorteil. Unser Crash-Strategie-Guide geht diese Formel durch und was sie für Cashout-Ziele bedeutet.
Ein Beispiel zum Nachrechnen
Die Seeds unten sind für dieses Beispiel erfunden, du kannst unsere Rechnung also mit jedem HMAC-SHA256-Rechner prüfen.
- Server-Seed: example-server-seed-01. Sein SHA-256-Hash beginnt mit a5275da7ccca3f73. Dieser Hash wäre das, was dir die Seite vor dem Spielen zeigt.
- Client-Seed: my-own-client-seed. Nonce: 1. Die Nachricht ist also my-own-client-seed:1.
- HMAC-SHA256 mit dem Server-Seed als Schlüssel und dieser Nachricht als Eingabe ergibt ein Ergebnis, das mit 4cdcf221 beginnt.
- Hex 4cdcf221 ist dezimal 1.289.548.321. Geteilt durch 4.294.967.296 sind das etwa 0,30025.
- Auf einer Dice-Skala von 0 bis 100 ist das ein Wurf von 30,02. Auf einem Roulette-Rad mit 15 Feldern ist 0,30025 mal 15 etwa 4,5, was auf Feld 4 abgerundet wird (das erste Feld als 0 gezählt).
Führst du dieselben Seeds mit Nonce 2 aus, bekommst du einen völlig anderen Hash, der mit 6486ccbd beginnt und etwa 0,3927 ergibt. Nichts am ersten Wurf sagt dir etwas über den zweiten. Diese Unabhängigkeit ist der ganze Sinn: In einem Einsatzverlauf gibt es kein Muster zu lesen, weil jedes Ergebnis ein frischer Hash ist.
So verifizierst du einen Wurf selbst, Schritt für Schritt
Die erste vollständige Prüfung dauert eine Weile. Danach sind es ein paar Minuten Kopieren und Einfügen. Mach sie zuerst mit einem kleinen Guthaben, damit du den Ablauf kennst, bevor ein Ergebnis dir wirklich etwas bedeutet.
- Öffne das Fairness-Fenster vor dem Einsatz. Es ist meist vom Spielbildschirm, vom Footer oder von deinen Profileinstellungen aus verlinkt. Speichere den gehashten Server-Seed irgendwo außerhalb der Seite, etwa als Notiz auf dem Handy oder als Screenshot.
- Setz deinen eigenen Client-Seed. Ersetze den Standardwert durch etwas, das du selbst getippt hast. Hau auf die Tastatur. Er muss nicht einprägsam sein.
- Spiel und notiere die Einsätze, die dir wichtig sind. Schreib die bei jedem Einsatz angezeigte Nonce auf oder finde sie später in deinem Einsatzverlauf.
- Rotiere den Seed. Die Seite deckt den alten Server-Seed auf. Kopiere ihn.
- Prüf das Commitment. Schick den aufgedeckten Server-Seed durch ein beliebiges SHA-256-Tool. Die Ausgabe muss dem Hash aus Schritt 1 Zeichen für Zeichen entsprechen.
- Berechne den Wurf neu. Nutze HMAC-SHA256 mit dem aufgedeckten Server-Seed, deinem Client-Seed und der Nonce und wende dann die Umwandlung an, die die Seite veröffentlicht. In PHP ist das ein einziger Aufruf von hash_hmac, und das hmac-Modul von Python erledigt dasselbe in ein paar Zeilen.
- Vergleiche. Die Zahl, die du berechnest, muss das in deinem Verlauf festgehaltene Ergebnis ergeben.
Die meisten Seiten bieten auch einen eingebauten Verifier, in den du die Seeds einfügst. Er ist praktisch, läuft aber auf dem eigenen Code des Betreibers. Für eine Prüfung, die gar nicht von der Seite abhängt, nutze mindestens einmal ein unabhängiges Tool oder dein eigenes Skript.
Gemeinsame Spiele funktionieren etwas anders
Einzelspieler-Modi wie Dice, Upgrader und Solo-Case-Öffnungen können mit deinem persönlichen Seed-Paar laufen. Spiele, in denen viele Spieler ein gemeinsames Ergebnis teilen, wie Jackpot, Coinflip, Case Battles, Roulette-Runden und Crash, können nicht den Client-Seed eines Spielers über das Ergebnis aller entscheiden lassen. Seiten lösen das auf ein paar gängige Arten.
- Eine Hash-Kette. Verbreitet bei Crash. Die Seite erzeugt vorab eine lange Kette von Hashes, bei der der Hash jeder Runde das SHA-256 des Hashes der folgenden Runde ist. Sie veröffentlicht den letzten Hash der Kette, bevor die erste Runde gespielt wird, und du kannst prüfen, dass jede aufgedeckte Runde zurück in die davor hasht. Jedes Ergebnis in der Kette stand fest, bevor jemand einen Einsatz platzierte.
- Ein öffentlicher Seed von außerhalb der Seite. Die Seite legt sich auf ihren Server-Seed fest und mischt dann einen Wert ein, den vorher niemand kennen konnte, etwa den Hash eines künftigen Blocks auf einer öffentlichen Blockchain. Weil dieser Block bei der Festlegung noch nicht existierte, konnte die Seite ihren Seed nicht darauf abstimmen.
- Commitments pro Runde. Bei Jackpot und Coinflip erscheint der gehashte Seed der Runde, wenn die Runde öffnet, und der Klartext-Seed samt Gewinnerticket wird am Ende gezeigt.
Die Idee der Verifizierung ist jeweils dieselbe. Such das Commitment, das vor der Runde öffentlich war, bestätige, dass der aufgedeckte Wert dazu passt, und rechne dann das Ergebnis nach. Wie aus einem Gewinnerticket in einem gemeinsamen Pot ein Gewinner wird, steht in unserem Guide zu Coinflip- und Jackpot-Chancen. Case Battles mischen beide Ansätze, was wir in Case Battles erklärt behandeln.
Was Provably Fair nicht beweist
Ein verifizierter Wurf beweist eine einzige, enge Sache: Das Ergebnis stammt aus Eingaben, auf die sich die Seite festgelegt hat, bevor du gesetzt hast. Das ist nützlich, aber Spieler lesen oft viel mehr in das Abzeichen hinein, als es hergibt.
- Es sagt nichts über den Hausvorteil. Ein Crash-Spiel mit großem Vorteil kann völlig Provably Fair sein. Der Vorteil steckt in der veröffentlichten Formel, die die Zufallszahl in einen Multiplikator oder eine Gewinnchance verwandelt. Fair heißt, dass die Seite ihren eigenen Regeln gefolgt ist, und diese Regeln begünstigen die Seite auf Dauer trotzdem.
- Es prüft keine Preise. Führt ein Case einen Skin zu einem Wert weit über dem, was er auf dem Steam Community Market einbrächte, kann der Wurf fair sein, während der Case trotzdem schlechtes Preis-Leistungs-Verhältnis bietet. Unser Upgrader-Guide zeigt, wie die Item-Bewertung die echten Chancen leise verschiebt.
- Es deckt keine Auszahlungen ab. Eine Seite kann makellose Seeds fahren und trotzdem Auszahlungen verzögern, Konten einfrieren oder ihre Bedingungen umschreiben. Deshalb ist Fairness nur ein Faktor in der Art, wie wir Seiten bewerten, neben Auszahlungstempo und Vertrauen.
- Es funktioniert nur, wenn jemand prüft. Ein Commitment, das niemand vergleicht, ist nur eine Zeichenfolge auf einer Seite.
Warnsignale auf einer Fairness-Seite
Das Verifizieren von Seeds gehört bei einem Seitentest zur Routine. Das sind die Dinge, die uns misstrauisch machen, grob von harmlos bis ernst.
| Was du siehst | Was es bedeutet | Was du tun solltest |
|---|---|---|
| Keine Möglichkeit, den Client-Seed zu ändern | Die Seite kontrolliert jede Eingabe deiner persönlichen Würfe | Behandle Einzelspieler-Modi mit mehr Vorsicht |
| Ein Verifier-Button, aber keine veröffentlichte Formel | Du kannst Ergebnisse nur mit dem Code der Seite prüfen | Frag den Support nach der exakten Formel, bevor du viel einzahlst |
| Der Hash des Server-Seeds erscheint erst nach dem Einsatz | Es gibt kein echtes Commitment | Behandle das Spiel nicht als Provably Fair |
| Alte Server-Seeds lassen sich nie aufdecken | Nichts lässt sich verifizieren | Wie oben |
| Der aufgedeckte Seed hasht nicht zum gespeicherten Commitment | Der Seed wurde geändert, oder die Seite ist kaputt | Hör auf zu spielen, mach von allem Screenshots und kontaktiere den Support |
Trifft dich je die letzte Zeile, bewahre deine Beweise auf: den gespeicherten Hash, den aufgedeckten Seed, die Einsatz-IDs und die Uhrzeit jedes Einsatzes. Eine einzelne Abweichung kann ein Anzeigefehler sein, aber genau das ist die Art glaubwürdiger Spielermeldung, die uns eine Seite neu prüfen lässt.
Eine sinnvolle Routine für normale Spieler
Du musst nicht jeden Einsatz verifizieren. Eine leichte Routine fängt die meisten Probleme ab, ohne aus einer Sitzung Hausaufgaben zu machen.
- Setz einen frischen Client-Seed, wann immer du auf einer neuen Seite zu spielen beginnst.
- Mach einen Screenshot des gehashten Server-Seeds vor dem Spielen.
- Rotiere nach der Sitzung und prüf das Commitment, was eine einzige SHA-256-Berechnung ist.
- Rechne das eine oder die zwei Ergebnisse nach, die am meisten zählten, etwa einen großen Upgrader-Verlust oder ein Battle, das du sicher hättest gewinnen müssen.
- Wiederhole ab und zu die vollständige Prüfung mit einem unabhängigen Tool statt mit dem Verifier der Seite.
Eine saubere Verifizierung heißt, dass die Verluste, die du einfährst, die sind, die die veröffentlichte Mathematik vorhersagt, und nicht mehr. Der Vorteil ist bei jedem Wurf trotzdem da. Der praktische nächste Schritt ist, vorab zu entscheiden, wie viel dieser erwarteten Verluste du für die Unterhaltung zu zahlen bereit bist; unsere Seite zum verantwortungsvollen Spielen behandelt einfache Limits und die Tools, die dir helfen, dabei zu bleiben.
Häufig gestellte Fragen
Kann eine Provably-Fair-Seite trotzdem betrügen?
Sie kann ein festgelegtes Ergebnis nicht ändern, ohne dass die Hash-Prüfung scheitert. Sie kann aber einen hohen Hausvorteil fahren, Items in Cases überteuert bewerten oder Auszahlungen verzögern, denn Provably Fair deckt nur ab, wie der Wurf erzeugt wird.
Muss ich meinen Client-Seed ändern?
Nein, aber du solltest. Ein Client-Seed, den du gewählt hast, nachdem der Hash des Server-Seeds gezeigt wurde, bedeutet, dass die Seite ihren Seed nicht mit Blick auf deine Eingabe wählen konnte.
Warum zeigt mir die Seite den Server-Seed nicht einfach vor dem Spielen?
Wer Server-Seed und Client-Seed kennt, kann jedes kommende Ergebnis berechnen. Der Hash lässt die Seite sich auf ihren Seed festlegen, ohne künftige Würfe zu verraten.
Welches Tool kann ich zum Verifizieren von Würfen nutzen?
Jeder SHA-256- und HMAC-SHA256-Rechner funktioniert, auch kostenlose Online-Tools und die eingebauten Funktionen in PHP, Python oder JavaScript. Nutze den Verifier der Seite zur Bequemlichkeit und ein unabhängiges Tool für die Prüfung, die zählt.
Ist SHA-256 dafür sicher genug?
Ja. Es ist ein weit verbreiteter Standard, der auch beim Bitcoin-Mining genutzt wird, und es gibt keinen bekannten praktikablen Weg, es umzukehren oder einen zweiten Seed zu finden, der denselben Hash ergibt.
Weiterlesen
Ähnliche Ratgeber
Rust-Gambling-Boni, Gratis-Cases und Promo-Codes: Was sie wirklich wert sind
Ein Gratis-Case ist so viel wert wie sein durchschnittlicher Drop, nicht wie sein Top-Item, und ein Gratis-Guthaben so viel, wie die Umsatzbedingung übrig lässt. Wie du jeden gängigen Bonus von Rust-Seiten bewertest, bevor du einen Code eintippst.
Rust Case Battles erklärt: Modi, Chancen und wie du ein faires Battle findest
Ein Case Battle verändert den Hausvorteil der Cases darin nicht. Es verändert, wie hart du gewinnst oder verlierst. Wie die Formate funktionieren, die Mathematik dahinter und woran du ein Battle erkennst, bei dem Mitmachen sich lohnt.
Verantwortungsvolles Skin-Gambling: Limits, Warnzeichen und wo es Hilfe gibt
Mit Skins verliert man leicht den Überblick über echtes Geld. Dieser Guide behandelt die Warnzeichen, Limits, die wirklich halten, Selbstausschluss und Sperrtools sowie die kostenlosen Hilfetelefone, die du heute erreichen kannst.