Чынжыр аралык аналитика

(Бөлүм: Экосистема жана тармак)

1) Чынжыр аралык аналитика деген эмне жана ал эмне үчүн керек

• Баалуулуктун жана активдүүлүктүн бирдиктүү эсеби: көлөмдөр, ликвиддүүлүк, комиссиялар, ретеншн.
• көпүрөлөр жана P2P байланыштар байкоо: аяктоо, лагдар, reorg/challenge окуялар.
• Атрибуция трафика жана конверсия: чейн → чейн, канал → продукт.
• Тобокелдик жана комплаенс: AML, санкциялар, жүрүм-турум фроди, маңызын аныктоо.
• Чечим кабыл алуу: OKR/бюджеттер, лимиттер, жаңылануу жана ликвиддүүлүк регламенттери.

2) Маалымат булактары жана окуялар (канондук тизме)

1. Чынжырлар/реестрлер: блоктор, транзакциялар, окуялардын логдору, акылдуу контракттардын абалы.
2. Көпүрөлөр: арыздар, квитанциялар, далилдер (light/optimistic/ZK), жыйынтыктоочу статустар.
3. Тёлём провайдерлери/ЖКК: текшеръълёрдён ёткён, лимиттер, тёлёмдёрдън статустары.
4. Продукт окуялар: onbording, депозиттер/чендер/корутундулар, оюн жана жүрүм-турум метрика.
5. P2P-транспорт: Pub/Sub дүмүрчөктөр, RPC-ийгилиги, latency.
6. Маалымдамалар: тармактар, активдер, decimals, chainId, контракттардын даректери, SDK версиялары.

3) маалыматтар архитектурасы (агымдар жана сактоо)

Ingest (Streaming): NOD/индекстерге, webhooks көпүрөлөр, CDC операциялык DD.
Чийки катмарлар (Bronze/Raw): 'observed _ at' белгиси жана булактын метадерилери менен өзгөрүлбөс партиялар.
Тазалоо/нормалдаштыруу (Silver): Дедуп, семантикалык байытуу, Таймзон тегиздөө, mapping каражаттар.
Негизги моделдер (Gold/Core): бирдиктүү фактылар 'transfers', 'bridges', 'onchain _ events', 'kyc _ status', 'payouts'.
Showrooms (Marts): каржы (GTV/TVL/Take Rate), продукт (retenshn/huni), тобокелдик (эсептери), иштетүү (SLO).
Кэш/Serve: Dashboard жана API үчүн OLAP/HTAP, жана/tx даректери боюнча өзүнчө издөө.

Транспорт: Kafka/Pulsar (exactly-once семантика жогору), чийки зат үчүн объект сактоо, аналитика үчүн паркет/колонка форматтары.

4) Жыйынтыктоо, реорги жана демпотенттүүлүк

Окуялардын абалы: 'observed' → 'confirmed (k)' → 'finalized' → 'invalidated (reorg)'.
Тастыктоо эрежеси (K-confirmations): тармак/актив түрү боюнча туураланат.
Оптимисттик/Чакырык терезелер: көпүрөлөр үчүн "талаштуу" статусун колдоо.
Демпотенттик: 'idempotency _ key = chainId' block 'tx' logIndex 'topic' (же пайдалуу жүктүн хэши).
Кайра ойнотуу (replay): пландаштырылган backfill жана индекстерди алмаштырууда калыбына келтирүү.

5) Иденттүүлүк жана зат модели (entity resolution)

Дареги → Актёр: даректер, ачкычтар, капчыктар, эсеп/уюм/провайдер.
Кросс-чынжыр тилкеси: бир ээсинин дарек байланыштары (эвристика, кол тамгалар, онбординг-маалыматтар).
Ишеним деңгээли: катуу байланыш (KYC, on-chain кол), жумшак байланыш (жүрүм-турум байланыштары).
Псевдонимизация: аналитикада PII ордуна туруктуу идентификаторлорду (PID) сактаңыз.

6) Бирдиктүү окуялар схемасы (жөнөкөйлөштүрүлгөн)

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) Активдерди жана бааларды нормалдаштыруу

Активдердин канондук каталогу: символ, decimals, chain mapping, контракттык даректер.
FX нормалдаштыруу: тарыхый курстар жана таймстем боюнча активдердин баасы 'observed _ at'.
Multi-активдүү Бандл: топ "оролгон" жана жергиликтүү каражаттар.

8) Негизги көрсөткүчтөр жана терезелер

8. 1 Финансы жана ликвиддүүлүк

GTV (Gross Transaction Volume) тармактар/каражаттар/көпүрөлөр боюнча.
TVL жана көпүрөлөр жана пулдар боюнча Net агымы.
Take Rate/көлөмү боюнча комиссия; которуу боюнча Cost-to-Serve.
Payout SLA Hit Rate, Finality p50/p95, Pending Backlog.

8. 2 Продукт жана колдонуучу

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

Retention D1/D7/D30 мультичейн активдүүлүгүн эске алуу менен,

Funnel: кириш тармагы → көпүрө → максаттуу продукт → иш-аракет.
QoT (трафиктин сапаты): анти-фроддон кийин трафиктин валидасы.

8. 3 Тобокелдик жана комплаенс

Fraud/Dispute Rate, High-Risk Score%, Sanctions Hit%.
Anomaly rate боюнча үлгүлөрү которуулар, velocity чек, clustering.
KYB/KYC Pass% жана таймингдер.

8. 4 Иштетүү жана SLO

Bridge Success-Rate, p95 Finality, Relay Availability,

Reorg/Challenge events, Error budget burn.

9) SQL/псевдо-суроо мисалдар

GTV жуп чынжыр

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 көпүрө үчүн көргөзмө

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) Атрибуция жана көп каналдуу жол

тармак булагы, көпүрө жана продукт үчүн таразалар менен last-touch/position-негизделген модели.
UTM → On-chain: Clicks/шилтемелерди онбординг учурунда onchain дареги менен байланыштырыңыз (макулдук менен).
Ассоциативдик моделдер: Shapley/Markov татаал жолдор үчүн "тармак → көпүрө → продукт".

11) Анти-Frod жана жүрүм-турум сигналдары

Графикалык белгилер: жалпы контрагенттер, тегерек которуулар, тез айлануу.
Velocity-лимиттери жана аномалиялар: жарылуулар, суммаларды "майдалоо", түнкү кластерлер.
Көпүрөлөрдөгү алдамчылык схемалары: кайра берүү, KYCны айланып өтүү аракеттери, ликвиддүүлүк менен сэндвич үлгүлөрү.
Модели: gradient күчөтүү/graph-embeddings; окуяларды белгилөөдө үйрөтүңүз.

12) Купуялык жана комплаенс (privacy-by-design)

PII минималдаштыруу: PID ордуна түздөн-түз идентификаторлор, tokenization.
Data residency: региондор боюнча партиялаштыруу, "тынч/жолдо" шифрлөө.
Алып салуу укугу: далилдүүлүк менен tombstone/redaction-окуялар.
Кирүү жана аудит: ролдук ACL, окуу журналдары, текшерүү үчүн кол коюлган отчеттор.

13) Аналитикалык бөлүштүрүү үчүн SLI/SLO

• Freshness ('observed _ at' дан Алтын көрүнгөнгө чейинки медиана лагасы),
• Completeness (K-confirmations күтүүсү боюнча тешиктери жок окуялардын%),
• Correctness (схемаларды/эрежелерди валидациялоодон өткөн окуялардын%),
• Reorg handling success (% туура майыптык/ойноо),
• Serve latency (p95 терезелер/dashboard үчүн суроолор).

SLO

Freshness p95 ≤ 3 мин (агымы), ≤ 15 мин (батч).
Completeness ≥ 99. 7%, Correctness ≥ 99. 9%.
Reorg handling success ≥ 99. 9%.
Serve p95 ≤ 500 мс (негизги терезелер).

14) Маалыматтар жана lineage байкоо

Data Lineage: чийки окуя (column-деңгээл) үчүн dashboard.
Сапат сигналдары: completeness, uniqueness, referential integrity, схема drift.
Alerty: "тынч каталар" (эч кандай жаңы маалыматтар), бөлүштүрүү секирип, өсүш 'unknown' талаалар.

15) Dashboard (үлгүлөрү)

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

• TVL, Net Flow per chain, cost-per-transfer, утилизация, камсыздандыруу фонду.

• MAU/DAU (dedup), cross-chain retention, канал воронкалар, QoT.

• Fraud/Dispute Rate, sanctions hits, жогорку тобокелдик бөлүшүү, соттук териштирүүлөрдүн ылдамдыгы.

16) Иштетүү регламенттери жана playbook

Окуя: сергектик> SLO

Коннекторлорду/индекстерди текшерүү, резервге өтүү, деградациялык режимди күйгүзүү (витриналар "акыркы жыйынтыкталган" деп көрсөтүшөт), булактын ээсине эскалат.

Окуя: reorg/challenge

K-confirmations/талаш терезени көбөйтүү, ири суммалар үчүн "delayed finalization" камтыйт, көпүрө/операторлорго кабарлоо.

Окуя: валюталардын/активдердин айырмачылыгы

жабыр тарткан түгөйлөрдү тоңдуруп, маалымдаманы артка кайтаруу, USD-нормалдаштырууну кайра эсептөө, отчетту жарыялоо.

Окуя: Fraud/Dispute секирүү

Чектерди/эсепти катаалдаштыруу, кол менен жогорку тобокелчиликти күчөтүү, моделди жаңы үлгүдөн алуу.

17) Конфигурациялардын үлгүсү (псевдо-YAML)

Тармактар боюнча аяктоо терезелери

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

Идемпотенттик жана чоң атанын эрежелери

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

SLO пайплайндар

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) Киргизүү чек-тизмеси

1. Булактарды, схемаларды, аяктоо терезелерин жана ээлерин бекитиңиз.
2. Демпотенттикти жана reorg-handling (states + replay) кирет.
3. Моделдин өзөгүн куруу (transfers/bridges/onchain_events/kyc/payouts).
4. Активдердин колдонмолорун жана FX нормалдаштырууну орнотуңуз.
5. SLI/SLO payplayns жана dashboard аныктоо.
6. entity resolution жана privacy-by-design ишке ашыруу.
7. Анти-фрод эсептерин жана инциденттердин жоболорун киргизиңиз.
8. backfill жана тарыхый reorg/challenge учурларда сыноолорду жүргүзүү.
9. Схемаларды, метриктердин салмагын жана булактарын үзгүлтүксүз текшерип туруңуз.

19) Глоссарий

Finality - мамлекеттин/иш-чаранын кайтарылгыс.
Reorg - блоктордун бир бөлүгүн жокко чыгарууга алып келген чынжырды кайра чогултуу.
Challenge period - оптимисттик моделдерде талаш терезе.
Entity resolution - бирдиктүү маанидеги даректерди/эсептерди салыштыруу.
GTV/TVL - транзакциялардын көлөмү/бөгөттөлгөн наркы.
Completeness/Freshness/Correctness - маалымат сапатынын негизги метриктери.

Жыйынтык: чынжыр аралык аналитика - бул жөн гана метриктердин кыскача баяндамасы эмес, башкарылуучу тартип: окуялардын бирдиктүү схемасы, туура аяктоо, туруктуу пайплайндар, купуялуулук, анти-фрод жана түшүнүктүү витриналар. Бул алкакты ээрчип, экосистема чындап эле баалуулукка, тобокелдиктерге жана өсүшкө көз карашын алат - чийки блоктон бизнес чечимине чейин.