Vertrau nicht. Prüf nach.
Jeden Tag hasht AutoCoin die Ergebnisse seiner Bots zu einer Merkle-Wurzel, signiert sie und verankert sie auf Base. Diese Seite führt die Prüfungen in DEINEM Browser aus den veröffentlichten Bytes erneut aus. Unser Wort ist kein Teil der Mathematik.
- 1.Lädt die Attestierung des Tages, die Blattdokumente, die Signatur und das Signaturschlüssel-Register von dieser Seite
- 2.Berechnet jeden Blatt-Hash und die Merkle-Wurzel aus den Rohbytes neu, in deinem Browser, mit WebCrypto
- 3.Prüft die ed25519-Signatur über die kanonische signierte Nachricht gegen den für dieses Datum registrierten Schlüssel und gleicht diesen Schlüssel mit den auf dieser Seite abgedruckten Schlüsseln ab
- 4.Prüft die Kettenkontinuität: Die Attestierung jedes Tages bindet sich an die Wurzel des Vortags
- 5.Prüft die On-Chain-Anker-Transaktion auf Base, optional über eine RPC-URL, die du angibst
Wer die Tagesdateien signiert
Die signature.json jeder Tagesdatei muss gegen den für ihr Datum registrierten Schlüssel verifizieren. Beide Schlüssel sind hier abgedruckt und in den Prüfer dieser Seite eingebaut, sodass ein allein auf dem Datenserver ausgetauschter Schlüssel die Prüfung nicht besteht.
2a32879031e04b7cfddb5bb752fc3e24ebd07f3c0d5b871d79223437d3842180Auf unserem Publishing-Server erzeugt und nur dort gehalten. Signiert jede Tagesdatei ab dem Wechsel.
Schlüssel-ID autocoin-pop-publisher-2026-09 · Übernimmt beim Wechsel das Signieren. Das Schlüssel-Register verzeichnet sein erstes Datum.
31b4b9cbcdbe5a91d6c013539265b4f406250f7feebbfc5efee1ef90684d150cIm Juni 2026 erstellt, während der Publisher gebaut wurde. Die früheren Dateien nennen ihn "LOCAL STUB KEY". Er wird für kein Datum nach dem Wechsel akzeptiert.
Schlüssel-ID autocoin-pop-placeholder-2026-06 · Hat die früheren Tagesdateien signiert. Das Schlüssel-Register verzeichnet deren Daten.
Welcher Schlüssel welche Daten signiert hat: /pop/keys.json
Was das beweist und was nicht
Es beweist, dass die Aufzeichnung nicht verändert wurde. Es beweist nicht, dass die Aufzeichnung beim Schreiben korrekt war.
Wir hashen, was unsere Systeme gemessen haben. Wenn eine Messung falsch war, wird die falsche Zahl versiegelt, für alle sichtbar. Ein Live-Beispiel, das wir veröffentlichen statt verstecken: Die Attestierung für 2026-06-11 enthält Snapshot-Zeilen mit negativem Eigenkapital aus einem bekannten Buchhaltungsfehler (inzwischen behoben). Diese Datei bleibt exakt so, wie sie versiegelt wurde, denn das Umschreiben der Geschichte, selbst fehlerhafter Geschichte, macht dieses System genau unmöglich. Jede spätere Attestierung wird aus der Datenbank aufgebaut, wie sie am Tag der Versiegelung war. Bis dahin waren diese Zeilen korrigiert oder entfernt, sie tauchen also nach 2026-06-11 nicht mehr auf, und der Vergleich beider Tage zeigt diese Änderung offen.
Demo ist nicht Live.
Jedes Blatt und jede Snapshot-Zeile in den signierten Daten trägt ihre Umgebung und Quelle. Demo-Ergebnisse sind Simulationen mit idealisierten Ausführungen. Diese Seite zeigt nie eine Reihe ohne ihr Label.
Nachträglich befüllte Historie wird erst ab der ersten Veröffentlichung vertrauenswürdig.
Wurzeln für Daten vor dem ersten On-Chain-Anker wurden rückwirkend erzeugt. Manipulationssicherheit gilt erst ab dem Moment, in dem eine Wurzel on-chain landet. Alles Frühere ist konsistent mit der heutigen Datenbank, aber nicht als seit diesem Datum unverändert bewiesen. Der Zeitstempel des Ankers wird neben dem Attestierungsdatum angezeigt.
Wir attestieren unsere eigenen Messungen, keine Börsenunterlagen.
Kein Handelsplatz zeichnet diese Zahlen gegen. Jede Equity-Zahl ist unsere eigene Tagesmessung, so versiegelt, wie gemessen. Bei Brokerage- und Börsenkonten ist es unsere Auslesung der API des Handelsplatzes. Eine frühe Attestierung (2026-06-11) enthält außerdem ein Blatt mit zehn geschlossenen Hades-Trades auf Solana. Keine Attestierung seitdem enthält Hades-Trades, die aktuelle Aufzeichnung stützt sich also allein auf die Bot-Equity-Zahlen.
Die Menge der Bots kann sich ändern.
Ein Bot, der aus der Datenbank entfernt wird, fällt aus späteren Attestierungen heraus, aber seine Zeilen in früheren Attestierungen können sich nicht ändern. Jeder kann die Blattlisten zweier Tage vergleichen, um genau zu sehen, welche Bots herausgefallen sind, und der Abdeckungsblock jeder Attestierung listet auch Snapshot-Zeilen, deren Bot fehlt.
Das ist keine Performance-Behauptung.
Verifizierte Daten sind weiterhin Trading-Daten: volatil, manchmal negativ, nie ein Versprechen. AutoCoin ist ein selbstgesteuertes Software-Tool. Attestierungen gibt es, damit du darauf vertrauen kannst, dass die Zahlen echt sind, nicht damit jemand versprechen kann, wie die Zahlen sein werden.
Pseudonymisierung ist eine Einbahnstraße.
Kundenidentitäten lassen sich aus den veröffentlichten Nutzerreferenzen nicht ableiten. Wer eine bestimmte interne ID bereits kennt, könnte deren Vorhandensein bestätigen, interne IDs sind aber nicht öffentlich.
Was die Kapitalzahl zählt.
Das Kapital auf der Plattform fasst jede laufende Flotte auf der Plattform zusammen, Live- und Demo-Konten gleichermaßen. Es ist eine Betriebsgrößen-Zahl für die hier verifizierten Systeme, kein verwaltetes Kundenvermögen.
Frühere Dateien tragen eine Platzhalter-Signatur.
Die ersten Tagesdateien, vom 2026-05-27 bis zum Wechsel auf den Publisher-Schlüssel, wurden mit einem Platzhalter-Schlüssel signiert, der erstellt wurde, während der Publisher gebaut wurde, und ihre signature.json nennt ihn "LOCAL STUB KEY". Wir behalten diese Dateien exakt wie veröffentlicht und signieren sie nie neu. Ihre Integrität beruht auf den auf Base verankerten Merkle-Wurzeln: Jeder Anker ist eine öffentliche Transaktion mit eigenem Zeitstempel, der danach nicht mehr bearbeitet werden kann. Jede Tagesdatei nach dem Wechsel ist mit dem oben gezeigten AutoCoin-Publisher-Schlüssel signiert, der auf unserem Publishing-Server erzeugt und nur dort gehalten wird.
Die Seite ist eine Bequemlichkeit. Jede Datei, die sie prüft, ist unter /pop/ öffentlich, sodass jeder dieselben Prüfungen offline mit Standard-Tools für SHA-256 und ed25519 wiederholen kann. Jeder Streit wird anhand dieser Dateien und der auf Base verankerten Wurzeln entschieden.