<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Hypercrux on HyperCrux.com</title>
    <link>https://hypercrux.com/tags/hypercrux/</link>
    <description>Recent content in Hypercrux on HyperCrux.com</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Wed, 07 Oct 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://hypercrux.com/tags/hypercrux/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>How Long a New HyperCrux Engine in C Would Take: Four to Six Weeks, Phase by Phase</title>
      <link>https://hypercrux.com/how-long-a-new-hypercrux-engine-in-c-would-take-four-to-six-weeks-phase-by-phase/</link>
      <pubDate>Wed, 07 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://hypercrux.com/how-long-a-new-hypercrux-engine-in-c-would-take-four-to-six-weeks-phase-by-phase/</guid>
      <description>&lt;p&gt;The &lt;a href=&#34;https://github.com/hypercrux/hypercrux/blob/main/BETA.md&#34;&gt;Beta plan&lt;/a&gt; describes a new database engine for HyperCrux, written in C, with all four handles built in. A plan like that needs a time estimate before anyone decides whether to start it. Here it is: about 19 to 30 working days of development to reach the Beta gate, which comes to roughly four to six weeks of calendar time with a working session most days. A first working version with all four handles would come in about a week.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How HyperCrux Got Its Name: Hyperlinks, Hyperspace and the Crux</title>
      <link>https://hypercrux.com/how-hypercrux-got-its-name-hyperlinks-hyperspace-and-the-crux/</link>
      <pubDate>Tue, 06 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://hypercrux.com/how-hypercrux-got-its-name-hyperlinks-hyperspace-and-the-crux/</guid>
      <description>&lt;p&gt;HyperCrux is a database where every record has four handles. You can reach it by its key, by SQL, by following its links or by how close its vector is to a question. The name describes the spot where those four meet, and it borrows from two old words to do it.&lt;/p&gt;&#xA;&lt;h2 id=&#34;crux&#34;&gt;Crux&lt;/h2&gt;&#xA;&lt;p&gt;Crux is Latin for a cross. The constellation of the Southern Cross is officially named Crux, and sailors used it to find south. English borrowed the word for the hardest part of a problem, the point everything turns on: the crux of the matter.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How HyperCrux Was Tested: 200 Killed Writers and Not One Mismatched Record</title>
      <link>https://hypercrux.com/how-hypercrux-was-tested-200-killed-writers-and-not-one-mismatched-record/</link>
      <pubDate>Tue, 06 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://hypercrux.com/how-hypercrux-was-tested-200-killed-writers-and-not-one-mismatched-record/</guid>
      <description>&lt;p&gt;HyperCrux makes one promise above the others. A record can be reached four ways, by key, by SQL, by its links and by its vector, and the four never disagree. A deleted record doesn&amp;rsquo;t linger in search results. A link never points at a record that isn&amp;rsquo;t there. A vector never belongs to a row that was only half written.&lt;/p&gt;&#xA;&lt;p&gt;Promises like that are easy to make when nothing goes wrong. So the tests go looking for things going wrong, and the results are published with the code, in &lt;a href=&#34;https://github.com/hypercrux/hypercrux/tree/main/test/results&#34;&gt;test/results on GitHub&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
