Σύγκριση επιδόσεων κυκλώματος

(Τμήμα: Οικοσύστημα και Δίκτυο)

1) Γιατί και τι συγκρίνουμε

• Ταχύτητες και καθυστερήσεις: ενσωμάτωση, οριστικοποίηση, μεταβλητότητα.
• Οικονομικά: κόστος των συναλλαγών και των δεδομένων, σταθερότητα των προμηθειών.
• Σταθερότητα: επανορθώσεις, ντους, υποβάθμιση υπό φορτίο.
• Διαθεσιμότητα δεδομένων: εύρος ζώνης DA και κόστος byte.
• Λειτουργικά συστήματα: απαιτήσεις για κόμβους, μέγεθος κατάστασης, διαφοροποίηση πελατών.

Το αποτέλεσμα είναι ενοποιημένες ΒΔΕ που σας επιτρέπουν να επιλέξετε αλυσίδες/τομείς για συγκεκριμένα σενάρια (πληρωμές, παιχνίδια/μικρο-εκδηλώσεις, γέφυρες, DA/δημοσιεύσεις).

2) Ταξινόμηση των μετρήσεων (πυρήνας)

2. 1 Διακίνηση και καθυστέρηση

Παρατεταμένη TPS/QPS

Μέγιστη TPS (σύντομη κορυφή χωρίς σφάλμα/πτώση)

Χρόνος έως την ένταξη (TTI) p50/p95/p99

Time-to-Finality (TTF) p50/p95/p99

Χρήση μπλοκ%

Διακύμανση/απόκλιση των καθυστερήσεων (σ, βιογραφικό σημείωμα)

2. 2 Ποιότητα και βιωσιμότητα

Ποσοστό επιτυχίας (% των επιτυχημένων tx/εκδηλώσεων)

Ρυθμός Reorg/Orphan (συχνότητα και βάθος)

Ζωντανότητα SLO Hit

Χάρη αποικοδόμησης (ελεγχόμενη αποικοδόμηση αντί βλάβης)

2. 3 Οικονομία και DA

Τέλος p50/p95/p99 (σε εθνικό νόμισμα και σε δολάρια ΗΠΑ)

Κόστος ανά kB (DA) - τιμή δημοσίευσης 1 kB δεδομένων

Τιμή κόστους ανά κατηγορία Tx - «τύπος συναλλαγής»: απλή μεταβίβαση, κλήση σύμβασης, μεγάλη κλήση

Δείκτης μεταβλητότητας τέλους

2. 4 Κόμβοι και κατάσταση

Αποτύπωμα υλικού (CPU/RAM/SSD/δίκτυο για επικυρωτή/κόμβο αρχείων)

Κρατική ανάπτυξη

Δείκτης πολυμορφίας πελατών

Συγχρονισμός χρόνου

2. 5 L2 εξειδίκευση

TPS παρτίδας (στο Sentenser), μέγεθος παρτίδας (kB)

Time-to-Batch Inclusion и Time-to-Prove (ZK )/Challenge Window (αισιόδοξο)

DA Ρυθμός αστοχίας DA ( )

Καθυστέρηση διακανονισμού (L2→L1 οριστικοποίηση)

3) Διαδικασία μέτρησης (ουδέτερη και αναπαραγώγιμη)

1. Προφίλ χρήσης δοκιμής (TUP):

TUP-Pay: μικρές μεταβιβάσεις (N = 70% απλές, 30% συμβολικές).
TUP-Game: σύντομες εκδηλώσεις με calldata (έως 2-8 kB).
TUP-DEX: Συμβάσεις μεσαίου μεγέθους αερίου και αύξησης.
TUP-DA: μεγάλες εκδόσεις (batchami 50-250 kB).

2. Στρώματα φορτίου: φόντο 60-80% του στόχου SLO + παλμούς 120-160% για 5-10 λεπτά κάθε 30-60 λεπτά.

3. Γεωγραφία και δίκτυο: τουλάχιστον 3 περιφέρειες, πίνακας RTT, ενέσεις εκκίνησης/απώλειας (0. 5–2%).

4. Διαφοροποίηση πελατών: τουλάχιστον 2 πελάτες κόμβων ανά κύκλωμα (εάν υπάρχουν), πανομοιότυπες εκδόσεις.

5. Συλλογή τηλεμετρίας: σωστή συσχέτιση (trace-ID), συγχρονισμός χρόνου (NTP/PTP), ρυθμίσεις στερέωσης.

6. Παράθυρα οριστικοποίησης: ρητή ρύθμιση της διαφοράς K/παράθυρο; Διαβάστε TTF λαμβάνοντας υπόψη τους κανόνες κυκλωμάτων.

7. Σφάλμα σημασιολογίας: αποτυχία ταξινόμησης (gas/nonce/limit/DA-file/overload), εξαιρέστε τα «αναμενόμενα» σφάλματα από το ρυθμό επιτυχίας ή τονίστε ξεχωριστά.

4) Ομαλοποίηση και αντι-προκατάληψη

Κανονικοποίηση κόστους: USD 'observed _ a ;' fee _ usd = × .
Ισοδυναμία αερίου/βάρους: σύγκριση μεταξύ «κλάσεων λειτουργίας» και «πρώτων αερίων».

Προσαρμοσμένη στο υλικό TPS: 'TPS _ per _ $ = Sustained_TPS/( Monthly_Node_Cost_USD)'

Fair DA Compare: τιμή ανά 1kB και p95 καθυστέρηση δημοσίευσης.
Windows μεταβλητότητας: Εβδομαδιαία/μηνιαία παράθυρα, διάμεσος και IQR αντί για «εφάπαξ εγγραφές».
Κρύο εναντίον Ζεστό: προθέρμανση κρυψώνα? μετρήσεις μετά τη σταθεροποίηση.
Η MEV/Peak Commercials υποστηρίζει ότι η MEV/Peak δεν είναι σε θέση να αποδείξει τη συμμόρφωσή της με την αρχή του ιδιώτη επενδυτή σε οικονομία της αγοράς.

5) Σύνοψη των ΔΔΙ (σύνολα)

• Απόδοση (30%), οριστικότητα (25%), κόστος (20%), σταθερότητα (15%), άνοδος χρόνου/βιωσιμότητα (10%).
• Οι συντελεστές στάθμισης καθορίζονται βάσει του σεναρίου (για παράδειγμα, για τις ↑Finality/Cost πληρωμές, για τα ↑Throughput/Stability/DA παιχνίδια).

Αποτελεσματική διεκπεραίωση @ SLO - σταθερή TPS υπό 'TTF _ p95 ≤ X', 'Επιτυχία ≥ Y%', 'Fee _ p95 ≤ Z'.
Κόστος προς εξυπηρέτηση ανά 1k Ops - το συνολικό κόστος της διεκπεραίωσης πράξεων κατηγορίας 1000 (συμπεριλαμβανομένου του DA/διακανονισμού).
Οριστικό SLA Hit% - το μερίδιο των πράξεων που οριστικοποιήθηκαν στο παράθυρο-στόχο.

6) SLI/SLO για σύγκριση

• Πληρωμές: 'TTF _ p95 10 ,' Επιτυχία 99. 7% ',' Fee _ p95 ≤ $0. 01`.
• Παιχνίδια/Εκδηλώσεις: 'TTI _ p95 500m ,' TTF _ p95 3s ',' Success 99. 5% ',' DA _ p95 ≤ 1s '.
• DA/Publishing: 'Cost _ per _ kB ≤ $0. 0005 ',' Publish _ p95 ≤ 2s ',' Finality _ p95 ≤ 60s '.
• L2 Διακανονισμός: «Settle _ p95 ≤ 10m» (ZK )/« challenge window »για αισιόδοξους.

7) Ταμπλό (διατάξεις αναφοράς)

Perf Lens (σε πραγματικό χρόνο/ώρα): TTI/TTF p50/p95/p99, Block Utilization, Success Rate, Fee p95, Error taxonomy.
Κόστος & DA: Κόστος/kB, μεταβλητότητα τελών, DA throughput/latency, отказ DA.
Σταθερότητα: Reorg Rate, Liveness SLO Hit, σφάλματα Burn-rate, uptime sentenser (L2).
Σχεδιασμός χωρητικότητας: διατήρηση έναντι TPS αιχμής, προσαρμοσμένη στο υλικό TPS, κρατική ανάπτυξη.

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;

Πραγματική απόδοση @ 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 και του χρόνου παραγωγής/επαλήθευσης της απόδειξης· λαμβάνει υπόψη την ανοχή σφάλματος των δοκιμαστών.
Υπεργολαβία Validium/DA: απαιτούνται μετρήσεις DA (διεκπεραίωση/κόστος/αστοχία), διαφορετικά η σύγκριση είναι εσφαλμένη.
Λειτουργίες διασταυρούμενης αλυσίδας: ανάγνωση TTF E2E για σενάρια γέφυρας (istochnik→tsel), λαμβάνοντας υπόψη K/DA/πρόκληση.

11) Αντι-συγκριτικά πρότυπα (τι να αποφύγετε)

Συγκρίνετε την «κορυφή εγγραφής» μιας αλυσίδας με τον «μέσο όρο» της άλλης.
Αγνοήστε το κόστος των δεδομένων και τη μεταβλητότητα των προμηθειών.
Αγνοήστε την οριστικοποίηση (συγκρίνετε την «ενσωμάτωση» ως «οριστικότητα»).
Πυροβολήστε μετρήσεις σε ένα «ζεστό» κόμβο και μεταφέρετε σε ένα κρύο.
Αναμείξτε διαφορετικές κατηγορίες λειτουργιών χωρίς ομαλοποίηση.
Μη δεσμεύσετε εκδόσεις/ρυθμίσεις πελατών - η αναπαραγωγιμότητα έχει χαθεί.

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) Υποβολή εκθέσεων και οπτικοποίηση

Συνοπτικός πίνακας ανά σενάριο: Αποτελεσματικό TPS, TTI/TTF p95, Τέλος p95, Κόστος/kB, Επιτυχία%.
Διάγραμμα ραντάρ (ανά σενάριο): Διακίνηση/τελειότητα/κόστος/σταθερότητα/ζωντάνια.
Χρονολογικές σειρές: Μεταβλητότητα τέλους, καθυστέρηση DA, ακίδες Reorg.
Cost × to-Serve and TTF chain-to-class matrix.

14) Διαδικασίες και ρόλοι

Ιδιοκτήτης δείκτη αναφοράς: μεθοδολογία/εργαλεία, έλεγχος έκδοσης.
Infra Ιδιοκτήτης: κόμβοι, πελάτες, ρυθμίσεις, περιοχές.
Δεδομένα/ΔΠ: συγκεντρωτικά στοιχεία, επικύρωση, ταμπλό SLO.
Ασφάλεια/Συμμόρφωση: έλεγχος της ιδιωτικής ζωής και της ορθότητας των αρχείων καταγραφής.
Διακυβέρνηση: δημοσίευση αποτελεσμάτων, μεταβολή των συντελεστών στάθμισης των δεικτών.

15) Περιστατικά συγκριτικής αξιολόγησης του βιβλίου παιχνιδιών

Μετατόπιση ρυθμίσεων/εκδόσεων: αμέσως σταμάτημα της σειράς, αφαίρεση στιγμιότυπου, επανεκκίνηση με σωστές παραμέτρους.
Ανωμαλίες δικτύου (εκτός των προγραμματισμένων): επισήμανση του παραθύρου ως «μολυσμένου», επαναλαμβάνοντας τη σειρά.
Βλάβη DA/prover: ξεχωρίζει ένα ξεχωριστό περιστατικό, επαναλαμβάνεται η υποσειρά DA/ZK.
Απροσδόκητη μεταβλητότητα τιμών: καθορίστε το μέσο παράθυρο USD, επισυνάψτε ένα εύρος τιμών.

16) Κατάλογος ελέγχου εφαρμογής

1. Έγκριση σεναρίων (TUP) και συνοπτικών συντελεστών στάθμισης.
2. Καταγραφή ρυθμίσεων ξενιστή/πελάτη, περιοχών και συνθηκών δικτύου.
3. Εφαρμογή συλλογής τηλεμετρίας με συσχέτιση και συγχρονισμό χρόνου.
4. Κανονικοποίηση των κατηγοριών τελών/DA/λειτουργίας.
5. Συμφωνία για τις διατάξεις SLI/SLO και ταμπλό.
6. Διεξαγωγή πιλοτικής εκτέλεσης, επαλήθευση της αναπαραγωγιμότητας, βαθμονόμηση φορτίων.
7. Δημοσίευση εκθέσεων με πλήρη εφαρμογή ρυθμίσεων, εκδόσεων και ημερομηνιών.

17) Γλωσσάριο

TTI/TTF - χρόνος ενεργοποίησης/οριστικοποίησης.
DA - Επίπεδο διαθεσιμότητας δεδομένων.
Σταθερή/κορυφαία TPS - σταθερή/μέγιστη απόδοση.
Βιωσιμότητα - ικανότητα του δικτύου να επιβεβαιώνει μπλοκ/παρτίδες.
Παράθυρο πρόκλησης - ένα παράθυρο πρόκλησης σε αισιόδοξες ανατροπές.
Κρατική ανάπτυξη - αύξηση του μεγέθους του κράτους δικτύου.
Προσαρμοσμένο στο υλικό TPS - διακίνηση, λαμβανομένου υπόψη του κόστους του κόμβου.

Κάτω γραμμή: η σωστή σύγκριση της απόδοσης της αλυσίδας δεν είναι ένας αγώνας «που είναι περισσότερο TPS», αλλά μια πειθαρχία: ομοιόμορφα σενάρια, έντιμη ομαλοποίηση του κόστους και των δεδομένων, λογιστική για την οριστικοποίηση και σταθερότητα, διαφανείς ρυθμίσεις και αναπαραγώγιμες δοκιμές. Σύμφωνα με αυτό το πλαίσιο, το οικοσύστημα λαμβάνει συγκρίσιμες μετρήσεις λήψης αποφάσεων - από την επιλογή ενός χώρου για ένα προϊόν μέχρι τον σχεδιασμό αρχιτεκτονικών μεταξύ αλυσίδων.