immo.quick · Verständlich erklärt
Prüfen Sie zuerst, was der Beleg überhaupt aussagt.
Ein unveränderter Beleg kann trotzdem nur eine begrenzte Aussage tragen. Deshalb beginnt die Prüfung beim Gegenstand: Geht es um einen Text, eine Freigabe, eine technische Berechtigung oder eine tatsächlich ausgeführte Handlung? Danach folgen Quellen, Versionen und die kryptografische Prüfung.
Interner Prüfstand · 14. Oktober 2026
Was der neue interne Nachweis trägt.
Der berichtete interne Lauf verbindet Ausstellung, geordneten Verbrauch, Auftrag, Empfänger und ein nachgelesenes Testergebnis. Widerruf und Wiederholung wurden getrennt geprüft. Ob eine Handlung außerhalb dieses integrierten internen Pfads stattgefunden hat, lässt sich daraus nicht ableiten.
Integrität, Inhalt und Wirkung getrennt prüfen.
Eine Prüfsumme kann Veränderungen sichtbar machen. Eine gültige Signatur kann einen Beleg an einen Schlüssel binden. Beides beweist für sich allein weder die Wahrheit einer Quelle noch die Zulässigkeit einer Handlung. Für diese Fragen braucht es die jeweiligen fachlichen Grundlagen und Ausführungsnachweise.
Öffentliche Belege als Ausgangspunkt.
Öffnen Sie einen konkreten Beleg, lesen Sie seinen Umfang und prüfen Sie die verfügbare Verifikationsgrundlage. Unabhängige Signaturprüfung setzt eine vertrauenswürdig zugeordnete Schlüsselbasis voraus. Die vorhandenen technischen Werkzeuge finden Sie in der Vertiefung unten.
Die Fragen hinter dem Ablauf
- 1
Gegenstand
Was genau soll geprüft oder geschützt werden?
- 2
Grundlagen
Welche Befugnisse, Regeln und Nachweise sind maßgeblich?
- 3
Prüfung
Welche Bedingungen sind erfüllt, welche fehlen?
- 4
Beleg
Was wurde tatsächlich festgestellt oder ausgeführt?
Orientierungsskizze: Die konkrete Prüfung und Integration hängen vom jeweiligen System und Einsatz ab.
Der nächste Schritt
Beschreiben Sie einen konkreten Vorgang und die beteiligten Systeme. Gemeinsam lässt sich bestimmen, welche Grundlagen benötigt werden und welcher Prüfweg den Einsatz belegen muss.
Gespräch anfragenPassende Vertiefung finden
Kurz erklärt
Was beweist eine gültige Signatur?
Sie kann die Integrität eines Belegs und seine Bindung an einen Schlüssel bestätigen. Die Wahrheit einer Quelle, rechtliche Zulässigkeit und tatsächliche Wirkung brauchen jeweils eigene Nachweise.
Technische Dokumentation und bestehende Prüfwerkzeuge öffnen
Hier bleibt die bisherige Fachreferenz zugänglich. Ihre technischen Bezeichnungen und historischen Prüfaussagen sind im jeweiligen dokumentierten Umfang zu lesen; sie sind keine pauschale Betriebsfreigabe.
Die Welt bewegt sich zur Ausführung.
FINMA, BaFin, EU, NIST, NSA und US-Regierungsstrategien konvergieren auf kontinuierliche Autorisierung, Zero Trust, Resilienz, Evidenz, Verantwortlichkeit und durchsetzbare Grenzen. Sehen Sie Quelle für Quelle, wie immo.quick diese Kontrolleigenschaften bereits heute in einer deterministischen Execution-Rights-Architektur zusammenführt und an welcher Stelle Machine Law darüber hinausgeht.
Veröffentlichte Nachweise gezielt überprüfen.
Das Verifikationsportal erschließt öffentliche Manifeste, dokumentierte Fähigkeiten und Evidence-Pfade. Prüfen Sie zunächst, welches Ereignis ein Artefakt tatsächlich belegt und welche Verifikationsdaten verfügbar sind. Integritätsnachweis, fachliches Prüfergebnis, Capability-Ausgabe und tatsächlicher Vollzug beantworten unterschiedliche Fragen.
Verifizieren heißt nicht legitimieren.
Die Verify-Oberfläche prüft nur das, was das jeweilige Artefakt tatsächlich beweisen kann. Die kanonische Trennung von Autorität, Autorisierung und Evidenz ist auf der Authority Surface dokumentiert.
Authority Surface prüfen →Vergleichen Sie den ursprünglichen 74/74 Adversarial-Core-Audit mit dem erweiterten 113/113 Global-Enforcement-Audit und prüfen Sie beide Raw-Evidence-Reports.
Fünf Stufen, jede mit einer eigenen Zusicherungsart. Nicht jede Stufe ist von außen prüfbar, und das Manifest sagt das offen, statt es zu verschweigen.
Klassisch und quantenresistent in einem Artefakt, keine proprietäre Kryptografie.
Der vollständige Katalog aus dem Manifest. Für jedes einzelne Gate mit Rechtsgrundlage und Beispielen siehe die Gate Directory.
- gate0CoreDispatch, Enforced Edge Grid durable core re-execution
- gate0EdgeIntercept, Enforced Edge Grid write-side interception
- gate0EdgeReconciliation, Enforced Edge Grid core-edge reconciliation
- gateAML, FATF-list screening / PEP / transaction monitoring
- gateCTA, USA Corporate Transparency Act / FinCEN BOI
- gateUKMLR, UK Money Laundering Regulations 2017
- gateSwissAMLA, Swiss Anti-Money Laundering Act (GwG SR 955.0)
- + 10 weitere
- gateBankingCompliance, BaFin KWG / DORA / DSGVO
- gateBaselLiquidity, Basel III LCR/NSFR/CET1
- gateMarketAbuse, MiFID II MAR / BMR
- gateCBDC, Digital Currency / Ledger Pre-Check
- + 6 weitere
- gateGovernmentActs, VwVfG / Gate 0 / DSGVO
- gateProcurement, EU 2014/24 ESG / Tariftreue
- gateTaxExecution, POS USt/VOst UStG
- gateBundID, eIDAS 910/2014
- + 3 weitere
- gateRealEstateTransactions, UBO / Escrow / ESG
- gateForeignDirectInvestment, AWV §55 / EU-FDI 2019/452
- gateUSExportControls, EAR 15 CFR
- gateEUDPF, EU Data Privacy Framework
- gateOFAC, OFAC / IEEPA 31 CFR
- gateTransatlanticConflict, EU/US legal conflict at T=0
- + 6 weitere
- gateEUTaxonomy, VO 2020/852 DNSH + SFDR
- gateCSRD, RL 2022/2463 ESRS E+S+G
- gateEUESG, SFDR / MiFID II ESG preferences
- gateEUFinance, MiFID II / CRR / CRD / Solvency II
- + 2 weitere
- gateGloBE, OECD Pillar 2 15% Minimum Tax
- gateOECDUngp, Anti-Bribery + UNGPs 2011
- gateUNCAC, UN Convention against Corruption 2003
- gateIHR, WHO IHR 2005 + WTO-SPS
- gateDELaws, GwG/KWG/WpHG/BDSG/BSIG/ZAG/GrEStG/KAGB
- gateWHGAwSV, PFAS + Trinkwasser
- gateBBodSchG, Altlasten-Haftungstransfer
- gateTALuft, Immissionsschutz PM10/NO2/SO2
- + 2 weitere
- gateTelecom, TKG v2 / BSI / NIS2
- gateDefenseExport, KWKG / AWG / EU-Dual-Use / ITAR
- gatePharmaMedical, MDR / AMG / EU-FMD / GMP / EUDRA
- gateChemicalHazmat, REACH / Seveso III / CLP
- + 10 weitere
- gateSportDecision, VAR Protocol / Betting Integrity
- gateMotorsportDecision, Cost Cap / Parc Fermé / Super License
- gateAntiDoping, WADA Prohibited List
- gateTransfers, PSR / FFP / Squad Cost
- gateUSLaws, US Federal Law (Dodd-Frank / SOX / BSA)
- gateUKLaws, UK Common Law (Companies Act / PRA / FCA)
- gateCHLaws, Switzerland (OR / FINMA / ZGB)
- gateATLaws, Austria (ABGB / FMA / WAG)
- + 16 weitere
- gateAuthorityChainCheck, authority chain validation at T=0 (independent legitimacy aware)
- gateSuspensionOverride, authorised suspension with proof
- gateLogVerify, receipt integrity / Merkle chain verification
- gateARandfaelleTestMatrix, three named edge cases / determinism probe
- + 3 weitere
- gateAIProhibitedPractices
- gateSocialBenefits, SGB X/II / Art. 22 DSGVO / BVerfGE 125,175
- gateTaxAdministration, §88 Abs. 5 AO
- gateCreditScoring, EuGH C-634/21 (SCHUFA) / §31 BDSG
- + 2 weitere
- gateDAC6
- gateCER
- gateGPAIProvider
- gateAITransparency
- gateAIHighRiskConformity
- gateDataAct
- gateDataGovernanceAct
- gateDMA
- gateCRA
- gateBRRD
- gateEMIR
- gateCSDR
- gateDGSD
- gateAIFMD
- gateUCITS
- gateSFTR
- gateSecuritisation
Jede Aussage im Manifest verwendet eines dieser Vokabulare, keine Freitext-Interpretation.
Ein Gate-Urteil ist keine Ausführungserlaubnis. Diese Felder aus dem Manifest legen das technisch fest.
Der wichtigste Teil des Manifests. Absichtlich genauso prominent wie alles andere.
- immo.quick is not a certification body, a registrar, or an accreditation authority.
- Nothing here establishes regulatory compliance. No compliance status is determined automatically by this manifest or by the chain it describes.
- This manifest is a description of implemented mechanism, not a warranty, an audit opinion, or a guarantee of future behaviour.
- Not every gate runs on every transaction. The active gate set is tenant- and sector-specific.
- Not every receipt is individually blockchain-anchored. Anchoring is periodic and per-window.
- Sovereign multi-witness anchoring is in placeholder status, witness contracts are pending.
- The authority chain does not claim that every authority source is legitimate. It claims that every receipt's authority source is traceable, verifiable, and revocable.
- No score is derived anywhere in this model. Reliability is observed and counted, never judged or ranked.
- The platform does not provide legal advice. All compliance analysis is positioned as forensic divergence testing (Divergenzanalyse), not legal opinion.
- A gate PASS is not execution permission. Gates provide domain determination. The Execution Rights Graph deterministically resolves whether an already authoritatively grounded execution right exists. These are separable and independently verifiable.
- The system does not create authority. It binds execution to authority that already exists, provenance is verified, never invented.
- The T0-T4 architecture is implemented and internally verified for the gates listed in gate_catalog. External sovereign witness participation remains pending. Not every sector deploys the full gate catalog, the active gate set is tenant-specific.
- Sovereign multi-witness anchoring (T4) is periodic and per-window, not per-request. Individual receipts are provably chain-bound; the anchor proves the chain was intact at the window boundary.
- Witness contracts for sovereign anchoring are in placeholder status, the architecture is deterministic, the witness agreements must be concluded before production.
- ML-DSA-65 post-quantum signatures are implemented and persisted. NIST FIPS-204 standardisation is final; production rollout follows standard publication.
- In most domains, failure of a mandatory condition results in an ABSENT execution right. No ExecutionCapabilityToken is created and consequence-bearing execution therefore has no executable path.
- In rights-sensitive domains (social benefits, employment termination), a critical domain condition may produce HUMAN_REVIEW_REQUIRED as a workflow outcome. This does not create execution permission; execution_right remains ABSENT until a new complete execution right is established.
- Authority invalidation follows explicit authority provenance and authorization-state dependencies. Merkle-chain linkage remains an integrity relation and does not by itself create normative dependency between receipts.
- Execution authorization requires that all five closure nodes (AUTHORITY, RULE, JURISDICTION, TIME, DEPENDENCY) close at T0 for a capability to exist. At ABSENT, a NegativeExecutionRightProof seals that every admissible path was traversed, not merely that the requested ref was invalid.
- A CapabilityInvalidationRecord may only exist when a valid GovernanceAuthorityProof establishes the authoritative basis for that exact mutation. Not an administrator, not an internal process, not the system itself. The system does not create authority, it binds execution to it.
Zwei verschiedene Dinge werden hier bewusst getrennt, und diese Trennung ist die eigentliche Grenze der öffentlichen Verifikation, nicht ein Nachgedanke.
Diese Hürde ist Absicht, nicht Lücke. Ein Receipt gelangt in legitimiertem Kontext zu einer verifizierenden Partei, als Empfänger einer Accountable Receiving Boundary, als Auditor oder Regulator, der es anfordert, oder als betroffene Person, die von ihrem Auskunftsrecht nach Art. 15 DSGVO Gebrauch macht. Die Kryptografie stellen wir bereit. Wer das Receipt bekommt und was darin offengelegt wird, entscheidet der Mandant, der es versiegelt hat, nicht die Plattform.
Die Autorisierung passiert upstream, nicht bei der Verifikation. Der Prüfer wird nicht von uns autorisiert, sondern vom Mandanten, in dem Moment, in dem dieser entscheidet, das Receipt zu teilen. Die Autorisierung ist der Akt des Teilens selbst, sie lebt in der Geschäftsbeziehung, nicht in unserer Infrastruktur. Wir führen keine Liste autorisierter Prüfer, prüfen keine Identität, stellen kein Login aus und haben keinen Einblick, wer verifiziert.
Würden wir den Prüfer erkennen, wären wir der Vertrauensarbitrator, genau das soll die Architektur verhindern. Die Verifikation ist identitätsagnostisch, sie prüft, ob das Receipt echt ist, nicht wer es prüft. Die Grenze liegt beim Besitz, nicht bei der Identität: wer das Receipt hat, darf es prüfen, wer es nicht hat, bekommt keines.
Alle drei Ebenen liegen beim Mandanten, nicht bei uns. Unsere Aufgabe ist es, die Kryptografie korrekt zu machen und keine Receipts preiszugeben, nicht, Identitäten zu prüfen. Wer teilt, autorisiert. Wer besitzt, darf prüfen.
Das kanonische Manifest steht unter einer festen, versionierten URL, mit Inhalts- und Manifest-Digest zur Integritätsprüfung.
Core Evidence & Adversarial Conformance
Causality Corruption, Cross-Institution Verification, Multi-Trust-Domain, Recovery, Crypto Governance und weitere Core-spezifische Suites — getrennt nach Scope ausgewiesen.
Ist die Serverless Edition bereits für den internen Echtbetrieb freigegeben?
Nach dem dokumentierten Stand vom 14. Oktober 2026 noch nicht. Der interne Wirkungspfad und die Register-Nachlieferung sind berichtet; die beiden Personenfreigaben und der interne Betriebsnachweis stehen noch aus. Eine Freigabe gilt nur für die ausdrücklich geprüfte Basis und den benannten Umfang.
Das Buch zur Frage vor der Wirkung
Der Moment davor · Rami Cherri
Machine Law, KI-Governance und Ausführungsrechte verständlich erklärt. Die deutsche Fassung hat 386 Seiten. Hardcover, Softcover und E-Book sind mit eigenen ISBN und direkten Links zu tredition, Amazon und buecher.de auf der Buchseite aufgeführt.
Ausgaben, ISBN und Händler ansehen