Locked before the outcome
The gap between “trust me” and “check it” is a timestamp.
A screenshot proves only that an image exists. It says nothing reliable about when a call was made, or whether the entry was nudged after the price went the wrong way. In a free chat, where a post can be edited or deleted in seconds, that ambiguity is fatal to trust.
A Bitcoin timestamp closes that gap. The pick feeds a SHA-256 fingerprint of the call's entry, target, stop, conviction grade and the time it was sent into OpenTimestamps the moment the call is sent, which lodges the resulting fingerprint inside a Bitcoin block. The maths only runs one way: nudge the stop, soften the entry, or bump the grade later, and the fingerprint you would now compute simply will not line up with the one already sitting on the ledger. A receipt that does line up therefore tells you something a screenshot never can — that this precise call, every field of it, was already settled when the block was mined. And since the grade rides inside the fingerprint, no winner can be retroactively promoted from a C to an A.
Walk one call through it
Picture an illustrative alert (a made-up example for the walkthrough, not a specific real trade): a long on a liquid index ETF, entry 412.80, target 414.20, stop 412.10, grade B, sent 14:32:05 UTC. At publication the desk runs those exact fields through the hash and anchors the fingerprint to Bitcoin. The position resolves later that session. Weeks on, you can take the published call, recompute the fingerprint from those same five fields, and confirm it matches the receipt recorded against a block mined before the trade closed. If even the stop had been shifted from 412.10 to 412.40 after the fact, the fingerprint would not match — and you would know.
The point is not the numbers; it is the order of events. The receipt is dated by the Bitcoin block, and that date sits before the outcome. That is what “locked before the outcome” means, and no amount of free-channel polish substitutes for it.
Where “free signals” actually come from
Most free sources fail this test not through fraud but through architecture: where the call lives, nobody can pin down when it was made.
- Free chat channels (Telegram, Discord). The free room is usually the top of a funnel. The operator controls every post, so a call can be added after the move or quietly deleted, and the losing days simply never appear — it fails a checkable record and losers shown at once.
- Free broker “ideas” and tips. Free because the broker is paid when you trade, not when you win. The incentive is volume of orders, so the tips fail aligned incentives by construction, and they are rarely graded or counted.
- Free social-media callers. Posts can be deleted or selectively boosted, revenue often comes from affiliate links, and nothing is timestamped, so a caller tends to fail nearly every test together — the record, the incentives and the grading.
- Free trials of paid rooms. The honest ones; a trial is a real way to test a service before paying. But a trial only helps if the underlying record is checkable in the first place, so judge the trial by what you can verify during it, not by the free week itself.
This is why the guide separates free learning from free alerts: pre-outcome timestamping is the test almost every free alert source fails, which is the whole reason the durable, verified version is something you end up paying for.
This is the one mechanism that turns a record from something you admire into something you can audit. To run the check yourself, see the verification walkthrough; for what a full record must also contain, see a record you can re-check.