Back

Social evidence and coordinated claims

P13-L06 · P13 · P13-M02

Separate popularity declarations and corroboration

ILLUSTRATIVE · needs_review

Prerequisites: P13-L05

Learning objectives

  • Separate popularity declarations and corroboration
  • Audit source dependence in coordinated social claims and preserve exact public wording boundaries.

Why this matters

A claim repeated by many accounts can look independently confirmed while every post derives from one announcement. Popularity is a propagation measurement, not proof of the underlying event.

Explanation

Separate a social record’s observable fields from its substantive assertion: public URL or archived locator, publication time, collection time, exact bounded wording and source dependency. Preserve whether it is an original claim, quote, repost or commentary. Do not strip qualification words such as allegedly, planned or claimed when summarizing. A source can report a declaration without establishing the underlying chain event.

Build a dependency map before counting corroboration. Ten reposts of one issuer announcement are multiple propagation records but one shared underlying assertion. Independent corroboration requires a materially independent basis: a separate chain record, separately inspected implementation or independent dated source with an inspectable method. Even then, each source supports only its own scope.

Coordination and intent are separate hypotheses. Similar wording may reflect copying, syndication, a shared campaign or common authorship; it does not identify a private operator. Keep only relevant public records, avoid private contact or identity enrichment and do not equate follower count with technical trust. Radar context does not create social proof here.

Key terms

Source dependency: one record relies on another assertion.

Propagation: repetition or spread of a claim.

Corroboration: independent evidence supporting a scoped claim.

Qualification: wording that limits certainty or attribution.

Historical example

ILLUSTRATIVE: announcement O at 09:00 says “planned liquidity restriction.” Posts R1–R10 at 09:05 copy O. Separate fictional receipt C shows a pool creation at 09:02 but no restriction state. The copied posts omit “planned” and say “liquidity locked.” No real social accounts are queried.

Visual specifications

Evidence panel mapping O to ten reposts and C to pool creation only. Show original “planned” wording versus escalated repost claim; zero independent lock proofs, not an account-intent verdict.

Caption: Fictional propagation and wording escalation; repeated posts do not independently establish a lock.

SPECIFICATION_ONLY — the rendered visual has not been produced or independently reviewed.

What the evidence proves

The fixture supports a copied-source dependency and a wording escalation. C supports only stipulated pool creation, not a lock.

What the evidence does not prove

It proves no enforced restriction, independent ten-source confirmation, common human operator, deceptive intent or authentic social account. Pool creation does not establish LP custody.

Common mistakes

Counting reposts as independent proof; deleting “planned”; using followers as verification; treating a creation receipt as a lock record; doxxing to explain repeated wording.

Practical exercise

Draw the dependency map, count underlying assertion bases and independent relevant lock proofs, and rewrite a misleading “11 sources confirm the lock” statement.

Show worked correction

O→R1…R10 is one assertion dependency. C is a separate stipulated chain-like source but supports pool creation, not lock enforcement. Independent relevant lock proof count=0. Revised statement: “Ten fictional posts repeat one planned-restriction announcement; a separate fixture records pool creation. No enforced LP lock evidence is supplied.” Preserve O’s qualified wording and report the repost escalation without assigning an operator or intent.

Checklist

  • Preserve source wording and qualification.
  • Map original/repost dependencies.
  • Match independent evidence to the exact claim.
  • Avoid private identity enrichment and popularity-based confidence.

Summary

Social evidence becomes useful when its dependencies, wording and claim-specific corroboration are visible.

Summary

  • Repetition and independent proof are different counts.
  • Qualification words carry evidence boundaries.
  • A source corroborates only the claim it can actually inspect.

Next lesson

P13-L07

Tools

Use the named ZECOIN tool only as an evidence-reading context. This lesson creates no tool output, account session or entitlement. Offline exercise; do not sign, deploy, approve or fund anything.

Sources & claim boundaries

  • POOL: Uniswap v2 pools — LP tokens represent pool participation; withdrawal mechanism is separate from motive or fraud. Boundary: Mechanism documentation only; original illustrative values are stipulated, not observations. Historical records have separately frozen provenance and explicit collection gaps.

Evidence classifications

ILLUSTRATIVE — entirely fictional offline inputs; no current observation.

Observation date

null — no real observation

Content version

1

Review date

null

Review status

needs_review

Visual specifications

P13-L06-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

Separate popularity declarations and corroboration

Fictional propagation and wording escalation; repeated posts do not independently establish a lock.

Evidence panel mapping O to ten reposts and C to pool creation only. Show original “planned” wording versus escalated repost claim; zero independent lock proofs, not an account-intent verdict.

Evidence panel mapping O to ten reposts and C to pool creation only. Show original “planned” wording versus escalated repost claim; zero independent lock proofs, not an account-intent verdict.

Stack observations, assumptions, gaps and conclusion at 390 px; retain full IDs and a complete text equivalent. Any wide table scrolls locally.

Prose may follow RTL; IDs, quantities and time axes remain LTR. Preserve dependency direction.

P13-L06-ILLUSTRATIVE-v1

Sources & claim boundaries

POOL · PRIMARY_DOCUMENTATION

Uniswap v2 pools

Supported claim
LP tokens represent pool participation; withdrawal mechanism is separate from motive or fraud.
Verification boundary
Mechanism documentation only; original illustrative values are stipulated, not observations. Historical records have separately frozen provenance and explicit collection gaps.
Checked at
2026-10-02
Open primary source
https://developers.uniswap.org/docs/protocols/v2/concepts/pools

Dataset provenance

id: P13-L06-ILLUSTRATIVE-v1

dataStatus: ILLUSTRATIVE

observedAt: null

source: Original offline scenario in realOrHistoricalExample

scope: Fictional stipulated labels and values. No wallet, deployment, transaction, token launch or production observation.

Test your reasoning

P13-L06-Q1 · Ten reposts copy O. How many underlying assertion bases do they provide?
P13-L06-Q2 · Why retain the word planned?
P13-L06-Q3 · Receipt C shows creation. Does it independently confirm the lock?
P13-L06-Q4 · Which conclusion fits repeated identical wording?
P13-L06-Q5 · How many independent relevant lock proofs are stipulated?