<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Release on XKV.org</title>
    <link>https://xkv.org/tags/release/</link>
    <description>Recent content in Release on XKV.org</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 19 Oct 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://xkv.org/tags/release/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>How XKV Was Tested With 1000 Kills, Torn Writes and a Million Revisions</title>
      <link>https://xkv.org/how-xkv-was-tested-with-1000-kills-torn-writes-and-a-million-revisions/</link>
      <pubDate>Mon, 19 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://xkv.org/how-xkv-was-tested-with-1000-kills-torn-writes-and-a-million-revisions/</guid>
      <description>&lt;p&gt;A store that keeps the reason behind every value is only useful if it keeps the value too. So before 0.1.0 went out, each promise XKV makes got a test aimed straight at it, and every number below sits in the repository&amp;rsquo;s &lt;a href=&#34;https://github.com/explainable-kv/xkv/tree/main/test/results&#34;&gt;test results&lt;/a&gt;, written by one script on a 2-CPU Linux machine.&lt;/p&gt;&#xA;&lt;p&gt;The promises are short. A transaction is all or nothing. An acknowledged write survives a crash. Committed data is never dropped quietly. Compaction never breaks a chain of causes. Here is how each was tried.&lt;/p&gt;</description>
    </item>
    <item>
      <title>XKV 0.1.0 Is Released as an Open Source Key-Value Store That Remembers Why</title>
      <link>https://xkv.org/xkv-0.1.0-is-released-as-an-open-source-key-value-store-that-remembers-why/</link>
      <pubDate>Mon, 19 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://xkv.org/xkv-0.1.0-is-released-as-an-open-source-key-value-store-that-remembers-why/</guid>
      <description>&lt;p&gt;XKV 0.1.0 is out. It&amp;rsquo;s a small key-value store for Go that keeps one thing other stores throw away: the reason. Every write records who made it, why, and which earlier change caused it. Ask a value how it got there and XKV walks the chain back, across keys, to where it started.&lt;/p&gt;&#xA;&lt;p&gt;The release has four parts. The Go package, with no dependencies, stores everything in one file. The &lt;code&gt;xkv&lt;/code&gt; command reads and writes that file from a shell and can serve it over HTTP for other languages. A WebAssembly build runs the same code in a browser, and the &lt;a href=&#34;https://xkv.org/demo/&#34;&gt;live demo&lt;/a&gt; is built on it. Four example programs act out the case studies on this site.&lt;/p&gt;</description>
    </item>
    <item>
      <title>XKV Can Now Swap Changes Between Stores and Keep the Reasons Behind Them</title>
      <link>https://xkv.org/xkv-can-now-swap-changes-between-stores-and-keep-the-reasons-behind-them/</link>
      <pubDate>Mon, 19 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://xkv.org/xkv-can-now-swap-changes-between-stores-and-keep-the-reasons-behind-them/</guid>
      <description>&lt;p&gt;XKV 0.2.0 is out, and it adds exchange. One store writes its recent changes to a file, another store reads them in, and every change arrives with its actor, its reason, its ref and its causes. Ask the second store why a value is what it is, and you get the same chain the first store would give you.&lt;/p&gt;&#xA;&lt;p&gt;That matters wherever the same settings live in more than one place. A service and its staging copy. Two sites that each take local writes. A laptop that was offline for a day. Copying values between them is easy. Copying the story behind them is what usually gets lost, and with it any chance of answering &amp;ldquo;who changed this, and why&amp;rdquo; on the receiving side.&lt;/p&gt;</description>
    </item>
    <item>
      <title>XKV Now Streams Every Change as It Commits, With the Reason Attached</title>
      <link>https://xkv.org/xkv-now-streams-every-change-as-it-commits-with-the-reason-attached/</link>
      <pubDate>Mon, 19 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://xkv.org/xkv-now-streams-every-change-as-it-commits-with-the-reason-attached/</guid>
      <description>&lt;p&gt;XKV 0.3.0 adds watch. A program asks the store for every new revision, and gets each one the moment its transaction commits: the key, the value, who wrote it, why, and the earlier changes that caused it. So the part of a system that reacts to a change also knows the reason for it.&lt;/p&gt;&#xA;&lt;p&gt;That covers the jobs people usually bolt onto a config store with polling or triggers. Refresh a cache when a price changes. Tell a person when a limit drops, along with the risk score behind it. Write an audit line. Start a job when an AI agent changes a setting, with the tool call it gave as its reference.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
