ozDNA

Kullanım örneği · Otonom uyum ajanı

Immortal MLRO

ozDNA Council gözetim runtime'ı üzerinde çalışan otonom bir uyum ajanı. Her kararı riske göre sınıflandırır, yüksek riskli olanları vetolu çok-modelli bir oylamaya yükseltir, her adımı append-only, hash-zincirli bir ledger'a yazar ve denetçiye imzalı bir attestation sunar.

AB AI Yasası Art. 9 Art. 12 Art. 13 Art. 14 MASAK / CASP bağlamı

Sorun

Gözetim manuel, harcama düz ve kanıt dağınık

Bir MASAK Uyum Görevlisi (MLRO), bir makinenin çoktan verdiği kararları onaylar — ama gerekçe, model oyları ve bir regülatörün isteyeceği iz üç ayrı yerde durur, varsa eğer.

01

AI harcaması riske orantısız — karar ister rutin ister yüksek riskli olsun aynı model maliyeti ödenir.

02

İnsan gözetimi manuel ve kayıtsız — bir onay olur ama onu üreten mekanizma yazılımın kendisi değildir.

03

Bir regülatörün istediği kanıt dağınık — karar, gerekçe ve sonuç tek bir izlenebilir, kurcalama-belli kayıt değil.

Nasıl çalışır

Sınıflandır → Yönlendir → Gözet → İspatla

Immortal MLRO, aynı dört aşamalı runtime'ın bir kara para aklamayla mücadele iş akışına bağlanmış halidir. Düşük riskli iş en ucuz yeterli modele gider; yüksek riskli bir karar Council'a yükseltilir — orada 5× token maliyeti bilinçli bir sigorta primidir, israf değil.

ADIM 1

Sınıflandır

DT 5.0

Her vaka bir risk katmanına oturtulur — rutin tarama mı, regülatif ağırlık taşıyan bir karar mı.

ADIM 2

Yönlendir

Risk-orantılı

Düşük risk → barı geçen en ucuz model. Yüksek risk → Council.

ADIM 3

Gözet

Council

Veto ve fail-closed yargıçla çok-modelli oylama. Otomasyona aşırı güven tasarımla engellenir.

ADIM 4

İspatla

Ledger → Attestation

Karar, oylar, gerekçe ve sonuç append-only, hash-zincirli bir loga yazılır ve attestation olarak sunulur.

Ayırt edici parça

Her bileşen belirli bir AI Yasası maddesini uygular

Bu, bir ürüne sonradan iliştirilmiş bir uyum anlatısı değil. Her runtime bileşeni bir yükümlülüğe eşlenir — ve eşleme, ürünün kendisidir.

ozDNA bileşeniAI Yasası maddesiNe uygular
DT 5.0Art. 9Risk yönetimi — iş, yaşam döngüsü boyunca sürekli bir risk katmanına oturtulur.
CouncilArt. 14Yazılımda insan gözetimi — durdurma/veto yetkisi ve otomasyona aşırı güvene karşı koruma.
LedgerArt. 12Kayıt tutma — izlenebilir ve kurcalama-belli otomatik olay kaydı.
AttestationArt. 13Şeffaflık — kararın gerekçesi ve sınırları, deployer'a veya denetçiye sunulur.

ozDNA bu yükümlülükleri uygular, operasyonel hale getirir ve kanıtlar. Mutlak uyum iddiasında bulunmaz — bu belirleme deployer'a ve regülatörüne aittir. Zaman çizelgesi: Art. 50 şeffaflık yükümlülükleri 2 Ağu 2026; Annex III yüksek-risk alanları 2 Ara 2027; regüle ürünlere gömülü sistemler 2 Ağu 2028. Tarihler yayın öncesi tekrar doğrulanmalıdır.

Canlı kanıt

Tek bir karar, Ledger'dan çıkarken

Redakte edilmiş, örnek bir attestation — Council'ın incelediği tek bir yüksek riskli karar için append-only kayıt.

attestation · immortal-mlroMÜHÜRLÜ · APPEND-ONLY
decision_id   imr-2026-08-04-7Q31
risk_tier     YÜKSEK  (DT 5.0 · Art. 9)
workflow      AML işlem incelemesi
routed_to     Council  (Art. 14)
council_vote  4 onay · 1 veto  →  TUTULDU (fail-closed)
rationale     karşı taraf örüntüsü yüksek riskli bir tipolojiyle eşleşti;
             bir model çözümsüz bir yaptırım-listesi belirsizliği bildirdi.
outcome       insan MLRO'ya yükseltildi; otomatik onaylanmadı
recorded      2026-08-04T09:41:22Z  (Ledger · Art. 12)
prev_hash     a91f…c40d
this_hash     3e77…8b12  (hash-zincirli, append-only)
attested_to   deployer + denetçi  (Art. 13)
Örnek mock, değerler redakte. Gerçek vaka verisi yok. Veto yolu — kararın onaylanmak yerine tutulması — asıl mesele: kayıt, gözetimin gerçekten devreye girdiğini gösterir.

Kimin için

Gerçek denetim baskısı altındaki regüle kurumlar

Birlikte karar veren compliance officer ve CTO ikilisi için kurulmuştur — materyal iki dili de konuşmalı: yükümlülük ve entegrasyon.

Kripto varlık hizmet sağlayıcılar (CASP) Regüle fintech'ler Yükümlü AML kurumları

Sonraki adım

Uyum denetimi talep et

Hangi AI sistemlerini çalıştırdığınızı söyleyin. Denetim çıktısı zaten bir sınıflandırma raporudur — ürün kendini gösterir.

Gönderimler bize e-postayla ulaşır — CRM yok, formun kendisi dışında izleme yok.