In this episode, Lucas and Luna dive into one of the trickiest problems in API design: ensuring that a request is processed exactly once, even when networks drop, retry, or duplicate messages. They explore the technical pattern behind idempotency keys — a mechanism used by Stripe, PayPal, and modern payment APIs to prevent double charges without sacrificing reliability. Lucas explains how the concept borrowed from distributed systems theory (exactly-once semantics) translates into a simple but powerful REST endpoint pattern: the client sends a unique key in the header, and the server uses it to deduplicate across retries. They walk through the lifecycle of a payment API call, from initial request through timeout and retry, showing how the idempotency key stored in a database with a TTL ensures safety. Luna challenges Lucas on edge cases — what happens when the key expires, or when two requests with the same key arrive simultaneously? The conversation also touches on the tradeoffs between idempotency and performance, the role of database transactions, and why Stripe open-sourced its idempotency schema. Perfect for developers building reliable APIs or anyone who's ever wondered why hitting 'submit' twice doesn't charge you twice.