Ekotizimlar orasidagi ko’priklar

(Bo’lim: Ekotizim va Tarmoq)

1) Ko’priklar nima uchun kerak?

Ko’priklar turli domenlar: blokcheyn, to’lov relslari, sheriklik platformalari, data-ko’llar va API-tarmoqlar o’rtasida qimmatlilik va ma’lumotlar uzatilishini ta’minlaydi. Bu likvidlikni kengaytiradi, auditoriyani birlashtiradi va markazlashtirmasdan integratsiyani tezlashtiradi. Asosiy ta’sirlar: GTV o’sishi, sheriklar onbordingining ishqalanishini kamaytirish, yangi mahsulotlar (kross-o’yin aktivlari, multicheyn-to’lovlar, yagona o’ziga xoslik).

2) Ko’priklar taksonomiyasi

1. Custodial - markazlashtirilgan saqlovchi «oʻralgan» aktiv/xabarlarni chiqaradi. Oddiy, lekin kontragent xavfi.
2. Federated/MPC - validatorlar/orakulalar to’plami voqealarni birgalikda imzolaydi; markazsizlashtirish yaxshiroq, ammo federatsiyaga ishonch bor.
3. Light-client-based - maqsadli tarmoq boshlang’ich tarmoq kriptovalyutalarini tekshiradi (sarlavhalar/Merkl-filiallar); yuqori kriptografik ishonchlilik.
4. Optimistic - hodisalar mumkin bo’lgan nizolar uchun kechiktirilgan holda qabul qilinadi (challenge period).
5. ZK-proof-based - holati/o’tishlari to’g "riligining qisqacha dalillari; tez va xavfsiz, hisoblashda qimmatroq.
6. Liquidity-network - qiymatni market-meykerlar/kanallar orqali o’tkazish (HTLC/kanallar, «lahzali» likvidlik, lekin likvidlik xavfi mavjud).
7. Messaging-only - ma’lumotlar/qo’ng’iroqlarni tokensiz (buyruqlar, maqomlar, kvitansiyalar) ko’chirish.

3) Ishonch modeli va arxitekturani tanlash

Talab etiladigan kafolat: iqtisodiy yakunlash (qattiqlashmaslik), kriptografik verifikatsiya yoki operatorlarga ishonch.
Kechikish: light-client/ZK - tezroq/qimmatroq; optimistic - nizo oynasida kechikish; custodial - tez, lekin «insoniy» ishonch.
Qiymat: gaz uchun to’lov/dalillar/imzolar, likvidlikning opportunistik qiymati.
Operatsiya: kim kalitlarni rotatsiya qiladi, alertlarni kuzatadi, avariya pauzalarini o’tkazadi.
Tavsiya: tanqidiy pul oqimlari uchun - light-client/ZK; ma’lumotlar va buyruqlar uchun - imzolar va kvitatsiya qilish ustidan messaging-only; chakana to’lovlar uchun - limitlar va sug’urta bilan liquidity-network.

4) Obyektlar va xabarlar turlari

Token-transferlar: lock/mint, burn/release, escrows, rebalancing.
To’lovlar va to’lovlar: multicheyn, konvertatsiya, jadval.
Maʼlumotlar/hodisalar: KYC-maqomi, limitlari, oʻyin tadbirlari, tekshirish natijalari.
Qoʻngʻiroqlar (cross-chain calls): vazifa/tranzaksiyalarni maqsadli domenda bajarish.
Kvitansiyalar va tasdiqnomalar: proof-of-delivery, proof-of-execution, kompensatsiya operatsiyalari.

5) Yo’naltirish va yakunlash

Source → Relay → Target: hodisa manba tarmog’ida qayd etiladi, releer orqali yetkaziladi, maqsadli tarmoq orqali tekshiriladi.

• Iqtisodiy: K tasdig’idan keyin/davrlar.
• Kriptografik: light-client/ZK-dalillar.
• Bahs oynasi: optimistik model.
• Tartib va idempotentlik: determinirlangan idempotency-key va nonce, maqsadli tomonda deduplikatsiya.

6) Xavflar va tahdidlar

Xabarlarni almashtirish/takrorlash.
Federatsiya/operatorlar kalitlarini buzish.
Aktivlar xatosi (decimals, chainId nomuvofiqligi).
Likvidlik tanqisligi, slippedj/front-ran.
Releyerlar/orakulalarga hujumlar (laglar, tsenzuralash).
Forklarning/reorglarning nomuvofiqligi.
Noto’g "ri limitlar va" stop-kranlar "yo’qligi.

7) Xavfsizlik siyosati

mTLS + voqealar imzosi (ed25519/secp256k1), kalitlar pinning.
Har bir juftlikka nonce/sequence (chainA → chainB).
Xabar/aktiv/limit turlari bo’yicha ACL.
Transferlar va xabarlar uchun Rate-limits/velocity-checks.
Circuit-breaker: anomaliyalarda global/juft pauza.
Ikki faktorli ijro: texnik imzo + yirik summalarda operatsion multisig.
Ishonchli konfiguratsiyalar roʻyxati: chainId, decimals, koʻprik shartnomalari/xizmatlari manzillarini taqqoslash.

8) Iqtisodiyot va likvidlik

Komissiya modeli: bazaviy komissiya + ustama + dalil uchun to’lov.
Likvidlilik: tarmoqlar bo’yicha pullar, yopilmagan ekspozitsiyalar monitoringi; qaytish oqimlari/market-orderlar orqali rebalans.
Slippedj va kotirovka: bozor kotirovkalari, limitlarni oldindan avtorizatsiya qilish, adolatli taqsimlash.
Sug’urta: tavakkalchilik fondi/ko’prik operatorlarini ommaviy hisobot bilan sug’urta qilish.
SLA to’lovlar: tasdiqlash/yetkazib berish tezligi bo’yicha maqsadlar, buzilganda kompensatsiya.

9) SLI/SLO va monitoring

• Time-to-Finality p50/p95 (min/sek).
• Success-Rate xabarlari/transferlari (%).
• Reorg/Challenge events (kuniga).
• Liquidity Utilization (%), Pending Backlog (sht ./summa).
• Cost-per-Transfer (ед.).
• Relay/Oracle Availability (%), Data Freshness (лаг).

• Success-Rate ≥ 99. 5%, p95 Finality ≤ 5 min (yoki tarmoq reglamenti).
• Liquidity buffer ≥ kunduzgi netto oqimining 95-persentilining 150% ni tashkil qiladi.
• MTTA anomaliyalar ≤ 5 daqiqa, MTTR SEV-1 ≤ 30 daqiqa.
• Ko’prikning holati to’g "risidagi hisobotlar - har kuni, hodisa-reportlar ≤ 72 soat.

10) Operatsion reglamentlar

Protokolni versiyalash: capability-negotiation, backward-moslashuvchanlik, deprekeyt-oyna ≥ 90 kun.
Kalitlarni rotatsiya qilish: rejali va avariya tartiblari, navbatma-navbat almashtiriladigan «ikki kalitli» (old/new).
Limitlar: sutkalik/soatlik, aktivlar va kontragentlar bo’yicha; «shoshilinch» qattiq limitlar.
Pauza/muzlatish: kim faollashadi, qanday e’lon qilinadi, qanday olib tashlanadi; ommaviy maqomlar.
Jurnallar: proposal-ID (governance) ga bog’langan o’zgarmas voqealar/echimlar daftarlari.
Muvofiqlikni tekshirish: konfiguratsiyalar, fork/reorglar simulyatsiyasining muntazam auditlari.

11) UX va ishlab chiquvchi tajriba

Yagona kvitansiyalar va maqomlar (pending, finalized, challenged, failed).
Track & Trace: havola/ID, progress-bar, ETA.
Avtomatik retrajli/dedupli idempotent SDK.
Aktivlar va tarmoqlar ma’lumotnomasi: versiyalar va lokallar bilan yagona reyestr.
Ogohlantirishlar: vebxukki/vebsoketlar maqomi, chegaralari, tanaffuslari.

12) Komplayens va tavakkalchilik nazorati

Ta’sir qiluvchi rollar uchun KYC/KYB (operatorlar, provayderlar, releyerlar).
AML/o’tkazishdan oldin va keyin sanksiya filtrlari; blok-varaqlar.
Data residency: lokal talablar bo’yicha yo’naltirish va shifrlash; taxalluslashtirish.
Audit: kod/konfiguratsiyalarni tashqi tekshirish, tavakkalchilik fondi bo’yicha hisobot.
Munozarali vaziyatlar siyosati: muddatlar, dalillar, qaytariluvchanlik (messaging-only uchun reversal policies).

13) Test va validatsiya

Fork/reorglar simulyatsiyasi: qayta yetkazib berish va bekor qilishni tekshirish.
Fuzzing kirish voqealari: katta payload-lar, kamdan-kam uchraydigan edge-keyslar.
Releyerlar/orakulalarning chaos-testlari: kechikishlar, uzilishlar, aloqa yoʻqolishi.
Backfill/Replay: Tarixni dubl bilan xavfsiz qayta takrorlash.
Likvidlikning yuklama testlari: talabnomalar bo’roni, bosim ostidagi rebalans.

14) Hodisalar playbook (shpargalka)

• Tegishli chainA → chainB juftliklarini muzlatish, nonce/ACLni qat’iy tekshirishni, jurnallarni taftish qilishni, maqom e’lon qilishni o’z ichiga oladi.

• Ustuvor qayta balanslashtirishni joriy etish, market-meykerlarga limitlarni oshirish, komissiyalarni vaqtincha oshirish, ETAga xabar berish, SLO bo’yicha kompensatsiya.

• Kalitni darhol chaqirib olish, avariya multisigiga o’tish, ishonchli ro’yxatlarni qayta tuzish, SDK-konfiguratsiyalarni rotatsiya qilish, ommaviy hisobot.

• K-tasdiqlash/delay ko’paytirish, «tasdiqlangan» chek poyntlariga vaqtincha o’tish, yirik transfertlarni kechiktirish.

• Zaxira kanallarga o’tish, batcha chastotasini pasaytirish, filtrlar va kvotalarni yoqish, mustaqil o’zaro tekshirish.

15) Konfiguratsiya namunalari (psevdo-YAML)

Yo’naltirish va yakunlash

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

Likvidlilik va 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%"

Xavfsizlik va kalitlar

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) Ma’lumotlar sxemalari va 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) Dashbordlar

Real-time Ops: Success-Rate, p95/p99 Finality, backlog, relay/oracle availability, burn-rate SLO.
Liquidity & Cost: pullarni yuklash, utilization, cost-per-transfer, sug’urta fondi.
Security & Risk: challenge/reorg voqealar, rate-limit ishga tushirish, pauza/muzlatish.
Governance & Compliance: limitlar/kalitlarning o’zgarishi, audit hisobotlari, SLA metrikasi.

18) Joriy etish chek-varaqasi

1. Pul uchun ishonch modelini tanlang (light-client/ZK; messaging-only).
2. Xabarlar sxemasi, nonce/idempotentlik, ACL va limitlarni belgilang.
3. Yakuniy (K tasdiqlash/tortishuv oynasi), circuit-breaker va kalitlar rotatsiyasini moslashtiring.
4. SLI/SLO dashbordlarini va ogohlantirishlarni ko’taring; ommaviy maqomlarni rasmiylashtiring.
5. Likvidlik puli va sug’urta fondini kengaytiring, qayta balansni yoqing.
6. Tekshirish/pentest va fork/releer nosozliklarini muntazam simulyatsiya qiling.
7. Muloqot va bahsli vaziyatlar siyosatini tartibga soling.

19) Glossariy

Finality - tranzaksiya/hodisalarning qaytarilmasligi.
Challenge period - bahslashish oynasi (optimistic-model).
Light client - boshqa tarmoqning sarlavhalari va dalillarini tekshirish.
ZK-proof - hisoblash/holatning to’g "riligining qisqacha isboti.
HTLC - shartli to’lovlar/sirlarda atom almashinuvi.
MPC - maxfiy kalitlarni ochmasdan qo’shma imzo.
Idempotency - qayta yetkazib berishga chidamlilik.

Xulosa: ishonchli ko’prik - bu nafaqat «tarmoqlarni bog’lash», balki kriptografiya, limitlar, likvidlik, kuzatuv va operatsion reglamentlarning boshqariladigan tizimidir. Ushbu tamoyillarga amal qilgan holda, ekotizim foydalanuvchilar va hamkorlar uchun kutilmagan hodisalarsiz xavfsiz va oldindan aytib bo’ladigan interoperativlikka ega bo’ladi.