4.2 KiB
Potatium-Roadmap: Kernphasen M0–M6 und Zukunftsvision (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, ABCI++-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.
F1–F4: Zukunftsvision, erst nach stabilem M6
Die folgenden Erweiterungen sind als spätere Produktideen aufgenommen, aber weder terminiert noch implementiert. Sie verändern keine geltenden PoP-/Ledger-Regeln. Details und offene Entscheidungen: ZUKUNFT_OEKOSYSTEM.md, ADR 0004.
- F1 · Sammlerstücke: Einzigartige/limitierte interne Kartoffel-Objekte, verifizierbares Eigentum, Ausstellungs- und Transferregeln, Wallet-Galerie. Keine Mining-Vorteile.
- F2 · PTM-Marktplatz: Angebote/Käufe/Verkäufe digitaler Sammlerstücke in PTM, sichere atomare Abwicklung, Gebühren/History, Schutz vor manipulierten Angeboten.
- F3 · Interne Asset-Börse: Handel fiktiver interner Assets gegen PTM mit Orderbuch, PTM-Kursen, Kursverläufen, Volumen und Portfolio; keinerlei Euro-/Krypto-Umtauschpflicht und keine erfundenen Marktdaten.
- F4 · Börsenlabor: Optionales Paper-Trading mit klar getrennten Testbeständen und als Simulation gekennzeichneten Kursen.
Abhängigkeit: erst funktionsfähige Chain, sichere Web-Wallet, PoP, Mehrhost-Testnet und verifizierte Transaktionssignaturen. Vor jedem F-Schritt: neues ADR, Datenmodell, Sicherheits-/Risikobewertung und eigene Akzeptanztests. Kein Börsenlisting, keine Wert-/Gewinngarantie.
Keine Implementierungs- oder Testergebnisse behaupten, die nicht tatsächlich ausgeführt wurden.