Uploaded September 2026 | Updated September 2026, 3 weeks ago
Between the moment an x402 server verifies a payment signature and the moment it settles on the blockchain, nothing stops the buyer spending that money somewhere else. Jan Curn's point is that a client can mint a thousand signatures against one wallet, so any seller starting real work on the strength of a verification is exposed. The workaround is to do the work only after settlement, fine for a fixed price API call and awkward for anything slower. Curn is bullish enough on x402 to have shipped it two days before this talk, adding 20,000 Apify tools to a marketplace that previously carried about 2,000, and critical enough to spend the session on what it still gets wrong. He pitches it as a sequel to a talk here last year arguing that MCP was not good yet.
The gaps compound. x402 wants HTTP 402 as the server's first response and MCP wants 401, and since one response cannot be both, companies stand up a second hostname purely for payments. Curn calls that an antipattern and asks how anyone would feel about a separate Amazon for every credit card. The original exact scheme charges a fixed fee per call, which does not fit tools that run for seconds or for hours, and the up to scheme meant to fix metered billing left the double spending window open anyway. Apify settled on charging in full and refunding the remainder, at the cost of a second chain transaction and a trust assumption pointing the wrong way. He is watching batch settlement, and has shipped a markdown page an agent reads to buy a prepaid token, deliberately not an API.
Speaker info:
- https://x.com/jancurn
- linkedin.com/in/jancurn
- apify.com/jancurn
Timestamps:
0:00 - A callback to "MCP isn't good yet"
2:02 - Apify's 45,000 tools, and 10x'ing the x402 catalog
4:47 - The standards pileup, from L402 to Agent Pay
5:39 - Why crypto fits agentic payments, disputes included
8:25 - A 30 year old status code finally picked up
9:19 - The x402 flow, and the double spending window
11:10 - When x402 wants a 402 and MCP wants a 401
12:59 - Exact, then "up to", and what it still did not fix
13:55 - Charging in full, refunding the rest, and batch settlement
16:38 - AGI, an agent general interface
19:26 - Where the volume actually is today
Between the moment an x402 server verifies a payment signature and the moment it settles on the blockchain, nothing stops the buyer spending that money somewhere else. Jan Curn's point is that a client can mint a thousand signatures against one wallet, so any seller starting real work on the strength of a verification is exposed. The workaround is to do the work only after settlement, fine for a fixed price API call and awkward for anything slower. Curn is bullish enough on x402 to have shipped it two days before this talk, adding 20,000 Apify tools to a marketplace that previously carried about 2,000, and critical enough to spend the session on what it still gets wrong. He pitches it as a sequel to a talk here last year arguing that MCP was not good yet.
The gaps compound. x402 wants HTTP 402 as the server's first response and MCP wants 401, and since one response cannot be both, companies stand up a second hostname purely for payments. Curn calls that an antipattern and asks how anyone would feel about a separate Amazon for every credit card. The original exact scheme charges a fixed fee per call, which does not fit tools that run for seconds or for hours, and the up to scheme meant to fix metered billing left the double spending window open anyway. Apify settled on charging in full and refunding the remainder, at the cost of a second chain transaction and a trust assumption pointing the wrong way. He is watching batch settlement, and has shipped a markdown page an agent reads to buy a prepaid token, deliberately not an API.
Speaker info:
- https://x.com/jancurn
- linkedin.com/in/jancurn
- apify.com/jancurn
Timestamps:
0:00 - A callback to "MCP isn't good yet"
2:02 - Apify's 45,000 tools, and 10x'ing the x402 catalog
4:47 - The standards pileup, from L402 to Agent Pay
5:39 - Why crypto fits agentic payments, disputes included
8:25 - A 30 year old status code finally picked up
9:19 - The x402 flow, and the double spending window
11:10 - When x402 wants a 402 and MCP wants a 401
12:59 - Exact, then "up to", and what it still did not fix
13:55 - Charging in full, refunding the rest, and batch settlement
16:38 - AGI, an agent general interface
19:26 - Where the volume actually is today









![Building Turbopuffer: Gergely Orosz (@pragmaticengineer ) × Simon Eskildsen (CEO)
This fireside chat between Gergely Orosz and Simon Eskildsen explores the technical journey and engineering philosophy behind the database company Turbopuffer.
Video Timestamps
0:00 Introduction and Simon’s early history with computers
3:02 The International Olympiad in Informatics and early competitive programming
4:13 How Simon was recruited by Shopify while still in high school
8:46 Engineering challenges and scaling infrastructure at Shopify
14:56 Decision to leave Shopify and the creation of the napkin math project
20:40 The origin and technical motivations behind Turbopuffer
24:46 Design challenges of building a database on top of S3
28:41 Cursor becoming the first major customer
35:36 The meeting with Jensen Huang and Nvidia’s push for GPUs
39:01 The competitive reality of cloud infrastructure and CPU scarcity
43:06 Philosophical perspective on venture capital and funding
51:45 Building a remote-first culture with the campfire concept
Quotes
(19:49) Because you batch. So an f-sync happens on usually a 4K... its not intuitive. Its actually—I got caught—I just got obsessed with this question.
(30:33) Yeah, you could do a million vectors for a dollar. And before that, I think the cheapest was maybe $100 per million for something that actually worked.
(36:56) [Jensen Huang] said, Judging by your slide, maybe you should [pivot into vapes].
(43:53) I promised Cursor that Justine and I could get their bill to 4K a month... thats the pricing we ship with.
(49:54) The third reason to raise capital is for the founders ego... I wish that it was more talked about because youre diluting all of your employees when you do it.
## Speakers
### Gergely Orosz
Author / Founder, The Pragmatic Engineer · The Pragmatic Engineer
[X/Twitter](https://twitter.com/gergelyorosz) · [LinkedIn](https://www.linkedin.com/in/gergelyorosz/) · [Website](https://pragmaticengineer.com)
Software engineer, engineering leader, and author of The Software Engineers Guidebook; best known for The Pragmatic Engineer newsletter and blog covering software engineering practices, engineering leadership, and the tech industry. Previously held engineering leadership roles at Uber and worked at companies including Skype and Skyscanner.
### Simon Eskildsen
CEO and co-founder · turbopuffer
[X/Twitter](https://x.com/Sirupsen) · [LinkedIn](https://www.linkedin.com/in/sirupsen/) · [Website](https://sirupsen.com) · [Blog](https://sirupsen.com/napkin)
Co-founder and CEO at turbopuffer. Formerly Principal Engineer at Shopify, where he helped scale infra from 1K → 1M RPS.
— [View on the schedule](https://www.ai.engineer/worldsfair/schedule?session=asn_slot_2026_06_30_main_stage_1230_2026_06_25t07_57_06_000z) Building Turbopuffer: Gergely Orosz (@pragmaticengineer ) × Simon Eskildsen (CEO)](https://i.ytimg.com/vi/jQDXzEVHMSE/mqdefault.jpg)
