Kerne Logo

Append-only. Last entry August 14, 2026

The removal log.

Everything below is something Kerne switched off, with the measurement that decided it and the way back if it was wrong. Nothing here is ever deleted or re-dated. If something is restored, it gets a new dated entry and the original stays where it is.

Why publish this.

Every surface a protocol keeps costs three things: the compute to serve it, the attention of everyone who has to re-verify it is still correct, and the risk that it quietly starts asserting something false. The third one is the expensive one. A page does not stop being published when it stops being true.

Removing things quietly is the behaviour Kerne criticises in other protocols on /legible and /honesty-index. So the removals get published on the same terms as the refusals do, including the one below where the thing removed was a claim about our own controls.

August 14, 2026

Three pages described a scheduled check that had not run since June.

What went: The sentence saying Kerne's mint-authority checks run on a schedule in continuous integration, from /risk, /resolv-vs-kerne, and one insight article.

The three pages said that the live mint-authority values were asserted on a schedule by a workflow named in the text, and that if one of them flipped, the workflow would fail. GitHub Actions is disabled at the repository level. That workflow last ran on June 26, 2026, and its final five runs were all failures. So for roughly seven weeks, three public pages, one of them a risk page and one of them a direct comparison against another protocol's security posture, described a control that was not running.

What was true, and is kept, is the other half: those values are read on every request by /api/risk-status, which is what /risk and the homepage banner render. The pages now say that, and say plainly that the values are checked when someone asks rather than on a schedule.

The reason this went unnoticed is worth more than the fix. The workflow file still exists in the repository, and the tool that lists workflows still reports it as active, because active describes the file and not the repository switch above it. Reading the file, or the listing, tells you nothing. A note now sits beside those files recording that they cannot run, and naming the one command that actually answers the question.

One of the three carried the same claim a second time, inside its own structured data, where answer engines read it and no human ever would. That copy was found only by checking the built HTML rather than the source after the visible sentence had already been fixed. A claim removed from the prose and left in the schema is still being published, just to a different audience.

Reversal: The workflow file was not deleted. Switching the checks back on is a repository setting plus a repair of the runs that were failing when they stopped.

August 14, 2026

Automatic dependency pull requests, which had never produced a merged change.

What went: Dependabot's automatic pull-request opening on the protocol repository. The alerts themselves stay on.

The repository carries 5,067 open dependency alerts. 4,831 of them, a little over 95 percent, sit in vendored copies of other people's repositories that are excluded from every deployment and are not part of anything Kerne ships. 236 are in code that ships.

Two automatic pull requests were open. Across the repository's entire history, the number of such pull requests that had ever been merged was zero, and with Actions disabled none of them could have been tested anyway. So the automation was producing failure mail and nothing else, into the same inbox where a funding reply arrives.

Alerts were deliberately left on. The thing removed is the automatic pull request, not the visibility. The honest reading of the ratio above is that the signal for the 236 that matter was already buried under the 4,831 that do not, and that is a separate problem this entry does not claim to have fixed.

Reversal: One API call restores it. Nothing was deleted and no alert was dismissed.

August 14, 2026

Two pull requests carrying instructions whose conditions had already fired.

What went: Two open pull requests, one from July 2 and one from July 7, both superseded by work that reached the main branch by another route.

One of them was titled with its own staging instruction: do not merge before a particular piece of work was done. That work has since been done, several times over. A conditional prohibition becomes an authorisation the moment its condition fires, and nothing in a version control system re-reads the sentence to notice. Kerne has been caught by this shape before, which is why thirty three branches were audited and six neutralised on August 3, 2026; these two were open pull requests rather than branches, and were missed by that pass.

Both were checked against the current main branch before closing. Every file either one would have added is already there, so neither carried unshipped work, and merging either today would more likely have reverted something than added anything.

Reversal: Closed, not deleted. Both branches are untouched and either reopens in one click.

What was left alone, and why.

This is the more useful half of the page. Subtraction is satisfying, which makes it easy to do too much of, and a deletion can be as damaging as a launch.

The paragraph explaining the v1 vault's share supply appears on several endpoints, and nobody has ever asked about it. It stays. It is a disclosure of a real accounting state, it is referenced by the signed reserve attestation, and a disclosure that is boring to maintain is not the same as a disclosure that is safe to drop.

The machine-payable endpoints have never been called by anyone outside Kerne. They stay up. They are catalogued by a third-party index that cannot be edited from here, and a removed endpoint becomes a broken record on somebody else's site, which is worse than a quiet one on ours. They lapse from that index on their own.

The sitemap was not trimmed. A sitemap entry is not a surface: the pages behind these return 200, several are linked from third-party sites and from web archive captures, and removing an entry reduces how well Kerne is indexed without reducing anything it costs to keep. The gap between how much this site publishes and how much of it anyone reads is real, and it is not closed by editing an XML file.

Anything with a signature on it was out of scope from the start: the reserve attestation chain, the audit scope commit, and every artifact a third party has pinned by hash.

The arithmetic of this page.

Publishing this note added a page to a site that already publishes more than anyone reads, so the honest count for the day is one false claim removed from three pages, one email stream stopped, two stale pull requests closed, and one new page created. That is a net gain in accuracy and not a net reduction in surface, and saying so here is cheaper than letting the next audit discover it.