L'indice
fonctionne-t-il vraiment ?
On a testé l'indice d'accumulation de WhaleRoom contre chacun des 800 derniers jours de Bitcoin — 2024-08 to 2026-10. Aucun seuil réglé, aucune opération triée à la main — juste : après chaque lecture d'indice, qu'a fait BTC ensuite ?
✅ Un modificateur de chances
L'indice ne prédit pas chaque mouvement. Ce qu'il fait : signaler les moments où les chances penchent. L'accumulation profonde a historiquement précédé un mois vert 71% du temps — nettement au-dessus du 58% du pile ou face.
🚫 Pas une planche à billets
Chronométrer le marché sur un seul seuil réglé est facile à sur-optimiser — alors on ne l'a pas fait. Sur cette fenêtre BTC lui-même était à peu près volatil (+37.5% en 2 ans, avec un drawdown de ~53 %), ce qui en fait un test vraiment difficile.
Chaque reçu ci-dessous est une empreinte SHA-256 de ce que nous avons exactement publié ce jour UTC — la lecture consensuelle du gagnant éprouvé et l'instantané brut de Hyperliquid dont il a été dérivé — publié sur notre chaîne Telegram publique en temps réel. Chaque reçu intègre l'empreinte du jour précédent, de sorte que l'ensemble de l'enregistrement est une chaîne append-only : aucun jour passé ne peut être modifié, supprimé, réordonné ou antidaté sans casser chaque jour qui suit et contredire une publication publique que nous avons déjà faite. Les données brutes derrière chaque hash sont publiées ici, tu n'as donc jamais à nous croire sur parole.
✅ Ce que cela prouve
Que la lecture publiée chaque jour est inchangée octet par octet et a été témoignée à un moment que nous ne pouvons pas définir (l'horloge du serveur de Telegram). Cela élimine la seule fraude sur laquelle repose la catégorie des gourous de l'argent intelligent : modifier ou antidater discrètement un historique après que le résultat soit connu.
⚠️ Ce que cela ne prouve PAS
Cela prouve uniquement le timing et l'intégrité. Cela ne prouve PAS que nos données de baleines sont correctes, que les règles du gagnant éprouvé sont justes, ou que suivre les signaux est rentable — la cryptographie se situe en aval des entrées que nous générons, nous pourrions donc authentifier fidèlement une erreur. Cela nous empêche seulement de modifier discrètement l'enregistrement par la suite. Tous les chiffres de performance affichés ailleurs sont auto-calculés et ne sont PAS couverts par ces hashes.