Dude Report

Datenqualität wird in kurzen Etappen aufbereitet und gepackt. Fertige Archive werden über einen separaten, geschützten Download ausgeliefert.

• Die Arbeitsdiagnose enthält Diagnosequellen und vollständigen Verlauf; abgeleitete Runtime-Pakete stehen im vollständig kompakten und klassischen Export bereit.
• Kompaktes Format mit Objektverzeichnis und Wiederherstellungshilfe; klassischer Einzeldatei-Export bleibt verfügbar.
• Prüfverläufe werden zeilenweise exportiert, ohne Daten-Freeze oder Neuberechnung. Quellstand-Zeitreihen bleiben separat auswählbar.
• Produktive Datenbanken, Worker, Indizes und Klassifizierungen werden durch diese Änderung nicht verändert.

Der Export nutzt ein geschütztes privates Arbeitsverzeichnis statt vieler tempnam-Aufrufe im System-Tempordner. Fehlermeldungen werden direkt angezeigt.

• Nur temporäre Exportdateien werden in einer eigenen privaten Ablage angelegt und nach dem Request entfernt.
• Kompaktes Format mit Objektverzeichnis und Wiederherstellungshilfe; klassischer Einzeldatei-Export bleibt verfügbar.
• Prüfverläufe werden zeilenweise exportiert, ohne Daten-Freeze oder Neuberechnung. Quellstand-Zeitreihen bleiben separat auswählbar.
• Produktive Datenbanken, Worker, Indizes und Klassifizierungen werden durch diese Änderung nicht verändert.

Diagnosepakete bündeln wiederholte Datenblöcke verlustfrei. Der Quellstand-Download lässt alte Installationsartefakte aus.

• Die Arbeitsdiagnose enthält Diagnosequellen und vollständigen Verlauf; abgeleitete Runtime-Pakete stehen im vollständig kompakten und klassischen Export bereit.
• Kompaktes Format mit Objektverzeichnis und Wiederherstellungshilfe; klassischer Einzeldatei-Export bleibt verfügbar.
• Prüfverläufe werden zeilenweise exportiert, ohne Daten-Freeze oder Neuberechnung. Quellstand-Zeitreihen bleiben separat auswählbar.
• Produktive Datenbanken, Worker, Indizes und Klassifizierungen werden durch diese Änderung nicht verändert.

Dudelytics bündelt jetzt verständlich, was mit eigenen Inhalten und öffentlichen Daten erlaubt ist, wo Redistribution endet und welche Rechte externer Quellen fortgelten.

• DE und EN erhalten eine eigene Lizenzseite mit Kurzfassung, Nutzungsmatrix, Drittanbieterübersicht, KI-/Agenten-Hinweis und Open-Source-Abschnitt.
• Rechtliche Hinweise, Datenquellen und KI-/Agenten-Seite verweisen auf die neue Rechteübersicht, ohne laufende Markt- oder Indexdaten anzufassen.
• Öffentlich erreichbare JSON-/Discovery-Endpunkte werden ausdrücklich von einer pauschalen Spiegel-, Weiterverkaufs- oder White-Label-Lizenz getrennt.

Lizenzen & Rechte → Datenquellen → KI & Agenten →

Der DVIX misst Marktstress im produktiven Kryptomarkt auf einer transparenten 0–100-Skala und bleibt methodisch getrennt von DPMI Fear & Greed und DPMI Holder Quality.

• Der DVIX kombiniert realisierte DPMI-Volatilität, negativen 24h-Schock, den Gleichlauf der sieben DPMI-Sektoren und gemeinsamen Drawdown-Druck.
• Die Berechnung nutzt ausschließlich beobachtete DPMI- und Sektorhistorie und erzeugt selbst keine zusätzlichen Provider-Calls.
• DPMI-HQ bleibt ein eigener Index mit eigener Indexhöhe; im DVIX-Bereich wird seine 24h-Entwicklung relativ zum Haupt-DPMI gezeigt, nicht als 0–100-Qualitätsscore.
• Rebalancing-Fenster werden diagnostisch markiert, verändern den DVIX-Score aber nicht künstlich.

DPMI Family · Dude-VIX → Öffentliche DPMI-Seite →

Dudelytics bündelt Produktbegriffe, Methodikgrenzen und öffentliche Datenendpunkte jetzt auf einer eigenen KI-/Agenten-Seite und in einem maschinenlesbaren Discovery-Manifest.

• /ki/ erklärt die öffentlichen Dudelytics-Begriffe für Menschen, Suchsysteme und Browser-Agenten.
• /data/ai/ liefert stabile ASCII-IDs wie dpmi, dpmi_hq, fear_greed und dvix sowie die zugehörigen öffentlichen Endpunkte.
• llms.txt und llms-full.txt verweisen auf dieselbe öffentliche Produktwahrheit statt eine parallele Datenwelt zu erzeugen.
• Account-, Admin-, Candidate-/Shadow-, Secret- und private Arbeitsdaten bleiben ausgeschlossen.

KI-/Agenten-Seite → AI Discovery JSON → llms.txt →

Das planmäßige Monats-Rebalancing läuft zum 1. Oktober weiter, ohne Korbänderungen als künstlichen Sprung im Indexstand darzustellen.

• Der Haupt-DPMI bleibt der breite produktive Marktindex; DPMI Holder Quality bleibt ein separater Index mit eigener Zusammensetzung und Historie.
• Vor dem Korbwechsel wird der bestehende Indexwert mit aktuellen Preisen bestimmt und der neue Korb auf diesem Niveau weitergeführt.
• Die Rebalancing-Logik bleibt fail-closed: unvollständige Kandidaten- oder Marktdaten führen nicht zu einem halb geschriebenen Produktionskorb.

DPMI Family → DPMI Methodik →

DPMI-HQ bildet ein eigenes Holder-Quality-Teiluniversum als vollständigen Index mit eigenem Stand, eigener Historie und monatlichem Rebalancing ab.

• DPMI-HQ ist ausdrücklich kein 0–100-Qualitätsscore.
• Der Index wird wie der Haupt-DPMI über seine relative Entwicklung und insbesondere den Vergleich DPMI-HQ versus Haupt-DPMI interpretiert.
• Historische Rekonstruktionen und echte beobachtete Punkte bleiben als Datenqualität unterscheidbar.

DPMI Holder Quality → DPMI Family →

Die Governance-Datenqualität unterscheidet jetzt klar zwischen Fällen, die eine Readiness-Einstufung wirklich blockieren, und zusätzlichem Detail-Enrichment bereits klassifizierter Projekte.

• Vorhandene lokale Evidenz wird beim Registry-Rebuild neu ausgewertet, aber nicht gelöscht.
• Unbekannte Klassifikationen bleiben echte fachliche Arbeitsfälle und werden nicht als Null- oder Negativwert umgedeutet.
• Die Trennung reduziert unnötige manuelle Abschlussfälle, ohne die Evidenzanforderungen abzusenken.

Datenquellen & Abdeckung →

Die DPMI Family erhält eine neue Cross-Asset-Ebene: DPMI, BTC und ETH werden mit S&P 500, Russell 2000 und Gold auf einer gemeinsamen 100er-Basis verglichen; darunter messen drei paarweise Pearson-Karten die aktuelle Marktverwandtschaft.

• DPMI, BTC und ETH stammen aus dem täglichen DPMI-Benchmark mit abgeschlossenem 00:00-UTC-Referenzpunkt. S&P 500 wird über IVV, Russell 2000 über IWM und Gold direkt über XAU/USD erfasst; tokenisierte ETF-Preise werden nicht verwendet.
• Der Chart startet am ersten vollständigen gemeinsamen echten Messpunkt bei 100. DPMI, BTC, S&P 500 und Gold sind standardmäßig sichtbar; ETH und Russell 2000 können zugeschaltet werden.
• Fehlende Börsentage erzeugen keine künstlichen Daten. Die Linie wird nur optisch bis zum nächsten echten Punkt weitergeführt; solche Anzeige-Fortführungen fließen nicht in die Korrelation ein.
• Die drei Korrelationskarten zeigen DPMI-, BTC- und ETH-Perspektive jeweils gegen die übrigen Märkte. Pearson wird aus echten gemeinsamen Renditeintervallen berechnet: ab n=7 vorläufig, ab n=10 regulär.
• Datenquelle, Proxy-Hinweise und letzter echter Messpunkt bleiben direkt an der Darstellung sichtbar. ETH ist selbst DPMI-Bestandteil; die DPMI/ETH-Korrelation wird deshalb ausdrücklich als nicht vollständig unabhängige Beziehung eingeordnet.

DPMI Family · Cross-Asset → Dude Report →

Die öffentliche Website ist jetzt deutlich breiter auf Englisch verfügbar. DPMI, Methodik, Funktionen, Datenquellen, FAQ, Dude Report, Research, Rechtliches und Support greifen dabei weiter auf dieselbe zentrale Dudelytics-Datenbasis zu.

• Deutsch bleibt die kanonische Inhaltsbasis; die englische Präsentationsschicht nutzt dieselben zentralen Daten, Methodikstände und öffentlichen Research-Snapshots statt einer getrennten Datenwelt.
• Die englische DPMI-Schicht umfasst Hauptindex, Sektor-Family, Benchmark, Fear & Greed, Methodik und öffentliche JSON-/Research-Einstiege.
• FAQ, Datenquellen, Funktionen, Dude Report, Dudipedia, Support, Datenschutz und rechtliche Seiten wurden sprachlich und strukturell auf die englische öffentliche Navigation abgestimmt.
• Die Umstellung verändert weder DPMI-Engine noch Providerdaten, Scores oder Scheduler; sie erweitert die öffentliche Zugänglichkeit derselben Produktwahrheit.

English Home → English DPMI → English Dude Report →

Der Aufruf der Benchmark-Daten führt nicht mehr in eine technische Quell-/JSON-Ansicht, sondern zeigt die Tageswerte direkt innerhalb der DPMI Family; auch die Navigation bleibt dabei im richtigen Bereich.

• Die täglichen Benchmarkwerte werden in einer zugänglichen Tabelle innerhalb der Web-App angezeigt.
• Die technische öffentliche JSON-Datei bleibt weiterhin als Datenquelle verfügbar, ist aber nicht mehr der primäre Nutzerweg hinter dem Button „Benchmark-Daten“.
• Die DPMI-Family-Navigation bleibt beim Öffnen und Schließen der Benchmark-Daten konsistent.

DPMI Family → Öffentliche Benchmark-Daten →

Die täglichen Briefings folgen jetzt klarer vom Gesamtbild zu den Einzelheiten: Markt, Makro/Liquidität, Derivate und Research werden mit der DPMI Family und anschließend den relevanten Coins zu einem kompakteren eingefrorenen Tagesbild verbunden.

• Die DPMI Family ist fester Briefing-Bestandteil: Haupt-DPMI, 24h/7T-Kontext, DPMI Fear & Greed, DPMI-vs.-BTC-vs.-Gesamtmarkt-Benchmark und alle sieben produktiven Sektoren werden gemeinsam eingeordnet.
• Der neue „Forest-to-Trees“-Aufbau beginnt mit Marktbreite und Gesamtmarkt-Kontext, ergänzt Makro/Liquidität, Futures/Derivate und Research/News und geht erst danach in die Coin-Ebene.
• Für die DPMI Top 30 gibt es ein kompaktes Breiten- und Extrembild mit BTC-Referenz, Statusbild sowie Top-3-/Flop-3-Kontext statt einer bloßen langen Coinliste.
• Morning und Evening bleiben getrennte, eingefrorene Snapshots mit eigenem Datenstichtag und Vergleich zum aktuellen Stand. Doppelte Highlight-Blöcke wurden aus der Präsentation entfernt.
• Web-App und E-Mail präsentieren denselben zentral eingefrorenen Briefing-Inhalt; der bewährte Mail-Transport und die Zustell-Deduplizierung bleiben erhalten.

Morning Briefing → Evening Briefing →

Watchlist-basierte Kursalarmregeln werden aus dem vorhandenen 5-Minuten-Marktstrom ausgewertet und bei aktivem E-Mail-Opt-in über einen getrennten Delivery-Worker zugestellt, ohne den Signal-Layer mit Versandlogik zu vermischen.

• Nutzer können persönliche Regeln für Kursbewegungen über 15, 30, 45 oder 60 Minuten mit festen Schwellen und Richtung konfigurieren.
• Die Signal-Engine wertet bereits gesammelte Dudelytics-Marktdaten aus und führt selbst keine zusätzlichen Provider- oder Netzwerkabrufe aus.
• Automatische Mailzustellung wird ausdrücklich pro Account aktiviert; die Regel bleibt auch bei deaktiviertem Mailkanal gespeichert.
• Beim Live-Start werden keine alten Treffer nachgeliefert: Vor Aktivierung entstandene Outbox-Einträge laufen als pre-activation aus, veraltete oder nicht mehr gültige Treffer werden ebenfalls nicht versendet.
• Der Versand nutzt den getrennten STRATO-SMTP-Pfad und kann mit einer Testmail gegen die verifizierte Account-Adresse geprüft werden.

Kursalarme →

Die Perlen-Discovery und die Quality-Evidence-Schicht wurden weiter gehärtet: fehlende Daten bleiben unbekannt, unabhängige Discovery verändert nie die DPMI-Eligibility und teure Tiefenprüfungen werden kontrolliert aus einem begrenzten Kandidatenpool gespeist.

• PERLEN-2.0 bleibt die gemeinsame Tiefenprüfungs-Methodik; die unabhängige Discovery findet Kandidaten zusätzlich zum DPMI Core, schreibt aber niemals in die DPMI-Eligibility-Registry.
• Die zentrale Regel bleibt hart: fehlende Evidenz ist UNKNOWN und darf einen Kandidaten nicht allein deshalb negativ bewerten.
• Discovery katalogisiert und precheckt in begrenzten Batches, hält eine Explorationsreserve gegen Auswahlbias und plant unterschiedliche Recheck-Intervalle für frühe, verworfene, Challenger- und Kandidatenzustände.
• Die Quality-Evidence-Schicht für Team/Execution, Developer Activity und Governance/Dezentralisierung arbeitet interaktiv ausschließlich aus Cache; Hintergrundsammler bleiben davon getrennt.

Perlen → Hot oder Schrott →

Ein unabhängiger Außencheck wurde in einen kleinen Konsistenz-Patch übersetzt: Das 15-%-Rebalancing-Cap ist am 01.09. verifiziert, Rang und Live-Gewicht werden klar getrennt, XRP erhält stärkere Primärquellen-Evidenz, die Bitcoin-Hashrate wird im Chart geglättet und FAQ/Product-Truth teilen denselben öffentlichen Overlay-Stand.

• Der archivierte DPMI-Rebalance vom 01.09.2026 enthält 30 Assets, summiert sich auf 100 % und überschreitet beim Rebalancing nirgends das 15-%-Cap. Live-Gewichte dürfen danach durch Kursbewegungen über 15 % driften; die Methodik wird nicht geändert.
• Die öffentliche DPMI-Komponententabelle erklärt nun ausdrücklich: Rang = Reihenfolge nach Marktkapitalisierung beim letzten Rebalancing, Gewicht = aktuelles Live-Gewicht. Ein Laufzeit-Invariant prüft die gespeicherten Rebalancing-Gewichte auf Cap und 100-%-Summe.
• Für XRP ergänzt die öffentliche Evidenz offizielle XRPL-Primärquellen zu DEX, AMM und fungiblen Token/Tokenisierung. Die Eligibility selbst, Rangfolge und DPMI-Gewichtung werden dadurch nicht geändert.
• Der Bitcoin-Netzwerkchart zeigt die Hashrate als gleitenden 7-Tage-Mittelwert, um die naturgemäß verrauschte Schätzung lesbarer darzustellen. Die aktuelle Hashrate-Kennzahl bleibt der unveränderte Providerwert; Difficulty bleibt roh und stufig.
• Product Truth JSON und FAQ verwenden jetzt denselben öffentlichen Overlay-Stand für Public Preview, DPMI-BENCH-1.1, Security Radar und Public Research. Bestehende llms-Dateien werden nicht überschrieben, sondern vor Installation auf dieselben Kernfakten geprüft.
• Historische Dude-Report-Einträge vom 30.08. werden als letzter Alpha-Stand vor dem späteren Wechsel desselben Tages in die Public Preview gekennzeichnet, ohne die damalige Historie umzuschreiben.

DPMI Family → FAQ & Produktstatus → Product Truth JSON → Dude Report →

Der öffentliche Research Hub liefert nun schon auf der Einstiegsseite aktuelle Kernwerte; der JSON-Index nennt Datenstand und Freshness je Datensatz, und veraltete Trend-Radar-Snapshots werden ausdrücklich nicht mehr als aktuelle Narrativlage ausgegeben.

• DPMI, Marktlage, Bitcoin-Netzwerk und Security zeigen im Research Hub zusätzlich wenige aktuelle Kernwerte und ihren Datenstand, ohne weitere Provider- oder KI-Aufrufe auszulösen.
• Der Maschinenindex /data/research/ wurde auf Schema v2 erweitert und liefert je Dataset Titel, Kurzbeschreibung, updated_at, Status, Freshness-Alter und ausgewählte Key Facts.
• Der Trend Radar gilt in der öffentlichen Research-Schicht nach sechs Stunden ohne neuen Snapshot als veraltet. Der letzte Stand bleibt nachvollziehbar, wird aber sichtbar und maschinenlesbar als stale gekennzeichnet statt als aktuelle Narrativlage formuliert.
• Der DPMI-Fear-&-Greed-Endpunkt war beim Live-Abgleich bereits aktuell und bleibt unverändert als eigener öffentlicher Datenendpunkt verlinkt.
• Accountfunktionen, Perlen, Coinanalyse, Scheduler und Providerbudgets werden durch diesen Feinschliff nicht verändert.

Research Hub → Research JSON Index → Dude Report →

Ein neuer öffentlicher Read-only-Research-Hub stellt DPMI Family, kompakte Marktlage, Trend Radar, Bitcoin-Netzwerk und Security als stabile HTML- und JSON-Snapshots bereit, ohne Accountfunktionen oder Providerzugriffe zu öffnen.

• Der Research Hub liegt unter /research/ und ist bewusst kein zusätzlicher Hauptnavigationspunkt der Web-App. Menschen können ihn über direkte URLs, Suche oder Zitationen öffnen; Crawler finden ihn über Sitemap und LLM-Hinweise.
• DPMI Research umfasst Haupt-DPMI, alle sieben Sektorindizes, den täglichen Benchmark und DPMI Fear & Greed; die vollständigen öffentlichen DPMI-Charts bleiben auf der bestehenden DPMI-Seite.
• Die öffentliche Marktlage zeigt nur zentrale Gesamtmarkt-, Dominanz-, Sentiment- und DPMI-Werte sowie das kompakte Dudelytics-Lagefazit. Die interaktive Detailtiefe bleibt im Account.
• Der öffentliche Trend Radar beschränkt sich auf die fünf führenden Narrative und 24h-/7T-Kontext; Top-Coins, Hot Candidates und Protokolldetails bleiben Accountinhalt.
• Bitcoin-Netzwerk und Security erhalten eigenständige öffentliche Research-Seiten sowie maschinenlesbare JSON-Snapshots. Security-Incidents können über öffentliche Chronologien referenziert werden.
• Ein Research-Aufruf erzeugt keine externen Provider- oder AI-Aufrufe. Accountdaten, Watchlists, Admininformationen, interne Queues, Secrets und persönliche Daten werden nicht veröffentlicht.
• Die Struktur ist für spätere /research/coins/, /research/perlen/ und /research/rwa-reality-check/ vorbereitet, ohne diese Module in V1 zu veröffentlichen.

Research Hub → Dude Report →

Aktuell, Quartal und Jahr laufen ab sofort direkt aus den bekannten Incidents; Updates zählen nicht doppelt und eine Trendrichtung erscheint erst, wenn der beobachtete Datenbestand einen sinnvollen Vergleich trägt.

• Der zuvor vorbereitete historische Backfill wird nicht mehr geplant oder ausgeführt. Security ist ein laufender Informationsdienst und kein rückwirkend vollständig rekonstruiertes Archiv.
• Die Kopfzeile zeigt Aktuell, das laufende Quartal und das aktuelle Jahr vom ersten Tag an. Ein Incident zählt anhand seiner Incident-ID und seines Vorfalldatums genau einmal; spätere Updates erhöhen die Zahl nicht.
• Die 12-Monats-Monatswerte dürfen sofort mitlaufen. Solange kein sinnvoller Vergleich möglich ist, bleibt die Trendrichtung bewusst leer statt künstlich stabil, steigend oder fallend zu behaupten.
• Discovery- und adaptive Recheck-Logik, Gefahrenlagen, Quellen, deutsche Kurzfassungen sowie die globale ❗/⚠️/🔥-Seen-Logik bleiben erhalten.

Security Radar → Public Security Research → Dude Report →

Automatisch entdeckte Security-Fälle werden jetzt kurz auf Deutsch normalisiert; der Status unterscheidet eine bloße neue Meldung von laufender Beobachtung, Eindämmung und Recovery, damit „Aktuell“ nicht durch bloß junge historische Vorfälle aufgebläht wird.

• SlowMist-Rohtexte werden nicht mehr 1:1 angezeigt. Dudelytics erzeugt aus Angriffsmethode, Verlust, Betroffenenzahl und Status eine kurze deutsche Zusammenfassung; die Originalquelle bleibt über [mehr] erreichbar.
• Neue Discovery-Fälle ohne Beleg für einen laufenden Angriff erhalten zunächst den Status „Gemeldet“ statt allein wegen ihres Datums automatisch „Beobachtung“.
• Als aktuell offen zählen „Gemeldet“, „Beobachtung“ und „Recovery“. Bereits eingedämmte, behobene oder historische Fälle bleiben im Ticker sichtbar, erhöhen aber den aktuellen Incident-Zähler nicht.
• Die Gefahrenlage beschreibt weiterhin das aktuelle Risiko: eingedämmte oder behobene Fälle werden nicht allein wegen einer früher hohen Schadenssumme künstlich auf „Ernst“ gehalten.
• Bereits gespeicherte SlowMist-Einträge werden beim Lesen ohne neuen Providerabruf nach denselben Regeln normalisiert. Seen-Status und Alert-Revisionen bleiben unverändert.

Security Radar → Dude Report →

Die Perlenlogik trennt sich bewusst von Coin Quality: Kandidaten, Challenger und bestätigte Perlen werden nach außergewöhnlicher Idee, Umsetzung, Tokenkopplung, Discovery-Charakter und Asymmetrie bewertet – nicht nach maximaler Reife oder einer pauschalen 80-%-Datenabdeckung.

• Perlen sind ausdrücklich der spekulative Hochrisiko-Bereich von Dudelytics. Typische Frühphasenmerkmale wie kurze Historie, geringe Umlaufquote und normale Unlocks werden einmal grundsätzlich erklärt und nicht bei jedem jungen Projekt als automatischer Ausschluss wiederholt.
• Die neue Kette lautet Kandidat → Challenger → bestätigte Perle. Ein Kandidat darf früh sichtbar werden, wenn starke Discovery-Signale vorhanden sind; die bestätigte Perle verlangt weiterhin hohe Beweisstärke und alle vier Gates.
• Neu sind Besonderheits-Gate, Token-Gate, Kill-Switch und Discovery-Gate. Etablierte Großprojekte können sehr hohe Qualität besitzen und trotzdem am Discovery-Gate scheitern, weil sie keine Hidden-Gem-Fälle mehr sind.
• Projektalter wird nicht mehr pauschal belohnt. Junge Projekte werden an phasengerechter Evidenz gemessen; lange Historie ohne Nutzung, Entwicklung oder neuen Wendepunkt wirkt dagegen negativ.
• Niedriger Circulating Supply und übliche Frühphasen-Unlocks fließen gewichtet in Tokenomics und Asymmetrie ein. Nur außergewöhnliche Liquiditäts-, Security- oder projektspezifische Risiken können als Kill-Switch wirken.
• Die pauschale 80-%-Evidenzhürde entfällt. Dudelytics zeigt stattdessen Score-Evidenz und Datenabdeckung separat; fehlende Daten bleiben unbekannt und werden nicht zu Nullwerten.
• PERLEN-1.x-Ergebnisse werden beim Methodikwechsel nicht als aktuelle 2.0-Ergebnisse weitergereicht. Die bestehende Scheduler-Queue bewertet sie im normalen Kontingent neu; Datenbank, Kostenstände, AI-Cache-Version und laufende Datenpipeline werden nicht zurückgesetzt.
• Die Coinanalyse übernimmt dieselbe Perlen-2.0-Sicht und zeigt zuerst, warum ein Projekt interessant sein könnte; projektspezifische Sonderrisiken und ungewöhnlich saubere Frühphasenmerkmale werden separat hervorgehoben.

Perlen → Dude Report →

Die Watchlist wird auf iPad und Desktop wieder als breite Arbeitsansicht dargestellt; die generische Langseiten-Navigation behandelt einzelne Coins nicht mehr fälschlich als Seitenabschnitte.

• Die bisherige zweispaltige Auth-Layout-Hülle wurde auf der Watchlist entfernt. Coin-Karten nutzen damit wieder die verfügbare Inhaltsbreite statt nur rund zwei Drittel der Seite.
• Die allgemeine Account-Abschnittsnavigation wird auf /watchlist/ ausdrücklich deaktiviert. Bitcoin, Ethereum, Solana und weitere Watchlist-Coins erzeugen dadurch keine falschen Abschnitts-Tabs und keine wiederholten Vorheriger-/Nächster-Abschnitt-Leisten mehr.
• Die Erklärung zum Unterschied zwischen normaler Watchlist und HoS-Beobachtung bleibt erhalten, steht aber unterhalb der Watchlist statt als breitefressende Seitenspalte.
• Watchlist-Daten, Sortierung, Drag-and-Drop, Positionen, HoS-Verknüpfungen und Coinanalyse-Links bleiben funktional unverändert.

Watchlist → Dude Report →

Solange der historische Security-Backfill noch nicht vergleichbar vollständig ist, zeigt der Kopf keine vorläufigen Mindestzahlen oder scheinbaren Trend, sondern klar „Historie wird aufgebaut“.

• Aktuelle aktive Incidents bleiben sofort sichtbar; Quartals-, Jahres- und Trendangaben erscheinen erst nach ausreichend vollständigem historischen Backfill.
• Der aufklappbare 12-Monats-Bereich erklärt bis dahin, dass noch nicht genügend vergleichbare Dudelytics-Daten für eine belastbare Trendbewertung vorliegen.
• Ein unvollständiger Backfill wird damit nicht länger als scheinbarer Markttrend dargestellt. Incident-Timeline, Gefahrenlagen, Seen-Status und globale Security-Symbole bleiben unverändert.

Security Radar → Dude Report →

Eine eigene Security-Seite bündelt Incidents und Updates strikt neu nach alt, trennt Bestätigungsstatus von aktueller Gefahrenlage und signalisiert ungesehene ernste oder kritische Entwicklungen direkt in der Web-App-Navigation.

• Der Security Radar ist eine eigene Web-App-Seite für Protokolle, Chains, Bridges, Börsen, Wallets einschließlich Hardware-Wallets und andere wichtige Krypto-Infrastruktur.
• Jedes Update trägt seinen Incident-Kontext im Titel. Die globale Timeline ist strikt reverse-chronologisch: Das neueste belastbare Update steht immer oben; beim Scrollen geht es in die Vergangenheit.
• Die aktuelle Gefahrenlage wird verständlich als Begrenzt, Erhöht, Ernst oder Kritisch ausgewiesen. Sie beschreibt das heutige Risiko und nicht bloß die historische Schadenssumme.
• Bestätigt, Teilbestätigt, Nicht offiziell bestätigt und Widersprüchliche Angaben bleiben als eigene Evidenzebene sichtbar. Ein gemeldeter Vorfall wird nicht vorschnell als bestätigter Hack bezeichnet.
• Externe Original- beziehungsweise Primärquellen werden über [mehr] in einem neuen Tab geöffnet; Dudelytics bleibt geöffnet.
• Die Navigation zeigt ohne Zähler nur den höchsten ungesehenen Meldungstyp: ❗ neue Meldung, ⚠️ neue ernste Meldung oder 🔥 neue kritische Meldung. Beim Öffnen des Security Radars wird der aktuelle Meldungsstand accountweit als gesehen gespeichert.
• Reguläre Discovery läuft alle sechs Stunden. Bekannte ernste Fälle können etwa alle zwei Stunden, kritische Fälle stündlich nachgeprüft werden. Interaktive Seiten lösen dabei niemals Providerabrufe aus.
• Die 12-Monats-Statistik und Quartals-/Jahreszählung werden erst als vergleichbar ausgewiesen, wenn der historische Backfill tatsächlich vollständig genug ist. Historische Backfill-Fälle erzeugen keine neue Navigation-Meldung.
• SlowMist Hacked dient als breite Discovery-Basis; laufende Einordnungen können durch kuratierte Primärquellen ergänzt werden. Der GoMining-Wallet-Vorfall vom 04.09. startet bewusst als ernst und nicht offiziell bestätigt.

Security Radar → Dude Report →

Hashrate, Difficulty, letzte und aktuell prognostizierte nächste Difficulty-Anpassung sowie Retarget-Fortschritt ergänzen die Marktlage um die technische Mining-Dynamik des Bitcoin-Netzwerks.

• Der neue Abschnitt zeigt aktuelle Hashrate, 7T-/30T-Trend, aktuelle Difficulty und die letzte tatsächliche Difficulty-Anpassung.
• Die laufende Retarget-Periode zeigt die aktuell prognostizierte nächste Difficulty-Änderung, Fortschritt, verbleibende Blöcke, voraussichtlichen Retarget-Zeitpunkt und durchschnittliche Blockzeit.
• Hashrate und Difficulty werden im 30T-/90T-/1J-Vergleich auf einen gemeinsamen Startwert von 100 indexiert, damit unterschiedliche Einheiten nicht über irreführende Doppelachsen verglichen werden.
• Die Dude-Einordnung beschreibt Netzwerk- und Mining-Dynamik ausdrücklich als Kontext und nicht als Bitcoin-Kurssignal.
• Die Marktlage liest ausschließlich den lokalen Central-Data-Hub-Snapshot. Seitenaufrufe erzeugen keine mempool.space-Providercalls; Forecast und Historie werden serverseitig gecacht und kontrolliert aktualisiert.

Marktlage → Dude Report →

Quellenbasis, Providerzuordnung, Nutzungs- und Wertdaten sowie claimbezogene Evidenzprüfung arbeiten nun in einem gemeinsamen, überprüfbaren Qualitätskreislauf.

• Punkt 1 – Quellenbasis: zentrale Quellenpakete trennen belegte, fehlende, veraltete und technisch nicht verfügbare Angaben. Fehlend bleibt unbekannt und wird nicht als Nullwert ausgegeben.
• Punkt 2 – Providerauflösung: DefiLlama, Coin Metrics, GitHub und Snapshot führen bestätigte Abdeckung, Nichtanwendbarkeit, fehlende Abdeckung, fachliche Klärung, Vertagung und technische Fehler als unterscheidbare Zustände.
• Punkt 3 – Nutzung und Wertzufluss: Nutzer beziehungsweise Adressen, Transaktionen, TVL, Gebühren, Protokollumsatz, Holder-Umsatz und Token-Kopplung werden getrennt geführt. Direkte Wertzuflussaussagen benötigen eine Messung oder einen Primärbeleg.
• Punkt 4 – Evidenz-Governance: claimbezogene Quellenverträge, begrenzte Hintergrundqueues und auditierte menschliche Entscheidungen ergänzen einander. Eine menschliche Quellenzuordnung vergibt niemals direkt Punkte.
• Abnahmestand 11.09.2026: 205 von 205 zentralen Qualitätsobjekten sind strukturell gültig; 152 gehören zum aktiven Bestand und 53 zur Reserve. Es gibt keine offene manuelle Aufgabe und kein ungültiges Qualitätspaket.
• Sechs Entscheidungen zu Aave, Bitway, Chain-2, OpenEden, Render und Squid sind protokolliert. Vier Quellenentscheidungen werden automatisch neu bewertet; die Repository-Zuordnungen von Aave und Render wirken erst nach technischer Bestätigung auf die Datenbasis.
• Die sichtbaren automatischen Klärungsfragen sind laufende Abdeckungsarbeit des Systems. Sie sind weder rote Adminalarme noch 152 manuelle Aufgaben oder erfundene Nullwerte.

Datenquellen & Abdeckung → Dude Report →

Growth Pass r3 setzt den freigegebenen Clean-First-Hero um: links die Kernfrage mit BTC/ETH/SOL-Demo, rechts ausschließlich die kompakte kostenlose Registrierung.

• Die Startseite hat im ersten Produktbereich nur noch zwei klare Aufgaben: links verstehen und ausprobieren, rechts kostenlos registrieren.
• Die bisherigen doppelten großen CTA-Buttons und der zusätzliche Erklärblock im Einstieg entfallen. Die Demo-Auswahl ist direkt sichtbar und braucht keinen vorgeschalteten Klick.
• Die öffentliche Demo bleibt unverändert serverseitig auf BTC, ETH und SOL begrenzt; die vollständige Coinsuche bleibt Account-Funktion.
• Das bestehende Registrierungsformular wird kompakt in die rechte Hero-Spalte integriert. Account-Logik, E-Mail-Bestätigung, CSRF-Schutz und Datenschutz-Checkbox bleiben unverändert.
• Auf schmalen Ansichten wird die Reihenfolge bewusst linear: Kernbotschaft, Demo, Registrierung.
• DPMI-Engine, DPMI-Methodik, Scheduler, Market Data und Coinanalyse-Logik werden nicht verändert.

Startseite → Coin-Demo → Dude Report →

Growth Pass r2 reduziert den Einstieg auf eine klare Kernfrage und öffnet ohne Account ausschließlich BTC, ETH und SOL als echte Dudelytics-Demo; die vollständige Coinsuche bleibt hinter dem kostenlosen Account.

• Der Hero fragt jetzt verständlich: „Wie gut ist der Coin wirklich?“ – mit der Anschlussfrage „Was steckt dahinter – und kommt der Erfolg am Ende auch bei dir an?“.
• Der Einstieg wird bewusst clean gehalten: kurze Erklärung, ein Demo-CTA, ein Account-CTA und drei klar getrennte Demo-Coins statt zusätzlicher Formulare und Erklärungskarten.
• Ohne Login sind ausschließlich Bitcoin, Ethereum und Solana freigegeben. Andere Coin-IDs und die freie Coinsuche werden serverseitig abgefangen; eine manipulierte URL erweitert die Demo nicht.
• Auch die für die Demo geöffneten Coinanalyse-V2-Endpunkte prüfen serverseitig den festen BTC/ETH/SOL-Allowlist-Vertrag. Anonyme Demoaufrufe dürfen weder einen schweren Quality-Build noch einen neuen externen AI-Editorial-Call starten.
• Die vollständige Coin-Suche, Watchlist und persönliche Funktionen bleiben Account-Funktionen.
• Growth & Conversion zählt Demo-Auswahl und Demo-Aufrufe nur als Tagesaggregate; es entstehen weiterhin keine personenbezogenen Trackingprofile.
• Die native iOS-/iPadOS-Entwicklung bleibt unter Sonstiges / Roadmap eingeordnet. DPMI-Engine, DPMI-Methodik und Scheduler werden nicht verändert.

Startseite → Coin-Demo → Dude Report →

Growth Pass r1 stellt Coinanalyse, Token Value Capture, Marktstruktur und Perlen vor Public-Preview- und Entwicklungsdetails; zugleich misst Dudelytics den Conversion-Funnel datensparsam als Tagesaggregate.

• Der Hero beginnt mit dem konkreten Nutzerversprechen und führt primär in Coinanalyse bzw. Perlen; die DPMI Family bleibt prominent, folgt aber nach dem Produkt-Einstieg.
• Public Preview bleibt transparent sichtbar, wird aber nicht mehr als Hauptzweck verkauft. Registrierungs- und Login-Texte wurden auf sofort nutzbaren Produktwert ausgerichtet.
• Die laufende native iOS-Entwicklung wurde aus dem oberen Startseitenfluss entfernt und unter Sonstiges / Roadmap nachgeordnet.
• Growth Analytics zählt nur tägliche Aggregate für Startseite, zentrale CTAs, Registrierung, E-Mail-Bestätigung, Login und Coinanalyse. Keine rohe IP, kein User-Agent, keine E-Mail, keine interne Nutzer-ID und kein Tracking-Cookie.
• Der Adminbereich erhält Growth & Conversion mit 7/30/90-Tage-Funnel sowie groben Quellen- und Kampagnenaggregaten.
• Der sichere Source-Export nimmt künftig auch private Analytics-Logik sanitisiert mit; config.php und Zugangsdaten bleiben ausgeschlossen.

Startseite → Funktionen → Dude Report →

Der Dude wertet die jüngste abgeschlossene ETH-Exchange-Supply-Kohorte jetzt über zwei Zeitebenen aus: längster belastbarer Horizont plus letzter echter 1-Tages-Puls derselben Wallet-Kohorte.

• Bestätigt der letzte 1T-Puls den längeren Trend, wird die historische Evidenz entsprechend stärker eingeordnet.
• Läuft der letzte 1T-Puls dem längeren Trend entgegen, benennt Dudelytics die kurzfristige Gegenbewegung statt nur die 7T-/30T-Hauptrichtung vorzulesen.
• Stabile Schlussphase oder später neuer Impuls werden separat gekennzeichnet.
• Keine Kohortenbrücke, kein Backfill, keine Interpolation und keine Änderung echter Messpunkte.

Marktlage → Dude Report →

Die gerettete Exchange-Supply-Historie wird nicht mehr nur gezählt: Dudelytics berechnet 1T/7T/30T innerhalb jeder Kohorte, zeigt einen segmentierten, je Kohorte auf 100 indexierten Verlauf und fasst die letzte abgeschlossene Kohorte im Dude-Historienblick zusammen.

• Frühere und aktuelle Wallet-Kohorten bleiben methodisch strikt getrennt; es entsteht weiterhin kein Cross-Cohort-Delta.
• Jede Kohorte erhält eigene 1T-/7T-/30T-Werte, Segmentveränderung, Laufzeit und Start-/Endbestand, soweit die echte Zeitbasis reicht.
• Der neue Chart indexiert jede Kohorte separat auf 100 und verbindet die Segmente nicht. So werden Richtungen und Größenordnungen sichtbar, ohne absolute Wallet-Sätze künstlich vergleichbar zu machen.
• Der Dude-Historienblick nutzt die jüngste abgeschlossene Kohorte als echte historische Evidenz und trennt klar zwischen damaligem Signal und aktueller Vergleichsbasis.
• Keine Rückhistorie, keine Interpolation, keine Änderung am 4-Stunden-Scheduler und keine Aktivierung des Exchange-Supply-Scores.

Marktlage → Dude Report →

Wallet-Set-Änderungen starten weiterhin eine neue vergleichbare Basis, löschen aber keine früheren echten Messpunkte mehr. Dudelytics segmentiert die Historie in Kohorten und rekonstruiert vorhandene ältere Punkte aus der Market Data DB, soweit verfügbar.

• 1T/7T/30T werden ausschließlich aus Punkten derselben aktiven Wallet-Kohorte berechnet; unterschiedliche PoR-Wallet-Sätze werden nicht vermischt.
• Frühere Scheduler-Beobachtungen bleiben als eigene Kohorten erhalten. Ein Kohortenwechsel speichert Zeitpunkt, alte/neue Kohorte und künftig die betroffenen Börsen samt Wallet-Zu-/Abgängen.
• Der bestehende Market-Data-Serienbestand wird bei der Migration als Wiederherstellungsquelle genutzt, damit vor einem früheren Reset bereits persistierte Beobachtungen wieder sichtbar werden können.
• Die Marktlage zeigt Gesamthistorie und Punkte der aktuellen Kohorte getrennt; nach einem Wechsel steht nicht mehr irreführend nur eine scheinbar frisch gestartete Gesamthistorie da.
• Kein Backfill, keine Interpolation und keine Änderung am 4-Stunden-Scheduler oder am deaktivierten Exchange-Supply-Score.

Marktlage → Dude Report →

Der Produktionsparser war korrekt; der generische HTTP-Helper erhielt von Jina einen anderen Body. ETF-Flows verwenden jetzt den exakt funktionierenden Diagnose-Request.

• Direkter Farside-Zugriff von STRATO bleibt durch Cloudflare 403 blockiert.
• Forensik: generischer Produktions-Helper erhielt einen Body ohne 31.08.-Zeile und ohne Tabellenpipes; derselbe Parser las den Exact-Jina-Body korrekt.
• Jina-ETF-Requests umgehen den generischen Browser-Helper und verwenden den diagnostisch bestätigten Header-/User-Agent-Satz.
• ETF-FLOW-0.6, DPMI-Benchmark und Scheduler bleiben unverändert.

Nach Transportdiagnose fordert Dudelytics den funktionierenden Jina-Pfad explizit als Markdown an und parst die Farside-Tabelle robust.

• Direkter Farside-Zugriff von STRATO liefert reproduzierbar Cloudflare HTTP 403.
• r.jina.ai liefert BTC und ETH aktuell, wenn `X-Return-Format: markdown` gesetzt wird; Produktion verwendet jetzt exakt diesen diagnostisch bestätigten Request.
• Markdown-Parser gegen Wrapper/Links/Whitespace/minifizierte Tabellen gehärtet. Vorläufige Fonds-Zellen bleiben fehlend statt Null.
• ETF-Methodik, DPMI-Benchmark und Scheduler bleiben unverändert.

Datenquellen & Abdeckung → Marktlage →

Ein cache-busted Farside-Ziel wird nun bevorzugt über den Live-Reader-Relay geladen; statische/cached Relay-Antworten bleiben nur Kontinuitätsfallback.

• STRATO kann Farside zeitweise nicht direkt erreichen. Der neue Live-Relay-Pfad variiert den eingebetteten Farside-Ziel-URL pro Minute, damit ein alter Relay-Cache den letzten Handelstag nicht festhält.
• Frische Relay-/Direktdaten dürfen gespeicherte Handelstage revidieren; stale Clean-Relay-Daten dürfen den verifizierten Bridge nicht überschreiben.
• 31.08.2026 ist im Bridge als Notreserve verifiziert: BTC +216,7 Mio. US$ vollständig; ETH +27,7 Mio. US$ mit 7/10 gemeldeten Fonds vorläufig.
• DPMI-Benchmark und Scheduler bleiben unangetastet.

Datenquellen & Abdeckung → Marktlage →

Der zentrale Farside-Sensor vergleicht Proxy und Direktquelle nach dem jüngsten Handelstag, übernimmt spätere Revisionen date-for-date und kennzeichnet teilweise gemeldete neue Sitzungen als vorläufig.

• Eine kompakte Proxy-/Jina-Tabelle mit mindestens 20 Zeilen beendet den Fetch nicht mehr, bevor die direkte Farside-Quelle auf einen frischeren Handelstag geprüft wurde.
• Verifizierte Werte vom 27./28. August korrigieren alte Kontinuitätsstände; direkte vollständige Providerdaten dürfen gespeicherte Handelstage später revidieren.
• Vorläufige Sitzungen werden sichtbar, beeinflussen Score und 5-/20-Handelstage-Kontext aber erst nach vollständiger Meldung.
• Mehr als ein erwarteter US-Handelstag Quellenrückstand wird im Dude Report als Degradation sichtbar.

Datenquellen & Abdeckung → Dude Report →

Der beobachtete CoinGecko-/global-Cutoff erhält innerhalb eines zulässigen Scheduler-Laufs genau einen kurzen Transport-Retry, ohne den 00:00-UTC-Stichtag oder das ±7-Minuten-Fenster zu verändern.

• Je zulässigem Cutoff-Scheduler-Lauf sind für CoinGecko /global höchstens zwei Abrufversuche mit jeweils acht Sekunden Timeout vorgesehen; zwischen beiden liegt nur eine kurze Pause.
• Der Retry ist reine Provider-/Transport-Resilienz. Er erweitert weder das ±7-Minuten-Cutoff-Fenster noch die zulässige providerseitige updated_at-Zeit.
• Bei einem erfolgreichen ersten Abruf wird kein zweiter Request ausgeführt. Scheitern beide Abrufe, bleibt der Gesamtmarkt-Snapshot für diesen Scheduler-Lauf unerfasst und ein späterer zulässiger Cutoff-Lauf kann erneut versuchen.
• Der 01:00-UTC-Late-Finalize bleibt staged-cutoff-only und darf weiterhin keinen 01:00-Live-Spot als Ersatz verwenden.
• DPMI-BENCH-1.1, der gemeinsame Stichtag 00:00 UTC, Normalisierung und Haupt-DPMI bleiben unverändert.

DPMI-BENCH-1.1 hält einen um 00:40 UTC noch unvollständigen 00:00-Zieltag bis zu genau einem Late-Finalize-Versuch ab 01:00 UTC offen, ohne den Stichtag oder die beobachteten Werte zu verändern.

• Der gemeinsame Benchmark-Stichtag bleibt unverändert 00:00 UTC; die Reserve verschiebt keinen Messpunkt auf 01:00 UTC.
• Der Gesamtmarkt darf beim Late-Finalize ausschließlich aus einem bereits rund um 00:00 UTC erfassten CoinGecko-/global-Snapshot stammen. Fehlt dieser Cutoff-Snapshot, bleibt der Tagespunkt unvollständig.
• DPMI und der abgeschlossene BTC-Tagespunkt dürfen beim einmaligen Late-Finalize erneut aus ihren echten 00:00-Zieldaten gelesen werden.
• Zwischen 00:40 und 01:00 UTC wird der Zieltag gehalten, ohne alle fünf Minuten weitere Provider-Finalisierungen zu erzwingen. Der erste Scheduler-Lauf ab 01:00 UTC versucht genau einmal zu finalisieren und schließt den Zieltag anschließend unabhängig vom Ergebnis.
• Kein Backfill, keine Interpolation, kein Vortags-Fill und kein 01:00-Live-Spot als Ersatzwert. Der Haupt-DPMI bleibt unverändert.

DPMI Benchmark → Benchmark JSON → Methodik →

Der erste echte Benchmark-Zieltag hat offengelegt, dass der bisher vorgesehene historische CoinGecko-Gesamtmarkt-Endpunkt im verfügbaren Provider-Zugang nicht abrufbar war. DPMI-BENCH-1.1 erfasst den Gesamtmarkt deshalb künftig direkt rund um 00:00 UTC.

• Der Zieltag 01.09.2026 bleibt bewusst unvollständig: DPMI und BTC wurden beobachtet, der Gesamtmarkt fehlte. Es gibt keinen rückwirkenden Backfill.
• Ab 02.09.2026 wird CoinGecko Total Market Cap über /global prospektiv am Cutoff gestaged; der providerseitige updated_at-Zeitpunkt muss innerhalb von ±7 Minuten zu 00:00 UTC liegen.
• BTC bleibt der abgeschlossene CoinGecko-Tagespunkt für 00:00 UTC und wird ab 00:10 UTC ergänzt; der DPMI nutzt weiterhin seinen letzten real beobachteten Punkt am/kurz vor dem Cutoff.
• Ziel-, Quell- und Abrufzeit bleiben getrennt. Ein späterer Live-Wert wird nicht zum Tagesabschluss umetikettiert.
• Der Haupt-DPMI und seine Fortschreibung wurden durch diese Benchmark-Reparatur nicht verändert.

DPMI Benchmark → Benchmark JSON → Methodik →

In der Web-App lassen sich Kursbewegungsregeln für Watchlist-Coins konfigurieren: Coin, 15/30/45/60 Minuten, 5/10/15 Prozent und Richtung steigen/fallen.

• Identische Regeln werden nicht doppelt angelegt; gespeicherte Regeln bleiben dem jeweiligen Account zugeordnet.
• Die Auswertung nutzt die zentrale 5-Minuten-Kurshistorie und behandelt fehlende oder noch nicht zeitlich reife Referenzpunkte als unbekannt.
• Echte Zustellung per Push, E-Mail oder Webhook ist in diesem Ausbaustand noch deaktiviert; die Regelbasis wird zunächst kontrolliert erprobt.

Funktionen → Kursalarme im Account →

Coin Quality kann offizielle Projektdokumentation, GitHub-Verweise sowie Security- und Governance-Evidenz robuster auswerten, auch wenn Aggregatoren einzelne Quellfelder nicht liefern.

• Offizielle Projekt- und Dokumentationsseiten können GitHub-Repositories als Evidenzquelle erschließen, ohne coin-spezifische Sonderbewertung.
• Markdown- und moderne dokumentationslastige Seiten erhalten einen technischen Reader-Fallback; als zitierte Evidenzquelle bleibt die originale offizielle Projekt-URL maßgeblich.
• Security-, Audit-, Bug-Bounty-, Governance-, Validator- und Staking-Dokumentation kann Kriterien bewertbar machen, ohne unbekannte Anteile künstlich zu Nullwerten umzudeuten.
• Die Quality-Gewichtung wurde dabei nicht zugunsten einzelner Coins verändert; verbessert wurde der universelle Quellenpfad.

Funktionen → Datenquellen & Abdeckung →

Die DPMI-Familie erhält einen täglichen Vergleich von Haupt-DPMI, Bitcoin und ungefiltertem Gesamtmarkt. Zielstichtag ist 00:00 UTC; die Historie beginnt observed-only ohne rückwirkenden Backfill.

• Der erste vollständige Tagespunkt setzt DPMI, BTC und Gesamtmarkt gemeinsam auf 100.
• BTC und Gesamtmarkt verwenden abgeschlossene CoinGecko-Tagespunkte für 00:00 UTC; der DPMI-Schluss kommt aus der real beobachteten DPMI-Historie am oder unmittelbar vor dem Cutoff.
• CoinGecko Total Market Cap enthält bewusst Stablecoins als ungefilterten Kontrast zum produktiv gefilterten DPMI.
• Unter 30 vollständigen Tagen zeigt die Seite eine Aufwärmphase; vor 90 Tagen gibt es keine wertende Dude-Einordnung.
• Fehlende Tageswerte bleiben Lücken und werden nicht interpoliert oder mit Vortageswerten gefüllt.

DPMI Benchmark → Benchmark JSON → Methodik →

Die öffentliche Produktphase wechselt von Alpha zu Public Preview: Dudelytics ist öffentlich nutzbar und funktional breit ausgebaut; laufende Weiterentwicklung, Einschränkungen und verbleibende Kanten werden weiterhin offen benannt.

• Zugangswellen, Warteliste, E-Mail-Bestätigung und Testersteuerung bleiben technisch unverändert.
• Interne Entwicklungs-, Admin- und Testerbegriffe dürfen bestehen bleiben, erscheinen aber nicht mehr als öffentliche Produktpositionierung.
• FAQ, Product Truth, SEO/JSON-LD, llms-Dateien, Login/Registrierung, Accounttexte und Zugangs-E-Mails erzählen dieselbe Public-Preview-Produktwahrheit.

FAQ & Produktstatus → Product Truth JSON → Funktionen →

Die Marktlage erhält einen separaten A6-Sensor für Meme-/Hype-Momentum, spekulative Small-Cap-Relative-Strength, Umsatzintensität und neue DEX-Pools – ohne die produktive DPMI-Methodik zu verändern.

• Performance-Rotation bedeutet relative Performance und Aktivität; Dudelytics behauptet daraus keine direkt gemessenen Kapitalflüsse.
• Fehlende Daten bleiben unbekannt und werden aus der Gewichtung herausgenommen statt als 0 gewertet.
• Der DEX-Puls startet mit einer echten Basisbeobachtung und reift über 24 Stunden ohne künstlichen Backfill.
• Hohe spekulative Hitze ist kein Qualitäts-, Sicherheits- oder Kaufsignal.

Funktionen → Datenquellen & Abdeckung → Dude Report →

Dieser Eintrag dokumentiert den letzten Alpha-Stand am 30.08. unmittelbar vor dem späteren Wechsel desselben Tages in die Public Preview. FAQ, strukturierte Daten, llms-Dateien und Product-Truth-JSON wurden damals auf diesen Zwischenstand synchronisiert.

• Zu diesem Zeitpunkt war die Web-App noch öffentliche Alpha; der Wechsel in die Public Preview erfolgte später am selben Tag. Account und E-Mail-Bestätigung blieben technisch bestehen.
• DPMI Family wird konsistent als Haupt-DPMI plus sieben Sektorindizes und separater DPMI Fear & Greed beschrieben.
• Die öffentliche Product Truth enthält keine privaten Serverpfade, Candidate-/Shadow-Daten oder internen Eligibility-Schwellen.

FAQ & Produktstatus → Product Truth JSON → Funktionen →

Daten werden erst nach Überschreiten ihres eigenen next_due plus kurzer Grace-Zone als verspätet gemeldet. Private Shadow-/Candidate-Datasets erscheinen nicht im öffentlichen Datenquellenkatalog.

• Refresh-Rhythmen und Grace-Zonen bleiben unverändert; korrigiert wurde nur die öffentliche Interpretation.
• Der Data-Hub-Scheduler darf einen planmäßigen Lauf kurz nach next_due ausführen, ohne dass der Dude Report daraus sofort eine Störung macht.
• DPMI Shadow Market wird aus öffentlichen Status- und Quellenansichten defensiv herausgefiltert.

Dude Report → Datenquellen & Abdeckung →

Data-Hub-Datasets gelten innerhalb ihres jeweils geplanten Aktualisierungsfensters als normal. Erst ein tatsächlich überschrittenes next_due wird öffentlich als Verzögerung markiert.

• Langsamere 4h-/6h-Datasets werden nicht mehr mit 5-Minuten-Sensoren gleichgesetzt.
• Soft-TTL allein erzeugt keine öffentliche Verzögerungswarnung, solange der planmäßige nächste Lauf noch bevorsteht.
• Die Gesamtstatus-Karte wurde für iPad und lange deutsche Statuslabels responsiv korrigiert.

Dude Report → Datenquellen & Abdeckung →

Coin Quality, Hot oder Schrott und Trend Radar unterscheiden klar zwischen Aussagekraft, Datenabdeckung und dem, was ein Score nicht leisten kann.

• Keine Kursprognose und keine Sicherheitsgarantie.
• Red Flags, Quellen, Datenlücken und Coverage bleiben sichtbar.
• Längere Erklärtexte sind in häufig genutzten Arbeitsbereichen einklappbar.

Funktionen →

Die Sticky-Navigation sitzt ohne toten oberen Abstand am Viewport; die Fear-&-Greed-Skala positioniert den Marker wieder korrekt auf der 0–100-Skala und nutzt die echte eigene Historie.

• 0 = Angst/Stress, 50 = Neutral, 100 = Gier/Risikofreude.
• Sprungziele berücksichtigen die kompakte Sticky-Leiste.
• Erklärtexte bleiben einklappbar, Daten und Warnhinweise sichtbar.

DPMI Family →

Im Account-Bereich bündelt die neue DPMI-Family-Zentrale Haupt-DPMI, Fear & Greed, sieben Sektorindizes, Treiber, Komponenten und Direktlinks zur Coinanalyse.

• Rebalancing-Hinweise und Komponentenlisten liegen direkt beim jeweiligen Index.
• Dude-Erklärungen sind einklappbar, damit die Arbeitsfläche kompakt bleibt.
• Die Abschnittsnavigation bleibt beim Scrollen direkt am oberen Viewport-Rand.

DPMI Family öffentlich → Warum diese sieben Sektoren? →

Eine eigene Methodikseite erklärt, warum Dudelytics genau diese sieben produktiven Sektoren führt und warum große Marktsegmente wie Stablecoins oder Memecoins nicht Teil dieser Messfrage sind.

• Marktkapitalisierung ist Gewicht, aber kein Eintrittsticket.
• Nicht im DPMI bedeutet nicht unwichtig oder schlecht.
• Neue Sektoren benötigen Eigenständigkeit, wirtschaftliche Bedeutung und produktive Substanz.

Sektorauswahl lesen →

DPMI Smart Contract Platforms wurde als siebter Sektor in Index Family, Web-App, Briefings, Dudipedia und öffentliche Methodik eingebaut.

• Die Historie beginnt erst mit der realen Beobachtung und wird nicht rückwirkend erfunden.
• Fear & Greed berücksichtigt den neuen Sektor automatisch, sobald die jeweilige Zeitreife tatsächlich vorliegt.
• Alle Sektor-Komponenten bleiben über die DPMI Family nachvollziehbar.

DPMI Family → Methodik →

Quelle, Aktualisierungsrhythmus, Historie, Frische, Fallbacks und bekannte Grenzen sind als eigener Transparenzbereich sichtbar.

• Fehlende Daten bleiben Datenlücken und werden nicht zu Nullwerten.
• Provider-Degradation wird als Zustand kommuniziert, nicht kaschiert.
• Primär- und Sekundärquellen werden getrennt eingeordnet.

Datenquellen & Abdeckung →

Dieser historische Eintrag beschreibt den letzten Alpha-Zustand vor dem späteren Wechsel am 30.08.2026 in die Public Preview; er ist kein aktueller Produktstatus.

• Accessibility-, Geräte- und Workflow-Tests laufen weiter.
• Die native iOS-/iPadOS-App ist weiterhin in Entwicklung.
• Bekannte Datenreife und Degradationen werden im Systemstatus separat sichtbar gehalten.

Funktionen → Datenquellen →