GH GambleHub

Zəncirlərarası yeniləmələr

1) Vəzifənin mahiyyəti və risklər

Zəncirlərarası yeniləmə, eyni zamanda bir neçə zəncirə/bridge/DA qatlarına/mikro şəbəkələrə və onların interfeyslərinə (mesajlar, dəyər hadisələri, RNFT hüquqları) təsir edən dəyişdirilmiş məntiq/sxem/protokoldur. Risklər:
  • versiyaların uyğunsuzluğu (split-brain) və sıra/final itkisi;
  • ABI/sxemlərin uyğunsuzluğu → «səssiz» mesajlar/asma vasitələr;
  • uyğunluğun pozulması (geo/yaş/sanksiyalar, məlumatların ixracı);
  • körpülərin kaskad nasazlıqları və DA.

Məqsəd dəyərləri dayanmadan yeniləməkdir: ciddi invariantları saxlamaq və geri dönməni, telemetriyanı və idarə olunan deqradasiyanı təmin etməkdir.

2) Zəncirarası dəyişikliklərin invariantları

Order/Idempotency: strict-order per key; outbox/inbox, 'idempotency _ key' və seen-cədvəllər.
Finality-aware: challenge/reorg pəncərələri nəzərə alınır; marşrutlar minimum 'FinalityLag' seçilir.
Compatibility First: Müqavilələr/ABI/hadisə sxemləri üçün SemVer.
Fail-closed: şübhə → blok/əl kvorum.
Compliance-gate: DID/VC, ZK-eşiklər (yaş/geo/sanksiyalar), ixrac/retensiya siyasəti.
Observability: `x_msg_id`, `route_id`, `bridge_id`, `governance_version`.

3) Versiyalaşdırma modeli

3. 1 Versiyalar ailəsi

SemVer müqavilələri/ABI: 'MAJOR. MINOR. PATCH '(MAJOR - qırıcı).
Schema Hadisə Qeydiyyatı: versiyalar və sahələrin təkamülü (additive-first, sunset ilə deprecations).
Policy/Governance versiyası: tərəzi/kvota/tarifləri; hər yeniləmədə 'governance _ version' var.
Bridge/DA versiyası: müstəqil koordinasiya və son kanalları.

3. 2 Version danışıqlar (handshake)

Version-negotiation: zəncirarası zəng zamanı tərəflər ən kiçik uyğun profil seçirlər; əks halda - graceful reject.
Feature-flags: MAJOR-dəyişikliklər pəncərələrə/rollara/bölgələrə görə bayraqlar tərəfindən aktivləşdirilir (canary → cohort → global).

4) Zəncirlərarası yeniləmələrin taksonomiyası

1. Məntiq: yeni biznes məntiqi, validasiya qaydaları, tariflər/limitlər.
2. Sxemlər: hadisə sahələri, data modelləri, indeksləşdirmə.
3. Protokol: marşrutlaşdırma, mesaj işarələri, şifrə/imza.
4. Infrastruktur: DA/bridge, sekvenser, POP/edge, Gas/fees.
5. Komplayens siyasəti: regionlar, ZK-eşiklər, ixrac/retenshn.
6. İqtisadiyyat/stimullar: QF, RiskAdj, hovuzlar/paylama.
7. Təhlükəsizlik: açarlar/multisig, slashing qaydaları, stop kranları.

5) Buraxılış prosedurları (rollout strategy)

Preflight: simulyasiyalar/qum qutusu, tarixi trafik replay, qızıl-set testlər.
Shadow/Observe: kölgələr cavabları hesablayır və cari məntiqlə müqayisə olunur.
Canary: marşrutların/rolların/regionların kiçik payı, ciddi risklər.
Cohort rollout: Kohort genişləndirilməsi (geo/zəncir/QoS).
Dual-write/Dual-read: Ciddi sifariş maneələri ilə iki versiyada vaxt qeyd.
Sunset: uzadılması üçün kvorum yoxdursa, zaman parametrlərinin avtomatik geri çəkilməsi.
Rollback: təhlükəsiz status miqrasiyası ilə bir addımlı qayıdış (bax § 8).

6) Yeniləmə zamanı Utility həlli

Aktiv yeniləmə ilə marşrut/körpü/təchizatçı seçimi:

Utility(route    version) =
wL·Latency_p95 + wQ·QueueDepth + wF·FinalityLag
+ wC·Cost_per_unit + wR·RiskScore + wS·StabilityScore(version)
+ wG·Geo/PolicyPenalty

StabilityScore (version): soak/chaos keçənə qədər yeniləri üçün cərimə.
Tərəzi profilləri - QoS: Q4 ↑ wF, ↑ wS; Q1 ↑wC.
İnvariantlar: Order ∧ Idempotency ∧ Quotas ∧ Compliance = true.

7) RNFT müqavilələri: yeniləmə hüquqları

Rollar üçün RNFT-də (Operator/Provider/Bridge/DA/Curator/Compliance/Auditor) qeyd olunur:
  • 'upgrade _ rights': kim başlatır, kimin imzaları (multisiq, k-of-n);
  • 'freeze/stop': təcili dayandırma kranları və kvorumlar;
  • 'quorum & veto': -prosedurlar (R-inam/keyfiyyət modifikatoru daxil olmaqla);
  • 'escrow/insurance': miqrasiya hadisələrini əhatə etmək;
  • 'sunset': bayraqların/astanaların müvəqqəti düzəlişləri;
  • 'finality _ windows': yeniləmə zamanı ödəniş gecikmələri və bric pəncərələri.

8) Status miqrasiyası və geri dönüş

State Delta Journal: miqrasiya delta jurnalı (merkli kökləri, imzalar) tərəfindən aparılır; geri çəkilmə - əks deltaların tətbiqi.
Replay-maneələr: Q3/Q4 üçün: stop → snapshot → reattach; «split-sifariş» qadağandır.
Idempotent Upcasters: sxem çevirici vasitəsilə köhnə qeydləri oxumaq.
Cold/Warm switch: aşağı yük pəncərəsində oxucular/yazıçılar keçid.
Finality Holdback: zəncirlərarası ödənişlərin hədəf finalına qədər gecikməsi.

9) Uyğunluq: ABI/sxemlər/mesajlar

ABI: MAJOR dəyişikliklər - yalnız Fich bayrağı; MINOR — additive; PATCH - məntiqsiz.
Hadisələr: yeni sahələr - 'nullable '/default; çıxarılması - deprikasiya və sunset vasitəsilə.
Mesaj versiyaları: 'msg. version ',' schema _ hash ', məcburi' compat _ min '.
Sıra və deadup yoxlama: outbox/inbox, TTL ilə seen cədvəllər.

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

Multisig/Threshold: əsas yeniləmələr - yalnız eşik imzaları vasitəsilə.
Timelocks: MAJOR dəyişikliklər daxil pəncərələr audit/icma cavab vaxt.
ZK-asserts: məlumatların açıqlanması olmadan kritik invariantlara (məsələn, balans invariantları) uyğunluq sübutları.
Key-rotation: hüquqların irsi ilə rotasiya planı, keçid dövründə ikiqat imza.

11) Komplayens

Policy Preview: sintetika və real «kölgə trafiki» siyasətini simulyasiya.
Geo/age/sanctions: ZK-prufs astanaları; qeyri-müəyyənlik - karantin.
Export/retention: DA/regionlar üzrə egress; tənzimləyici üçün qərar jurnalı.
Vergilər/withholding: körpülərin tamamlanması zamanı müvəqqəti tutulmalar.

12) Müşahidə və alertlər

Метрики: p50/p95/p99, retry/timeout, out-of-order/dup, DLQ depth, finality lag, cost/req, stability(version).
Отчеты: Upgrade Live, Finality & Bridges, Schema/ABI Health, Governance Queue.
Alertlər: error-budget burn, TailAmplification böyümə, drift sxemləri, spike komplayens uğursuzluqları, flap-rate marşrutları.

13) Testlər/simulyasiyalar/xaos

Vahid müqavilələr: ABI/sxemlər, uyğunluq qaydaları.
Trace-replay: qeyri-variant yoxlamalar ilə hekayələri qaçış.
Fuzz/Property-based: təsadüfi mesaj/sıra/final ssenariləri.
Chaos/Game-day: POP/körpü/DA düşməsi, reorg-bursları, qiymət şokları.
Soak 24-72h: sabitlik p95/p99/son/dəyəri.

14) Yeniləmə iqtisadiyyatı

Budget-caps: dövr üçün dəyəri tavan; həddindən artıq yükləmə zamanı surge-cərimələr.
QF bonusları: yeniləmə pəncərəsində SLO-ya tab gətirən provayderlərə.
RiskAdj: pozuntular halında ödənişlərin müvəqqəti azaldıcı çoxluğu.
Treasury hooks: təsdiqlənmiş insidentlər üçün sığorta hovuzundan kompensasiya.

15) (prosedurlar və şəffaflıq)

Pozulmalar: dəyişiklik təsviri, risk təhlili, geri qaytarma planı, son pəncərələr.
Kvorumlar/veto: rollar və çəkilər; R-inam/keyfiyyət modifikatoru.
Açıqlıq: versiyaların pasportları, diff-məntiq, yeniləmədən sonra hesabatlar.
Sunset düzəlişlər: Avtomatik vaxt ayarları geri.

16) KPI intercept updates

Etibarlılıq: 0 kritik nizam-intizam pozuntuları; DLQ böyümür.
Gecikmə: dəhlizdə p95/p99; TailAmplification hədəf ≤.
Final: FinalityLag büdcədən artıqdır; 0 yanlış təsdiq.
İqtisadiyyat: Büdcədə Cost/Req; ≤ həddi kompensasiya.
Əməliyyatlar: MTTR insidentlər ↓; flap-rate marşrutları pisləşmir.
Komplayens: 100% gating; 0 ixrac/retensiya pozuntuları.
: TTC SLA-da → ərizə; vaxtında sunset-geri dönüş payı.

17) Formullar və göstərişlər

SuccessRate = 1 − (timeouts+errors)/requests

TailAmplification = p99/p50 (↓)

Headroom = (cap − current)/cap

FinalityScore = f(lag, variance, reorgs)

Stability(version) = 1 − norm(incidents, flap, drift)

QualityFactor (QF) = f(success, p95, DLQ, finality)

SLO (nümunə):
  • Q4: success ≥ 99. 99%, p95 ≤ 200 ms, DLQ = 0, MTTR ≤ 15 dəq.
  • Bridges/DA: final ≤ 3 × T _ block, reorg ≈ 0.

18) Giriş Playbook (addımlar)

1. Başlanğıc: pozulmuş, risk analizi, geri qaytarma planı, son/uyğunluq qiymətləndirilməsi.
2. Hazırlıq: SemVer/ABI, sxemlər və upcasters, fich bayraqları, RNFT hüquqları/kvorumları.
3. Testlər: unit/trace-replay/fuzz, policy-preview, ZK-asserts invariants.
4. Müşahidə: panellər/alertlər, KPIs istinad həddi.
5. Gölge → Canary: kölgələr/müqayisə, kiçik kohortlar, ciddi həyəcanlar.
6. Cohort rollout: region/zəncir/QoS mərhələli; finality-holdback ödənişlər.
7. Dual-write/read: sifariş maneələri, replikasiya və müqayisə.
8. Soak/Chaos: endurance və nasaz ssenarilər.
9. Qloballaşma: bayraqların çıxarılması, sənədlərin yenilənməsi/versiya nişanları.
10. Post-mortem: hesabat, siqnal/eşik/bələdçi yeniləmə.

19) Hazırlıq yoxlama siyahısı

  • SemVer/ABI и Schema Registry с upcasters
  • Ficha bayraqları, aktivasiya pəncərələri, sunset parametrləri
  • RNFT hüquqları: kvorumlar, stop kranları, escrow/sığorta hovuzu
  • Outbox/inbox, idempotency, replay-maneələr
  • Finality planı: Bridge/DA pəncərələri, holdback ödənişlər
  • Observability: Tracking, Upgrade/Finality/ABI panelləri
  • Complayens-preview, ZK-Pruff eşik, ixrac/retenshn siyasəti
  • Simulyasiyalar, shadow, canary, cohort, soak/chaos
  • Rollback planı və delta vəziyyəti jurnalı
  • İctimai hesabat və yeniləmə-reyestrlər

20) Sözlük

SemVer/ABI: semantik versiyalaşdırma/müqavilə interfeysləri.
Upcaster: oxuyarkən köhnə qeydlərin yeni sxemə çeviricisi.
FinalityLag: zəncirlərarası hadisənin geri dönüşü olmayan pəncərə.
Outbox/Inbox: zəmanətli çatdırılma/idempotent.
RNFT: əlaqələr/hüquqlar/limitlər və KPI müqaviləsi.
Sunset: zaman parametrlərinin avtomatik geri çəkilməsi.
Shadow/Canary/Cohort: mərhələli buraxılış strategiyaları.

21) Yekun

Zəncirlərarası yeniləmələr idarə olunan bir intizamdır: versiyalar → bayraqlar → mərhələli başlanğıc → son/uyğunluq → müşahidə → geri dönüş. Nizam və uyğunluq, RNFT hüquqları, simulyasiyalar və şəffaf invariantları ilə ekosistem davamlı dəyərini və etibarını qoruyaraq ağrısız və proqnozlaşdırıla bilən şəkildə yenilənir.

Contact

Bizimlə əlaqə

Hər hansı sualınız və ya dəstək ehtiyacınız varsa — bizimlə əlaqə saxlayın.Həmişə köməyə hazırıq!

Telegram
@Gamble_GC
İnteqrasiyaya başla

Email — məcburidir. Telegram və ya WhatsApp — istəyə bağlıdır.

Adınız istəyə bağlı
Email istəyə bağlı
Mövzu istəyə bağlı
Mesaj istəyə bağlı
Telegram istəyə bağlı
@
Əgər Telegram daxil etsəniz — Email ilə yanaşı orada da cavab verəcəyik.
WhatsApp istəyə bağlı
Format: ölkə kodu + nömrə (məsələn, +994XXXXXXXXX).

Düyməyə basmaqla məlumatların işlənməsinə razılıq vermiş olursunuz.