GAME REWARDS COIN / GRC
Game Rewards Coin verbindet Mining und Staking mit eigenen Wallets und handelbaren NFT-Spielgegenständen. Gebaut für Browser- und Handyspiele.
Lokale Entwicklung und Abnahmen. Noch kein freigegebenes öffentliches Netzwerk, kein Tokenverkauf.
MINING + STAKING
GRC kombiniert echte Blockarbeit mit stakegewichteter Finalität. Miner und Validatoren übernehmen unterschiedliche Aufgaben im selben experimentellen Netzwerk.
Den Hybrid verstehen ↗SHA-256d-Arbeit ist für einen gültigen Blockvorschlag verpflichtend. Web- und native Miner tragen nach bewusstem Start Rechenarbeit bei.
Mehr als zwei Drittel des Stake-Stimmgewichts müssen den Block bestätigen. PoW-Arbeit allein erzeugt keine Finalität.
Lokal implementierter Prototyp. Öffentliche Netzparameter und wirtschaftliche Bedingungen sind noch offen.
DEIN NÄCHSTER SCHRITT
Wähle deinen Einstieg. Die Links führen zu vorhandenen Quellen und Anleitungen; ein öffentliches Konto oder ein Schlüssel wird hier nicht benötigt.
Web, Desktop und Android nutzen die gemeinsame Walletlogik. Ohne genehmigte Netzkonfiguration bleibt die Wallet für Offline-Verwahrung nutzbar; Netzwerkaktionen bleiben gesperrt.
Clients und Support ansehen ↗Plattform und Verwahrungsmodell vergleichen, dann die passende Quellanleitung öffnen.
Unabhängig genehmigte Netzdatei und SHA prüfen. Eine RPC-Adresse oder ein Kataloglink ist keine Netzfreigabe.
Öffentliche Downloads mit Signatur und Prüfsumme sind noch nicht freigegeben. Lokale Pakete nicht für ein öffentliches Netz umdeuten.
DEINE SCHLÜSSEL. DEINE ENTSCHEIDUNG.
Web, Desktop oder Android: Drei eigene Clients teilen sich Transfers, Staking, Governance und NFT-Funktionen. Du wählst, wo deine Schlüssel verwahrt werden.
Der Webclient läuft als eigener Frontendbuild. Er nutzt die Browser-Verwahrung; native Betriebssystem-Tresore und der native Miner gehören zu den installierten Clients.
Browserclient · eigener BuildQuellanleitung: Veröffentlichung offen ↗Der Tauri-Client verbindet Wallet-Oberfläche, native Verwahrung und freiwilliges Mining. Windows und Linux haben lokale Entwicklungsnachweise; macOS bleibt separat offen.
Windows & Linux lokal geprüft · macOS offenQuellanleitung: Veröffentlichung offen ↗Eigener Androidclient mit nativer Verwahrung sowie Zustimmung, Hintergrund-, Akku- und Temperaturkontrollen für Mining. Emulatornachweise ersetzen keine Abnahme physischer Geräte.
ARM64 / x86_64 Buildziele · Geräteabnahme offenQuellanleitung: Veröffentlichung offen ↗BAUSTEINE FÜR SPIELE
Lesen, Signieren und Belohnen haben unterschiedliche Schnittstellen. Ein Spiel bekommt dafür keinen Zugriff auf den privaten Wallet-Schlüssel.
Der eigene Marketplace bietet Katalog, Inventar und eine lesende API für ERC-1155-Spielgegenstände. Kauf, Freigabe und Transfer sind ausdrücklich bestätigte Wallet-Transaktionen, keine HTTP-Kaufroute mit einem Backend-Schlüssel.
Lokal implementiert · öffentlicher Betrieb offenBrowser-, Backend- und Mobile-Beispiele zeigen, wie vorhandene Spiele Inventar lesen und Käufe ans Wallet übergeben. Eigentum und bestätigte Receipts müssen vor Spielnutzen geprüft werden.
Integrationsguide lesen ↗Eigenständige Spiele; keine aktive Integration behauptet. Ihre spätere Anbindung nutzt die dokumentierten APIs.
Der experimentelle SHA-256d-Miner liefert Blockarbeit. Webminer und native Miner brauchen bewussten Start und Stop; Browserarbeit ist kein Staking und garantiert keinen Ertrag.
Webminer & Einbettung ↗Delegation, Unbonding und Governance sind eigene Wallet-Aktionen. Validatoren tragen stakegewichtete Commit-Stimmen bei; sie haben eine andere Rolle als Miner. Öffentliche Parameter und Konditionen sind noch offen.
Hybrid-Chain und Rollen ↗BUILD WITH GRC
Beginne mit unabhängig genehmigter Netzidentität und den tatsächlichen Deploymentadressen. Die Dokumentation trennt lesende Daten, Wallet-Transaktionen und autoritative Spielereignisse.
Lese-API und Pagination, exakte Beträge, Checkpoints und Wallet-Handoffs für Browser und Handyspiele.
Game-Integration ↗OpenAPI-Vertrag ↗Signierte Spielereignisse, Reward-Artefakte und begrenzter Claim-Relay sind getrennte Protokolle. Autoritative Signierschlüssel bleiben im Spielebackend.
Plattform & SDKs ↗Reward-Relay ↗Sichtbares, freiwilliges Mining einbetten oder eine Aktion mit einmaliger servergeprüfter Rechenarbeit schützen. Captcha-Arbeit zahlt keine Mining-Rewards.
Partnerseiten-Anleitung ↗Captcha-Vertrag ↗Offline-Deploymentvorbereitung und nativer Faucet mit festem Betrag, Captcha und dauerhaftem Auszahlungsjournal. Sponsor, Netzfreigabe und Betrieb bleiben explizit zu konfigurieren.
Testnet vorbereiten ↗Faucet betreiben ↗Die öffentlichen Guides sind ohne Anmeldung lesbar. Weitere Quellanleitungen sind noch nicht öffentlich gespiegelt und führen zum Veröffentlichungshinweis. Dokumentation öffnen ↗
Noch kein allgemeiner Wallet-Login, OIDC oder Webhook-Vertrag. Ein eingegebener Account ist kein Eigentumsnachweis; ein Katalog liefert keine genehmigten Netzpins.
DER WEG NACH VORN
Von lokaler Entwicklung zum öffentlichen Testnet und zu unabhängigen Spielen. Jeder Schritt hat eigene Voraussetzungen; ein Ziel ist kein Startdatum.
Hybrid-Chain, Wallets, NFT-Handel und Entwicklerwerkzeuge sind innerhalb ihrer dokumentierten lokalen Umfänge implementiert und getestet.
Netzidentität und Betreiber freigeben, Hosting wählen und Clients für dieses Netz neu bauen. Die Deploymentvorlagen sind vorbereitet.
Cologna, klick-game und weitere Browser- und Handyspiele können die dokumentierten APIs nutzen. Ihre externen Integrationen sind noch geplant.
TRANSPARENTER STATUS
Es gibt hier keinen freigegebenen öffentlichen RPC, Explorer oder Faucet-Link. Hosts, Domains, Betreiber und ursprüngliche Genesis mit positivem Blockanker müssen unabhängig feststehen. Diese Website misst keinen Live-Netzstatus.
Der Explorer zeigt EVM-Blöcke. Mit konfiguriertem Comet-Endpunkt ergänzt er PoW-Hülle, gemeldete Commit-Stimmen, native Gesamtmenge, Staking-Pools und Delegationen an der gewählten Blockhöhe. Das sind RPC-Beobachtungen ohne unabhängige Zustands- oder Konsensbeweise. Zirkulierende und maximale Menge werden nicht ausgewiesen.
VERSTEHEN, BEVOR DU SIGNIERST
Die Clients verwahren Schlüssel selbst. Ein Spiel, Marketplace oder diese Website sollte weder privaten Schlüssel noch Recovery-Phrase verlangen. Geräte-, Update- und Betreiber-Signaturen haben eigene Abnahmeumfänge; lokale Prüfungen sind kein externes Audit.
Sicherheitsmodell ↗GRC ist der native Coin der experimentellen Chain. ERC-1155-Spielgegenstände sind separate Assets. Eine ERC20-Abbildung oder Wrapped-Repräsentation ist nicht automatisch derselbe Ausgabepfad; endgültige öffentliche Tokenomics und Whitepaper-Freigabe stehen aus.
Konsens & Tokenomics-Entwurf ↗Governance-Voting und begrenzte Treasury-Pfade werden lokal entwickelt und geprüft. Öffentliche Autoritäten, Quoren, Zeitfenster und Budgets müssen separat beschlossen werden. Wallet-Voting allein ist keine pauschale Ausgabenfreigabe.
Governance & Treasury ↗