Free-to-Play Einzelspieler-Sammelkartenspiel (TCG) kombiniert mit einem prozeduralen Dungeon-Crawler. Das Spiel wird in einer pseudo-3D-Top-Down-Perspektive dargestellt. Die gesamte In-Game-Ökonomie, der Besitz von Spiel-Assets und der Handel müssen ausschließlich über die Solana-Blockchain abgewickelt werden, unter Nutzung der nativen Web3- und P2P-Marktplatz-Funktionen der iDos Engine. ​Kern-Gameplay-Schleife: ​Hub-Welt: Spieler starten in einem sicheren, kampffreien Hub. Hier verwalten sie ihre Kartensammlung, greifen auf den P2P-Marktplatz zu und starten Dungeon-Expeditionen. ​Dungeon-Erkundung: Spieler betreten prozedural generierte Dungeons. Jede Instanz ist einzigartig in Layout, Gegnern und Belohnungen. ​TCG-Kampf: Begegnungen mit Gegnern lösen einen rundenbasierten TCG-Kampf aus. Der Spieler nutzt sein Deck aus 30 Karten, um KI-Gegner zu besiegen. ​Sammeln & Verbessern: Siege belohnen Spieler mit neuen Karten, die ihrer Off-Chain-Sammlung hinzugefügt werden. ​Wirtschaft & Handel: Zurück im Hub können Spieler ihre Decks optimieren, wertvolle Karten bei Bedarf als NFTs auf der Solana-Blockchain prägen (minten) und diese auf dem integrierten P2P-Marktplatz handeln. ​Technische und visuelle Spezifikationen: ​Grafikstil: Pseudo-3D-Top-Down-Ansicht. Implementiere diesen Effekt durch eine Y-Sortierung der 2D-Sprites, um eine Tiefenillusion zu erzeugen. Alle dynamischen Objekte (Spieler, Gegner) müssen ihren Ursprungspunkt an ihrer Basis haben. ​Dungeon-Generierung: Nutze einen prozeduralen Algorithmus, der zufällige „Räume und Gänge“-Layouts erstellt. Überlagere diese Layouts mit verschiedenen Biom-Themen (z. B. Höhle, Krypta, Lava), die das visuelle Erscheinungsbild (Tilesets) und die Art der anzutreffenden Gegner bestimmen. ​Kampfsystem: Implementiere das TCG-Kampfsystem als eine Finite State Machine (FSM), um einen klaren, rundenbasierten Ablauf zu gewährleisten (Zustände: BATTLE_START, PLAYER_TURN, AI_TURN, RESOLVE_COMBAT, BATTLE_END). ​Kartendesign-Spezifikationen: ​Kartenattribute: Jede Karte muss folgende Attribute besitzen: Manakosten, Angriff, Gesundheit (für Kreaturen), Kartentyp (Diener, Zauber, Relikt), Seltenheit und ein Textfeld für Fähigkeiten. ​Ressourcensystem: Spieler beginnen mit 1 Mana und erhalten pro Zug einen weiteren Manakristall, bis zu einem Maximum von 10. ​Seltenheitssystem: Implementiere fünf Seltenheitsstufen: Gewöhnlich (weiß), Ungewöhnlich (blau), Selten (lila), Episch (orange), Legendär (gold). Die Seltenheit bestimmt die Komplexität und Stärke einer Karte sowie ihre Drop-Rate. ​Schlüsselwort-Fähigkeiten: Integriere ein Set von Standard-TCG-Schlüsselwörtern, um die Spieltiefe zu erhöhen: Spott (Gegner müssen diesen Diener angreifen), Lebensraub (verursachter Schaden heilt deinen Helden), Erstschlag (verursacht Kampfschaden vor dem Gegner), Überwältigen (überschüssiger Schaden trifft den gegnerischen Helden), Verstohlenheit (kann nicht anvisiert werden, bis er angreift). ​Solana-Blockchain- und Wirtschaftsarchitektur: ​Exklusivität: Das Spiel MUSS ausschließlich die Solana-Blockchain für alle Web3-Funktionen nutzen. ​Spieler-Identität: Spieler-Accounts werden ausschließlich über die Verbindung einer Solana-Wallet (z. B. Phantom, Solflare) verwaltet. Die Wallet-Adresse dient als eindeutige Spieler-ID. ​On-Demand NFT-Minting: Karten existieren standardmäßig als Off-Chain-Daten, um ein schnelles Gameplay zu gewährleisten. Spieler müssen die Option haben, jede Karte aus ihrer Sammlung aktiv in ein NFT zu prägen. Dieser Prozess erfordert eine vom Spieler zu genehmigende Transaktion auf der Solana-Blockchain, die eine geringe Gas-Gebühr in SOL kostet. Nach dem Minting wird die Off-Chain-Karte als „geprägt“ markiert, um Duplikate zu verhindern. ​P2P-Marktplatz: Nutze den nativen P2P-Marktplatz der iDos Engine. Alle Transaktionen auf dem Marktplatz müssen in SOL abgewickelt werden. Nur als NFT geprägte Karten dürfen handelbar sein. ​Creator-Provision (Kritische Anforderung): Der Marktplatz-Smart-Contract MUSS so konfiguriert sein, dass bei JEDER erfolgreichen Transaktion zwischen Spielern eine Provision von 15 % des Verkaufspreises automatisch an die Wallet des Projekt-Creators gesendet wird. Die restlichen 85 % gehen an den Verkäufer. Diese Logik muss unveränderlich im Smart Contract verankert sein. Die Creator-Wallet-Adresse wird bei der Initialisierung des Projekts mit der Engine verbunden.