QLedger — preview
The Quantum Ledger Core

Deterministic.Fail‑Operational.Audit‑Proof.

Инвариантное ядро финансового учёта для систем, где ошибка — физически невозможна.

classTier‑0 / Tier‑1
modeldeterministic
state verified
QUANTUM GYRO COREfinality contour
INVARIANTS: HOLDΣ debit − Σ credit = 0
01 — What is QLedger Core

Не база данных. Не блокчейн.
Инвариантный финансовый движок.

QLedger Core фиксирует финансовые факты так, что недопустимое состояние нельзя записать — ни через API, ни через администратора, ни при сбое инфраструктуры.

Каждая операция детерминирована, атомарна, проверена против инвариантов ядра и криптографически доказуема постфактум.

determinismatomicityinvariancecryptographic proof

The Cost of an Error

1.1
Традиционные системы
SQL, обычные леджеры
QLedger Core
Оптимизированы поддоступность, масштаб, скоростькорректность факта
Проверка целостностипосле записи, выборочно, сверкамидо записи, для каждой операции
Нарушение балансавозможно; обнаруживается при сверкене может быть записано
Историяизменяема при привилегированном доступеappend‑only, хеш‑цепочка
Ошибка — этоинцидент → расследование → откатнедостижимое состояние модели

В традиционных системах ошибка — инцидент. В QLedger ошибка — физически невозможное состояние модели.

Принципы

1.2
P‑01

Атомарность

Операция либо происходит полностью, либо не происходит. Промежуточных состояний не существует.

P‑02

Детерминизм

Одинаковый вход → одинаковый результат на любом узле, в любой момент. Без недоопределённости.

P‑03

Глобальный operation_id

Сквозная ось истины. По ней восстанавливается любая история — от намерения до канонической записи.

Фундаментальный протокол

1.3

QLedger — универсальный вычислительный слой доверия. Системы верхнего уровня передают ему намерения и получают канонические, проверяемые факты.

CONSUMERБанковские ядра
CONSUMERПлатформы токенизации
CONSUMERКастодиальные и расчётные системы
QLedger Core — trust layerintent in → canonical fact out · deterministic · verifiable
02 — Architecture

The Invariant Engine

Каждая операция проходит один и тот же путь. Отклонение от пути — отказ, а не частичная запись.

High‑Level Architecture

2.1
INPUTSINTAKEVERIFICATION CONTOURFINALIZATIONSTORAGE HumanAI agentInstitutional API gRPC / RESTIntent intake AI GatekeeperInvariant Engine Quantum Gyro Core Canonical LedgerReplicas × NAudit stream REJECT · deterministic code signed · typedsigned · attestedsigned · quorum assign operation_idschema + signature ai_attestation_hashlaws L1…Ln · pure fn total orderconflict resolutionfinality append‑only · hash‑chainsync · deterministic replayexternal verifiers PASS FAIL

Входы → контуры проверки → финализация → хранение. Отказ на любом контуре не оставляет частичной записи.

Lifecycle of a Fact

2.2

    Quantum Gyro Core

    2.3

    Финализация факта

    Факт считается финальным только после прохождения всех контуров и включения в хеш‑цепочку. Финальный факт не отзывается — только компенсируется новой операцией.

    Конкурирующие операции

    Ядро назначает полный порядок. Каждая операция проверяется против состояния, в котором уже учтены все предшествующие. Гонок нет по построению.

    Гироскопическая модель

    Внешние возмущения — нагрузка, конкуренция, сбои — меняют скорость, но не ось. Инварианты остаются неподвижной осью состояния.

    # два конкурирующих списания с одного счёта
    t+0.000  op_A  debit  acc:7781  900.00   ─┐
    t+0.000  op_B  debit  acc:7781  400.00   ─┤  contention
                                              ▼
    GYRO ORDER   seq 104217 → op_A
                 seq 104218 → op_B
    
    op_A  balance 1000.00 → 100.00   ✓ FINAL
    op_B  balance  100.00 → −300.00  ✗ REJECT
          L3.double_entry / insufficient_funds
    
    # одинаковый вход → одинаковый результат
    # на каждом узле, при каждом повторе

    Fail‑Operational

    2.4

    Система продолжает работать без потери целостности. Деградация влияет на пропускную способность — никогда на корректность.

    СценарийПоведение ядраИнварианты
    Падение узловКворум сохраняет порядок и финализацию; узел восстанавливается детерминированным воспроизведением журнала.hold
    Сетевые сбои / partitionИзолированный сегмент прекращает финализацию, не принимая расходящихся решений. После восстановления — сверка по хеш‑цепочке.hold
    Деградация инфраструктурыЗамедление дисков, CPU, сети снижает throughput; порядок и результат операций не меняются.hold
    Повтор запроса клиентомИдемпотентность по operation_id: повтор возвращает уже зафиксированный результат.hold

    Data Model — Actors

    2.5
    kind: HUMAN

    Human

    Оператор, клиент, контролёр. Действует от своего ключа в пределах роли.

    id            hum_…
    role          enum
    key           ed25519
    scope         accounts[]
    kind: AI

    AI

    Полноправный актор. Каждое решение фиксируется хешем аттестации и версией модели.

    id            ai_…
    model_hash    sha256
    policy        version
    attest        ai_attestation_hash
    kind: INSTITUTIONAL

    Institutional

    Банк, кастодиан, регулятор. Подтверждение через кворум подписей.

    id            inst_…
    quorum        m‑of‑n
    keys          ed25519[]
    jurisdiction  ISO 3166

    Каждая запись в ядре хранит: actor.kind · actor.id · operation_id · context · signature. Нетипизированный актор не может инициировать операцию.

    03 — Core Invariants

    The Laws of Physics

    Инварианты QLedger — это законы физики для финансового состояния. Их нельзя обойти, переписать или «обойти через админку».

    LAW 01enforced

    No Orphans

    • Запись без контекста не существует.
    • Любая запись привязана к актору, операции и контексту.
    ∀ e ∈ Ledger: e.actor ≠ ∅ ∧ e.operation_id ≠ ∅ ∧ e.context ≠ ∅
    LAW 02enforced

    Anti‑Self Approval

    • Системный запрет на самоподтверждение полномочий.
    • Инициатор не может быть единственным валидатором.
    ∀ op: op.initiator ∉ op.validators ∨ |op.validators| ≥ 2
    LAW 03enforced

    Double‑Entry Constraint

    • Баланс на уровне ядра всегда равен нулю.
    • Создать деньги из воздуха или потерять их между счетами невозможно.
    ∀ op: Σ op.debits − Σ op.credits = 0

    The Invariant Library

    3.1

    Готовые наборы законов для доменов. Инварианты подключаются и конфигурируются. Нарушить подключённый инвариант нельзя.

    lib/accounting

    Бухгалтерский учёт

    • · balance.non_negative
    • · period.closed_immutable
    • · currency.scale_fixed
    • · chart_of_accounts.valid
    lib/tokenization

    Токенизация

    • · supply.conserved
    • · mint.requires_quorum
    • · burn.backed_by_redemption
    • · holder.whitelisted
    lib/custody

    Кастодиальные операции

    • · segregation.client_assets
    • · withdrawal.m_of_n
    • · reconciliation.continuous
    • · limit.velocity
    04 — Benchmarks

    Extreme Conditions

    Один сценарий, без экстраполяций. example / placeholder — значения на графиках и в сравнении подлежат замене на данные прогона.

    Главный кейс

    4.1
    duration
    72 h

    непрерывной нагрузки

    concurrency
    900+

    параллельных воркеров

    row contention
    15×

    конкурирующих записей на строку

    invariant violations
    0

    ошибок целостности

    Имитация атакповторы, подмена подписей, попытки самоподтверждения
    Конкурирующие записигорячие счета, одновременные списания
    Деградация инфраструктурыотключение узлов, задержки сети, медленные диски

    72 часа прогона

    example / placeholder data
    Latencyms
    p50p99fault injection
    Error rateinvariant violations, %
    violationsrejected by design (valid)
    Throughputk ops/s
    finalized ops/s
    Contentionwriters per row
    max writers / row

    Сравнение по классам систем

    example / placeholder
    Традиционные банковские ядраБлокчейныQLedger
    Скорость финализациимс; итог дня — после batch/EODсекунды–минуты; вероятностнаямс, детерминированная p99 — tbd
    Поведение при конкуренцииблокировки, deadlock, повторыfee‑аукцион, reorgполный порядок, без гонок
    Предсказуемостьзависит от нагрузки и настроек БДзависит от сети и комиссийодинаковый вход → одинаковый результат
    Ошибки целостности в сценарии 4.1выявляются сверкойн/п — другая модель учёта0
    Отказ узлаfailover, риск потери хвостаустойчиво, ценой задержкипродолжает работу, инварианты сохраняются
    05 — Security & Audit

    Cryptographic Truth Layer

    L4 · Audit continuous external verification
    L3 · Crypto hash‑chain · signatures · attestation
    L2 · Invariants laws L1…Ln
    L1 · Core
    deterministic state machine

    Доверие строится снизу вверх. Каждый слой проверяем независимо от вышестоящего: ядро — воспроизведением, инварианты — повторным вычислением, криптография — хешами и подписями, аудит — внешними сторонами.

    5.1

    AI Gatekeeper — когнитивный контур

    ИИ — полноправный актор, а не чёрный ящик. Каждое решение фиксируется через ai_attestation_hash: вход, версия модели, политика, результат. Решение можно проверить и воспроизвести.

    5.2

    Anti‑Corruption Layer

    Root‑доступ не позволяет изменить историю без разрыва хеш‑цепочки. Любая попытка модификации оставляет криптографический след.

    #104216 a90c→#104217 3b7f→#104218 modified→chain break
    5.3

    Audit‑Proof

    Вместо аудита раз в год — постоянная верификация. Каждый хеш проверяем, каждый инвариант верифицируется в реальном времени. Внешние аудиторы подключаются к проверке состояния напрямую.

    5.4

    Регуляторный контекст

    Архитектура спроектирована с учётом требований к прозрачности, неизменяемости и трассируемости, которые предъявляют режимы вроде PSD2 и MiCA. Это архитектурные принципы, а не юридическое заключение.

    transparencyimmutabilitytraceability
    06 — Documentation & SDK

    Developer First

    API

    gRPC / REST

    Одна схема, два транспорта.

    grpcurl sandbox.qledger.tech:7443 list
    SDK

    Python · Go

    Типизированные клиенты.

    pip install qledger
    CLI

    qledger

    Отправка, проверка, реплей.

    qledger verify --from seq:0
    SANDBOX

    Sandbox

    Локальное ядро за минуту.

    qledger sandbox up

    Transaction

    example
     

    Formal Verification

    6.1
    TLA+

    Спецификация протокола

    Порядок, финализация и инварианты описаны формально; model checking по пространству состояний.

    Jepsen

    Проверка под сбоями

    Partition, падения узлов, сдвиг часов. Проверка линейризуемости истории.

    DST

    Deterministic simulation

    Воспроизводимые прогоны с инъекцией сбоев: любой найденный дефект повторяется по seed.

    Made on
    Tilda