Internet Money Original-Sin Diagnostic
Trace platform failures to payment rails, ownership, and behavioral incentives
- Difficulty
- Advanced
- Time to result
- ~months to results
- Steps
- 6
- Confidence
- 91%
The diagnostic examines an internet product through three consequences of not having native money and transactions built into its underlying system. First, it asks whether the product relies on legacy payment rails or indirect revenue such as advertising. Second, it maps whether ownership and power accumulated with intermediaries instead of end users. Third, it studies how the absence or presence of direct financial stakes shapes behavior, including participation, access, spam, and community contribution. Designers then consider whether native payments, user ownership, or economic permissioning could align incentives more directly while reducing overhead and abuse. The framework does not assume tokenization is automatically superior; its output is a causal diagnosis showing where redesigned economic infrastructure could create a better business model and user experience.
Origin
Extracted from Marketing Against The Grain as Kip interpreted Marc Andreessen's claim that failing to build money into the early internet was its original sin.
Core principles
- 01Indirect monetization distorts platform incentives
- 02Native payment rails enable direct transactions
- 03Ownership should not default entirely to intermediaries
- 04Financial stakes make desired behavior more explicit
- 05Economic permissioning can reduce abuse and spam
How to run it
- 1
Map the payment rails
Document how value moves through the product and which legacy processors, currencies, or intermediaries are required.
Pro tip Include cross-border delays, fees, settlement, and recurring-payment constraints.
Watch out Do not assume an existing payment experience is efficient merely because it is familiar.
- 2
Inspect indirect monetization
Identify revenue mechanisms such as advertising or donations that separate user activity from direct transactions.
Pro tip Compare who benefits financially with who creates the underlying value.
Watch out A powerful revenue model may still degrade the user experience.
- 3
Map ownership and control
Determine who owns identities, data, distribution, infrastructure, and economic upside.
Pro tip Look for portable assets or permissions that users could retain independently of the platform.
Watch out Nominal ownership is meaningless if the intermediary can revoke all practical access.
- 4
Trace behavioral incentives
List the behaviors encouraged by the current model and the unwanted behaviors it leaves effectively free.
Pro tip Pay particular attention to spam, low-quality participation, and extraction of user attention.
Watch out Financial incentives can also create speculation or gaming.
- 5
Design direct economic mechanisms
Consider native payments, ownership stakes, royalties, or paid access permissions that connect behavior to consequences.
Pro tip Use the smallest economic mechanism capable of correcting the diagnosed problem.
Watch out Do not tokenize a product merely to imitate Web3 conventions.
- 6
Validate net user value
Test whether the redesigned model improves utility, trust, and usability after accounting for added financial complexity.
Pro tip Compare the new experience against the existing product, not an idealized alternative.
Watch out A theoretically aligned system will still fail if ordinary users find it difficult or unrewarding.
In the wild
An open messaging protocol is overwhelmed because sending unwanted messages is nearly free. The designer introduces optional payment or asset-based permissions so recipients can specify who may contact them and under what economic conditions. Legitimate communication remains possible while indiscriminate spam becomes costly.
→ The protocol aligns access with recipient preferences and raises the cost of abusive behavior.
A platform funded almost entirely by advertising continually increases ad load, degrading the experience that attracted users. The team tests direct transactions and ownership-based services that let users pay for valuable outcomes instead of selling increasing amounts of attention.
→ Revenue becomes more directly connected to user value rather than escalating interruption.
Common mistakes
Treating advertising power as user value
A model can build a dominant company while simultaneously making the underlying product worse for its users.
Tokenizing without a causal problem
Adding money or ownership without identifying a payment, control, or incentive failure creates complexity rather than value.
Ignoring unequal access value
Averaging revenue across all users can conceal substantial differences in the economic value of particular identities, relationships, or permissions.
Is it for you?
Best for
It is best for platform designers reconsidering monetization, ownership, access, and abuse prevention at the protocol level.
Not ideal for
It is not ideal when direct payments would add friction without changing incentives or delivering meaningful user value.
From the transcript
“One, we didn't have to rebuild the payment rails for the internet.”
“The second's ownership. We gave all the power and ownership to intermediaries and to technologists away from end users of technology.”
“And then the third part of this that I think is ultimately what he's getting at is when money is built in and transactions are…”
From the episode
Is Web 3 Coming?