чынжыр аткаруу салыштыруу

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

1) Эмне үчүн жана эмне салыштыруу

• Ылдамдык жана кечигүү: күйгүзүү, бүтүрүү, вариативдүүлүк.
• Экономика: транзакциялардын жана маалыматтардын наркы, комиссиялардын туруктуулугу.
• Туруктуулук: reorges, livnes, жүк астында деградация.
• Маалыматтардын жеткиликтүүлүгү: ДА кубаттуулугу жана байт наркы.
• Операциялык: түйүндөргө талаптар, байлыктын өлчөмү, кардарлардын диверсификациясы.

Натыйжа - конкреттүү сценарийлер (төлөмдөр, оюндар/микро-иш-чаралар, көпүрөлөр, DA/басылмалар) үчүн чынжырларды/домендерди тандоого мүмкүндүк берүүчү жыйынды KPI.

2) Метриканын таксономиясы (ядро)

2. 1 Өткөрүү жөндөмдүүлүгү жана кечигүү

Sustained TPS/QPS (туруктуу өткөрүү)

Peak TPS (ката жок кыска чокусу/тамчы)

Time-to-Inclusion (TTI) p50/p95/p99

Time-to-Finality (TTF) p50/p95/p99 (K-тастыктоо/чакырык терезе эске алуу)

Block Utilization% (блок/батч толтуруу)

Variance/Jitter кечигүү (σ, CV)

2. 2 Сапаты жана туруктуулугу

Success Rate (% ийгиликтүү tx/events)

Reorg/Orphan Rate (жыштык жана тереңдик)

Liveness SLO Hit (максаттуу жеткиликтүүлүгүн аткаруу)

Degradation Grace (жасалма ордуна контролдук деградация)

2. 3 Экономика жана ДА

Fee p50/p95/p99 (улуттук акча жана АКШ доллары менен)

Cost-per-kB (DA) - жарыялоо баасы 1 кБ маалыматтар

Cost-per-Tx Class - "бүтүмдүн түрү" баасы: жөнөкөй которуу, келишим чакыруу, ири calldata

Fee Volatility Index (терезелер боюнча комиссиялардын туруктуулугу)

2. 4 түйүндөрү жана абалы

Hardware Footprint (CPU/RAM/SSD/валидатор/архив түйүнү үчүн тармак)

Мамлекеттик Growth (мамлекеттик өсүш/күн)

Client Diversity Index (кардарларды/текшерүүчүлөрдү бөлүштүрүү)

Sync Time (тез/архивдик синк)

2. 5 L2-өзгөчөлүгү

Batch TPS (сентенсерде), Batch Size (кБ)

Time-to-Batch Inclusion и Time-to-Prove (ZK) / Challenge Window (optimistic)

DA Throughput (МБ/с) и DA Failure Rate

Settlement Latency (L2 → L1 аяктоо)

3) Өлчөө ыкмасы (нейтралдуу жана кайталануучу)

1. Бирдиктүү жүк планы (TUP - Test Use Profiles):

TUP-Pay: чакан которуулар (N = 70% жөнөкөй, 30% токен).
TUP-Game: calldata менен кыска окуялар (2-8kB чейин).
TUP-DEX: орточо газ жана жарылуулар менен келишимдер.
TUP-DA: чоң адабияттар (50-250 KB батч).

2. Жүктөө катмарлары: фон 60-80% максаттуу SLO + импульстары 120-160% 5-10 мүнөт сайын 30-60 мүнөт.

3. География жана тармак: жок дегенде 3 аймак, RTT-матрица, инъекция jitter/loss (0. 5–2%).

4. Кардарлардын диверсификациясы: чынжыр боюнча 2 кардардан кем эмес түйүн (эгерде бар болсо), бирдей версиялар.

5. Телеметрия чогултуу: туура корреляция (trace-ID), убакытты синхрондоштуруу (NTP/PTP), конфигурацияларды бекитүү.

6. Аяктоо терезелери: К/талаш терезелерди ачык орнотуу; TTF чынжыр эрежелерин эске алуу менен эсептелет.

7. Каталардын семантикасы: мүчүлүштүктөрдүн таксономиясы (газ/nonce/limit/DA-fail/overload), "күтүлгөн" каталарды Success Rate же өзүнчө бөлүп чыгаруу.

4) нормалдаштыруу жана анти-жылыш

Cost Normalization: USD по курсу на `observed_at`; `fee_usd = fee_native × price_usd_at_t`.
Gas/Weight Equivalence: "чийки газ" эмес, "иш класстары" боюнча салыштыруу.

Hardware-Adjusted TPS: `TPS_per_$ = Sustained_TPS / (Monthly_Node_Cost_USD)`

Fair DA Compare: 1 kB жана p95 жарыялоо кечигүү үчүн баасы.
Windows Volatility: жумалык/айлык терезелер, медиа жана IQR ордуна "бир жолку рекорддор".
Cold vs Warm: кэш жылытуу; турукташтыруу кийин өлчөө.
MEV/Чоку комиссиялар: "рыноктун аномалияларын" жокко чыгаруу же өзүнчө метрика менен айырмалоо.

5) Чогуу алгандагы KPI (жыйынтыктоочу көрсөткүчтөр)

• Throughput (30%), Finality (25%), Cost (20%), Stability (15%), Uptime/Liveness (10%).
• Салмак коэффициенттери сценарийге ылайыкталат (мисалы, төлөмдөр үчүн ↑ Finality/Cost, оюндар үчүн ↑ Throughput/Stability/DA).

Effective Throughput @SLO - 'TTF _ p95 ≤ X', 'Success ≥ Y%', 'Fee _ p95 ≤ Z' ылайык туруктуу TPS.
Cost-to-Serve per 1k Ops - 1000 класстагы операциялардын (анын ичинде DA/settlement) толук наркы.
Finality SLA Hit% - максаттуу терезеде аяктаган бүтүмдөрдүн үлүшү.

6) SLI/SLO салыштыруу үчүн

• Payments: `TTF_p95 ≤ 10s`, `Success ≥ 99. 7%`, `Fee_p95 ≤ $0. 01`.
• Games/Events: `TTI_p95 ≤ 500ms`, `TTF_p95 ≤ 3s`, `Success ≥ 99. 5%`, `DA_p95 ≤ 1s`.
• DA/Publishing: `Cost_per_kB ≤ $0. 0005`, `Publish_p95 ≤ 2s`, `Finality_p95 ≤ 60s`.
• L2 Settlement: 'Settle _ p95 ≤ 10m' (ZK )/optimistic үчүн "чакырык терезе".

7) Дашборддор (референс-макеттер)

Perf Lens (реалдуу убакыт/саат): TTI/TTF p50/p95/p99, Block Utilization, Success Rate, Fee p95, Error taxonomy.
Cost & DA: Cost/kB, Fee-volatility, DA throughput/latency, отказ DA.
Туруктуулук: Reorg Rate, Liveness SLO Hit, Burn-rate каталар, centenser жылуулук (L2).
Capacity Planning: Sustained vs Peak TPS, Hardware-Adjusted TPS, State Growth.

8) Маалымат схемасы жана логика (псевдо-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;

Effective Throughput @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 жана аралык өзгөчөлүктөрү

Optimistic L2: "Double" TTF көрсөтүү - L2-киргизүү жана чакырык терезе аягына чейин.
ZK L2: L1 жарыялоо убакыт жана муун/текшерүү убакыт бөлүү; proverov туруктуулугун эске алуу.
Validium/DA-аутсорс: ДА-метриктер милдеттүү (throughput/cost/failure), антпесе салыштыруу туура эмес.
Аралык иш: көпүрө жагдайлар үчүн E2E TTF санап (булагы → максаты), K/DA/challenge эске алуу менен.

11) Анти-үлгүлөрү салыштыруу (эмне качуу)

Бир чынжырдын "рекорддук туу чокусун" экинчиси менен салыштыруу.
Маалыматтардын наркын жана комиссиялардын туруксуздугун көз жаздымда калтыруу.
Жыйынтыктоону эске албаңыз ("inclusion" "finality" деп салыштырыңыз).
"Жылытылган" түйүн боюнча метрика алып жана муздак жылдыруу.
нормалдаштыруу жок ар кандай иш класстарын аралаштыруу.
Кардарларды/конфиги версияларын жаздырбоо - кайталануу жоголот.

12) Конфигурациялар жана тесттердин параметрлери (псевдо-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) Отчеттуулук жана визуализация

Сценарийлер боюнча кыскача таблица: Effective TPS, TTI/TTF p95, Fee p95, Cost/kB, Success%.
Радар-чарт (сценарий боюнча): Throughput/Finality/Cost/Stability/Liveness.
Убакыт катар: Fee-volatility, ДА жашыруун, Reorg spikes.
Matrix "чынжыр × класс иш": Cost-to-Serve жана TTF.

14) Процесстер жана ролдор

Benchmark Owner: методология/куралдар, нускасын көзөмөлдөө.
Infra Owner: түйүндөр, кардар, config, региондор.
Data/BI: Агрегация, тактыгын текшерүү, SLO dashboard.
Security/Compliance: Логиндердин купуялуулугун жана тууралыгын көзөмөлдөө.
Governance: жыйынтыктарды жарыялоо, индекстин салмагын өзгөртүү.

15) Playbook окуялар эталон

Дрейф конфигурациялары/версиялары: серияны токтоосуз токтотуу, snapshot бекитүү, туура параметрлер менен кайра баштоо.
Тармактын аномалиялары (пландалгандан тышкары): терезени "контаминацияланган" деп белгилөө, серияны кайталоо.
ДА/Pruver ийгиликсиз: өзүнчө окуя бөлүп, ДА/ZK сериясы астында кайталап.
Күтүүсүз баанын туруксуздугу: орточо USD терезелерди бекитүү, бир катар колдонуу.

16) Киргизүү чек-тизмеси

1. Сценарийлерди бекитүү (TUP) жана консолидацияланган индекстин салмагы.
2. түйүндөрүнүн/кардарлардын, региондорду жана тармактык шарттарды белгилөө.
3. убакыт корреляция жана синхрондоштуруу менен телеметрия чогултуу ишке ашыруу.
4. fee/DA/операция класстарын нормалдаштырууну орнотуу.
5. SLI/SLO жана dashboard макеттерин макулдашуу.
6. пилоттук сериясын өткөрүү, кайталоо салыштыруу, жүктөрдү калибрлөө.
7. Толук конфигурацияларды, версияларды жана даталарды колдонуу менен отчетторду жарыялоо.

17) Глоссарий

TTI/TTF - киргизүү/бүтүрүү үчүн убакыт.
DA - маалыматтардын жеткиликтүүлүк катмары (Data Availability).
Sustained/Peak TPS - туруктуу/жогорку кубаттуулугу.
Жашоо - тармактын блокторду/батчларды ырастоо жөндөмдүүлүгү.
Challenge Window - оптимисттик роллаптарда талаш терезе.
State Growth - тармактын абалынын чоңдугу.
Hardware-Adjusted TPS - түйүн наркын эске алуу менен өткөрүү жөндөмдүүлүгү.

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