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)
- Der Nutzer macht: [Aktion].
- Das System macht: [was drinnen passiert].
- Der Nutzer bekommt: [Ergebnis/Vorteil].
- Wo die Blockchain ist: [was genau Onchain ist: Abwicklung/Buchhaltung/Garantien/Eigentum].
- 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) | [ ] |
Links (links_*)
| Typ | Link |
|---|---|
| Website | [ ] |
| Docs | [ ] |
| GitHub | [ ] |
| Releases / Changelog | [ ] |
| Whitepaper | [ ] |
| Roadmap | [ ] |
| Security advisories | [ ] |
| Explorer | [ ] |
| X | [ ] |
| Discord | [ ] |
| Telegram | [ ] |
| Medium | [ ] |
| Audit report(s) | [ ] |
| Bug bounty | [ ] |
| CoinGecko | [ ] |
| CoinMarketCap | [ ] |
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] | [ ] |
No comments to display
No comments to display