GRATIS / KEIN ECHTGELD

Provably Fair: offengelegte Seeds prüfen

Reproduziere unterstützte Runden mit veröffentlichten Seeds. Gib niemals aktive oder geheime Seeds ein.

Die Berechnung verstehen

Was ein Provably-Fair-Prüfer tatsächlich bestätigt

Ein Prüfer berechnet ein abgeschlossenes Ergebnis mit den Eingaben eines bestimmten Algorithmus nach. Server Seed, Client Seed und Nonce müssen zur selben Runde und Implementierung gehören. Der Hashvergleich prüft, ob der offengelegte Server Seed zur vorher aufgezeichneten Zusage passt; die Ergebnisberechnung ist eine weitere Prüfung.

Wie ein verifizierter Wurf zur Gewinnschwelle passt, zeigt der Vergleich mit Casino Dice: Gewinnchance, Multiplikator und virtuelle Rolls.

Nutze nur die hier unterstützten Dice- oder Plinko-Algorithmen. Andere Spiele, Anbieter oder Versionen können abweichen. Ohne offengelegten Server Seed lassen sich zukünftige Ergebnisse nicht berechnen. Eine Übereinstimmung bestätigt die konkrete Nachrechnung, nicht die Zahlungsfähigkeit des Anbieters, seine Auszahlungsregeln oder den gesamten Betrieb.

Überprüfung offengelegter Seeds mit Schild und Bestätigungshaken

Rechner und Verifizierung

Prüfe offengelegte Seeds, SHA-256-Hashes und veröffentlichte HMAC-SHA256-Spielalgorithmen.

Teste die Simulation. Eingaben bleiben im Browser; ohne Konto und ohne Echtgeld.

Modellannahmen: Nein. Virtuelle Spiele nutzen Lernmodelle. Prüfe die echten Regeln und Auszahlungen beim jeweiligen Betreiber.

So verwendest du das Tool

Der Provably-Fair-Verifier prüft eine bereits abgeschlossene Runde: Ein nachträglich offengelegter Server-Seed wird mit dem zuvor gespeicherten kryptografischen Commitment verglichen und anschließend nach dem unterstützten Algorithmus reproduziert.

Speichere den veröffentlichten SHA-256-Hash des Server-Seeds, bevor der Seed rotiert wird.
Gib nach der Offenlegung Server-Seed, Client-Seed, Nonce und das unterstützte Spiel ein.
Prüfe zuerst den Commitment-Hash und danach den reproduzierten Dice-Wert oder Plinko-Pfad.

Ergebnis richtig einordnen

Ein identischer SHA-256-Hash zeigt, dass der offengelegte Server-Seed zu dem früheren Commitment passt, sofern dieser Hash tatsächlich vor der Runde gesichert wurde. Für die Ergebnisreproduktion müssen zusätzlich Client-Seed, Nonce und Algorithmusversion exakt stimmen.

Grenzen der Berechnung

Der Verifier kann keinen noch geheimen aktiven Server-Seed sichtbar machen und zertifiziert nicht den gesamten Casino-Betrieb. Unterstützt werden nur die hier dokumentierten Dice- und Plinko-Abbildungen; andere Spiele oder Anbieter können andere Byte-Mappings verwenden.

Bevor du dich auf das Ergebnis stützt

So wird gerechnet
Formeln, Annahmen, Rundungen und Modellgrenzen stehen auf der Methodik-Seite.
Aktuelle Eingaben prüfen
Verwende die aktuellen Quoten, RTP-Werte, Gebühren, Bonusbedingungen oder anderen Werte des Anbieters beziehungsweise Marktes.
Verwendete Quelle
Stake — veröffentlichte Provably-Fair-Implementierung
Passende Prüfungen
Casino-Dice: Gewinnchance und Modellquote Plinko-Simulator: Wahrscheinlichkeit je Feld Mines-Rechner: sichere Felder und Chancen

Provably Fair prüfen: Commitment, Reveal und exakte Reproduktion

Eine Provably-Fair-Prüfung beantwortet eine enge Frage: Passt der später offengelegte Server-Seed zum vorher veröffentlichten Commitment, und reproduziert der dokumentierte Algorithmus das Ergebnis? Der geheime Seed wird dadurch nicht vorhersagbar.

Für die vollständige Prüfung brauchst du das Commitment vor der Rotation, den offengelegten Server-Seed, Client-Seed, Nonce und das genaue Byte-Mapping des unterstützten Spiels.

Erst Commitment, dann Reveal

Mit SHA-256 wird der offengelegte Server-Seed gehasht und mit dem vor der Rotation gespeicherten Commitment verglichen. Wird der Hash erst nach dem Reveal gespeichert, fehlt der entscheidende zeitliche Nachweis.

Gleiche Seeds können je Spiel unterschiedlich abgebildet werden

HMAC-Ausgabe ist zunächst nur deterministisches Rohmaterial. Dice, Plinko und andere Spiele können Bytes verschieden in Ergebnisse übersetzen; deshalb müssen auch Client-Seed, Nonce und Algorithmus stimmen.

Was eine erfolgreiche Prüfung nicht beweist

Eine reproduzierte Runde bestätigt weder Solvenz noch Auszahlungen, beworbenen RTP oder sämtliche Spiele eines Anbieters. Geprüft wird nur der unterstützte Commitment- und Ergebnisprozess.

Provably-Fair-Runde reproduzieren

Nutzen, wenn

Exakte Server-/Client-Seeds, Nonce und Algorithmus der Runde liegen vor.

Ergebnis so lesen

Ein Match zeigt, dass die veröffentlichten Eingaben die Runde reproduzieren; es ist kein Audit des gesamten Casinos.

Häufiger Fehler

Falsche Nonce, Seed-Reihenfolge, Kodierung oder Algorithmus erzeugen scheinbare Abweichungen.

Prüfablauf

Offengelegten Server-Seed oder dessen Hash aus dem Rundendatensatz kopieren.
Client-Seed und exakte Nonce übernehmen.
Algorithmus sowie Reihenfolge/Kodierung des Spiels verwenden.
Rekonstruierten Digest bzw. Wert mit dem aufgezeichneten Ergebnis vergleichen.

Rechenbeispiel

Vergleiche SHA-256 des offengelegten Server-Seeds mit dem zuvor gespeicherten Hash. Client-Seed und Nonce erlauben die reproduzierbare Prüfung unterstützter Runden.

Kann ich einen geheimen aktiven Server-Seed prüfen?

Nein. Warte auf die offizielle Offenlegung und gib keine aktiven geheimen Seeds ein.

Fragen zur Berechnung

Warum kann ich einen aktiven Server-Seed nicht prüfen?

Weil der geheime Seed erst nach der Rotation offengelegt wird. Vorher lässt sich nur das veröffentlichte Commitment speichern.

Beweist ein passender Hash die Fairness des ganzen Casinos?

Nein. Er bestätigt ein bestimmtes Seed-Commitment; Spielregeln, Implementierung und andere Runden müssen separat beurteilt werden.