Skip to main content

Projektvorlage

Hinweis: Dieses Dokument ist eine automatische Übersetzung des englischen Originals.

[Project Name] — eine Referenzkarte für ein Krypto-Projekt: was das Produkt macht und wie überprüfbar die Kernaussagen des Projekts sind; außerdem — Übereinstimmung mit der These der Dezentralisierten KI (DecAI Fit).

[Project Name] — ein [category]-Projekt auf [chain], Token (Symbol: [ticker]).

Haftungsausschluss (vollständiger Text)

Wichtig: Diese Seite ist ein Referenzüberblick über das Projekt. Innerhalb von DecAIHub protokollieren wir separat eine Überprüfung basierend auf offenen Quellen innerhalb der KI-These (was echte KI/Onchain ist/warum ein Token benötigt wird und auf welchen Quellen dies basiert).
Dies ist keine Finanzberatung und keine Empfehlung zum Kauf/Verkauf/Halten eines Vermögenswerts. Wir bewerten nicht Preis, Rendite oder Einstiegs-/Ausstiegszeitpunkte.
Die Schlussfolgerungen basieren auf öffentlich zugänglichen Materialien, die zum Zeitpunkt der Überprüfung gefunden wurden. Das Fehlen einer Bestätigung bedeutet nicht, dass die Technologie nicht existiert.

TL;DR (für Leser, die sich nicht mit KI auskennen)

  • Was es ist: ein [Protokoll/App/Netzwerk/Marktplatz] für [einfacher Zweck].
  • Für wen es ist: [Hauptnutzer: Benutzer/Entwickler/Teams/Unternehmen].
  • Warum Onchain/Token: [ein Satz ohne KI-Begriffe: Zahlungen/Zugang/Anreize/Sicherheit/Buchhaltung].

Wie es funktioniert (sehr kurz)

  1. Der Nutzer macht: [Aktion].
  2. Das System macht: [was drinnen passiert].
  3. Der Nutzer bekommt: [Ergebnis/Vorteil].
  4. Wo die Blockchain ist: [was genau Onchain ist: Abwicklung/Buchhaltung/Garantien/Eigentum].
  5. Rolle des Tokens (falls vorhanden): [warum der Token benötigt wird; falls keiner — "kein Token"].

Schnelllinks: KI-Thesen-Passung

Projektpass (kurze Fakten, keine Links)

Feld Wert
Projektname [ ]
Auch bekannt als (aliases) (Synonyme/Ticker/Schreibweisen) [ ]
Logo (logo) (Link/Datei) [ ]
Token-Symbol (ticker) (oder — wenn kein Token) [ ]
Kategorie (1–3 Labels; Beispiele: AI/Compute | AI/Inference | AI/Agents | Infra | DeFi | …) [ ]
Hauptchain (chain) [ ]
Typ (EVM / non‑EVM / Appchain) [ ]
Netzwerkstatus (mainnet / testnet / beta) [ ]
Konsens (consensus) (PoS/PoW/…) [ ]
Startdatum (launch_date) (YYYY oder Datum) [ ]
Projektstatus (status) (aktiv / in Entwicklung / geschlossen) [ ]
Token (Standard) (nativ / ERC‑20 / SPL / CW20 / keiner) [ ]
Token-Vertrag (Adresse oder —) [ ]
Token-Modell (token_type) (Utility / Governance / Gebührenmechanismus / …) [ ]
Max. Angebot (max supply; Parameter für Token-Angebot) [ ]
Ausgabe (fest / inflationär / Burn / —) [ ]
Tokenomik (tokenomics, brief) (1–2 Fakten) [ ]
Governance (DAO / Multisig / Unternehmen / —) [ ]
Admins/Schlüssel (verzichtet / Timelock / Multisig / —) [ ]
Audit (ja/nein/—; Links kommen in links_ und/oder Evidence)* [ ]
Bug Bounty (ja/nein/—; Links kommen in links_ und/oder Evidence)* [ ]
Team (team) (kurz/—) [ ]
Finanzierung (investors/funding) (Zuschüsse/Runden/Fonds; bestätigt/—) [ ]
KI-Komponente (ai_component) (3–10 Wörter) [ ]
Anwendungsfall (use_case) (3–10 Wörter) [ ]
DecAI Fit — KI-Thesen-Passung (X/6 + Niveau) [ ]
Zusammenfassung der DecAI Fit-Komponenten (ai_score / onchain_score / token_score / evidence_score) [ ]
Zuletzt überprüft (YYYY‑MM‑DD) [ ]

Allgemeine Projektübersicht

[Detailliert und in einfacher Sprache (ohne das obige TL;DR zu wiederholen): was das Projekt ist, welches Problem es löst, für wen es ist und in welcher Form es existiert (Protokoll/App/Netzwerk).]

Funktionen/Module

  • [Zentrale Produktmodule/Komponenten (als Liste).]
  • [Was am wichtigsten ist / was für Benutzer einzigartig ist.]

Typische Szenarien

  • Szenario 1: [wer macht was → welches Ergebnis]
  • Szenario 2: [wer macht was → welches Ergebnis]
  • Szenario 3: [optional]

Erste Schritte (Wallet/Netzwerk)

  • Was Sie benötigen: [Wallet/Konto/Mindestanforderungen]
  • Netzwerk/Chain: [welches Netzwerk, wo zu wechseln ist]
  • Gebühren: [welche Gebühren anfallen und wo sie entstehen]

Architektur/Technik (ohne KI)

  • Komponenten: [Verträge/Nodes/Clients/Indexer/Backend usw.]
  • Teilnehmerrollen: [Nutzer/Validatoren/Anbieter/Betreiber…]
  • Wo Logik ausgeführt wird: [L1/L2/Appchain/Offchain + was wo ausgeführt wird]
  • Abhängigkeiten: [Orakel/DA/Bridges/RPC-Anbieter/Speicher usw.]

Token/Wirtschaft (erweitert, keine Prognosen)

  • Token-Nutzen: [wofür Nutzer zahlen / was sie bekommen]
  • Treiber für die Protokoll-Notwendigkeit: [wer den Token wofür nutzt und warum es ohne ihn nicht funktioniert]
  • Wer Gebühren zahlt: [Nutzer/Anbieter/Dritte]
  • Wohin Gebühren fließen: [Validatoren/Anbieter/Treasury/Burn]
  • Ausgabe/Burn: [Modell + Links/Parameter]
  • Sicherheits-/Anreizmechanismen: [Staking/Slashing/Sonstiges; ja/nein, Bedingungen, Risiken]
  • Verteilung und Zeitplan für die Token-Ausgabe: [Vesting/Unlocks; wer bekommt wie viel/Zeitplan/Links; zur Bewertung von Zentralisierung/Anreizen]
  • Treasury: [wer sie kontrolliert / wie sie ausgegeben wird / Links]

Governance

  • Wer Entscheidungen trifft: [DAO/Team/Stiftung/Multisig]
  • Wie sich Protokollparameter ändern: [Prozess/Abstimmung/Upgrades]
  • Wo Entscheidungen diskutiert/getroffen werden: [Forum/Repo/Snapshot/Links]
  • Schlüssel/Multisig: [Unterzeichner/Schwellenwert/Links]

Sicherheit und Vorfälle

  • Audits: [wer/wann/Links] (wenn viele — Tabelle unten einfügen)
  • Bug Bounty: [ja/nein, Link]
  • Vorfälle: [Hacks/Ausfälle/Hard Forks/Postmortems]
  • Bedrohungsmodell: [Hauptrisiken und Sicherheitsannahmen]

Projektstatus und Zeitplan

  • Aktueller Status: [mainnet/testnet/beta/…]
  • Wichtige Releases/Meilensteine: [Daten/Versionen]
  • Roadmap: [was derzeit entwickelt wird + Link]

Ökosystem/Integrationen

  • Integrationen: [Wallets/Bridges/Infrastruktur/Tools/Börsen (falls zutreffend)]
  • Partner: [falls es bestätigte gibt]
  • Wo es tatsächlich verwendet wird: [Integrationsbeispiele/Anwendungsfälle + Links]

KI-Komponente des Projekts

  • Was ist hier echte KI? [1–2 Sätze]
  • Was ist wirklich Onchain? [1–2 Sätze]
  • Warum wird ein Token benötigt? [1–2 Sätze]
  • Warnsignale (Red flags): AI‑washing / Onchain‑washing / Token‑washing [ ], was noch einmal zu überprüfen ist [ ], wichtigste KI-Washing-Risiken [ ].

Zusammenfassung der DecAI Fit-Komponenten

  • DecAI Fit: [X/6 — niedrige/mittlere/hohe Übereinstimmung mit der These der Dezentralisierten KI]
Component Niveau Score
AI reality [niedrig/mittel/hoch] [0–3]
Onchain necessity [niedrig/mittel/hoch] [0–3]
Token necessity [kein Token/niedrig/mittel/hoch] [0–3]
Evidence [Tier‑1 vorhanden/fehlend] [0–3]
Details

AI reality

AI_0 — KI-Absicht (Tier‑1 Roadmap) (1/0)

  • AI_0 (decision): [1/0/—]
  • Claim (1 Zeile): [welche Tier‑1 Roadmap/Aussage die KI-Absicht erklärt]
  • Evidence: Tier‑1 — [link]
  • Why sufficient / why not (1 Zeile): [warum dies eine Absicht ist, kein Beweis für funktionierende KI]
  • Conflict note (falls vorhanden): [ ]

AI_1 — was die KI tut (1/0)

  • AI_1 (decision): [1/0/—]
  • Claim (1 Zeile): [was die KI tatsächlich tut]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 Zeile): [warum dies für eine 1 ausreicht, oder warum 0/—]
  • Conflict note (falls vorhanden): [ ]

AI_2 — Demos/Beispiele (1/0)

  • AI_2 (decision): [1/0/—]
  • Claim (1 Zeile): [welches Demo/Beispiel existiert und was es zeigt]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 Zeile): [warum dies für eine 1 ausreicht, oder warum 0/—]
  • Conflict note (falls vorhanden): [ ]

AI_3 — Metriken/Qualität (1/0)

  • AI_3 (decision): [1/0/—]
  • Metriken: [ ]
  • Kontext (Version/Datum/wie gemessen): [ ]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 Zeile): [warum die Metriken gültig/ausreichend sind, oder warum 0/—]
  • Conflict note (falls vorhanden): [ ]

AI_4 — technische Beschreibung/Architektur/Versionen (1/0)

  • AI_4 (decision): [1/0/—]
  • Claim (1 Zeile): [was dokumentiert/beschrieben ist]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 Zeile): [warum dies für eine 1 ausreicht, oder warum 0/—]
  • Conflict note (falls vorhanden): [ ]

Onchain necessity

OC_1 — Verträge/Adressen/Chain (1/0)

  • OC_1 (decision): [1/0/—]
  • Chain: [ ]
  • Adressen/Identifikatoren: [ ]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 Zeile): [warum dies für eine 1 ausreicht, oder warum 0/—]
  • Conflict note (falls vorhanden): [ ]

OC_2 — Onchain, das über einen reinen Token hinausgeht (1/0)

  • OC_2 (decision): [1/0/—]
  • Welche nützliche Logik Onchain ist: [ ]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 Zeile): [warum dies für eine 1 ausreicht, oder warum 0/—]
  • Conflict note (falls vorhanden): [ ]

OC_3 — Onchain ist kritisch (1/0)

  • OC_3 (decision): [1/0/—]
  • "Replace the blockchain"-Test: was ohne Onchain kaputt geht: [ ]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 Zeile): [warum der Test bewiesen ist, oder warum 0/—]
  • Conflict note (falls vorhanden): [ ]

Token necessity

TK_0 — kein Token (1/0)

  • TK_0 (decision): [1/0/—]
  • Claim (1 Zeile): [das Projekt hat keinen Token]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 Zeile): [warum dies ausreicht, oder warum —]
  • Conflict note (falls vorhanden): [ ]

TK_1..TK_4 (1/0)

TK_1 — Zahlung für den Service (1/0)

  • TK_1 (decision): [1/0/—]
  • Claim (1 Zeile): [wofür Nutzer mit dem Token zahlen]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 Zeile): [warum dies bewiesen ist, oder warum 0/—]
  • Conflict note (falls vorhanden): [ ]

TK_2 — Anreize/Sicherheiten/Strafen (1/0)

  • TK_2 (decision): [1/0/—]
  • Claim (1 Zeile): [welche Anreize/Sicherheiten/Strafen existieren und warum]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 Zeile): [warum dies bewiesen ist, oder warum 0/—]
  • Conflict note (falls vorhanden): [ ]

TK_3 — Governance (1/0)

  • TK_3 (decision): [1/0/—]
  • Claim (1 Zeile): [wie der Token für die Governance verwendet wird]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 Zeile): [warum dies bewiesen ist, oder warum 0/—]
  • Conflict note (falls vorhanden): [ ]

TK_4 — Token ist ersetzbar (1/0)

  • TK_4 (decision): [1/0/—]
  • Claim (1 Zeile): [warum der Token ersetzt/nicht ersetzt werden kann]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 Zeile): [warum diese Schlussfolgerung gestützt wird, oder warum —]
  • Conflict note (falls vorhanden): [ ]

Evidence (Tabelle)

Wenn es für eine Kernaussage keine Tier‑1-Quelle gibt, aber Tier‑2/3-Erwähnungen vorhanden sind, fügen Sie diese in die Tabelle ein und fügen Sie eine explizite Hinweiszeile hinzu:
Tier‑1 | — | Es wurde keine Tier‑1-Quelle für Behauptung X gefunden.
(Tier‑2/3 allein erhöhen die Punktzahl nicht; sie sind Kontext/Marketing, bis Tier‑1 existiert).

Tier Quelle Was es beweist
Tier‑1 [link] [ ]
Tier‑2 [link] [ ]
Tier‑3 [link] [ ]