DE
Projekt

Projektstatus

Was schon erledigt ist, was noch nicht und in welchem Modus die Website gerade läuft.

Die Liste der Arbeiten wurde am 7. November 2026 aktualisiert. Unten im Block „Jetzt“ werden die Daten aus dem Netzwerk gelesen und sind immer aktuell. Ein Starttermin im Hauptnetz ist nicht festgelegt: Er erscheint hier, sobald er bekannt ist.

Jetzt

Daten werden gelesen…

Was erledigt ist

  • Smart Contract und Spielregeln. Chancen, Anteile der Töpfe, Auszahlungen und Gebühren stehen im Code. Die Logik ist in gewöhnliche Funktionen ausgelagert und wird durch Tests ohne Netzwerk geprüft (cargo test).
  • Sicherheit der Token. Test-„Sturm“: Dutzende Spieler und Zehntausende zufälliger Operationen; nach jeder wird geprüft, dass im Vault genau so viele Token liegen, wie das Programm den Spielern und Töpfen schuldet.
  • Website und Rechner. Alle Seiten, Anleitungen, der Demomodus und der Client des Smart Contracts. Der Client liest die Daten des Smart Contracts nach denselben Regeln, nach denen das Programm sie schreibt; das prüfen automatische Tests.
  • Tests der Website im Browser. Automatischer Durchlauf der Seiten am Computer und auf dem Smartphone, Prüfung der Barrierefreiheit sowie ein Mock-Wallet mit simuliertem Netzwerk.
  • Start-Skripte. Token-Ausgabe, Initialisierung, Prüfung der gespeicherten Einstellungen und ein Prüfablauf auf devnet (geschrieben, aber im Netzwerk nicht ausgeführt). Eine Schritt-für-Schritt-Anleitung steht im Repository: docs/LAUNCH.md.

Was noch nicht erledigt ist

Solange das nicht abgeschlossen ist, spielen Sie nur mit Token, deren Verlust Sie verschmerzen können.

In jedem der folgenden Punkte kann ein Fehler stecken. Mehr zu den Risiken: „Risiken und verantwortungsvolles Spielen“ und „Sicherheit“.

  • Build und Bereitstellung des Programms. Der Vertragscode lässt sich für Solana bauen (cargo build-sbf) und besteht die Tests, aber das Programm wurde nie in einem Netz ausgerollt. Darum beginnt der Start mit einer Probe auf dem Devnet.
  • Live-Betrieb mit Switchboard. Der Empfang einer Zufallszahl vom Orakel im echten Netzwerk wurde nicht geprüft: Geprüft wurde nur das Verhalten des Clients mit simulierten Daten.
  • Kosten einer Operation in Recheneinheiten. Nicht gemessen, solange es keinen Build gibt. Pakete mit 1000 Spins können eine Anpassung der Limits erfordern.
  • „Keeper“ für hängende Spins. Optionales Skript, im echten Netzwerk nicht ausgeführt.
  • Unabhängiges Audit. Nicht durchgeführt. Die Prüfung erfolgte innerhalb des Projekts, externe Fachleute haben den Code nicht gelesen, und sie ersetzt kein externes Audit.
  • Übergabe der Upgrade-Berechtigung. Bis zum Start liegt die Berechtigung zum Aktualisieren des Programms bei dem, der es bereitgestellt hat. Das Verfahren der Übergabe (Multisig mit Zeitverzögerung, danach Widerruf) steht auf der Seite „Sicherheit“.

Ist ein Punkt abgeschlossen, wandert er zusammen mit einem Link zum Nachweis (Bericht, Transaktion, Repository) nach „Erledigt“. Gibt es keinen Link, gilt der Punkt als nicht abgeschlossen.