Ekosistemlər arasında körpülər

(Bölmə: Ekosistem və Şəbəkə)

1) Niyə körpülər lazımdır

Körpülər müxtəlif domenlər arasında dəyər və məlumatların ötürülməsini təmin edir: blokçeynlər, ödəniş relsləri, tərəfdaş platformalar, məlumat gölləri və API şəbəkələri. Bu likvidliyi genişləndirir, auditoriyanı birləşdirir və mərkəzləşdirilmədən inteqrasiyanı sürətləndirir. Açar effektlər: GTV artımı, tərəfdaşların sürtünməsini azaltmaq, yeni məhsullar (cross-oyun aktivləri, multicane-ödənişlər, vahid kimlik).

2) Körpülərin taksonomiyası

1. Custodial - mərkəzləşdirilmiş qoruyucu «bükülmüş» aktivlər/mesajlar buraxır. Sadə, lakin qarşı tərəfin riski.
2. Federated/MPC - validatorlar/oracle dəsti hadisələri birlikdə imzalayır; daha yaxşı mərkəzsizləşdirmə, lakin federasiyaya etimad var.
3. Light-client-based - hədəf şəbəkəsi mənbə şəbəkəsinin kriptovalyutalarını yoxlayır (başlıqlar/Merkl filialları); yüksək kriptoqrafik etibarlılıq.
4. Optimistic - hadisələr mümkün mübahisələr üçün gecikmə ilə qəbul edilir (challenge period).
5. ZK-proof-based - vəziyyətin/keçidlərin düzgünlüyünün qısa sübutları; sürətli və təhlükəsiz, hesablama daha bahalı.
6. Liquidity-network - dəyərin market-meykerlər/kanallar (HTLC/kanallar, «ani» likvidlik vasitəsilə köçürülməsi, lakin likvidlik riski var).
7. Messaging-only - tokensiz (komandalar, statuslar, qəbzlər) məlumatların/zənglərin ötürülməsi.

3) Etimad modeli və memarlıq seçimi

Tələb olunan zəmanət: iqtisadi yekunlaşma (qatılmamazlıq), kriptoqrafik yoxlama və ya operatorlara etimad.
Gecikmə: light-client/ZK - daha sürətli/daha bahalı; optimistic - mübahisə pəncərəsində gecikmə; custodial - tez, lakin «insan» etimad.
Qiymət: qaz haqqı/sübut/imza, opportunist likvidlik dəyəri.
Əməliyyat: kim açarları rotasiya edir, alertləri izləyir, təcili fasilələr keçirir.
Tövsiyə: kritik pul axınları üçün - light-client/ZK; məlumatlar və komandalar üçün - imzalar və kvitasiya üzərində messaging-only; pərakəndə ödənişlər üçün - limit və sığorta ilə liquidity-network.

4) Obyektlər və mesaj növləri

Token transferləri: lock/mint, burn/release, escrows, rebalancing.
Ödənişlər və ödənişlər: multicane, konvertasiya, cədvəl.
Verilənlər/hadisələr: KYC-statuslar, limitlər, oyun hadisələri, yoxlama nəticələri.
Çağırışlar (cross-chain calls): Hədəf domenində funksiyanın/əməliyyatların yerinə yetirilməsi.
Qəbzlər və təsdiqlər: proof-of-delivery, proof-of-execution, kompensasiya əməliyyatları.

5) Marşrutlaşdırma və bitirmə

Source → Relay → Target: hadisə mənbə şəbəkəsində qeydə alınır, releer tərəfindən çatdırılır, hədəf yoxlanılır.

• İqtisadi: K təsdiq/dövrlərdən sonra.
• Kriptoqrafik: işıq-client/ZK-sübut.
• Mübahisə pəncərəsi: optimist model.
• Sifariş və idempotentlik: determinik idempotency-key və nonce, hədəf tərəfdə deduplikasiya.

6) Risklər və təhdidlər

Mesajların dəyişdirilməsi/təkrar (replay).
Federasiyanın/operatorların açarlarının güzəştə getməsi.
Aktivlərin mappinq səhvləri (decimals, chainId uyğunsuzluğu).
Likvidlik çatışmazlığı, slippage/front-ran.
Releer/oracle hücumları (lages, senzura).
Fork/reorgların uyğunsuzluğu.
Yanlış limitlər və «stop-kranların» olmaması.

7) Təhlükəsizlik siyasəti

mTLS + hadisə imzaları (ed25519/secp256k1), açarların pininqi.
Nonce/sequence hər cüt (chainA → chainB).
Mesaj/aktiv/limit növləri üzrə ACL.
Transfer və mesajlar üçün Rate-limits/velocity-checks.
Circuit-breaker: anomaliyalar zamanı qlobal/cüt fasilə.
İki faktorlu icra: texniki imza + böyük məbləğlərdə əməliyyat multisiq.
Etibarlı konfiqurasiyaların siyahısı: chainId, decimals, körpü müqavilələrinin/xidmətlərinin ünvanları.

8) İqtisadiyyat və likvidlik

Komissiya modeli: əsas komissiya + prioritet ödəniş + sübut haqqı.
Likvidlik: şəbəkə hovuzları, qapalı olmayan ekspozisiyaların monitorinqi; əks axınlar/market-orderlər vasitəsilə rebalance.
Slippage və kotirovka: bazar kotirovkaları, limitlərin əvvəlcədən avtorizasiyası, ədalətli paylanması.
Sığorta: risk fondu/ictimai hesabat ilə körpü operatorlarının sığortası.
SLA ödənişlər: təsdiq/çatdırılma sürəti hədəfləri, pozuntular üçün kompensasiya.

9) SLI/SLO və monitorinq

• Time-to-Finality p50/p95 (min/san).
• Success-Rate mesajlar/transferlər (%).
• Reorg/Challenge events (ədəd/gün).
• Liquidity Utilization (%), Pending Backlog (ədəd/məbləğ).
• Cost-per-Transfer (ед.).
• Relay/Oracle Availability (%), Data Freshness (лаг).

• Success-Rate ≥ 99. 5%, p95 Finality ≤ 5 dəq (və ya şəbəkə qaydaları).
• Liquidity buffer ≥ gündəlik net axının 95-ci üzünün 150% -i.
• MTTA anomaliyalar ≤ 5 dəq, MTTR SEV-1 ≤ 30 dəq.
• Körpünün vəziyyəti haqqında hesabatlar - gündəlik, hadisə-reportajlar ≤ 72 saat.

10) Əməliyyat qaydaları

Protokol versiyası: capability-negotiation, backward-uyğunluq, deprequate-pəncərə ≥ 90 gün.
Açarların rotasiyası: planlı və təcili prosedurlar, növbəli keçid ilə «ikiqat açarlar» (old/new).
Limitlər: gündəlik/saatlıq, aktivlər və qarşı tərəflər üzrə; «təcili» sərt limitlər.
Pauza/dondurma: kim aktivləşdirir, necə elan olunur, necə çıxarılır; ictimai statuslar.
Jurnallar: proposal-ID (governance) ilə bağlı dəyişməz hadisə/qərar qeydləri.
Uyğunluq yoxlamaları: müntəzəm konfiqurasiya auditləri, fork/reorg simulyasiyaları.

11) UX və inkişaf təcrübəsi

Vahid qəbzlər və statuslar (pending, finalized, challenged, failed).
Track & Trace: link/ID, tərəqqi-bar finalı, ETA.
Avtomatik retras/dedup ilə idempotent SDK.
Aktivlər və şəbəkələr kataloqu: versiyaları və lokalları ilə vahid reyestr.
Xəbərdarlıqlar: status dəyişikliyi, limitlər, fasilələr haqqında vebhuk/vebsoketlər.

12) Uyğunluq və risk nəzarəti

Təsir rolları üçün KYC/KYB (operatorlar, provayderlər, yayımlayıcılar).
Tərcümə əvvəl və sonra AML/sanksiya filtrləri; blok vərəqləri.
Data residency: yerli tələblərə görə marşrutlaşdırma və şifrələmə; təxəllüs.
Audit: xarici kod/konfiqurasiya yoxlamaları, risk fondu hesabatları.
Mübahisəli siyasət: vaxt, sübut, geri dönüş (messaging-only üçün reversal policies).

13) Test və validasiya

Fork/reorgların simulyasiyaları: təkrar çatdırılma və ləğv edilməsinin yoxlanılması.
Fuzzing giriş hadisələri: böyük payload, nadir edge cases.
Chaos-releer/oracle testləri: gecikmələr, kəsilmələr, əlaqə itkisi.
Backfill/Replay: Dubl qorunması ilə hekayənin təhlükəsiz replikasiyası.
Yüklü likvidlik testləri: fırtına ərizələri, təzyiq altında yenidən balans.

14) Playbook hadisələr (şparqalka)

• Müvafiq chainA → chainB cütlərini dondurun, ciddi nonce/ACL yoxlamasını, jurnalların təftişini, status nəşrini daxil edin.

• Prioritet yenidən balanslaşdırmanı işə salın, bazar istehsalçılarına limitləri qaldırın, komissiyaları müvəqqəti olaraq artırın, ETA-ya məlumat verin, SLO - kompensasiya.

• Açarın dərhal geri çağırılması, qəzalı multisiqaya keçid, etibarlı siyahıların yenidən qurulması, SDK konfiqurasiyalarının rotasiyası, ictimai hesabat.

• K-təsdiqləri/delay artırın, müvəqqəti olaraq «təsdiqlənmiş» çek nöqtələrinə keçin, böyük transferləri təxirə salın.

• Ehtiyat kanallara keçid, batch tezliyinin azaldılması, filtrlərin və kvotaların daxil edilməsi, müstəqil çapraz yoxlama.

15) Konfiqurasiya nümunələri (psevdo-YAML)

Marşrutlaşdırma və bitirmə

yaml bridge:
pairs:
- from: chainA to: chainB confirmations: 20 finality_mode: light_client  # or optimistic    zk nonce_window: 1000 rate_limits:
per_minute: 500 per_hour: 20000 circuit_breaker:
enabled: true error_rate_threshold: 0.5  # %
open_window_sec: 900

Likvidlik və komissiyalar

yaml liquidity:
pools:
chainA: { base: 2_000_000, buffer_pct: 50 }
chainB: { base: 1_500_000, buffer_pct: 60 }
fees:
base_bps: 8 priority_bps: 5 insurance_fund:
size: 1_000_000 policy: "cover shortfall up to 30%"

Təhlükəsizlik və açarlar

yaml security:
signing:
mode: mpc threshold: "t-of-n: 5/8"
acl:
assets_allowlist: [USDC, GAME, POINTS]
methods_allowlist: [transfer, call, message]
alerts:
pager_on:
- "success_rate<99.2%"
- "p95_finality>10m"
- "liquidity_utilization>85%"

16) Məlumat sxemləri və idempotentlik (psevdo-SQL)

sql
-- Регистр заявок на перенос
CREATE TABLE bridge_transfers(
id TEXT PRIMARY KEY,
src_chain TEXT, dst_chain TEXT,
asset TEXT, amount NUMERIC,
src_tx TEXT, status TEXT, created_at TIMESTAMPTZ,
nonce BIGINT, sender TEXT, recipient TEXT,
meta JSONB
);

-- Квитанции/доказательства
CREATE TABLE bridge_receipts(
transfer_id TEXT REFERENCES bridge_transfers(id),
proof_type TEXT, proof JSONB, received_at TIMESTAMPTZ,
UNIQUE(transfer_id, proof_type)
);

-- Идемпотентность целевой цепи/домена
CREATE TABLE bridge_idempotency(
dst_chain TEXT, nonce BIGINT, hash TEXT,
PRIMARY KEY (dst_chain, nonce)
);

17) Daşbordlar

Real-time Ops: Success-Rate, p95/p99 Finality, backlog, relay/oracle availability, burn-rate SLO.
Liquidity & Cost: hovuz yükləmə, utilization, cost-per-transfer, sığorta fondu.
Security & Risk: challenge/reorg hadisələr, rate-limit, fasilələr/ərimə.
Governance & Compliance: limit/açar dəyişiklikləri, audit hesabatları, SLA metrikası.

18) Giriş çek siyahısı

1. Pul üçün etimad modelini (light-client/ZK; komandalar üçün messaging-only).
2. Mesaj sxemi, nonce/idempotent, ACL və limitləri qeyd edin.
3. Finalizasiya (K təsdiq/mübahisə pəncərəsi), circuit-breaker və açar rotasiyasını konfiqurasiya edin.
4. SLI/SLO dashboard və xəbərdarlıq qaldırın; ictimai statusları rəsmiləşdirin.
5. Likvidlik hovuzunu və sığorta fondunu açın, yenidən balansı açın.
6. Audit/pentest və fork/releass müntəzəm simulyasiyaları aparın.
7. Rabitə və mübahisəli vəziyyət siyasətini tənzimləyin.

19) Lüğət

Finality - əməliyyatların/hadisələrin geri dönməzliyi.
Challenge period - mübahisə pəncərəsi (optimistic-model).
Light client - başqa şəbəkənin başlıqlarının və sübutlarının yoxlanılması.
ZK-proof - hesablama/vəziyyətin düzgünlüyünün qısa sübutudur.
HTLC - şərti ödənişlərdə/sirlərdə atom mübadiləsi.
MPC - şəxsi açarları açmadan birgə imza.
Idempotency - təkrar çatdırılma müqaviməti.

Nəticə: etibarlı körpü yalnız «şəbəkə bağlantısı» deyil, kriptoqrafiya, limit, likvidlik, müşahidə və əməliyyat qaydalarından idarə olunan sistemdir. Bu prinsiplərə uyğun olaraq, ekosistem istifadəçilər və tərəfdaşlar üçün sürprizlər olmadan təhlükəsiz və proqnozlaşdırıla bilən qarşılıqlı qabiliyyət əldə edir.