Locked before the close
On an intraday call, 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 an intraday call was made, or whether the entry was nudged after the candle went the wrong way. On a same-session trade, where the whole move can happen in minutes, that ambiguity is fatal to trust.
A cryptographic timestamp removes the ambiguity. The desk pick takes a SHA-256 of the call's entry, target, stop, grade and signal time and commits the resulting fingerprint to a Bitcoin block through OpenTimestamps — an open, independently operated standard — as the call publishes. A hash is a one-way fingerprint: change any field afterward — entry, target, stop or grade — and you get an entirely different fingerprint that no longer matches the public receipt. So a confirmed receipt proves the exact call existed in that exact form before the trade resolved. Since the grade is one of the fields sealed into that fingerprint, a call cannot be quietly upgraded from a C to an A after it wins.
Walk one call through it
Picture an illustrative Day Trade alert (this is 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, signal time 14:32:05 UTC. At publication the desk runs those exact fields through the hash and anchors the fingerprint to Bitcoin. The position resolves inside the hour. Weeks later you can take the published call, recompute the fingerprint from those same five fields, and confirm it matches the receipt recorded against a block that was 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 specific 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 close” means, and no amount of polished marketing substitutes for it.
What failing this test looks like
Most intraday services fail this test not through fraud but through architecture: where the call lives, nobody can pin down when it was made.
- Messaging-app channels (Telegram, Discord). The operator controls what is posted and when. A call can be added after the move, edited in place, or deleted with no trace, so it fails locked before the close outright — and usually the denominator too, since the losing posts simply never appear.
- Copy-trading rooms. More checkable than a chat, because a platform tracks participant results — but the calls are rarely timestamped per signal and rarely graded, so they fail locked before the close and a measured grade even when a rough denominator exists.
- Social-media callers. Posts can be quietly deleted or selectively boosted, and revenue often comes from broker affiliate links, so a caller tends to fail almost every test at once — locked before the close, a real denominator and clean incentives together.
- Signal-aggregator sites. They republish other people's calls without auditing them, so every verification gap in the original is carried forward unfixed. They fail a re-runnable track record by inheritance.
This is why the guide frames itself as ranking a field rather than reviewing one product: pre-outcome timestamping is exactly the test most of the field cannot clear, which is what makes clearing it worth paying for.
This is the one mechanism that turns an intraday record from something you can merely take in into something you can actually test, which is why it sits at the top of the scorecard rather than the bottom. To run the check yourself, see the verification walkthrough; for what a full record must also contain, see a re-runnable track record.