← Latest papers
🤖 AI

Quipu: A Governed Bitemporal Knowledge Graph Store

This paper introduces Quipu, an embeddable bitemporal knowledge graph store that enforces strict governance through gated writes, lattice-based trust composition, and self-auditing traces, demonstrating superior defect detection and decision-evidence reliability compared to conventional ungated systems.

Original authors: Steve Brown

Published 2026-08-18
📖 5 min read🧠 Deep dive

Original authors: Steve Brown

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

In the modern digital world, a new kind of writer has emerged: software agents. These are programs that read documents, analyze code, and automatically build massive maps of facts known as knowledge graphs. For decades, these maps were curated by humans who could spot errors, verify sources, and decide what to keep. But when software agents write these maps, they do so at a speed and volume that human reviewers cannot match. They produce facts that look perfect but may be wrong, and they do it faster than any cleanup crew can fix them. The traditional systems designed to store this information were built for human patience; they accept everything first and hope to clean it up later. This approach, which worked when a human was in the driver's seat, creates a dangerous bottleneck when a machine is writing the story.

Researchers have now proposed a different way to handle this flood of automated writing. They argue that instead of accepting everything and hoping for the best, a storage system must be strict from the very beginning. It must act as a gatekeeper that refuses to let in anything that does not meet specific rules, and it must keep a permanent, unchangeable record of every single decision it makes, including the rejections. This new approach treats the rules themselves as part of the data, allowing the system to look back in time and see exactly what was required at any specific moment. By shifting the burden of strictness onto the software agents, which can instantly retry and correct their mistakes, the system ensures that the final map of facts remains trustworthy, even when written by machines.

Steve Brown and his team have built a system called Quipu to test this idea. They created a specialized storage engine that inverts the standard habits of database management. Instead of letting data in and cleaning it later, Quipu refuses to accept a fact unless it passes a strict set of checks against the state of the world it would create. If a piece of information violates a rule, the system rejects it immediately. Crucially, the system does not just say "no"; it writes down a signed, time-stamped record of that rejection, proving exactly why the fact was turned away. This record survives even if the attempt to write the fact is rolled back, ensuring that the history of what was tried and why it failed is never lost.

The researchers also redesigned how the system handles time and trust. In many databases, time is a simple line, and trust is a flat label applied to everything equally. Quipu treats time as two separate tracks: one for when the system learned something, and another for when that fact is actually true in the real world. It applies this same double timeline to the rules and the trust labels themselves. This means the system can answer questions like "what was considered trustworthy at this specific moment in the past?" or "what rule was in force when this decision was made?" It also organizes trust into separate, non-overlapping groups. When these groups are combined, the system ensures that the resulting trust level never accidentally becomes stronger than the weakest part of the group, preventing a weak or unverified source from boosting the credibility of the whole.

To prove that this strict approach works, the team ran a controlled experiment called Census. They created a scenario where multiple software writers tried to add facts to the system, deliberately planting six specific types of errors, such as missing information, unauthorized access, or fabricated details. They ran the same script twice: once with the strict gatekeeper active, and once with it turned off. The results were clear. The system without the gatekeeper accepted all six planted errors. The strict system, however, rejected every single one. It caught the unauthorized writes, the missing details, and the facts that were only valid when looked at in isolation but failed when combined with other facts. The system did this without slowing down the process for facts that were already correct, proving that strictness does not have to mean inefficiency.

The study also showed that the system can replay history perfectly. Because the rules and the data are both stored with a double timeline, the researchers could go back to any point in the experiment and ask, "What would the system have decided if this fact had been submitted right then?" The system answered correctly every time, even when the rules had changed in the meantime. This is something standard databases cannot do; they usually only remember the current rules, making it impossible to know what was required in the past. In this new system, the audit trail is not a separate log that someone has to dig through; it is a query the system can run on its own data to verify its own history.

When the researchers tested the system against a real-world trace from a different project, they found that the strict rules caught a gap in enforcement that had been missed before. The system identified that a rule was being enforced locally but was not written down in the official policy, and it flagged this discrepancy. This led the team to update the system so that it now records exactly who was refused and why, closing a small but important hole in the audit trail. The experiment demonstrated that when software agents are the writers, the cost of strictness is affordable because the agents can instantly learn from a rejection and try again. The system does not need a human to clean up the mess; the gatekeeper prevents the mess from happening in the first place, and the permanent record of every decision ensures that the history of the knowledge graph remains accurate and trustworthy.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →