Language:
PRODUCTS
SECTORS
MORE
Quantum Security 🔍 Search Request Access →
immo.quick
INSTITUTIONAL TRUST INFRASTRUCTURE

EXECUTION REQUIRES A RIGHT.

Regulated machines should not execute because a model, workflow or administrator says yes. Technical executability should exist only when a valid execution right exists under the authoritative state.

NO VALID EXECUTION RIGHT · NO CAPABILITY · NO EXECUTION
NEW · CVD LEGAL & RESEARCH EVIDENCE INFRASTRUCTURE

Responsible disclosure becomes provable.

Legal Protection Evidence, Researcher Recognition, Policy Advocacy Evidence and a Cross-Jurisdictional Legal Matrix in one four-part Machine Law architecture. Assessment ≠ Protection.

Explore the architecture →
01 · WHAT IT IS

Institutional Trust Infrastructure for execution rights.

Machine Law binds external authority to a specific execution. A determination alone does not create permission to act.

Understand immo.quick in 90 seconds →
02 · WHAT CHANGES

PASS is not permission.

Authority, Rule State, Jurisdiction, Time and Dependencies must close for the exact action before a bounded capability can exist.

Understand Execution Rights →
03 · HOW TO PROVE IT

Do not trust the claim. Inspect the architecture and evidence.

Public architecture surfaces, claim boundaries, official-source mapping, evidence and verification expose the asserted control logic to scrutiny.

Verify publicly →
Regulation is moving toward execution.

Independent official frameworks are converging on continuous authorization, Zero Trust, resilience, evidence, accountability and enforceable boundaries.

FINMABaFin / DORAEU AI ActNISTNSAWhite House
Compare official requirements →
GLOBAL EXECUTION REQUIREMENTS

Regulation is moving toward execution.

FINMA, BaFin, NIST, NSA, EU and U.S. government strategies are converging on continuous authorization, Zero Trust, resilience, evidence and enforceable boundaries. See how immo.quick already operationalizes these control properties at the Execution Rights layer.

Open the global comparison →Execution Rights →
ARCHITECTURAL INVARIANT
Authority defines the conditions. The system resolves their execution effect. The execution plane decides nothing.
Inspect the boundary →
CANONICAL AUTHORITY BOUNDARY

A gate does not issue an order. A PASS does not create a right.

Authority, Execution Right and evidence are separate technical surfaces. The Authority Surface shows exactly where system competence begins — and where it ends.

CATEGORY
Institutional Trust Infrastructure
AUTHORITY
Comes from legitimate external sources
EXECUTION
Requires a complete Execution Right
EVIDENCE
Proves state and binding, not legal infallibility
CODED VISUAL · EXECUTION RIGHTS GRAPH

Closure is binary. Not approximate.

Switch off one dimension. The visual computes no score and no probability. It exposes only the architectural closure state: complete or incomplete.

STATE_VECTOR [ A R J T D ]BOOLEAN CLOSURE / NO SCORE
THE EXECUTION BOUNDARY

Not everything a system knows may become execution.

AI, data, policies, scores, humans and gates may determine or analyse state. None of them independently creates execution authority.

BEFORE THE LINE
AI / LLMPOLICYDATAHUMAN INPUTSCOREGATE DETERMINATION

Determination may inform the state. It does not create permission.

EXECUTION BOUNDARY
AFTER CLOSURE
VALID EXECUTION RIGHTBOUND CAPABILITYEXECUTIONEVIDENCE
AAUTHORITY
RRULE
JJURISDICTION
TTIME
DDEPENDENCY
5/5 CLOSEDEXECUTION RIGHT MAY EXIST4/5 CLOSED → NO VALID EXECUTION RIGHT
TWO SYSTEMS. ONE THOUGHT.

Machine Law → two independent architectures.

immo.quick Serverless Edition and immo.quick Core shown as two independent architectures around a shared institutional trust infrastructure visual
TWO SYSTEMS · ONE THOUGHTCore and Serverless Edition are independent architectures. Neither is a deployment variant of the other.

Neither architecture is a deployment variant of the other. Core was the origin. Serverless is an independent evolution of the same architectural thought.

THE AUTHORITY SURFACE

Three surfaces. None may impersonate the other.

immo.quick separates the source of legitimate authority, the deterministic resolution of its execution effect, and the evidence of what was actually bound and executed. This separation is not a marketing structure. It is the security boundary.

01 · SOURCE OF LEGITIMACY

Authority

Law, regulation, courts, competent institutions or legitimate governance define the relevant conditions. The system itself is not the source.

CANBind authoritative conditions and their applicable state.
CANNOTBe newly created by AI, score, admin privilege or infrastructure.
02 · EXECUTION EFFECT

Authorization

Domain Determination supplies state. The Execution Rights Graph resolves across Authority, Rule, Jurisdiction, Time and Dependency whether a complete right to the specific execution can exist.

CANResolve a valid Execution Right and from it a bound capability.
CANNOTCompensate for missing authority with positive scores or other gates.
03 · VERIFIABLE RECORD

Evidence

Receipts, state binding, sequence and cryptographic integrity make the technical chain inspectable. Evidence remains bounded to what its artifact actually supports.

CANEstablish integrity, binding, sequence and the defined execution relationship.
CANNOTGuarantee substantive legal correctness, judicial admissibility or complete external reality.
AAUTHORITY EXTERNAL
GGATE ≠ PERMISSION
CCAPABILITY BOUND
XEXECUTION DOES NOT GOVERN
EEVIDENCE HAS BOUNDS
Claim and proof are treated as separate objects.

Every strong public statement should be traceable to scope, evidence class and an explicit boundary.

DETERMINISTICVERIFIABLECLAIM-BOUNDED
THE EVIDENCE GAP

Every system leaves logs. Very few leave evidence.

WITHOUT IMMO.QUICK
Execution → logs → rules change → context disappears → audit → reconstruction
WITH IMMO.QUICK
Request → Domain Determination → Execution Rights Closure → Capability / No Capability → Execution / No Execution → Evidence

Don't reconstruct history. Seal it.

Four properties. No leap of faith.

PUBLIC VERIFICATION
No login needed, if you hold the receipt.
PQC
Hybrid, classical and post-quantum.
BI-TEMPORAL LEDGER
Resolves the legal and factual state that existed at T0.
AUTHORITY PROVENANCE
Every decision is attributable.
{
  "domain_verdict": "PASS",
  "execution_authority": false,
  "execution_right": "VALID",
  "authorization_state_root": "sha256:…",
  "capability": "ISSUED",
  "scoring_model": "NONE",
  "evidence": "SEALED"
}
Verify it yourself →

Four domains. No vertical stands alone.

FINANCE
GOVERNMENT
DEFENCE
CRITICAL INDUSTRIES
15 SECTOR FAMILIES · 69 SECTOR MODULES
Explore all sectors →
PUBLIC CLAIM SURFACE

Not only the architecture is inspectable. The claim itself has a boundary.

immo.quick publishes technical claims with scope, evidence class and an explicit boundary. A public statement should not silently become stronger than the artifact that supports it.

PUBLIC_CLAIM_MANIFEST
claim_id: execution_plane_no_governance_authority
class: STATICALLY_ENFORCED
scope: SERVERLESS_EDITION
statement: The execution plane cannot create governance authority.
limit: Does not establish substantive legal correctness.

Your next audit has already started.

The question is not whether you have logs. The question is whether you have proof.

Request institutional access →
THE PARADIGM SHIFT

The old model observes. Machine Law governs execution rights.

Highly regulated systems need more than scores, alerts and post-hoc logs. They need an inspectable separation between determination, external authority, Execution-Rights Closure, capability and evidence. A decision alone must never manufacture the right to execute it.

OLD MODEL

Observe execution

Score. Alert. Escalate. Log. Explain after the action has already happened.

MACHINE LAW

Govern execution rights

Authority → Rule State → Jurisdiction → Time → Dependencies → Determination → Execution-Rights Closure → Capability → Evidence.

A Gate Judgment is not an Execution Right. The machine does not create sovereign authority. It binds to an external authority state and makes the resulting execution path inspectable.
WHO SHOULD LOOK CLOSELY

Five perspectives. One fundamental question.

Not every audience needs the same explanation. Every audience does need an inspectable answer to whether an action actually has a valid right behind it.

REGULATED INSTITUTIONS

Stop managing compliance after execution.

Execution authorization, bounded capability, evidence and override accountability.

REGULATORS · SUPERVISORS

Do not only inspect reports. Inspect the control architecture itself.

Authority boundaries, claim limits, source state and independent verification.

GOVERNMENTS · PUBLIC SECTOR

Surface collisions before consequences appear.

Legislative assurance without transferring sovereign legal judgment to the machine.

INVESTORS · PE · STRATEGIC BUYERS

Look beneath Compliance SaaS.

an infrastructure category for authority-bound autonomous institutional execution.

STRATEGIC BUYERS

What sits underneath regulated software?

Evaluate the architecture as a control layer, not merely as another application.

Explore Execution Rights →Verify Evidence →
PUBLIC PROOF SURFACE

We do not ask institutions to believe the architecture.

We expose enough of it for the Authority Surface, Execution Rights, Claim Boundaries, Human Override Accountability, Evidence and public verification to be challenged and independently inspected.

Authority Surface →Claim Boundaries →Override Accountability →Evidence Registry →
CANONICAL BOUNDARIES

What the architecture never confuses.

AUTHORITY
Comes from legitimate external sources.
The system does not create authority.
GATE
Produces a domain determination.
PASS is not execution permission.
CAPABILITY
Follows a complete authorization state.
It does not substitute for an Execution Right.
EVIDENCE
Establishes supported integrity and binding properties.
It does not decide substantive legal correctness.
GATE 0 · LEGISLATIVE ASSURANCE

Test laws while they are still drafts.

Gate 0 can process legislative drafts against registered current law and the encoded constitutional layer, surface collision areas in milliseconds and focus sovereign legal reverification.

Open Legislative Assurance →
LIVE GATE-0 FORENSIC DEMO
Two real receipts. 2 → 4 collisions. Revision as a provable delta.
Open Live Demo →
EXECUTION CONTROL STACK

Observation. Prediction. Intervention. Authorization.

These are four different control questions. Machine Law separates authorization explicitly from observation, prediction and intervention.

INSTITUTIONAL PROOF PATH
Adversarial VerificationCurrent internal outcome semantics, persistent findings, regression coverage and deterministic release gate.Adversarial Verification Evidence →
PUBLIC ARCHITECTURE · SEPTEMBER 2026

The boundaries that turn control into institutional infrastructure.

The Serverless Edition deliberately separates institutional context, observed reality, Execution Rights, forensic evidence and verification. Five new public references explain those boundaries without exposing sensitive internal control logic or implementation detail.

NEW SECTOR · AGENTIC EXECUTION GOVERNANCE · LIVE EXECUTED

THE MODEL MAY THINK. AUTHORITY STAYS OUTSIDE THE MODEL.

18 enforced invariants · 14 governed execution surfaces · 40 modeled attacks correctly blocked · 5 positive controls correctly allowed · 0 unexpected failures.

Explore AEG →
NEW PRIMARY SECTOR · TELECOMMUNICATIONS EXECUTION RIGHTS

Authentication ≠ Authority. The endpoint needs its own right to create effect.

16 Endpoint Authority invariants, 12 Messaging invariants, 56 execution surfaces and 41 live executed tests. Telecommunications providers, consumer messengers and social communications platforms receive a dedicated sector governance composition with provider classification, Lawful Access Authority and point of effect revalidation.

Telecommunications →Endpoint Authority →Messaging Governance →
TENANT GOVERNANCE · SECTOR AWARE

One infrastructure. Multiple sectors. No generic tenant.

Multi sector composition, fixed system controls and monotonic requirement merges. The Serverless Edition compiles governance from sector, jurisdiction, activity, risk and deployment rather than treating tenancy as roles and feature modules.

Tenant Governance →
Request Access →