Files
potatium/docs/ROADMAP.md
T

2.9 KiB
Raw Blame History

Potatium-Roadmap: aktueller Plan v0.2 (25.10.2026)

Status der Umsetzung: Starter-Scaffold vorhanden, Blockchain/PoP/Web-Wallet noch nicht funktionsfähig. Lokale doctor.sh-Prüfung auf dem Benutzer-LXC wurde am 24.10.2026 berichtet; aktuelle Git-Commits und Änderungen aus Codex hier nicht einsehbar. Haken nur bei nachgewiesenen Ergebnissen setzen.

M0: Repo + Umgebung

  • Starterkit-Dateien mit Go- und Browser-UI-Gerüst bereitgestellt.
  • Ubuntu 26.04.1, Go 1.27.3, Bootstrap/Doctor mit erfolgreichen go test/go vet/gofmt-Prüfungen laut Nutzerkonsole bestätigt.
  • Git-Remote, Push und VS-Code/Codex-Verbindung am tatsächlichen Repo-Stand prüfen (nicht blind als abgeschlossen markieren).

M1: Konsens- und Coin-Regeln zuerst

  • Produktprinzip für 3 Mining-Fenster, kostenloses Fenster 1, optionale fixe + progressive Zusatzgebühren für Fenster 2/3, 90-Tage-Mininggewinn als Basis, Burn, max. 1 Ticket dokumentiert (ADR 0003).
  • Tokenomics mit Coinsupply, Genesis, Belohnung, Basis-Einheiten, Gebührensystem, Signatur-/Adressschema entscheiden.
  • PoP-Runden/Fenster/Schwierigkeit/Nonce-Räume und Zahlungs-/Finalitätsbedingungen spezifizieren.
  • Rein analytische, ausdrücklich nicht konsenskritische Simulation (5/10/20/50 Miner), Fairness- und Kostenvergleich.
  • Raspberry-Pi-4-Leistungsmessung, Gebühren- und Protokollparameter in weiterem ADR konkret akzeptieren.
  • CometBFT/ABCI++-Versionen, deterministische State Machine und Datenbank verbindlich prüfen.

M2: Ledger + frühzeitig echte Web-Wallet

  • Key-/Account-/Tx-Format, Nonce, Replay-/Double-Spend-Schutz, Genesis, persistenter Zustand und deterministische Tests.
  • Browserseitige sichere Wallet-Erstellung, Import/Backup, Verschlüsselung, Sperren, Senden/Empfangen, tatsächliche Guthaben, History.
  • Fee-Preview und später sichere, begrenzte Freigabe für Zusatzfenster planen; Miner bekommt keinen privaten Wallet-Schlüssel.

M3: Validatorennetz

  • 1, später 4 CometBFT-Validatoren, AB​CI++-Integration; echte Blocksynchronisation, Neustarts und Ausfalltests.

M4: Proof of Potato

  • Registry/Betreibergruppen-Audit, Challenge je Fenster, Gebühren-Snapshot, Proof-Verifikation, gebührenpflichtige Freischaltung, Ticketcommit, Zufallsbeweis, Gewinner-Auszahlung.
  • Negative Tests für Mehrfachlose, Proof-Replay, Fee-Replay, Identitätswechsel, State-Divergenz, Beacon-Ausfall, Reorgs, Zensur, Rundenwechsel und Überläufe.
  • Pi-4/Office-PC-Benchmarks unter CPU-/Speicher-/Netzwerklast.

M5–M6: Bedienung und privates Mehrhost-Testnet

  • UX, Explorer/Status, Dokumentation, Linux amd64/arm64-Releases, Sicherung/Recovery.
  • Hosts über mehrere Geräte, Restart/Fault-Tests, Monitoring und Warnungen zur verbleibenden zentralen Registrierung.

Keine Implementierungs- oder Testergebnisse behaupten, die nicht tatsächlich ausgeführt wurden.