Three connected accountability layers How KillChains, KillWebs, and Evulgare fit together KillWebs.com Evulgare.com
Machine-speed decisions need machine-held evidence. Bounded education only: no real targets, operational control, executable payloads, or live-system actions. A human click is not a liability transfer. For production evidence and accountability software, visit Evulgare.com.

Historical Change Ledger and Release Diff Explorer

What changed—and what was preserved?

Trace accepted KillChains.com corrections, program withdrawals, successor relationships, and evidence reclassifications. Each ledger item keeps the prior bounded statement beside the accepted current state, names the first corrected release, shows the evidence and public surfaces reviewed, and preserves unresolved unknowns.

6 accepted events4 corrected releases17 referenced sourcesZero hypothetical previews accepted

Answer-first summary

Direct answers

Release 1.24.0 · reviewed · evidence states

What is the Historical Change Ledger?

It records accepted repository-authored corrections, withdrawals, supersessions, and evidence reclassifications while preserving the prior bounded statement, first corrected release, evidence, impact, and remaining unknowns.

Read the supporting section

Is the Change Ledger the same as the Change Impact Explorer?

No. Change Impact previews hypothetical review obligations. The Change Ledger publishes only events already accepted, tested, versioned, and preserved by the repository.

Read the supporting section

Does an accepted correction erase the earlier statement?

No. The earlier state remains visible for chronology and audit unless a separate privacy or legal obligation requires removal.

Read the supporting section

Accepted history only

The ledger begins after human review—not when a hypothetical impact preview is generated.

The Change Impact Explorer asks what would require review if something changed. This page records only changes that the repository already accepted, tested, versioned, and preserved in release history.

01

Keep the before state

The earlier bounded statement remains visible as history. A correction cannot pretend that the prior publication never existed.

02

Name the acceptance point

Every event identifies the first release that carried the corrected state and the accepted evidence that justified it.

03

Separate truth from maintenance

A link failure, source reclassification, program withdrawal, interface correction, and verified successor have different meanings.

04

Retain the unknowns

A corrected statement can still leave control modes, downstream use, physical-device behavior, or successor status unresolved.

Release chronology

Accepted change entered the public record in four releases.

The release number is the acceptance boundary for this ledger. It is not the date when an external program necessarily changed.

  1. v1.8.01 accepted changeReview this release
  2. v1.13.02 accepted changesReview this release
  3. v1.14.02 accepted changesReview this release
  4. v1.14.11 accepted changeReview this release

Accepted change register

Search the release history or compare up to three accepted events.

Filters and comparison operate over released records only. JavaScript improves the interaction but is not required to read the complete ledger or submit a server-rendered comparison.

Reset1 of 6 events visible
Select up to three events for release-diff comparison Up to three accepted events may be compared.
6Accepted eventsCorrections, withdrawals, supersessions, and reclassifications
17Referenced public sourcesExisting source IDs only
13Affected clean routesRepresentative public review surfaces
7Discovery artifactsRegenerated only through repository work

KC-CHANGE-001 · first corrected in v1.8.0

Public contact identity normalized to one approved address

Accepted correctionPublication identityCorrection active

Before

Prior bounded statement or state

A separate editor-domain address remained available as a public editorial contact beside the approved author identity.

Accepted

Current statement or state

The sole public author, editorial, publisher-schema, feed, and security contact is mike@ns12.com; the former editor-domain address is not used as a fallback.

Why the repository accepted the change

The repository owner explicitly directed one public contact identity, and v1.8.0 normalized every owning configuration, metadata, feed, security, documentation, and memory surface.

Inspect evidence, release impact, preservation, and remaining unknowns

Accepted evidence

  • Accepted decision · decision:KC-DEC-017One public contact address owns author, editorial, publisher, and security contactdocs/long-term-memory/decisions/active-decisions.md
  • Durable release proof · proof:LTM-PROOF-008Company-to-system relationship explorer v1.8.0 proofdocs/long-term-memory/implementation-history/technology-provider-directory-v1.8.0.md

Affected public routes

Affected claims

No current Claim Lineage record is assigned to this change.

Repository and discovery diff

  • config/site.php
  • data/author.php
  • includes/seo.php
  • includes/footer.php

Regenerated discovery artifacts

  • feed.xml
  • feed.json
  • content-index.json
  • llms.txt
  • .well-known/security.txt

Preservation rule

The former address remains visible only in versioned release history and change proof; it must not reappear as a current public contact.

Remaining unknowns

  • Production mail delivery and external mailbox custody were not tested by the repository release.
What this accepted change does not establish

This correction does not establish production mailbox configuration, delivery, retention, or identity verification beyond the approved public address.

Accepted 2026-08-01 · owner: Michael Kappel and KillChains.com release engineering

Release-diff comparison

Compare the accepted state transitions—not a truth score.

The table contrasts release identity, change type, prior and accepted state, preservation rule, public impact, and unresolved unknowns. It does not rank the seriousness or correctness of the events.

v1.13.0 · KC-CHANGE-002

Dutch Crime Anticipation System moved from operational history to discontinued status

Accepted withdrawal or discontinuation
Prior state
CAS was described historically as a national Dutch place-based forecasting system used by police teams.
Accepted state
The Dutch Crime Anticipation System is recorded as out of use, with an end date in December 2025; its earlier operation is retained as historical evidence.
Reason
The reviewed Dutch algorithm-register record identifies phase-out and a December 2025 end date. KillChains.com therefore separates the former operational design from its current discontinued state.
Preserved history
Descriptions of CAS inputs, risk maps, human interpretation, and past deployment remain available as historical program evidence. They must not be used alone to imply current operation.
Affected routes
/predictive-enforcement.php, /claim-lineage.php, /authority-casebook.php, /source-review.php
Remaining unknowns
No successor program is registered in this release. Detailed downstream forecast retention after phase-out remains outside the bounded public record.

v1.13.0 · KC-CHANGE-003

Gangs Violence Matrix superseded by the Violence Harm Assessment

Accepted supersession
Prior state
The Gangs Violence Matrix was a current Metropolitan Police named-person gang and violence intelligence-prioritization program.
Accepted state
The former Matrix ceased operation and is retained for historical analysis; the Violence Harm Assessment owns the current successor description and current published statistics.
Reason
Current Metropolitan Police records and the reviewed program history identify the Matrix as decommissioned and the VHA as its successor framework.
Preserved history
The Matrix remains visible as historical evidence of the former program, its governance failures, and the reason a successor exists. It must not be silently deleted or described as current.
Affected routes
/predictive-enforcement.php, /source-review.php, /claim-lineage.php, /change-impact.php
Remaining unknowns
The public record does not establish the complete downstream use of every VHA entry. Published governance does not establish causal effectiveness or eliminate unequal effects.

v1.14.1 · KC-CHANGE-006

Daily Break the Chain briefing containment corrected

Accepted correction
Prior state
The expanded mission briefing was positioned inside a fixed-height immersive frame, allowing lower briefing content and launch controls to be clipped on some short desktop viewports.
Accepted state
While the briefing is active, it owns the challenge-frame height and the covered console is removed from active layout; after launch, the normal immersive frame and console are restored at a visible header-safe position.
Reason
A user-provided 1178×590 screenshot exposed content outside the containing frame. Release 1.14.1 converted the active intro to content-driven containment and added a regression at the reported viewport.
Preserved history
The user-reported failure, prior layout explanation, release proof, and regression remain in durable implementation history. The defective layout is not retained as current behavior.
Affected routes
/
Remaining unknowns
Physical iOS, Android, foldable, television, and WebXR device behavior still requires deployment-device testing.

Historical Change Ledger

Accepted repository history

Events appear here only after source or code ownership is resolved, the prior state is preserved, tests pass, a release is named, and durable proof is written.

Review current source state

Change Impact Explorer

Hypothetical review preview

Previews estimate which records would require attention after a possible source or claim event. They do not become history merely because a visitor opens or shares the URL.

Build a hypothetical impact preview

Ecosystem boundary

Learn the failure here. Make the deployed machine answerable at Evulgare.

KillChains.com remains a synthetic simulation and public-research environment. KillWebs.com remains the sister learning environment for governed network paths. Stop using software that makes the nearest human explain a decision they could not see, verify, or control. Real-system evidence capture, software and model lineage, authority reconstruction, operator-view reconstruction, incident causality, and deployed-system answerability belong at Evulgare.com.

The ledger preserves accepted publication history. Evulgare is the production destination for preserving and reconstructing the evidence history of deployed machine systems.