Sicherheit / Stake Originals

Praxisleitfaden

Provably Fair bei Stake verstehen

Stake Provably Fair einfach erklärt: Server Seed, Client Seed, Nonce, Hash, Ergebniserzeugung, Überprüfung und Grenzen.

Veröffentlicht von The Gambling Desk ·

Bei einem klassischen Onlinespiel sieht der Spieler zwar das Ergebnis, kann aber nicht nachvollziehen, wie es ausgewählt wurde. Provably Fair ergänzt einen überprüfbaren Nachweis: Vor dem Spiel legt sich das Casino auf einen geheimen Wert fest. Nachdem dieser offengelegt wurde, kann der Spieler das Ergebnis selbst neu berechnen und prüfen, ob die ursprüngliche Festlegung unverändert geblieben ist.

Das Verfahren macht das Spiel nicht vorteilhafter. Es beantwortet eine deutlich engere Frage: „Stimmt das angezeigte Ergebnis mit den Daten überein, die bereits vor meinem Einsatz festgelegt wurden?“

Die Analogie des versiegelten Umschlags

Stellen Sie sich vor, Stake legt eine geheime Zahl in einen Umschlag und zeigt Ihnen den einzigartigen Fingerabdruck dieses Umschlags. Sie fügen eine eigene Zahl hinzu, und jedes Spiel erhält außerdem eine laufende Nummer. Aus der Kombination dieser Elemente entsteht das Ergebnis.

Später öffnet Stake den Umschlag. Nun können Sie prüfen, ob sein Inhalt tatsächlich den zuvor gezeigten Fingerabdruck erzeugt, und die Berechnung wiederholen. Der Hash entspricht dem Fingerabdruck, der Server Seed dem Geheimnis im Umschlag, der Client Seed Ihrem eigenen Beitrag und die Nonce der laufenden Nummer.

Die Bestandteile der Berechnung

Server Seed

Der Server Seed ist ein langer Zufallswert, den Stake erzeugt. Solange er aktiv ist, wird nur seine gehashte Version angezeigt. Würde Stake den vollständigen Seed bereits vor den Spielen veröffentlichen, ließen sich die Ergebnisse im Voraus berechnen. Gäbe es dagegen überhaupt keinen vorher sichtbaren Nachweis, könnte der Server den Wert nachträglich austauschen. Der Hash löst dieses Problem, indem er als überprüfbare Festlegung dient.

Wenn der Spieler das Seed-Paar wechselt, wird der bisherige Server Seed offengelegt. Anschließend lässt sich prüfen, ob dessen Hash mit dem Wert übereinstimmt, der vor den Einsätzen angezeigt wurde.

Client Seed

Der Client Seed ist der Beitrag auf Spielerseite. Der Browser kann bei der Registrierung einen solchen Wert erzeugen; in der Benutzeroberfläche lässt er sich normalerweise auch ändern. Dadurch ist der Server nicht die einzige Quelle der Daten, die in die Berechnung einfließen.

Mit einem selbst gewählten Client Seed lässt sich jedoch kein Gewinnergebnis auswählen. Während der laufenden Serie bleibt der vollständige Server Seed unbekannt.

Nonce

Die Nonce ist ein Zähler, der bei jedem Einsatz mit demselben Seed-Paar erhöht wird. So fließen in zwei aufeinanderfolgende Spiele unterschiedliche Eingabewerte ein, ohne dass bei jedem Klick ein neues Seed-Paar erforderlich ist.

Hash und HMAC-SHA256

Ein kryptografischer Hash wandelt Daten in einen Fingerabdruck mit fester Länge um. Schon eine minimale Änderung der Eingabe erzeugt einen anderen Fingerabdruck. Stake verwendet HMAC-SHA256, um den Server Seed mit dem Client Seed, der Nonce und – wenn ein Spiel zusätzliche Werte benötigt – einem Cursor zu kombinieren.

Das zunächst erzeugte Ergebnis ist eine Folge von Bytes. Diese wird anschließend in Zahlen zwischen 0 und 1 umgewandelt und nach den Regeln des jeweiligen Spiels interpretiert, etwa als Positionen von Minen, Karten, Felder oder andere Ereignisse.

So wird ein Ergebnis erzeugt

Bei einem überprüfbaren Einsatz folgt der Ablauf dieser Logik:

  1. Stake hat den Hash des geheimen Server Seeds bereits veröffentlicht.
  2. Der Client Seed und die Nonce des Einsatzes sind bekannt.
  3. HMAC-SHA256 kombiniert diese Werte und erzeugt deterministische Bytes.
  4. Die Bytes werden in Zahlen umgewandelt, die das Spiel verwenden kann.
  5. Die Regeln des jeweiligen Spiels übersetzen diese Zahlen in ein sichtbares Ereignis.

Bei genau denselben Eingabewerten und derselben Methode liefert die Berechnung immer dasselbe Ergebnis. Diese Eigenschaft macht eine nachträgliche Überprüfung überhaupt erst möglich.

Ein Spiel nachträglich überprüfen

Öffnen Sie den Spielverlauf oder die Details des Einsatzes und notieren Sie den Client Seed, die Nonce, den zuvor festgelegten Hash und die Spieldaten. Wechseln Sie danach das Seed-Paar, damit der bisherige Server Seed offengelegt wird.

Tragen Sie die Werte des Spiels in den Provably-Fair-Prüfer ein. Prüfen Sie zunächst, ob der offengelegte Server Seed tatsächlich den ursprünglichen Hash erzeugt. Vergleichen Sie anschließend das neu berechnete Ergebnis mit dem Eintrag im Verlauf. Schon eine abweichende Nonce, Reihenfolge oder Spielversion kann die Prüfung scheitern lassen. Übertragen Sie die Daten deshalb erneut, bevor Sie von einer Unstimmigkeit ausgehen.

Was Provably Fair beweist – und was nicht

Mit Provably Fair lässt sich nachweisen, dass ein Ergebnis zu den festgelegten Seeds und dem verwendeten Zähler passt. Außerdem kann geprüft werden, ob der Server Seed nach dem Einsatz ausgetauscht wurde, ohne dass sich sein Hash geändert hätte.

Das Verfahren garantiert weder einen Gewinn noch einen günstigen RTP innerhalb einer kurzen Sitzung. Es gewährleistet auch nicht die Sicherheit des Kontos oder die Rechtmäßigkeit des Dienstes in einem bestimmten Land. Solange der Server Seed geheim bleibt, lassen sich damit ebenso wenig künftige Ergebnisse vorhersagen. Provably Fair ist ein Integritätsnachweis für die Zufallsermittlung und keine Spielstrategie.

Stake Originals wie Mines, Pump oder Chicken wenden dieses Prinzip auf ihre jeweiligen Spielereignisse an. Die zugehörigen Auszahlungstabellen beschreiben die Multiplikatoren, während Provably Fair erklärt, wie sich die Positionen oder Ereignisse einer Runde reproduzieren lassen.

Häufig gestellte Fragen

Warum wird der Server Seed nicht vor dem Spiel offengelegt?

Weil der Client sonst künftige Ergebnisse berechnen könnte. Stake veröffentlicht zunächst den Hash und legt den Seed erst nach dem Wechsel offen, damit eine rückwirkende Überprüfung möglich ist.

Erhöht ein Wechsel des Client Seeds die Gewinnchancen?

Nein. Dadurch entsteht eine neue deterministische Folge von Ergebnissen, ohne dass sich der mathematische Hausvorteil des Spiels verändert.

Analytics status: not chosen.