reference: Not in the WoT? Shit or get off the pot (Contravex, 2015) #218
Labels
No labels
Compat/Breaking
Kind/Bug
Kind/Competitor
Kind/Documentation
Kind/Enhancement
Kind/Epic
Kind/Feature
Kind/Security
Kind/Story
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Scope/Core
Scope/Cross-Plugin
Scope/Plugin-System
Scope/Single-Plugin
Status
Abandoned
Status
Blocked
Status
Need More Info
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
ultanio/cobot#218
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Short Summary
Pete Dushenski's practical argument for why WoT membership is a prerequisite for participation in the Bitcoin economy — featuring an IRC discussion with Mircea Popescu illustrating how WoT-based trading eliminates the risks of anonymous street-level exchanges.
Detailed Summary
Author: Pete Dushenski | Date: February 2015 | Source:
contravex.com/2015/02/21/not-in-the-wot-shit-or-get-off-the-pot/The article opens with the story of Dean Katz, a New York Bitcoin trader who was robbed at gunpoint while doing a street-level BTC-for-cash exchange — losing $3,500 cash and 30 BTC (~$8,500). Dushenski uses this as a springboard for the argument that WoT membership eliminates entire categories of risk.
The IRC discussion that forms the core of the article establishes:
The access-gating principle: Being "in the WoT" isn't just about having a score — it's about existing as a verifiable economic actor. Without WoT presence, you're invisible to the trust network, and the trust network is where safe commerce happens.
Dushenski frames the WoT as a privilege that provides perspective: "From my unique vantage point within said WoT, I can see for miles and miles. For me, it's clear to see what can and can't, what will and won't, and what should and shouldn't work vis-a-vis Bitcoin."
Impact on Interaction Ledger PRD (#211)
This article provides the practical justification for the PRD's core thesis — that agents without interaction history are playing a fundamentally different (and more dangerous) game:
"People who aren't in the WoT don't exist" — This maps directly to the PRD's "first contact — no prior history" indicator. The PRD injects this into the system prompt for unknown peers, giving the agent heightened caution. Dushenski and MP's position is more extreme: unknown peers shouldn't be interacted with at all. The PRD takes a softer approach (cautious engagement rather than refusal), which is a design choice worth documenting.
The escrow pattern — The IRC discussion mentions WoT-based escrow for high-value trades. The PRD's current scope doesn't include escrow or third-party mediation, but for agents transacting via Lightning, a future extension could use ledger scores to determine escrow requirements (high-trust peers get direct payment, low-trust peers require escrow). This article shows the precedent.
Access gating as a feature — The article argues that WoT membership should gate access, not just inform decisions. The PRD's Phase 2 "threshold policies" (auto-refuse below score X) implements exactly this principle. It's currently deferred, but this article argues it should be a higher priority — it's the mechanism that makes the WoT protective rather than merely informational.
Privilege and perspective — Dushenski's observation that WoT membership provides perspective (not just safety) resonates with the PRD's system prompt enrichment design. An agent that sees peer context before every interaction doesn't just avoid bad peers — it develops a richer understanding of its operating environment.
See: #211
nazim referenced this issue2026-03-07 04:53:06 +00:00
nazim referenced this issue2026-03-07 05:08:42 +00:00
How #211 handles this
Softened version adopted for MVP, full version deferred to Phase 2. The PRD's reference map states: "a softened version of the bitcoin-assets principle that 'people who aren't in the WoT don't exist.'"
MVP implementation:
Phase 2 (Threshold Policies — flagged HIGH PRIORITY):
This is the right sequencing. You can't refuse unknowns until you have enough interaction data to distinguish unknowns from known-goods. Build the observation layer (MVP) → then enforce boundaries (Phase 2). The Dushenski principle is preserved as the destination, not the starting point.
David referenced this issue2026-03-08 03:44:36 +00:00