OpenSea-ähnliche Informationsarchitektur (Opensea Aehnliche Informationsarchitektur)

Das Produkt-Referenz verschweigen zerstört die Architektur-Story

2021 übernahm der Bare-Crypto-Marketplace-Client die NFT-Entdeckungssprache, die Nutzer schon kannten. OpenSea ist hier kein Konkurrenzanspruch — sondern Produkt-Referenz: Discovery-Grid, Einzel-Asset-Viewer, Profil-Sammlung und Mint-Formular teilen ein mentales Modell. React Router + Redux/Saga komponieren diese Flächen in einer SPA und sprechen über Infura auf Rinkeby mit der Chain.

Bare Marketplace SPA (OpenSea-like IA)
  ├─ /              Home (Discovery / Trending)
  ├─ /marketplace   Listing-Grid (Reserve)
  ├─ /nft/:TokenId  Viewer (kaufen / verkaufen / updaten)
  ├─ /profile       Besitzte Sammlung
  └─ Minter-Form    IPFS-Metadaten + Mint
         ↓
  Web3-Utils → Rinkeby Infura RPC (keine Keys in Docs)

Dieser Teil rahmt ein, warum dieses Seiten-Set existiert — und warum der offene OpenSea-Vergleich Architektur ist, kein Marketing-Fluff.

Begriffe, dort definiert, wo sie zuerst auftauchen

📦 Produkt-Referenz
Bewusstes Ausleihen eines mentalen Modells — kein Paritätsanspruch.

📦 Informationsarchitektur (IA)
Wie Routen, Seitenaufgaben und Objektgrenzen (NFT, Listing, Profil) getrennt sind.

📦 Viewer
Die `/nft/:TokenId`-Fläche, in der Metadaten, Besitz und Listing-Aktionen für ein Token zusammentreffen.

📦 Mint-Formular
Client-Formular, das Datei + Metadaten nach IPFS schreibt und dann mintet.

OpenSea zu nennen ist keine Peinlichkeit; es zu verstecken löscht den UX-Vertrag.

Fünf Flächen, ein mentales Modell

Home verspricht Discovery; Marketplace listet offene Listings; Viewer zeigt die Wahrheit eines NFT; Profile scannt Besitz; Minter erzeugt Assets. OpenSea teilt diese Arbeitsteilung — Bare Crypto komprimiert sie in eine kleine SPA.

OpenSea mental model
  discover → browse listings → open asset → own / sell
Bare Crypto routes
  Home → Marketplace → Viewer → Profile / Minter

Router-Vertrag

/nft/:TokenId ist die einzige Detailseite von Listing- und Profil-Karten. Marketplace bettet den Reserve-Container ein; Listing-Discovery ist eine Util-Schleife (nächster Teil).

Redux/Saga gemischt mit lokalem State

Globals und User leben in Redux; Listing-Grids refreshen oft per useState + setInterval. Hybrid ohne OpenSea-Indexer — und unklare Freshness-Ownership.

ADR sketch
  Decision: copy OpenSea IA into a single CRA SPA
  Why: shared NFT mental model; ship on Rinkeby fast
  Trade-off: no indexer, poll-heavy UI, IA ≠ protocol maturity

OpenSea laut sagen

Verstecken Sie 'Inspiration' nicht. Bare Crypto ist kein Protokoll-Rivale — ein Client-Klon auf Rinkeby. Ist die Referenz klar, gewinnen die RPC- und Testnet/Mainnet-ADRs Sinn.

Die am häufigsten verwechselten Zuordnungen

❌ OpenSea nicht nennen = original wirken
✓ Referenz verstecken macht die IA-Entscheidung unlesbar

❌ Jede Marketing-Seite ist Kern-IA
✓ Kern: Home, Marketplace, Viewer, Profile, Minter

❌ Viewer ist nur Galerie
✓ Viewer ist Besitz-, Listing- und Preis-Interaktion

❌ Mint-Form ist unabhängig vom Marketplace
✓ Sie teilt NFT-Vertrag + IPFS-Metadaten-Pfad

Checkliste zur Prüfung des eigenen Systems

1. Welche fünf Flächen tragen das OpenSea-Modell in der Routentabelle?
2. Welche Karten linken in den Viewer?
3. Nutzt Profile denselben totalSupply-Scan wie Marketplace?
4. Welche Mint-Felder werden Traits im Viewer?
5. Können Sie Unterschiede zu OpenSea in einem Diagramm zeichnen?

Was aus diesem Teil bleiben sollte

1. Die Marketplace-IA ist eine bewusste OpenSea-Produkt-Referenz.
2. Home / Marketplace / Viewer / Profile / Minter tragen das mentale Modell.
3. Referenz verstecken entleert spätere Scaling-ADRs.

OpenSea zu kopieren ist keine Schande; nicht zu wissen, welche Teile, schon.