Machine Law ist nicht in einem einzigen Release entstanden. Es entwickelte sich durch eine dokumentierte Abfolge zunehmend strenger architektonischer Grenzen zwischen Analyse, Autorität, Ausführung und Evidenz.
Dieser Datensatz zeichnet diese Entwicklung von November 2025 bis zur öffentlichen Offenlegung und formalen Dokumentation des Execution Rights Graph im August 2026 nach. Die Chronologie kombiniert dauerhaft archivierte technische Publikationen, datierte öffentliche Architektur-Offenlegungen und unabhängig einsehbare Evidenzoberflächen.
Diese Abstammung umfasst zwei vollständig eigenständige Systeme, die einen architektonischen Gedanken teilen: das hardwaregestützte immo.quick Core als Ursprung, und die immo.quick Serverless Edition als anbieterneutrale, hardwareunabhängige Architektur, ausgelegt auf maximale Skalierung. Ihre funktionalen Machine-Law-Modelle blieben bis Juni 2026 eng aufeinander abgestimmt, bevor sich Serverless ab Juli entschiedener zu differenzieren begann.
Der Zweck ist nicht, Eigentum an generischen Standards, kryptografischen Primitiven oder gängiger Branchenterminologie zu beanspruchen. Der Zweck ist, die dokumentierte Entwicklung der spezifischen immo.quick-Architektur zu bewahren.
Die dokumentierte Machine-Law-Abstammung beginnt am 17. November 2025. Ab diesem Punkt verlagerte immo.quick regulatorische und institutionelle Bedingungen zunehmend aus beschreibenden Workflows in technisch durchgesetzten Systemzustand.
Die architektonische Frage änderte sich:
Der erste entscheidende architektonische Bruch war der Wechsel von Beobachtung zu Durchsetzung. Nicht konformer Zustand war nicht länger etwas, das lediglich erkannt und gemeldet wurde. Er wurde zu etwas, dessen Fortschreiten die Infrastruktur verhindern sollte.
Bis Februar 2026 war Durchsetzung zu einer breiteren Governance-Architektur geworden. Terminal Refusal drückte eine fundamentale Idee aus: bestimmte unzulässige Zustände sollten nicht lediglich Warnungen auslösen. Sie sollten strukturell nicht ausführbar werden.
Gleichzeitig begann sich Beweis von Anbieter-Vertrauen zu trennen.
Im März 2026 wurde die frühere Durchsetzungsdoktrin zu einer formalen Architekturkategorie. Machine Law grenzte sich von Systemen ab, die lediglich beobachten, bewerten oder rückwirkend erklären.
Durchsetzung allein reichte nicht mehr. Das System musste jetzt unabhängig verifizierbare Evidenz sowohl positiver als auch negativer Pfade bewahren.
Bis Juni 2026 stellten immo.quick Core und immo.quick Serverless Edition zwei vollständig eigenständige technische Systeme dar, aufgebaut um denselben zugrunde liegenden Machine-Law-Gedanken. Core war der hardwaregestützte Ursprung: deterministische institutionelle Infrastruktur, aufgebaut um TEEs, Enclaves und hardwaregestützte Assurance. Serverless folgte einer fundamental anderen Architektur, ausgelegt ohne Abhängigkeit von diesem Hardware-Modell und optimiert für Anbieterneutralität und maximale horizontale Skalierbarkeit.
Zu diesem Zeitpunkt blieben ihr funktionales Governance- und Proof-Modell eng aufeinander abgestimmt. Beide Systeme erzeugten kryptografisch gebundene Evidenz und Receipts. Der Unterschied lag deshalb noch nicht primär darin, was durchgesetzt wurde, sondern darin, wie die zugrunde liegende Infrastruktur aufgebaut war.
Ab Juli 2026 erweitert Serverless zunehmend die bereits von Anfang an vorhandene Authorization Architecture. SCP-1.0, STFL und CDS stärken Proof, Provenance und Authority Resolution rund um dieses bestehende Execution-Rights-Fundament. Im August wird diese Architektur öffentlich benannt, maschinenverifizierbar und formal dokumentiert.
Damit ändert sich die Architekturfrage endgültig. Nicht mehr: Haben die Prüfungen bestanden? Sondern:
Die Execution-Rights-Architektur wurde nicht unmittelbar nach ihrer ursprünglichen technischen Umsetzung veröffentlicht. Über mehrere Monate wurde das zugrunde liegende Authorization Model erweitert und durch adversariale Red-Team-Tests, Grenzfallprüfungen und extreme Stresstests gehärtet, bevor die Architektur öffentlich offengelegt wurde. Execution Rights Manipulation ist heute eine der öffentlich benannten Angriffsfamilien der laufenden Adversarial-Verification-Suite.
Adversarial Verification ansehen →
Die architektonische Entwicklungslinie ist konsistent: jede Stufe entfernt eine weitere Quelle unbewiesenen Ermessens zwischen autoritativem Zustand und institutioneller Konsequenz.
WIE SICH DIE BEIDEN SYSTEME ZUEINANDER ENTWICKELTEN
Core etablierte die ursprüngliche deterministische institutionelle Architektur rund um formale Governance-Modelle, Consequence Boundaries, kryptografische Evidenz, bi-temporalen Zustand, institutionelle Verifikation und hardwaregestützte Assurance durch TEEs und Enclaves.
Serverless ist nicht von Cores hardwarebasierter Trust-Architektur abhängig. Execution Rights waren von Anfang an Teil des Serverless-Authorization-Fundaments. SCP-1.0, STFL, CDS, öffentliche Verifikation und Authority Supersession haben diese Architektur schrittweise gehärtet, erweitert und offengelegt, bis zu ihrer formalen öffentlichen Offenlegung im August 2026.
Core und Serverless sind keine Versionen desselben Systems. Es sind vollständig eigenständige Architekturen, die denselben zugrunde liegenden Machine-Law-Gedanken teilen. Core war der Ursprung, das hardwaregestützte Fundament, auf dem die frühesten deterministischen Governance- und Proof-Konzepte etabliert wurden. Serverless verfolgte dasselbe fundamentale Ziel über ein anderes Architekturmodell, von Anfang an ausgelegt auf Anbieterneutralität und maximale horizontale Skalierbarkeit.
Bis Juni 2026 blieben beide Systeme in ihrer funktionalen Governance-, Durchsetzungs- und Proof-Logik eng aufeinander abgestimmt. Ab Juli 2026 begann Serverless, sich entschiedener zu differenzieren, entwickelte eigene Proof-Standards, öffentliche Verifikationsoberflächen und schließlich das Execution-Rights-Autorisierungsmodell.
| Datum | Offenlegung | System | Typ | Dauerhafter Datensatz |
|---|---|---|---|---|
| 17 Nov 2025 | Genesis of deterministic governance lineage | immo.quick | Architektur | Internal/Public Record |
| 17 Dec 2025 | Active Defense | immo.quick | Architektur | Documented |
| 18 Dec 2025 | Deterministic Enforcement over Stochastic Prediction | immo.quick | Architektur | Documented |
| 29 Mar 2026 | Machine Law v1.0 | Core | DOI | 19301212 |
| 30 Mar 2026 | Machine Law v1.1 | Core | DOI | 19328229 |
| 1 Apr 2026 | v1.2 | Core | DOI | 19361101 |
| 4 Apr 2026 | v1.3 | Core | DOI | 19420763 |
| 7 Apr 2026 | v1.4 | Core | DOI | 19457223 |
| APR–JUN 2026 · ZWEI SYSTEME. EIN GEDANKE · Architecture Lineage | ||||
| 8 Apr 2026 | Serverless v1 | Serverless | DOI | 19462893 |
| 14 Apr 2026 | Regulatory Specification | Core | DOI | 19565734 |
| 17 Apr 2026 | State 1 | Core | DOI | 19634279 |
| 26 Apr 2026 | Core 2.0 | Core | DOI | 19799660 |
| 2 May 2026 | Core 2.1 | Core | DOI | 19969948 |
| 8 May 2026 | Core 2.2 | Core | DOI | 20078326 |
| 23 May 2026 | Core 2.3 | Core | DOI | 20355497 |
| 25 May 2026 | SEF | Core | DOI | 20386349 |
| 5 Jun 2026 | Core 2.4 | Core | DOI | 20562464 |
| 5 Jun 2026 | Serverless 1.1 | Serverless | DOI | 20562673 |
| 17 Jun 2026 | Serverless 2.0 | Serverless | DOI | 20736877 |
| 22 Jun 2026 | The Layer No One Is Talking About | Serverless | Protocol Article | |
| 26 Jun 2026 | STFL Article | Serverless | Protocol Article | |
| AB JUL 2026 · SERVERLESS-ARCHITEKTUR-DIVERGENZ · Architecture Lineage | ||||
| 1 Jul 2026 | SCP-1.0 | Serverless | DOI | 21112798 |
| 1 Jul 2026 | STFL | Serverless | DOI | 21113308 |
| 3 Jul 2026 | CDS | Serverless | DOI | 21153394 |
| 29 Jul 2026 | Executive Liability article | Machine Law | Protocol Article | |
| 4 Aug 2026 | The Scaling Machine | Serverless | Protocol Article | |
| 7/8 Aug 2026 | Capability Manifest | Serverless | Public Evidence | Manifest |
| 9 Aug 2026 | TA-14 | Serverless | Public Evidence | Evidence Record |
| 10 Aug 2026 | From Proof to Execution Rights | Serverless | Protocol Article | |
| 11 Aug 2026 | Execution Rights Architecture Reference | Serverless | Architecture Reference | Public |
Diese Chronologie dokumentiert die Entwicklung und öffentliche Offenlegung der immo.quick-Architektur. Sie behauptet kein Eigentumsrecht an generischen kryptografischen Primitiven, offenen Standards, Standard-URI-Konventionen, gängigen softwaretechnischen Praktiken oder abstrakten Konzepten, die unabhängig andernorts entwickelt wurden.
Verweise auf architektonische Priorität betreffen die spezifischen dokumentierten immo.quick-Formulierungen, Systemstrukturen, benannten Architekturobjekte und deren datierte öffentliche Offenlegung.