Zəncirlərarası analitika

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

1) Zəncirlərarası analitika nədir və niyə lazımdır

• Dəyər və aktivliyin vahid uçotu: həcmlər, likvidlik, komissiyalar, retenşn.
• Körpülərin və P2P əlaqələrinin müşahidə edilməsi: sonlandırma, lages, reorg/challenge hadisələri.
• Trafik və dönüşüm atributları: chain → chain, kanal → məhsul.
• Risk və uyğunluq: AML, sanksiyalar, davranış pozuntusu, varlıqların identifikasiyası.
• Qərarların qəbulu: OKR/büdcələr, limitlər, yeniləmə və likvidlik qaydaları.

2) Məlumat mənbələri və hadisələr (kanonik siyahı)

1. Zəncirlər/reyestrlər: bloklar, əməliyyatlar, hadisə qeydləri, ağıllı müqavilələrin vəziyyəti.
2. Körpülər: müraciətlər, qəbzlər, sübut (light/optimistic/ZK), final statusu.
3. Ödəniş provayderləri/KOS: yoxlamaların keçirilməsi, limitlər, ödəniş statusları.
4. Məhsul hadisələri: onbording, depozitlər/dərəcələr/nəticələr, oyun və davranış metrikası.
5. P2P-nəqliyyat: Pub/Sub qəbz, RPC-uğur, latency.
6. Məlumat kitabçaları: şəbəkələr, aktivlər, decimals, chainId, müqavilə ünvanları, SDK versiyaları.

3) Verilənlərin arxitekturası (axınlar və anbarlar)

Ingest (streaming): nod/indeks konnektorları, webhooks körpülər, CDC əməliyyat DB.
Xam qatlar (Bronze/Raw): 'observed _ at' etiketli dəyişməz partiyalar və mənbənin meta məlumatları.
Təmizləmə/normallaşdırma (Silver): dedup, semantik zənginləşdirmə, zamanlama bərabərləşdirilməsi, aktivlərin mappinqi.
Nüvə modelləri (Gold/Core): vahid faktlar 'transfers', 'bridges', 'onchain _ events', 'kyc _ status', 'payouts'.
Vitrinlər (Marts): maliyyə (GTV/TVL/Take Rate), məhsul (retenshn/huni), risk (skorinq), əməliyyat (SLO).
Cache/Serve: Dashboard və API üçün OLAP/HTAP, və/tx ünvanlarında ayrıca axtarış.

Nəqliyyat: Kafka/Pulsar (idempotentlik üzərində exactly-once semantics), xammal üçün obyekt anbarı, analitika üçün parket/sütun formatları.

4) Finala, reorqlara və idempotentliyə

Hadisə halları: 'observed' → 'confirmed (k)' → 'finalized' → 'invalidated (reorg)'.
Təsdiq qaydası (K-confirmations): Şəbəkə/aktiv tipi ilə konfiqurasiya edilir.
Optimistic/Challenge pəncərələri: körpülər üçün «mübahisəli» statusu dəstəkləyir.
İdempotentlik: 'idempotency _ key = chainId' block 'tx' logIndex 'topic' (və ya faydalı yük hash).
Yenidən oynatma (replay): planlı backfill və indekseri dəyişdirərkən bərpa.

5) Şəxsiyyət və mahiyyət modeli (entity resolution)

Ünvan → Aktor: ünvanlar, açarlar, pul kisələri, hesab/təşkilat/provayder.
Cross-zəncir qrafiki: ünvanların bir sahiblə əlaqəsi (evristika, imza, bağlama məlumatları).
Əminlik səviyyələri: hard-link (KYC, on-chain imzası), yumşaq-link (davranış korrelyasiyaları).
Təxəllüs: Analitikada PII əvəzinə sabit identifikatorları (PID) saxlayın.

6) Unified hadisə sxemi (sadələşdirilmiş)

yaml event:
id: string # global UUID observed_at: timestamp # when they saw chain_id: string # 'eth-mainnet', 'solana-mainnet',...
block_height: long tx_hash: string log_index: int event_type: string    # transfer    bridge. lock    bridge. mint    kyc. pass    payout. done...
status: string      # observed    confirmed    finalized    invalid actor_src: string # address/peer-id/source organization actor_dst: string # address/peer-id/destination organization asset: string # canonical symbol (e. g., USDC), + decimals amount: decimal usd_value: decimal # rate normalization at the observed_at bridge_ref: string # link with the application/receipt of the metadata bridge: object # network/contract/version/gac/fee, etc.
idempotency_key: string

7) Aktivlərin və qiymətlərin normallaşdırılması

Kanonik aktivlər kataloqu: simvol, decimals, chain mapping, müqavilə ünvanları.
FX normallaşma: tarixi kurslar və aktivlərin qiymətləri 'observed _ at' taymstempe üzrə.
Multi-aktiv bandlalar: «sarılmış» və yerli aktivləri qruplaşdırın.

8) Açar metriklər və vitrinlər

8. 1 Maliyyə və likvidlik

Şəbəkələr/aktivlər/körpülər üzrə GTV (Gross Transaction Volume).
TVL və Net Flow körpülərdə və hovuzlarda.
Take Rate/həcm üzrə komissiya; Transfer üçün Cost-to-Serve.
Payout SLA Hit Rate, Finality p50/p95, Pending Backlog.

8. 2 Məhsul və istifadəçi

Cross-chain MAU/DAU (dedup по PID),

Retention D1/D7/D30 multichain aktivliyi nəzərə alınmaqla,

Funnel: giriş şəbəkəsi → körpü → hədəf məhsul → fəaliyyət.
QoT (trafik keyfiyyəti): anti-frod sonra trafik valid.

8. 3 Risk və uyğunluq

Fraud/Dispute Rate, High-Risk Score%, Sanctions Hit%.
Anomaly rate, velocity-check, clustering.
KYB/KYC Pass% və zamanlama.

8. 4 Əməliyyat və SLO

Bridge Success-Rate, p95 Finality, Relay Availability,

Reorg/Challenge events, Error budget burn.

9) SQL/psevdo-sorğu nümunələri

GTV cüt zəncir

sql
SELECT src. chain_id AS src_chain,
dst. chain_id AS dst_chain,
date_trunc('day', e. observed_at) AS d,
SUM(e. usd_value) AS gtv_usd
FROM events e
JOIN bridges b ON e. bridge_ref = b. id
JOIN networks src ON b. src_chain_id = src. id
JOIN networks dst ON b. dst_chain_id = dst. id
WHERE e. status = 'finalized' AND e. event_type IN ('bridge. lock','bridge. mint','transfer')
GROUP BY 1,2,3;

Cross-chain retention D7

sql
WITH first_touch AS (
SELECT pid, MIN(observed_at) AS t0
FROM product_events
WHERE event IN ('signup','first_deposit')
GROUP BY pid
),
week_activity AS (
SELECT DISTINCT pid
FROM product_events pe
JOIN first_touch ft USING(pid)
WHERE pe. observed_at BETWEEN ft.t0 + INTERVAL '1 day'
AND ft.t0 + INTERVAL '7 day'
)
SELECT 100. 0 COUNT() / (SELECT COUNT() FROM first_touch) AS d7_retention_pct
FROM week_activity;

SLO körpüsü üçün vitrin

sql
SELECT date_trunc('hour', observed_at) AS h,
100. 0 SUM(CASE WHEN status='finalized' THEN 1 END)/COUNT() AS success_rate,
percentile_cont(0. 95) WITHIN GROUP (ORDER BY (finalized_at - observed_at)) AS p95_finality_min,
SUM(CASE WHEN challenge_event THEN 1 END) AS challenges
FROM bridge_events
WHERE observed_at >= now() - INTERVAL '7 days'
GROUP BY 1;

10) Atributiya və çox kanallı yol

Şəbəkə mənbəyi, körpü və məhsul üçün tərəzi ilə last-touch/position-based modeli.
UTM → On-chain: klikləri/referansları onbordinq ünvanı ilə əlaqələndirin (razılığı ilə).
Assosiativ modellər: Shapley/Markov mürəkkəb yollar üçün «şəbəkə → körpü → məhsul».

11) Anti-frod və davranış siqnalları

Qrafik əlamətlər: ümumi kontragentlər, dairəvi tərcümələr, sürətli dövriyyət.
Velocity limitləri və anomaliyalar: sıçrayışlar, məbləğlərin «parçalanması», gecə klasterləri.
Körpülərdə saxtakarlıq sxemləri: təkrar təqdim, KYC-dən yan keçmək cəhdləri, likvidliyi olan sendviç nümunələri.
Modellər: qradiyent gücləndirici/graph-embeddings; hadisələrin işarələnməsini öyrənin.

12) Gizlilik və uyğunluq (privacy-by-design)

PII minimallaşdırma: PID əvəzinə birbaşa identifikatorları, tokenizasiya.
Data residency: regionlar üzrə partizanlaşdırma, «dinc/yolda» şifrələmə.
Silinmə hüququ: sübut oluna bilən tombstone/redaction-hadisələr.
Giriş və audit: rol ACL, oxu jurnalları, yoxlamalar üçün imzalanmış hesabatlar.

13) Analitik payplaynlar üçün SLI/SLO

• Freshness ('observed _ at' laqından Gold-da görünməyə qədər mediana),
• Completeness (% K-confirmations gözləntilərinə görə dəliksiz hadisələr),
• Correctness (sxemlərin/qaydaların təsdiqindən keçmiş hadisələrin% -i),
• Reorg handling success (% düzgün əlillər/oyun),
• Serve latency (vitrinlər/dashboard üçün p95 sorğular).

• Freshness p95 ≤ 3 dəq (axın), ≤ 15 dəq (batch).
• Completeness ≥ 99. 7%, Correctness ≥ 99. 9%.
• Reorg handling success ≥ 99. 9%.
• Serve p95 ≤ 500 ms (əsas vitrinlər).

14) Data müşahidə və lineage

Data Lineage: Dashborddan xam hadisəyə (column-level) qədər.
Keyfiyyət siqnalları: completeness, uniqueness, referential integrity, schema drift.
Alertlər: «sakit uğursuzluqlar» (yeni məlumat yoxdur), paylama atlamaları, 'unknown' sahələrinin böyüməsi.

15) Daşbordlar (şablonlar)

• Success-Rate, p95 Finality, Relay Availability, Challenge/Reorg, backlog, error budget burn.

• TVL, Net Flow per chain, cost-per-transfer, utilization, sığorta fondu.

• MAU/DAU (dedup), cross-chain retention, kanal huniləri, QoT.

• Fraud/Dispute Rate, sanctions hits, yüksək risk paylaşımı, məhkəmə sürəti.

16) Əməliyyat qaydaları və playbook

Hadisə: təzəlik> SLO

Connectors/indeksers yoxlayın, ehtiyata keçin, deqradasiya rejimini işə salın (vitrinlər «son yekunlaşdırılmış» göstərir), mənbə sahibinə eskalat.

Hadisə: sıçrayış reorg/challenge

K-confirmations/mübahisə pəncərəsini artırın, böyük məbləğlər üçün «delayed finalization» daxil edin, körpü/operatorları xəbərdar edin.

Hadisə: valyuta/aktiv fərqi

Təsirlənən cütlükləri dondurun, istinad kitabçasını geri götürün, USD normallaşmasını yenidən hesablayın, hesabatı dərc edin.

Hadisə: Fraud/Dispute atlama

Limitləri/skorları sərtləşdirin, yüksək riskli əl səslərini yandırın, modeli təzə nümunədə tamamlayın.

17) Konfiqurasiya nümunəsi (psevdo-YAML)

Şəbəkə üzrə son pəncərələr

yaml finality:
eth-mainnet: 12  # блоков polygon: 256 solana: "optimistic: 32 slots"
optimistic-bridge: { challenge_minutes: 20 }
zk-bridge: { proof_time_sla: 180 }

İdempotentlik və baba qaydaları

yaml dedup:
key_template: "${chain_id}    ${block_height}    ${tx_hash}    ${log_index}    ${event_type}"
ttl_hours: 48

SLO payplayns

yaml pipelines:
ingest_stream:
freshness_p95_min: 3 completeness_min_pct: 99. 7 gold_build:
correctness_min_pct: 99. 9 reorg_success_min_pct: 99. 9

18) Giriş çek siyahısı

1. Mənbələri, sxemləri, final pəncərələrini və sahiblərini qeyd edin.
2. İdempotentlik və reorg-handling (states + replay) daxil edin.
3. Modellərin nüvəsini qurun (transfers/bridges/onchain_events/kyc/payouts).
4. Aktivlərin kataloqlarını və FX normallaşmasını konfiqurasiya edin.
5. SLI/SLO payplaynları və daşbordları müəyyən edin.
6. entity resolution və privacy-by-design həyata.
7. Anti-frod skorinq və hadisə qaydalarını daxil edin.
8. tarixi reorg/challenge cases backfill və testlər.
9. Sxemləri, çəkisini və mənbələrini mütəmadi olaraq yoxlayın.

19) Lüğət

Finality - vəziyyətin/hadisənin dönməzliyi.
Reorg - blokların bir hissəsinin ləğvinə səbəb olan zəncirin yenidən yığılması.
Challenge period - optimist modellərdə mübahisə pəncərəsi.
Entity resolution - vahid mahiyyətin ünvanları/hesablarının müqayisəsi.
GTV/TVL - əməliyyatların həcmi/bloklanmış dəyəri.
Completeness/Freshness/Correctness - verilənlərin keyfiyyətinin əsas metrikləri.

Nəticə: zəncirlərarası analitika yalnız metriklərin xülasəsi deyil, idarə olunan nizam-intizamdır: vahid hadisə sxemi, düzgün finalı, davamlı paylaynlar, məxfilik, anti-frod və başa düşülən vitrinlər. Bu çərçivədən sonra ekosistem həqiqətən dəyər, risklər və böyüməyə - xam blokdan biznes həllinə qədər «keçici» baxış alır.