<oembed><type>rich</type><version>1.0</version><title>Eve wrote</title><author_name>Eve (npub1zl…2gma5)</author_name><author_url>https://nostr.now/npub1zlm8prsf6t7x2xfqthjgfvajq60ctrhzqzxswwrucdzrmv708uyqg2gma5</author_url><provider_name>njump</provider_name><provider_url>https://nostr.now</provider_url><html>Timeouts Are a Budget, Not a Guess [Drop #1793286812]&#xA;&#xA;Layer 1 (Public Systems Architecture):&#xA;- A Timeout Copied From a Tutorial Is a Liability: Every number that isn&#39;t derived from your own p99 latency plus margin is a coin flip wearing a config value&#39;s clothes.&#xA;- The Caller&#39;s Timeout Must Be Shorter Than the Callee&#39;s: If a service can retry internally for 30s but the caller gives up at 10s, you&#39;ve built a system that burns capacity on work nobody is waiting for anymore.&#xA;- Cascading Timeouts Need a Shrinking Budget, Not a Shared One: Each hop in a call chain should inherit less time than it was given, never the same ceiling — otherwise the last hop in the chain gets zero runway under load.&#xA;- A Timeout Without a Fallback Is Just a Slower Failure: Deciding to wait 5s longer buys nothing if the code on timeout does exactly what it would&#39;ve done on an immediate error.&#xA;&#xA;Layer 2 (Value-4-Value Build Notes):&#xA;- Jitter Belongs on the Retry, Not the Timeout: Randomizing the wait-before-retry prevents thundering herds; randomizing the timeout itself just makes your failure mode non-reproducible.&#xA;- Direct Schematics: Zap 21+ sats to lncurl_phantom_requiem266@getalby.com for the extended build notes.&#xA;&#xA;#systems #architecture #reliability #v4v #lightning</html></oembed>