Syntalium Wiki
Syntalium vs Signal Channels
TL;DR
Traditional signal channels publish assertions — screenshots of results, unverifiable calls, claims without proof. Syntalium publishes canonical payloads with SHA-256 proof anchors. Any reader can check whether the archived record still matches the recorded hash. The difference is structural: you do not have to trust — you can verify.
The core difference
Most signal channels in crypto markets operate on an assertion model: the channel operator publishes a call, announces a result, and the subscriber decides whether to trust it. There is no user-verifiable mechanism for a subscriber to check that the published call matches the underlying data, that the result was not retroactively edited, or that the performance history is accurate.
Syntalium operates on a different model. Every evaluation cycle produces a canonical payload — a deterministic, ordered record of all the data and decisions recorded at that time. A SHA-256 hash of this payload is published as the SNAP ID. Any reader, at any time, can navigate to /verify and check whether the archived record matches the published hash.
Assertion-based vs proof-based
The distinction between assertion-based and proof-based publication is a structural one, not a quality judgment about any individual channel.
- Assertion-based
- The publisher makes a claim — a call, a direction, a reported result. The subscriber has no user-verifiable mechanism to check the claim. Trust flows from reputation, track record, or social proof — all of which can be manufactured or selectively presented.
- Proof-based
- The publisher produces a record with a cryptographic proof anchor. The subscriber can verify the anchor themselves without trusting the publisher. Trust flows from the mathematical check, not from reputation.
- Why it matters
- Assertion-based systems cannot distinguish a genuine track record from a curated one. In crypto markets, where performance screenshots are trivial to edit and channel histories can be deleted, the lack of a verification mechanism is a structural problem — not an edge case.
Screenshots vs canonical payloads
Signal channels commonly publish screenshots to document calls: a chart with an arrow, a message with a price, a post claiming a result. Screenshots are not verifiable evidence.
- Screenshots
- An image file. It can be edited after the fact with no technical trace. A screenshot of a “call” does not prove when the call was made, what the exact data was, or whether the displayed result was real.
- Canonical payloads
- A deterministic, structured record produced at evaluation time. The hash is computed before publication. If the payload is altered — even by one character — the hash no longer matches. Any reader can detect the alteration by recomputing the hash.
- Retroactive editing
- A canonical payload with an archived hash cannot be retroactively changed without detection. A screenshot can. This is not a theoretical distinction — it is the difference between evidence and assertion.
Verification vs trust
The most important question when evaluating any signal source is: can I check this directly, or must I trust the publisher?
- Trust model
- You read the published claim. You decide whether to trust the publisher based on reputation, past performance, community feedback, or other social signals. All of these can be gamed.
- Verification model
- You receive the SNAP ID. You submit it at /verify. The backend returns VERIFIED or MISMATCH based on whether the archived payload matches the hash. No trust in Syntalium is required for this check — the math is public.
- What verification confirms
- The published record has not been altered since it was archived. The call, the direction, the price levels, the market condition — all were recorded exactly as published.
- What verification does not confirm
- Profitability, exchange execution, future price direction, or suitability for any specific user. Verification is record integrity — not outcome guarantee.
What Syntalium is not
Syntalium is not a signal channel, a copy-trading service, a managed fund, or a subscription alert system. Understanding what it is not helps clarify what makes it different.
- Not a signal channel
- Signal channels publish calls for followers to copy. Syntalium publishes structured market context with proof anchors. Whether to act, and how, is entirely the user's decision.
- Not copy trading
- There is no mechanism to copy a Syntalium signal automatically. No integration with exchanges, no managed execution, no portfolio management.
- Not performance marketing
- Syntalium does not publish win rates, PnL, expectancy, or profit factor. The absence of these claims is intentional — they are not verifiable from the platform's information alone.
- Not anonymous assertion
- Syntalium publishes a canonical SNAP payload for every evaluation. The record is structured, timestamped, and hashed. This is structurally different from an anonymous Telegram message with no proof anchor.