Zynjyrlaryň öndürijiligini deňeşdirmek

(Bölüm: Ekosistema we Tor)

1) Näme üçin we näme deňeşdirýäris

• Tizlik we gijikdirmeler: goşulmak, gutarmak, üýtgemek.
• Ykdysadyýet: amallaryň we maglumatlaryň bahasy, komissiýalaryň durnuklylygy.
• Durnuklylyk: reorgler, livnes, ýüküň aşagyndaky zaýalanmalar.
• Maglumatlaryň elýeterliligi: DA geçirijilik ukyby we baýtyň bahasy.
• Amallar: düwünlere bildirilýän talaplar, ýagdaýyň möçberi, müşderileriň diwersifikasiýasy.

Netije - anyk ssenariýalara (töleglere, oýunlara/mikro-çärelere, köprülere, DA/neşirlere) zynjyrlary/domenleri saýlamaga mümkinçilik berýän jemlenen KPI.

2) Metrikleriň taksonomiýasy (özeni)

2. 1 Geçiriş ukyby we gijikdirmeler

Sustained TPS/QPS (durnukly geçirijilik)

Peak TPS

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

Time-to-Finality (TTF) p50/p95/p99 (K-tassyklamalary/kynçylyk penjiresini göz öňünde tutuň)

Block Utilization% (blokyň dolulygy/batch)

Gijikdirmeler (σ, CV)

2. 2 Hili we durnuklylygy

Success Rate (% üstünlikli tx/events)

Reorg/Orphan Rate (ýygylygy we çuňlugy)

Liveness SLO Hit

Degradation Grace (feýliň ýerine gözegçilik edilýän zaýalanma)

2. 3 Ykdysadyýet we DA

Fee p50/p95/p99 (milli walýutada we USD-de)

Cost-per-kB (DA) - 1 kB maglumatlary çap etmegiň bahasy

Cost-per-Tx Class - "geleşigiň görnüşi" bahasy: ýönekeý terjime, şertnama çagyryşy, uly calldata

Fee Wolatility Index (penjireler boýunça komissiýalaryň durnuklylygy)

2. 4 Düwünler we ýagdaý

Hardware Footprint (CPU/RAM/SSD/walidator/arhiw düwünleri üçin tor)

State Growth (gün/gün)

Client Diversity Index (müşderileri/tassyklaýjylary paýlamak)

Sync Time (Çalt/Arhiw Synk)

2. 5 L2-aýratynlyk

Batch TPS (sentenserde), Batch Size (kB)

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

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

Settlement Latency (L2 → L1 finaly)

3) Ölçegleriň usulyýeti (bitarap we gaýtalanýan)

1. Ýükleriň bitewi meýilnamasy (TUP - Test Use Profiles):

TUP-Pay: ownuk geçirimler (N = 70% simple, 30% token).
TUP-Game: calldata bilen gysga wakalar (2-8 kB çenli).
TUP-DEX: orta gaz we partlamalar bilen şertnamalar.
TUP-DA: uly neşirler (50-250 kB batchami).

2. Ýüküň gatlaklary: maksat SLO-dan 60-80% fon + impulslar her 30-60 minutda 5-10 minutda 120-160%.

3. Geografiýasy we ulgamy: azyndan 3 sebit, RTT-matrisa, jitter/loss sanjymlary (0. 5–2%).

4. Müşderiniň diwersifikasiýasy: zynjyrda azyndan 2 düwün müşderisi (bar bolsa), şol bir wersiýa.

5. Telemetriýa ýygnamak: dogry korrelasiýa (trace-ID), wagt sinhronizasiýasy (NTP/PTP), konwensiýalary düzetmek.

6. Jemleýji penjireler: K/jedel penjirelerini aç-açan sazlamak; TTF zynjyryň düzgünlerini göz öňünde tutup hasaplanmalydyr.

7. Hatalaryň semantikasy: şowsuzlyklaryň taksonomiýasy (gaz/nonce/limit/DA-feýl/overload), "garaşylýan" ýalňyşlyklary "Success Rate" -den aýyrmak ýa-da aýratyn bölmek.

4) Kadalaşma we anti-süýşme

Cost Normalization: USD по курсу на `observed_at`; `fee_usd = fee_native × price_usd_at_t`.
Gas/Weight Equivalence: "çig gazlar" däl-de, "amallaryň synplary" boýunça deňeşdirme.

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

Fair DA Compare: 1 kB we p95 üçin baha çap etmegiň gijikdirilmegi.
Windows Wolatility: hepdelik/aýlyk penjireler, "bir gezeklik ýazgylaryň" ýerine mediana we IQR.
Cold vs Warm: keşleri gyzdyrmak; durnuklaşdyrylandan soň ölçegler.
MEV/Iň ýokary komissiýalar: "bazaryň anomaliýalaryny" aradan aýyrmak ýa-da aýratyn metrika bilen tapawutlandyrmak.

5) Jemleýji KPI (jemleýji görkezijiler)

• Throughput (30%), Finality (25%), Cost (20%), Stability (15%), Uptime/Liveness (10%).
• Agram koeffisiýentleri ssenariýa laýyklykda sazlanýar (mysal üçin, tölegler üçin ↑ Finality/Cost, oýunlar üçin ↑ Throughput/Stability/DA).

Effective Throughput @SLO - 'TTF _ p95 ≤ X', 'Success ≥ Y%', 'Fee _ p95 ≤ Z' berjaý edilende durnukly TPS.
Cost-to-Serve per 1k Ops - 1000 synp amallaryny (DA/settlementi goşmak bilen) gaýtadan işlemegiň doly bahasy.
Finality SLA Hit% - maksatly penjirede tamamlanan amallaryň paýy.

6) Deňeşdirmek üçin 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) Daşbordlar (salgylanma-maketler)

Perf Lens (hakyky wagt/sagat): TTI/TTF p50/p95/p99, Block Utilization, Success Rate, Fee p95, Error taxonomy.
Cost & DA: Cost/kB, Fee-volatility, DA throughput/latency, отказ DA.
Stability: Reorg Rate, Liveness SLO Hit, Burn-rate ýalňyşlyklary, sentenser aýlawy (L2).
Capacity Planning: Sustained vs Peak TPS, Hardware-Adjusted TPS, State Growth.

8) Maglumatlar we logika shemasy (psevdo-SQL)

Bahanyň çig wakalary

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
);

Metrikleriň ýadrosynyň agregasiýasy

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) Kompozit indeksi (hasaplamanyň mysaly)

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 we zynjyrara aýratynlyklary

Optimistic L2: "goşa" TTF - L2-goşulmazdan ozal we çallenge-penjire gutarmanka görkeziň.
ZK L2: neşir edilen wagty L1-e we prufyň öndürilen/barlanan wagtyna bölmek; pruverleriň şowsuzlyga çydamlylygyny göz öňünde tutmak.
Walidium/DA-autsors: DA-metrikler hökmanydyr (throughput/cost/failure), ýogsam deňeşdirmek nädogry.
Zynjyrara amallar: K/DA/challenge-i göz öňünde tutup, köpri ssenariýalary üçin TTF E2E hasaplamak (çeşme → maksat).

11) Deňeşdirmelere garşy nagyşlar (nämelerden gaça durmaly)

Bir zynjyryň "rekord belentligini" beýlekisi bilen deňeşdirmek.
Maglumatlaryň bahasyna we komissiýalaryň üýtgewsizligine üns bermezlik.
Finaly göz öňünde tutma ("inclusion" -y "finality" hökmünde deňeşdiriň).
Metrikleri "gyzdyrylan" düwünde aýyryň we sowuga geçiriň.
Amallaryň dürli synplaryny kadalaşmazdan garyşdyryň.
Müşderileriň/konfiginiň wersiýalaryny düzetmezlik - köpeltmek ukyby ýitýär.

12) Synagyň konfigurasiýalary we parametrleri (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) Hasabat bermek we wizuallaşdyrmak

Ssenariler boýunça jemleýji tablisa: Effective TPS, TTI/TTF p95, Fee p95, Cost/kB, Success%.
Radar çart (ssenarisine): Throughput/Finality/Cost/Stability/Liveness.
Wagtlaýyn hatarlar: Fee-volatility, DA latentlik, Reorg spikes.
"Operasiýa zynjyry × synpy" matrisa: Cost-to-Serve we TTF.

14) Prosesler we rollar

Benchmark Owner: metodologiýa/gurallar, wersiýalara gözegçilik.
Infra Owner: düwünler, müşderiler, konfigalar, sebitler.
Data/BI: agregasiýalar, dogrulygyny barlamak, SLO daşbordlary.
Security/Compliance: ýazgylaryň gizlinligine we dogrulygyna gözegçilik.
Governance: netijeleri çap etmek, indeksiň agramyny üýtgetmek.

15) Bençmark hadysalarynyň Playbook

Konfigurasiýalaryň/wersiýalaryň süýşmegi: seriýany derrew duruzmak, snapshot düzmek, dogry parametrler bilen täzeden başlamak.
Tor anomaliýalary (meýilleşdirilenleriň daşynda): penjiräni "kontaminasiýa" diýip bellemek, seriýany gaýtalamak.
DA/pruver şowsuzlygy: aýratyn hadysany bölmek, DA/ZK kiçi seriýasyny gaýtalamak.
Bahanyň garaşylmadyk üýtgewsizligi: Ortaça USD penjireleri düzetmek, aralygy goşmak.

16) Girizmegiň çek-sanawy

1. Jemi indeksiň ssenarilerini (TUP) we agramyny tassyklaň.
2. Düwünleriň/müşderileriň gapma-garşylyklaryny, sebitleri we tor şertlerini düzetmek.
3. Wagt baglanyşygy we sinhronizasiýasy bilen telemetriýa ýygnamagyny amala aşyryň.
4. Amallaryň fee/DA/synplarynyň kadalaşmagyny sazla.
5. SLI/SLO we dashbord modelleri bilen ylalaşyň.
6. Synag seriýasyny geçirmek, köpeldijiligi barlamak, ýükleri kalibrlemek.
7. Hasabatlary konfigurasiýalaryň, wersiýalaryň we seneleriň doly programmasy bilen çap etmek.

17) Sözlük

TTI/TTF - açylmaga/tamamlanmaga çenli wagt.
DA - maglumatlaryň elýeterlilik gatlagy (Data Availability).
Sustained/Peak TPS - durnukly/iň ýokary geçiriş ukyby.
Liveness - toruň bloklary/batçlary tassyklamak ukyby.
Challenge Window - optimistic-rollaplarda jedel penjiresi.
State Growth - toruň ululygynyň ýokarlanmagy.
Hardware-Adjusted TPS - düwün bahasyny göz öňünde tutup geçiriş ukyby.

Netije: zynjyrlaryň öndürijiligini dogry deňeşdirmek "kim TPS-den uly" ýaryşy däl-de, düzgün-nyzam: ýeke-täk ssenariýalar, çykdajylaryň we maglumatlaryň dogruçyl kadalaşmagy, jemlenişiň we durnuklylygyň hasaba alynmagy, aç-açan gapma-garşylyklar we gaýtalanýan synaglar. Bu freýmworka eýerip, ekosistema deňeşdirip boljak, kabul edip boljak ölçegleri alýar - önüm üçin ýer saýlamakdan başlap, zynjyrara arhitekturalary meýilleşdirmäge çenli.