Ne nous croyez pas. Vérifiez.
Chaque jour, AutoCoin hache les résultats de ses bots dans une racine de Merkle, la signe et l'ancre sur Base. Cette page relance les vérifications DANS VOTRE navigateur à partir des octets publiés. Notre parole ne fait pas partie du calcul.
- 1.Récupère depuis ce site l'attestation du jour, les documents feuilles, la signature et le registre des clés de signature
- 2.Recalcule chaque hash de feuille et la racine de Merkle à partir des octets bruts, dans votre navigateur, avec WebCrypto
- 3.Vérifie la signature ed25519 du message signé canonique avec la clé enregistrée pour cette date, et compare cette clé à celles imprimées sur cette page
- 4.Vérifie la continuité de la chaîne : l'attestation de chaque jour s'engage sur la racine de la veille
- 5.Vérifie la transaction d'ancrage on-chain sur Base, éventuellement via une URL RPC que vous fournissez
Qui signe les fichiers quotidiens
La signature.json de chaque fichier quotidien doit se vérifier avec la clé enregistrée pour sa date. Les deux clés sont imprimées ici et intégrées au vérificateur de cette page, si bien qu'une clé remplacée sur le seul serveur de données échoue à la vérification.
2a32879031e04b7cfddb5bb752fc3e24ebd07f3c0d5b871d79223437d3842180Générée sur notre serveur de publication et détenue uniquement par lui. Signe chaque fichier quotidien à partir du changement.
Identifiant de clé autocoin-pop-publisher-2026-09 · Prend le relais de la signature au moment du changement ; le registre des clés enregistre sa première date.
31b4b9cbcdbe5a91d6c013539265b4f406250f7feebbfc5efee1ef90684d150cCréée en juin 2026 pendant la construction du système de publication ; les fichiers antérieurs l'appellent « LOCAL STUB KEY ». Elle n'est acceptée pour aucune date après le changement.
Identifiant de clé autocoin-pop-placeholder-2026-06 · A signé les premiers fichiers quotidiens ; le registre des clés enregistre leurs dates.
Quelle clé a signé quelles dates : /pop/keys.json
Ce que cela prouve, et ce que cela ne prouve pas
Cela prouve que l'historique n'a pas été modifié. Cela ne prouve pas qu'il était exact au moment de son écriture.
Nous hachons ce que nos systèmes ont mesuré. Si une mesure était fausse, c'est le mauvais chiffre qui est scellé, à la vue de tous. Un exemple réel que nous publions plutôt que de le cacher : l'attestation du 2026-06-11 contient des lignes d'instantané à capital négatif issues d'un bug comptable connu (depuis corrigé). Ce fichier reste exactement tel qu'il a été scellé, parce que réécrire l'histoire, même une histoire boguée, est précisément ce que ce système rend impossible. Chaque attestation suivante est construite à partir de la base de données telle qu'elle était le jour du scellement ; à ce moment-là, ces lignes avaient été corrigées ou supprimées, donc elles n'apparaissent plus après le 2026-06-11, et comparer les deux jours montre ce changement ouvertement.
Demo n'est pas Live.
Chaque feuille et chaque ligne d'instantané des données signées porte son environnement et sa source. Les résultats Demo sont des simulations avec des exécutions idéalisées. Cette page n'affiche jamais une série sans son étiquette.
L'historique reconstitué ne fait foi qu'à partir de sa première publication.
Les racines des dates antérieures au premier ancrage on-chain ont été générées rétroactivement. La preuve d'inviolabilité n'est réelle qu'à partir du moment où une racine arrive on-chain ; tout ce qui précède est cohérent avec la base de données actuelle, sans être prouvé inchangé depuis cette date. L'horodatage de l'ancrage s'affiche à côté de la date de l'attestation.
Nous attestons nos propres mesures, pas les relevés des plateformes.
Aucune plateforme ne cosigne ces chiffres. Chaque chiffre de capital est notre propre mesure quotidienne, scellée telle que mesurée ; pour les comptes de courtage et d'exchange, c'est notre lecture de l'API de la plateforme. Une attestation ancienne (2026-06-11) contient aussi une feuille de dix trades Hades clôturés sur Solana ; aucune attestation depuis n'inclut de trades Hades, donc l'historique actuel repose uniquement sur les chiffres de capital des bots.
L'ensemble des bots peut changer.
Un bot retiré de la base de données disparaît des attestations suivantes, mais ses lignes dans les attestations antérieures ne peuvent pas changer. N'importe qui peut comparer les listes de feuilles de deux jours pour voir exactement quels bots ont disparu, et le bloc de couverture de chaque attestation liste aussi les lignes d'instantané dont le bot est manquant.
Ce n'est pas une promesse de performance.
Des données vérifiées restent des données de trading : volatiles, parfois négatives, jamais une promesse. AutoCoin est un outil logiciel autonome. Les attestations existent pour que vous puissiez croire que les chiffres sont réels, pas pour que quiconque promette ce que seront les chiffres.
La pseudonymisation est à sens unique.
L'identité des clients ne peut pas être déduite des références utilisateur publiées. Quelqu'un qui connaît déjà un identifiant interne précis pourrait confirmer sa présence ; les identifiants internes ne sont pas publics.
Ce que compte le chiffre du capital.
Le capital sur la plateforme agrège toutes les flottes en fonctionnement, comptes réels et comptes demo confondus. C'est un chiffre d'échelle d'exploitation pour les systèmes vérifiés ici, pas des actifs de clients sous gestion.
Les fichiers antérieurs portent une signature provisoire.
Les premiers fichiers quotidiens, du 2026-05-27 jusqu'au passage à la clé de publication, ont été signés avec une clé provisoire créée pendant la construction du système de publication, et leur signature.json l'appelle « LOCAL STUB KEY ». Nous conservons ces fichiers exactement tels que publiés et ne les re-signons jamais. Leur intégrité repose sur les racines de Merkle ancrées sur Base : chaque ancrage est une transaction publique avec son propre horodatage, impossible à modifier ensuite. Chaque fichier quotidien après le changement est signé avec la clé de publication AutoCoin indiquée ci-dessus, générée sur notre serveur de publication et détenue uniquement par lui.
La page n'est qu'un confort. Chaque fichier qu'elle vérifie est public sous /pop/, donc n'importe qui peut relancer les mêmes vérifications hors ligne avec des outils standard SHA-256 et ed25519 ; tout litige se tranche sur ces fichiers et sur les racines ancrées sur Base.