مقایسه عملکرد مدار

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

1) چرا و چه مقایسه می کنیم

• سرعت و تاخیر: ورود، نهایی سازی، تنوع.
• اقتصاد: هزینه معاملات و داده ها، ثبات کمیسیون.
• پایداری: مجدد، دوش، تخریب تحت بار.
• در دسترس بودن داده ها: پهنای باند DA و هزینه بایت.
• سیستم عامل: الزامات برای گره ها، اندازه دولت، تنوع مشتری.

نتیجه KPI های تلفیقی است که به شما امکان می دهد زنجیره ها/دامنه ها را برای سناریوهای خاص (پرداخت ها، بازی ها/میکرو رویدادها، پل ها، DA/انتشارات) انتخاب کنید.

2) طبقه بندی معیارها (هسته)

2. 1 توان و تاخیر

TPS/QPS پایدار

پیک TPS (قله کوتاه بدون خطا/قطره)

زمان به ورود (TTI) p50/p95/p99

زمان به قطعیت (TTF) p50/p95/p99

استفاده از بلوک٪

واریانس/جرقه تاخیر (σ, CV)

2. ۲ کیفیت و پایداری

میزان موفقیت (٪ از tx/رویدادهای موفق)

نرخ تجدید سازمان/یتیم (فرکانس و عمق)

زنده SLO آمار

گریس تخریب (تخریب کنترل شده به جای شکست)

2. 3 اقتصاد و دا

هزینه p50/p95/p99 (به ارز بومی و به دلار آمریکا)

هزینه هر کیلوبایت (DA) - قیمت انتشار 1 کیلوبایت داده

کلاس Cost-per-Tx - «نوع معامله» قیمت: انتقال ساده، تماس قرارداد، calldata بزرگ

شاخص نوسان هزینه

2. 4 گره ها و وضعیت

رد پای سخت افزار (CPU/RAM/SSD/شبکه برای اعتبار سنج/آرشیو گره)

رشد اقتصادی کشور

شاخص تنوع مشتری

زمان همگام سازی

2. 5 ویژگی L2

TPS دسته ای (در نگهبان)، اندازه دسته (کیلوبایت)

زمان به دسته ورود и زمان به اثبات (ZK )/پنجره چالش (خوش بینانه)

بهره وری DA (МБ/с) и نرخ شکست DA

حل و فصل تاخیر (L2 → نهایی L1)

3) روش اندازه گیری (خنثی و تجدید پذیر)

1. تست استفاده از پروفایل (TUP):

TUP-Pay: انتقال کوچک (N = 70٪ ساده، 30٪ نشانه).
TUP-Game: رویدادهای کوتاه با calldata (تا 2-8 کیلوبایت).
TUP-DEX: قراردادهای متوسط گاز و افزایش.
TUP-DA: انتشارات بزرگ (50-250 کیلوبایت batchami).

2. لایه های بار: پس زمینه 60-80٪ از هدف SLO + پالس 120-160٪ به مدت 5-10 دقیقه هر 30-60 دقیقه.

3. جغرافیا و شبکه: حداقل 3 منطقه، ماتریس RTT، تزریق لرزش/ضرر (0. 5–2%).

4. تنوع مشتری: حداقل 2 مشتری گره در هر مدار (در صورت وجود)، نسخه های یکسان.

5. مجموعه تله متری: همبستگی صحیح (ردیابی ID)، هماهنگ سازی زمان (NTP/PTP)، تنظیمات رفع.

6. پنجره های نهایی: تنظیم صریح اختلاف K/پنجره ؛ TTF را با در نظر گرفتن قوانین مدار بخوانید.

7. معانی خطا: طبقه بندی شکست (gas/nonce/limit/DA-file/overload)، خطاهای «مورد انتظار» را از میزان موفقیت حذف کنید یا به طور جداگانه برجسته کنید.

4) عادی سازی و ضد تعصب

عادی سازی هزینه: USD 'مشاهده شده در' ؛ 'fee _ usd =.

هم ارزی گاز/وزن: مقایسه با «کلاس های عملیاتی» به جای «گازهای خام»

سخت افزار تنظیم TPS: 'TPS _ per _ $ = Sustained_TPS/( Monthly_Node_Cost_USD)'

عادلانه DA مقایسه: قیمت هر 1kB و تاخیر انتشار p95.
نوسانات ویندوز: پنجره های هفتگی/ماهانه، متوسط و IQR به جای «سوابق یک بار».
سرد در مقابل گرم: گرم کردن انبارها ؛ اندازه گیری پس از تثبیت.
کمیسیون MEV/Peak: «ناهنجاری های بازار» را حذف کنید یا یک متریک جداگانه را برجسته کنید.

5) خلاصه KPI ها (مجموع)

• توان عملیاتی (30٪)، نهایی بودن (25٪)، هزینه (20٪)، ثبات (15٪)، آپ تایم/زنده بودن (10٪).
• عوامل وزنی تحت سناریو تنظیم می شوند (به عنوان مثال، برای پرداخت های ↑Finality/Cost، برای بازی های ↑Throughput/Stability/DA).

کارآیی موثر @ SLO - TPS پایدار با توجه به «TTF _ p95 ≤ X»، «موفقیت ≥ Y٪»، «Fee _ p95 ≤ Z».
هزینه به خدمت در هر Ops 1k - کل هزینه پردازش عملیات کلاس 1000 (از جمله DA/حل و فصل).
Finality SLA Hit% - سهم عملیات نهایی شده در پنجره هدف.

6) SLI/SLO برای مقایسه

• پرداخت ها: 'TTF _ p95 ≤ 10s'، 'موفقیت ≥ 99. 7٪، Fee _ p95 ≤ $0. 01`.
• بازی ها/رویدادها: 'TTI _ p95 ≤ 500ms'، 'TTF _ p95 ≤ 3s'، 'موفقیت ≥ 99. 5% ',' DA _ p95 ≤ 1s '.
• DA/انتشار: 'هزینه _ به ازای هر _ کیلوبایت ≤ $0. 0005 ',' Publish _ p95 ≤ 2s ',' Finality _ p95 ≤ 60s '.
• L2 حل و فصل: «حل و فصل _ p95 ≤ 10m» (ZK )/« پنجره چالش »برای خوش بینانه.

7) داشبورد (طرح بندی مرجع)

لنز Perf (زمان واقعی/ساعت): TTI/TTF p50/p95/p99، استفاده از بلوک، میزان موفقیت، هزینه p95، طبقه بندی خطا.
هزینه و DA: هزینه/کیلو بایت، نوسانات هزینه، توان/تأخیر DA، отказ DA.
پایداری: نرخ تجدید سازمان، زنده SLO ضربه، خطاهای سوختگی نرخ، نگهبان آپ تایم (L2).
برنامه ریزی ظرفیت: پایدار در مقابل پیک TPS، سخت افزار تنظیم TPS، رشد دولت است.

8) طرح داده و منطق (pseudo-SQL)

رویدادهای معیار خام

sql
CREATE TABLE bench_events (
id TEXT PRIMARY KEY,
chain_id TEXT, layer TEXT,     -- L1    L2    app scenario TEXT,           -- payments    game    dex    da sent_at TIMESTAMPTZ,
included_at TIMESTAMPTZ,
finalized_at TIMESTAMPTZ,
size_bytes INT,
status TEXT,            -- success    fail_gas    fail_da    fail_overload...
fee_native NUMERIC, fee_usd NUMERIC,
region TEXT, client TEXT, node_profile TEXT
);

تجمع هسته متریک

sql
WITH base AS (
SELECT,
EXTRACT(EPOCH FROM (included_at - sent_at)) AS tti_s,
EXTRACT(EPOCH FROM (finalized_at - sent_at)) AS ttf_s
FROM bench_events
WHERE status LIKE 'success%'
)
SELECT chain_id, scenario,
PERCENTILE_CONT(0. 5) WITHIN GROUP (ORDER BY tti_s) AS tti_p50,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY tti_s) AS tti_p95,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY ttf_s) AS ttf_p95,
AVG(fee_usd) AS fee_avg_usd,
100. 0 SUM(CASE WHEN status='success' THEN 1 ELSE 0 END) / COUNT() AS success_rate
FROM bench_events
GROUP BY chain_id, scenario;

بهره وری موثر @ SLO امتیاز

sql
SELECT chain_id, scenario,
COUNT() / NULLIF(EXTRACT(EPOCH FROM (MAX(sent_at) - MIN(sent_at))),0) AS tps_effective
FROM bench_events
WHERE status='success'
AND EXTRACT(EPOCH FROM (finalized_at - sent_at)) <=:ttf_p95_slo
AND fee_usd <=:fee_p95_slo
GROUP BY chain_id, scenario;

9) شاخص کامپوزیت (مثال محاسبه)

yaml weights:
throughput: 0. 30 finality:  0. 25 cost:    0. 20 stability: 0. 15 liveness:  0. 10

scoring:
throughput: normalize(Sustained_TPS, p10, p90)
finality:  invert(normalize(TTF_p95, p10, p90))
cost:    invert(normalize(Fee_p95_usd, p10, p90))
stability: invert(normalize(Var_TTF, p10, p90) + normalize(ReorgRate, p10, p90)/2)
liveness:  SLO_hit_pct

10) ویژگی های L2 و بین زنجیره ای

L2 خوش بینانه: TTF «دو برابر» را نشان می دهد - قبل از L2-inclusion و قبل از پایان پنجره چالش.
ZK L2: زمان انتشار را به L1 و زمان تولید/تأیید اثبات تقسیم کنید. تحمل خطای provers را در نظر بگیرید.
Validium/DA برون سپاری: معیارهای DA مورد نیاز (توان/هزینه/شکست)، در غیر این صورت مقایسه نادرست است.
عملیات زنجیره ای: E2E TTF را برای سناریوهای پل (istochnik → tsel) بخوانید، با توجه به K/DA/challenge.

11) الگوهای ضد مقایسه (چه چیزی باید اجتناب شود)

«اوج رکورد» یک زنجیره را با «میانگین» زنجیره دیگر مقایسه کنید.
نادیده گرفتن هزینه های داده ها و نوسانات کمیسیون.
نادیده گرفتن نهایی (مقایسه «ورود» به عنوان «نهایی»).
معیارها را روی یک گره «گرم» شلیک کنید و به یک گره سرد منتقل کنید.
کلاس های مختلف عملیات را بدون نرمال سازی ترکیب کنید.
نسخه های مشتری/پیکربندی ها را مرتکب نشوید - تکرارپذیری از بین می رود.

12) تنظیمات و پارامترهای تست (pseudo-YAML)

yaml benchmark:
scenarios:
- name: payments mix: { simple_transfer: 0. 7, token_transfer: 0. 3 }
slo: { ttf_p95_s: 10, success_pct: 99. 7, fee_p95_usd: 0. 01 }
- name: game mix: { small_event_2kb: 0. 6, medium_event_8kb: 0. 4 }
slo: { tti_p95_ms: 500, ttf_p95_s: 3 }
- name: da mix: { batch_50kb: 0. 5, batch_250kb: 0. 5 }
slo: { publish_p95_s: 2, cost_kb_usd: 0. 0005 }
load:
background_utilization_pct: 70 spikes: { multiplier: 1. 4, duration_min: 10, period_min: 45 }
regions: [eu-central, us-east, ap-south]
network_faults: { loss_pct: 1. 0, jitter_ms: 50 }
node_profiles:
validator: { cpu: "16c", ram_gb: 64, ssd_nvme_tb: 2, bw_gbps: 1 }
archive:  { cpu: "32c", ram_gb: 128, ssd_nvme_tb: 8, bw_gbps: 2 }

13) گزارش و تجسم

جدول خلاصه بر اساس سناریو: TPS موثر، TTI/TTF p95، هزینه p95، هزینه/کیلوبایت، موفقیت٪.
نمودار رادار (در هر اسکریپت): توان/نهایی/هزینه/ثبات/زنده بودن.
سری های زمانی: نوسانات هزینه، تاخیر DA، خوشه های Reorg.
ماتریس هزینه × خدمت و TTF زنجیره به کلاس.

14) فرآیندها و نقش ها

صاحب معیار: روش/ابزار، کنترل نسخه.
مالک Infra: گره ها، مشتریان، پیکربندی ها، مناطق.
داده ها/BI: جمع آوری، اعتبار سنجی، داشبورد SLO.
امنیت/انطباق: کنترل حریم خصوصی و صحت سیاهههای مربوط.
حکومت: انتشار نتایج، تغییر وزن شاخص.

15) حوادث معیار Playbook

رانش configs/versions: بلافاصله متوقف کردن سری، ارسال عکس فوری، راه اندازی مجدد با پارامترهای صحیح.
ناهنجاری های شبکه (خارج از موارد برنامه ریزی شده): علامت گذاری پنجره به عنوان «آلوده»، تکرار سری.
خرابی DA/prover: یک حادثه جداگانه را جدا کنید، زیر سری DA/ZK را تکرار کنید.
نوسانات قیمت غیر منتظره: پنجره متوسط USD را ثابت کنید، یک محدوده را ضمیمه کنید.

16) چک لیست پیاده سازی

1. تصویب سناریوها (TUP) و وزن شاخص خلاصه.
2. پیکربندی میزبان/مشتری، مناطق و شرایط شبکه را ضبط کنید.
3. پیاده سازی مجموعه تله متری با همبستگی و هماهنگ سازی زمان.
4. تنظیم عادی سازی کلاس های هزینه/DA/عملیات.
5. توافق بر روی SLI/SLO و طرح بندی داشبورد.
6. انجام یک اجرا خلبان، بررسی تکرارپذیری، کالیبراسیون بارها.
7. انتشار گزارش ها با استفاده کامل از پیکربندی ها، نسخه ها و تاریخ ها.

17) واژه نامه

TTI/TTF - زمان برای روشن/نهایی کردن.
DA - لایه دسترسی به داده ها.
TPS پایدار/پیک - توان پایدار/پیک.
Liveness - توانایی شبکه برای تأیید بلوک ها/دسته ها.
پنجره چالش - یک پنجره چالش در rollups خوش بینانه.
رشد دولت - افزایش در اندازه دولت شبکه.
سخت افزار تنظیم TPS - توان، با در نظر گرفتن هزینه گره.

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