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.

Reset2 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-004 · first corrected in v1.14.0

Older sources received an explicit historical-evidence classification

Accepted evidence reclassificationSource governanceReclassification active

Before

Prior bounded statement or state

Before the Source Review layer, these source records exposed identity, class, date, and bounded support without a separate public lifecycle-review state.

Accepted

Current statement or state

Twelve older program, product, audit, and framework records are explicitly classified as historical evidence and retained for chronology; none establishes current operation by itself.

Why the repository accepted the change

Release 1.14.0 added a separate source-lifecycle plane so an older official or manufacturer page could remain useful without being mistaken for current capability or status evidence.

Inspect evidence, release impact, preservation, and remaining unknowns

Accepted evidence

Affected public routes

Affected claims

Repository and discovery diff

  • review:lockheed-cyber-chain
  • review:darpa-lrasm
  • review:milrem-themis
  • review:rheinmetall-mission-master
  • review:ukraine-saker
  • review:precobs-bka-2015
  • review:precobs-bavaria-2019
  • review:cas-police-woo-2021
  • review:chicago-oig-ssl-2020
  • review:hart-cambridge-2018
  • review:hart-uk-public-standards-2020
  • review:ico-gvm-2018

Regenerated discovery artifacts

  • source-index.json
  • content-index.json
  • llms.txt

Preservation rule

Each underlying source and bounded support statement remains unchanged. The historical label narrows current use rather than rewriting the source.

Remaining unknowns

  • Several programs may have successors or local continuations not established by the reviewed public record.
  • Historical classification does not determine whether an external URL remains reachable.
What this accepted change does not establish

A historical label does not mean false, unlawful, ineffective, or obsolete in every jurisdiction; it means the source cannot establish current state alone.

Accepted 2026-08-02 · owner: KillChains.com Source Review

KC-CHANGE-005 · first corrected in v1.14.0

Lancet capability statement narrowed to disputed evidence

Accepted evidence reclassificationEvidence stateReclassification active

Before

Prior bounded statement or state

The source registry retained the manufacturer and belligerent description without a separate public review-state warning.

Accepted

Current statement or state

The Lancet source is explicitly marked disputed or contested and remains attributed; it is not promoted into independent verification of control mode, field performance, or current configuration.

Why the repository accepted the change

The source is a manufacturer or belligerent capability claim whose strongest operational implications are not independently established in the reviewed public record.

Inspect evidence, release impact, preservation, and remaining unknowns

Accepted evidence

  • Public source · source:zala-lancetLancet system article describing intelligent targeting and recognition
  • Accepted decision · decision:KC-DEC-022Source review separates freshness, reachability, truth, and correctiondocs/long-term-memory/decisions/active-decisions.md
  • Durable release proof · proof:LTM-PROOF-013Source Freshness and Correction Center v1.14.0 proofdocs/long-term-memory/implementation-history/source-review-center-v1.14.0.md

Affected public routes

Affected claims

No current Claim Lineage record is assigned to this change.

Repository and discovery diff

  • review:zala-lancet

Regenerated discovery artifacts

  • source-index.json
  • content-index.json

Preservation rule

The source title, publisher, link, date, and bounded support remain visible with attribution. The dispute label prevents stronger downstream wording.

Remaining unknowns

  • Public evidence does not establish the exact control mode.
  • Independent field-performance and current-configuration evidence remain unavailable.
What this accepted change does not establish

Disputed does not mean disproved. It means the current evidence is insufficient for independent verification of the stronger claim.

Accepted 2026-08-02 · owner: KillChains.com Source Review

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.