<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>idempotency on Ikoma's Blog</title><link>https://blog.yusukeikoma.com/tags/idempotency/</link><description>Recent content in idempotency on Ikoma's Blog</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Fri, 28 Aug 2026 10:07:45 +0900</lastBuildDate><atom:link href="https://blog.yusukeikoma.com/tags/idempotency/index.xml" rel="self" type="application/rss+xml"/><item><title>Retries Duplicate Your Writes, and Exactly-Once Won't Save You</title><link>https://blog.yusukeikoma.com/posts/exactly-once-delivery-idempotency-and-backoff/</link><pubDate>Fri, 28 Aug 2026 10:07:45 +0900</pubDate><guid>https://blog.yusukeikoma.com/posts/exactly-once-delivery-idempotency-and-backoff/</guid><description>When a request times out, the client cannot tell whether the request or only its acknowledgement was lost. This is why exactly-once delivery cannot be built, and why effectively-once processing is at-least-once delivery plus a receiver that deduplicates. A runnable experiment with a flaky network, the bug that still duplicates 89 of 200 requests, an atomic dedupe store, and a jitter simulation.</description></item><item><title>One Open Admission While a Start Is Unfinished</title><link>https://blog.yusukeikoma.com/posts/one-open-admission/</link><pubDate>Wed, 12 Aug 2026 10:27:31 +0900</pubDate><guid>https://blog.yusukeikoma.com/posts/one-open-admission/</guid><description>Controlling distributed task starts with one unfinished admission per workspace surface, a fixed destination, and idempotent retries during machine outages.</description></item></channel></rss>