تجزیه و تحلیل بین زنجیره ای

(بخش: اکوسیستم و شبکه)

1) تجزیه و تحلیل بین زنجیره ای چیست و چرا لازم است

• حسابداری یکپارچه از ارزش و فعالیت: حجم، نقدینگی، کمیسیون، حفظ
• مشاهده پذیری پل ها و اتصالات P2P: نهایی سازی، عقب ماندگی، سازماندهی مجدد/چالش رویدادها
• ترافیک و تبدیل اسناد: cheyn → cheyn، کانال → produkt.
• ریسک و انطباق: AML، تحریم ها، تقلب رفتاری، شناسایی نهاد.
• تصمیم گیری: OKR/بودجه، محدودیت ها، به روز رسانی و مقررات نقدینگی.

2) منابع داده و رویدادها (لیست متعارف)

1. زنجیره ها/ثبت ها: بلوک ها، معاملات، سیاهههای مربوط به رویداد، حالت های قراردادهای هوشمند.
2. پل ها: برنامه های کاربردی، رسید، شواهد (نور/خوش بینانه/ZK)، وضعیت نهایی.
3. ارائه دهندگان پرداخت/CCS: عبور چک، محدودیت ها، وضعیت پرداخت.
4. رویدادهای محصول: onboarding، سپرده/شرط/نتیجه گیری، بازی و معیارهای رفتاری.
5. P2P حمل و نقل: میخانه/رسید زیر، موفقیت RPC، تاخیر.
6. کتابهای مرجع: شبکهها، داراییها، اعشار، chainId، آدرسهای قرارداد، نسخههای SDK.

3) معماری داده (جریان و ذخیره سازی)

مصرف (جریان): اتصالات به گره ها/شاخص ها، پل های وب، CDC از پایگاه داده های عامل.
Raw (Bronze/Raw): دسته های غیر قابل تغییر با برچسب «مشاهده شده _ at» با ابرداده منبع.
پاکسازی/عادی سازی (نقره): dedup، غنی سازی معنایی، تراز زمانی، نقشه برداری دارایی.
مدل های هسته (طلا/هسته): حقایق یکپارچه «انتقال»، «پل ها»، «onchain _ events»، «kyc _ status»، «پرداخت ها».
Marts: امور مالی (GTV/TVL/Take Rate)، محصول (حفظ/قیف)، ریسک (به ثمر رساند)، سیستم عامل (SLO).
Cache/Serve: OLAP/HTAP برای داشبورد و API ها و جستجوی جداگانه برای/tx آدرس ها.

حمل و نقل: Kafka/Pulsar (دقیقا یک بار معانی بیش از idempotency)، ذخیره سازی شی برای مواد خام، فرمت های پارکت/ستون برای تجزیه و تحلیل.

4) نهایی سازی، تنظیم مجدد و idempointence

حالتهای رویداد «مشاهده شده» → «تأیید شده (k)» → «نهایی شده» → «نامعتبر (سازماندهی مجدد)» هستند.
قانون K-confirmations - پیکربندی شده توسط نوع شبکه/دارایی.
پنجره های خوش بینانه/چالش: پشتیبانی از وضعیت «رقابت» برای پل ها.
Idempotency: 'idempotency _ key = chainId' block 'tx' logIndex 'topic' (یا هش payload).
پخش: بازگشت به عقب برنامه ریزی شده و بهبود تغییر شاخص.

5) مدل قطعنامه نهاد

آدرس → بازیگر: آدرس, کلید, کیف پول ↔ حساب/سازمان/ارائه دهنده.
نمودار زنجیره ای: روابط آدرس توسط یک مالک (اکتشافی، امضا، داده های ورودی).
سطح اطمینان: پیوند سخت (KYC، امضای زنجیره ای)، پیوند نرم (همبستگی رفتاری).
Aliasing: شناسه های پایدار (PID) را به جای PII در تجزیه و تحلیل ذخیره کنید.

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) عادی سازی دارایی ها و قیمت ها

دایرکتوری دارایی متعارف: نماد، اعشار، نقشه برداری زنجیره ای، آدرس قرارداد.
عادی سازی FX: نرخ های تاریخی و قیمت دارایی در زمان «مشاهده شده _ در».
بسته های چند فعال: گروه «پیچیده» و دارایی های بومی.

8) معیارهای کلیدی و ویترین

8. 1 امور مالی و نقدینگی

GTV (حجم معامله ناخالص) بیش از شبکه ها/دارایی ها/پل ها.
TVL و خالص جریان بیش از پل ها و استخر.
نگاهی به نرخ/حجم هزینه ؛ هزینه برای خدمت به انتقال.
پرداخت SLA نرخ ضربه، نهایی p50/p95، در انتظار عقب ماندگی.

8. 2 محصول و کاربر

زنجیره متقابل MAU/DAU (dedup по PID)،

نگهداری D1/D7/D30 با توجه به فعالیت چند زنجیره ای،

Funnel: شبکه ورودی → پل → محصول هدف → عمل.
QoT (کیفیت ترافیک): اعتبار سنجی ترافیک پس از ضد تقلب.

8. ۳ ریسک و انطباق

نرخ تقلب/اختلاف، نمره ریسک بالا٪، تحریم ها درصد است.
نرخ آنومالی با الگوهای ترجمه، بررسی سرعت، خوشه بندی.
KYB/KYC عبور٪ و زمان بندی.

8. 4 سیستم عامل و SLO

میزان موفقیت پل، p95 نهایی، در دسترس بودن رله،

رویدادهای Reorg/Challenge، سوزاندن بودجه خطا.

9) نمونه های SQL/Pseudo Query

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;

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) تخصیص و مسیر چند کاناله

آخرین لمس/مدل مبتنی بر موقعیت با وزن برای منبع شبکه، پل و محصول.
UTM → On-chain: کلیک های مرتبط/ارجاع با آدرس onchain هنگام ورود (با رضایت).
مدلهای انجمنی: Shapley/Markov برای مجموعههای پیچیده → اکثر مسیرهای produkt.

11) ضد تقلب و سیگنال های رفتاری

ویژگی های نمودار: پیمانکاران مشترک، انتقال دایره ای، گردش سریع.
محدودیت های سرعت و ناهنجاری ها: انفجار، «تقسیم» مقادیر، خوشه های شبانه.
طرح های تقلب پل: ارسال مجدد، تلاش های دور زدن KYC، الگوهای ساندویچ با نقدینگی.
مدل ها: تقویت گرادیان/تعبیه نمودار ؛ آموزش در علامت گذاری حادثه.

12) حفظ حریم خصوصی و انطباق (حفظ حریم خصوصی توسط طراحی)

حداقل سازی PII: PID به جای شناسه های مستقیم، نشانه گذاری.
اقامت داده: تقسیم بر اساس منطقه، رمزگذاری «در حالت استراحت/در جاده».
حق حذف: رویدادهای سنگ قبر/redaction با قابلیت اثبات.
دسترسی و حسابرسی: نقش ACLs، خواندن سیاهههای مربوط، گزارش امضا برای چک.

13) SLI/SLO برای خطوط لوله تحلیلی

• تازگی (تاخیر متوسط از 'مشاهده _ در' به ظاهر در طلا),
• کامل بودن (% از رویدادهای بدون حفره که توسط تأییدهای K انتظار میرود)،
• درستی (٪ از رویدادهای تایید شده توسط طرح/قوانین)
• موفقیت در مدیریت مجدد
• سرویس تاخیر (درخواست p95 به فروشگاه/داشبورد).

• طراوت p95 ≤ 3 دقیقه (جریان)، ≤ 15 دقیقه (دسته ای).
• کامل ≥ 99 7%, صحت ≥ 99. 9%.
• موفقیت سازمان دهی مجدد ≥ 99 9%.
• p95 ≤ 500 میلی ثانیه (ویترین اصلی).

14) قابلیت مشاهده و اصل و نسب

Lineage داده: از داشبورد به رویداد خام (سطح ستون).
سیگنال های کیفیت: کامل بودن، منحصر به فرد بودن، یکپارچگی ارجاعی، رانش طرح.
هشدارها: «خرابی های آرام» (بدون داده های جدید)، جهش های توزیع، رشد زمینه های «ناشناخته».

15) داشبورد (قالب)

• میزان موفقیت، p95 نهایی، رله در دسترس بودن، چالش/سازماندهی مجدد، عقب ماندگی، سوزاندن بودجه خطا.

• TVL، جریان خالص در هر زنجیره، هزینه انتقال، استفاده، صندوق بیمه.

• MAU/DAU (dedup)، حفظ زنجیره متقابل، قیف کانال، QoT.

• نرخ تقلب/اختلاف، تحریم ها، سهم ریسک بالا، سرعت رسیدگی.

16) مقررات عملیاتی و کتابچه راهنمای

حادثه: تاخیر تازه> SLO

بررسی اتصالات/شاخص ها، سوئیچ به پشتیبان گیری، فعال کردن حالت تخریب (ویترین نشان می دهد «آخرین نهایی»)، eskalate به صاحب منبع.

حادثه: تجدید سازمان/افزایش چالش

بزرگنمایی تایید K/پنجره اختلاف، فعال کردن «نهایی تاخیر» برای مقادیر زیاد، اطلاع پل/اپراتورها.

رویداد ارز/دارایی واگرایی

جفت های آسیب دیده را متوقف کنید، دایرکتوری را بازگردانید، نرمال سازی USD را دوباره محاسبه کنید، یک گزارش را منتشر کنید.

حادثه: تقلب/اختلاف پرش

محدودیت ها/نمره ها را تشدید کنید، بررسی دستی با ریسک بالا را روشن کنید، آموزش مدل را بر روی یک الگوی تازه انجام دهید.

17) مثال پیکربندی (شبه YAML)

نهایی سازی پنجره ها توسط شبکه ها

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

قوانین Idempotency و deduplication

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. فعال کردن idempotency و سازماندهی مجدد دست زدن (ایالات + پخش).
3. ایجاد یک هسته از مدل ها (transfers/bridges/onchain_events/kyc/payouts).
4. دایرکتوری های دارایی و نرمال سازی FX را تنظیم کنید.
5. خط لوله SLI/SLO و داشبورد را تعریف کنید.
6. پیاده سازی قطعنامه نهاد و حفظ حریم خصوصی توسط طراحی.
7. شامل مقررات ضد تقلب و مقررات حادثه است.
8. اجرا backfill و آزمون در مورد سازماندهی مجدد تاریخی/چالش.
9. به طور منظم طرح ها، وزن های متریک و منابع را بررسی کنید.

19) واژه نامه

نهایی - برگشت ناپذیری دولت/رویداد.
Reorg - مونتاژ مجدد زنجیره، منجر به لغو بخشی از بلوک ها می شود.
دوره چالش - یک پنجره چالش در مدل های خوش بینانه.
Entity resolution - نقشه برداری از آدرس ها/حساب های یک نهاد واحد.
GTV/TVL - حجم معامله/مقدار مسدود شده.
کامل بودن/طراوت/صحت - معیارهای کیفیت داده های اساسی.

تجزیه و تحلیل بین زنجیره ای فقط خلاصه ای از معیارها نیست، بلکه یک رشته قابل کنترل است: یک طرح واحد از رویدادها، نهایی سازی صحیح، خطوط لوله پایدار، حریم خصوصی، ضد تقلب و ویترین های قابل فهم. با پیروی از این چارچوب، اکوسیستم یک دیدگاه واقعا «پایان دادن به پایان» از ارزش، ریسک و رشد - از بلوک خام به راه حل کسب و کار می گیرد.