Sprache:
PRODUKTE▾
Start Core Serverless EditionHealthcare Warum es anders istExecution RightsGlobale Anforderungen CDS — Verfassungsprüfung STFL — Sovereign Transaction Finance Layer Verify Security Alle Gates
SEKTOREN▾
Alle SektorenHealthcareDefenceAviationHeavy IndustryFinanzmärkteAsset Management & WertpapierfinanzierungPharma & Klinische StudienLogistikSport & MotorsportMusik & Digitale MärkteEnergie & ESGÖffentlicher SektorGesellschaft & VerwaltungKI · Daten · Cyber · TelekomImmobilien & TransaktionenAgriFood & Lebensmittelsicherheit
MEHR▾
ASSURANCE
Authority Surface Execution RightsOverride Accountability Capabilities Maßgebliche Quellen Evidence Evidence Registry Fortress Baseline Adversarial Verification Machine Law Evolution
SOLUTIONS
Institutionen Regulatoren Regierungen Investoren · PE Jurisdiktionen Due Diligence
RESOURCES
Facts Press Newsroom FAQ Machine Law Gate-SDK Öffentliche Dokumentation The Sound of Machine Law
COMMERCIAL
Preise
Quantum Security 🔍 Suche Zugang anfragen →
gateBaselLiquidity, Prudential Banking Domain
// Das Problem

Ein gerissener Kapitalpuffer ist der Tod einer Bank.

Fällt die Liquiditätsquote oder das harte Kernkapital einer Bank unter den regulatorischen Schwellenwert, droht der sofortige Eingriff der Europäischen Zentralbank. gateBaselLiquidity überwacht die Kapitalpuffer nicht nachträglich, es verriegelt den Abfluss deterministisch bei T=0, wenn die Transaktion den Puffer reißen würde.

Keine Nachschusspflicht, kein EZB-Eingriff, kein Bank-Tod
Weil die auslösende Transaktion physisch blockiert wird, bevor der Kapitalpuffer reißt, entsteht keine Nachschusspflicht und kein aufsichtsrechtlicher Sofort-Eingriff. Der T=0-Lock verhindert den Schaden, statt ihn nachträglich zu melden.
// Architektur

Vier Cluster, sequenziell geprüft.

Jeder Cluster ist dispositiv (material_block_mode: true), ein Treffer blockiert bindend, nicht nur zur Dokumentation. Das ist der Default an diesem systemischen Flaschenhals.

CLUSTER 1
LCR/NSFR-Projektion
Berechnet die Liquidity Coverage Ratio und Net Stable Funding Ratio nach der Transaktion und vergleicht gegen die Mindestquote von 100%.
lcr_projected_pct · nsfr_projected_pct
CLUSTER 2
CET1-Puffer
Vergleicht die CET1-Quote nach Transaktion gegen die SREP-Anforderung plus die kombinierte Pufferanforderung nach CRD VI.
cet1_ratio_projected · srep_plus_buffer_requirement
CLUSTER 3
Großkredit-Obergrenze
Prüft das Einzeladressen-Exposure nach der Transaktion gegen die 25%-der-Kernkapital-Obergrenze nach CRR III Art. 395.
single_name_exposure_pct
CLUSTER 4
SSM-Frühwarn & BRRD
Prüft Frühwarnindikatoren, Sanierungsplan-Auslöseschwellen und die MREL-Erfüllung nach der SSM-Verordnung und der BRRD.
early_warning_triggered · mrel_compliant
Fataler Testfall: LCR rutscht unter 100 Prozent
Eine Auszahlung von 2,5 Mrd. EUR würde die LCR auf 85% drücken, das löst BLOCK_L1_LCR_BELOW_100_PCT aus. Der T=0-Abfluss-Lock blockiert die Zahlung physisch, bevor der Kapitalpuffer reißt.
// Testergebnisse

Zwei getestete Szenarien.

Alle Werte auf dieser Seite sind fiktive Testdaten und dienen ausschließlich der Illustration der Gate-Logik.

Szenario C1C2C3C4 Verdict Latenz
LBBW 1,5 Mrd. EUR Auszahlung, LCR 142%→118%, CET1 12,5%→10,8%, Exposure 22%PASSPASSPASSPASSBASEL_LIQUIDITY_SEALED653ms
Commerzbank 2,5 Mrd. EUR, LCR→85%, CET1→7,4%, Exposure 38%FAILnot evaluatednot evaluatednot evaluatedBLOCK_L1_LCR_BELOW_100_PCT352ms
Kryptografische Kettenfortschreibung
Jeder Test erzeugt eine deterministische receipt_id (VAR-BASL-{TENANT}-{SEQ}), einen input_snapshot_hash, eine HMAC-SHA256-Signatur und einen merkle_link zur vorherigen Receipt. Persistenz erfolgt in der BaselLiquidityReceipt-Entity mit 10 Jahren Aufbewahrungsfrist.
// Klarstellung

Was gateBaselLiquidity nicht ist.

  • Keine automatische Anerkennung durch die EZB, EBA oder BaFin. Das Gate liefert einen kryptografischen Beweis, keine aufsichtsrechtliche Freigabe.
  • Kein eigenständiges Treasury- oder Meldewesen-System. Das Gate versiegelt die Vorabprüfung, es ersetzt kein bestehendes Meldewesen.

Für Banken und Aufsichten, die Kapitalpuffer-Wirkungen vor der Ausführung belegbar machen wollen.

Zugang anfragen → access@immoquick.eu
// SIEBEN SUB-GATES

Von einer Liquiditäts-Domain zu einer umfassenden Prudential-Banking-Domain.

C1
Eigenmittel / Kapitalanforderungen
C2
Liquiditätsanforderungen
C3
Verschuldungsquote
C4
Großkredite
C5
Aufsichtliches Reporting / Offenlegung
C6
Aufsichts-/Governance-Zustand
C7
Trade-Finance-Positionen außerhalb der Bilanz
DER INSTRUMENTENNAME BESTIMMT NICHT DIE AUFSICHTSRECHTLICHE BEHANDLUNG.
INSTRUMENT → WIRTSCHAFTLICHER/RECHTLICHER CHARAKTER → ANNEX-I-BUCKET → ART.-111-CCF → REGULATORISCHER RISIKOPOSITIONSWERT → GROSSKREDIT-DETERMINATION
GATE CATALOG · REGULATORY DETERMINATION DOMAIN

gateBaselLiquidity

gateBaselLiquidity bestimmt kodierte regulatorische Bedingungen für einen definierten Sachverhalt. Das Gate liefert einen gebundenen regulatorischen Determination State; es erzeugt weder regulatorische Authority noch Execution Permission.

DOMAIN_DETERMINATION_ONLY = true · EXECUTION_AUTHORITY = false · EXECUTION_PERMISSION = false
Gate Catalog ansehen →Execution Rights →
gateBaselLiquidity regulatory determination domain
AUTHORITY-GRENZE

PRUDENZIELLER ZUSTAND IST KEINE AUFSICHTSAUTORITÄT.

KANN

  • kodierte regulatorische Bedingungen deterministisch bestimmen
  • Determinations an Quelle, Scope, Zeit und Input-State binden
  • fehlende, abgelaufene oder kollidierende regulatorische Dependencies sichtbar machen
  • zurechenbare Evidence für die konkrete Determination erzeugen

KANN NICHT

  • Regulator, Aufsicht, Gericht oder zuständige Institution ersetzen
  • rechtliche oder regulatorische Authority durch Score, Konsens, KI oder Administration erzeugen
  • aus einem Gate-PASS eigenständig ein Execution Right erzeugen
  • eigenständig einen ExecutionCapabilityToken erzeugen
REGULATORY STATE

Regulatorische Determination ist Evidence. Keine regulatorische Authority.

SOURCE

Authoritative source

Die relevante Regel muss außerhalb des Systems aus einer legitimen normativen oder institutionellen Quelle stammen.

SCOPE

Definierter Sachverhalt

Die Determination ist auf den kodierten Sachverhalt, die Einheit, Transaktion oder Operation begrenzt.

TIME

Zeitpunktbezogener Zustand

Geltungsbeginn, Übergangsfristen, Außerkrafttreten und Versionsstand bleiben explizit.

INPUT

Kanonischer Input

Eine reproduzierbare Determination benötigt einen definierten kanonischen Input-State.

DEPENDENCY

Dependencies

Fehlende oder widersprüchliche Dependencies bleiben sichtbar, statt in erfundene Permission umgewandelt zu werden.

EVIDENCE

Gebundener Nachweis

Der resultierende State kann für spätere Verifikation an Quelle, Input, Scope und Zeit gebunden werden.

VERWANDTE DETERMINATION DOMAINS

Regulatorische Domains werden komponiert. Sie verleihen einander keine Authority.

gateCentralBankReservegateBRRDgateBankingCompliancegateEUFinance

Nur scope-relevante Determinations werden Dependencies der Execution-Rights-Auflösung. Die gezeigten Links sind keine universell zwingende Sequenz.

EXECUTION RIGHTS

Fünf Dimensionen. Regulatorischer State kann sie informieren; kein Gate ersetzt sie.

AAUTHORITY
RRULE
JJURISDICTION
TTIME
DDEPENDENCY
ALLE FÜNF ERFORDERLICHEN DIMENSIONEN GÜLTIG → GÜLTIGES EXECUTION RIGHT · EINE ERFORDERLICHE DIMENSION FEHLT → KEIN GÜLTIGES EXECUTION RIGHT → KEINE CAPABILITY → KEINE AUSFÜHRUNG
INVARIANT

Ein regulatorischer PASS ist eine Determination. Niemals allein eine Permission.

AUTHORITY → DETERMINATION → EXECUTION RIGHTS → CAPABILITY OR NONE → EXECUTION OR NONE → EVIDENCE

Zugang anfragen →