Indikatoren — wie der Score entsteht

So entsteht der Score

Jeder Pool wird getrennt bewertet. Der angezeigte Token-Score ist der Score seines repräsentativen Primärpools — Pools werden nie vermischt. Aus zwei Kennzahlen entsteht der Endwert:

Hohes Risiko dämpft also die Chance. Zusätzlich können harte Sicherheits-Overrides den Endwert auf 0 setzen (siehe unten).

Chance (Opportunity) — 4 Komponenten

Misst die Markt-Attraktivität. Vier Teil-Scores (je 0–100) werden gewichtet gemittelt.

Zwischen den Stützpunkten wird interpoliert. Liquidität und Aktivität sind Pflicht­komponenten — fehlen sie, ist der Pool nicht bewertbar.

Risikoindikator (Risk)

Bündelt erkennbares Contract- und Pool-Risiko. Wichtig: null heißt „unbekannt", nicht „sicher" — fehlende oder veraltete Werte erhöhen das Risiko (Unbekannt-Malus), statt als harmlos zu gelten.

Harte Sicherheits-Overrides (final = 0)

Bestimmte Sicherheitssignale setzen den Endwert hart auf 0 („bestätigt gefährlich"), unabhängig von der Chance:

Ein neuerer Warn-Check, der Honeypot meldet, sticht ein älteres Entwarnungssignal — Sicherheit vor Optimismus. Veraltete Daten lösen keinen Override aus (kein Schluss aus alten Daten).

Einstufung (Bänder)

Die Einstufung beruht nur auf dem Endwert. Eine Stufe über „Beobachten" wird nur bei reliable vergeben (Reliability-Klammer):

score_status: reliable / preliminary / not_scorable

Jeder Score trägt einen Status, der seine Belastbarkeit anzeigt:

reliable verlangt u. a.: Datenvollständigkeit ≥ 70, frische Markt- und Security-Daten und bekannte Honeypot-/Tax-Felder — ein reliable-Score beruht nie auf unbekanntem Sicherheits-Risiko.

Datenvollständigkeit

Wie vollständig die zugrunde liegenden Daten sind (0–100). Fünf Gruppen mit festen Maximalpunkten:

Ab 70 gilt die Markt-Pflicht als gedeckt; für reliable kommen frische, belastbare Security-/Pool-Daten hinzu.

Markt-Alter vs. Datenfrische

Zwei verschiedene „Alter" — nicht verwechseln:

Frische-Schwellen für die Belastbarkeit:

Veraltete Daten sperren reliable und tragen Unbekannt-Mali — „alt" wird nie als „sicher" gewertet.

Trader-Analyse & Wallet-Reputation

Für liquide, aktiv gehandelte Kandidaten wertet die Trade-Watch die on-chain Swaps auf Wallet-Ebene aus — das sieht, was die Aggregat-Kennzahlen nicht zeigen (wer wirklich handelt):

Einstufung als Badge: organisch · Wash-Verdacht / Wal-dominiert · Sniper-lastig / Sybil-Verdacht. Sniper greift nur bei frischen Token (deren Start im Beobachtungsfenster liegt).

Wallet-Reputation (Tab „Wallets“) — nach Track-Record, nicht nach bloßer Aktivität:

Erst wenn eine Wallet einen nachweisbaren Rug-Track-Record hat, erscheint beim Token das rote 🚩 Rug-Wallet. Reines Früh-Kaufen/aktives Handeln bleibt neutral — denn das kann genauso gut ein guter Investor sein.

Heuristik, kein Beweis (Bot-/Router-Contracts, Market-Maker) — und keine Anlageberatung.

Security-Flags & Base/Quote

Die Security-Flags stammen von GoPlus und sind ein Risiko-Indikator, kein Audit. Sie ersetzen keine eigene Prüfung und sind keine Kaufempfehlung.

Base vs. Quote. Die Base ist der beobachtete Projekt-Token; die Quote ist das Bewertungs-Asset (WETH oder ein Stablecoin wie USDC). Contract-Risiko und Score hängen immer an der Base.

Pools, bei denen beide Seiten Quote-Assets sind (z. B. WETH/USDC), haben keinen Projekt-Token und werden nicht gelistet — WETH oder USDC erscheinen daher nie als Base.