Gemeinsame Lastverteilung

1) Warum eine „gemeinsame“ Verteilung

• stabilisiert SLO bei Spitzen und lokalen Ausfällen;
• reduziert die Kosten der Verarbeitungseinheit (cost-to-serve);
• erhöht die Fairness und Vorhersehbarkeit für Rollen;
• minimiert „laute Nachbarn“ und Arbitrage zwischen Domänen.

2) Objekte und Rollen

Leistungsanbieter: Validatoren/Knoten, Sequenzer, DA-Pools, GPU/CPU-Cluster, POP/Edge.
Verbraucher: Service-Betreiber, Schöpfer/Studios, Affiliates/Aggregatoren, Analytik/ML.
Schwerpunkte: Bilanzierer, Router, Policy/Compliance Gate, Rewards & Billing.
Aufsicht: auditory/regulyatory,治理-Ausschuss.

3) Taxonomie der Lasten (QoS-Klassen)

Q4 - Deadline Teams: kritische Ordnung/Finalität (Bridges, Zahlungen, Risiko).
Q3 - geordnete Abläufe: Kausalität nach Schlüssel (user/session/asset).
Q2 - exactly-once effektiv: Abrechnung/Snapshots/Rechteübertragung.
Q1/Q0 - Masse/Best-Effekt: Telemetrie, Indizes, Offline-Analyse.

Für jede Klasse werden SLO/SLA, Retrayfenster, In-Flight-Limits, Prioritäten festgelegt.

4) NRC-Richtlinien: Was wir optimieren

Utility(route    provider) =
wL·Latency_p95 + wQ·QueueDepth + wC·Cost_per_unit
+ wF·FinalityLag  + wR·RiskScore + wA·AvailabilityPenalty
+ wG·Geo/PolicyPenalty

• Q4 ↑wL, ↑wF, ↑wR; Q1 ↑wC, ↓wF.

Invarianten: Strict-order per key (Q3/Q4), Idempotenz, RNFT/Compliance Limits.

5) Gemeinsame Verteilungsalgorithmen

Consistent Hashing per key mit Hot-Shard Relief (temporäre Subsegmentierung von Hotkeys).
Percentile-aware Routing: Lösung für p95/p99, nicht p50, um die Schwänze nicht zu verstecken.
Capacity-aware quotas: Token-Baquets pro QoS-Klasse/Anbieter/Region.
EDF/LLF для Q4: Earliest Deadline First / Least Laxity First.
Probing & Half-open: schnelle Versuche, die abgeleiteten Routen zu „heilen“.
Backpressure: Shaper, Max-in-Flight, Degradation durch Politik (graceful).
Dual-write/Replay barriers (Q3/Q2): zur sicheren Übertragung zwischen Anbietern.

6) Gerechtigkeit und Anti - „noisy neighbor“

• Jain Fairness Index по CPU/GPU/IO/egress; der Zielkorridor wird durch Quoten unterstützt;
• Weighted Fair Queuing (WFQ/DRR) auf gemeinsamen Warteschlangen;
• Budgetlimits für Kosten und Volumen;
• Surge-Zertifikate in überlasteten Richtungen (dynamic wC);
• Strafen für das systematische Überschreiten von Schwänzen/Fehlern.

7) Wirtschaft und Anreize

Ladeeinheiten: vCPU-sec, GiB-Stunde RAM, GPU-Minute, GB-Speicher-mes, GB-egress, DA-Byte.

[
P_i = \sum_t \underbrace{\text{Rate}i \cdot U{i,t}}{\text{объем}}
\ cdot\underbrace {QF {i, t}} {\text {quality}}
-\underbrace {Penalty {i, t}} _ {\text {SLA/incidents}}
]

wobei (QF) der Multiplikator hinter SLO ist (Erfolg, p95, DLQ = 0, Endstufe).

Qualitätsbonus: Domains mit stabilem SLO erhalten ↓take -Rate oder ↑obyem Traffic.
Versicherungsfonds/Slashing: deckt die Entschädigung ab; wird von S-Sicherheiten im RNFT verwaltet.

8) RNFT-Verträge und Rechte

• `role_bindings` (Provider/Operator/Oracle/Sequencer), `shares/fees`, `QoS-классы`;
• `quotas/limits`, `S-stake`, `slashing_rules`, `SLA/KPI`;
• „region/compliance“ (weiße Listen), „egress/DA“ Obergrenzen;
• `dispute/escrow`, `governance_version`, `sunset`.

9) Ordnung, Idempotenz, Finalität

Strict-order per key auf der ausgewählten Route; failover - „Pause“ + Replay-Barriere.
Outbox/Inbox + idempotency_key und Sichttabellen (TTL).
X-Ketten-Finalität: Berücksichtigung von Challenge-Fenstern; kritische Operationen werden nach dem Minimum 'FinalityLag' geleitet.

10) Compliance und Geo-Regeln

Fail-closed: im Zweifel ein Lockdown, ein manuelles Quorum.
ZK-Pässe: Alters-/Geo-/Sanktionsprüfung ohne PD-Offenlegung.
Steuern/Einbehaltungen: Auf dem Weg zur Auszahlung über den Rewards Router.
Datenexportrichtlinien: DA/egress nach Region, Aufbewahrungsfristen.

11) Beobachtbarkeit und Telemetrie

Ende-zu-Ende-Verfolgung:'x _ msg _ id', 'route _ id', 'provider _ id', Bridge/DA-Stufen.
Metriken (per QoS/Provider): p50/p95/p99, retry%, timeout%, duplicate ratio, out-of-order%, queue depth, finality lag, cost/req.
Дашборды: Shared Load Live, Tail Heatmap, Provider Quality, Cost-per-Route, Fairness Panel.
Alerts: error-budget burn, flap-rate, DLQ depth, surge-prices, compliance blocks.

12) Vorfälle und Degradation

1. Gegenstand: Wachstum p95/p99, Warteschlangen, Endabbruch, Compliance-Fehler.
2. Isolation: Trip Circuit, Umverteilung von Anteilen, Herabsetzung von Quoten für laute Ströme.
3. Entschädigung: Zahlungen aus Treuhand-/Versicherungsfonds nach RNFT-Regeln.
4. Post-mortem: RCA, Aktualisierung der Gewichte/Grenzwerte/Risikosignaturen, rehearsal.

13) Formeln und Richtlinien

SuccessRate = 1 − (timeouts+errors)/requests

TailAmplification = p99/p50 (Ziel: ↓, Korridore per QoS)

FairnessIndex (Jain) = (Σ x) ²/( n· Σ x ²) nach Quoten/Ressourcen

Cost/Req = Σ (Ressource × Rate )/erfolgreiche _ Anfragen

Headroom = (cap − current)/cap

Anbieter QualityFactor: (QF = f (\text {success}, p95, DLQ, finality))

Utility_min при `Order=true ∧ Compliance=true ∧ Quotas=true`

• Q4: success ≥ 99. 99%, p95 ≤ 200 ms, DLQ = 0, MTTR ≤ 15 min.
• Q3: Ordnungswidrigkeit ≤ 10⁻⁶/soobshch, p95 ≤ 500 ms.
• DA: Finalität ≤ 3 × T _ block bei Throughput ≥ X GB/h.

14) 治理 (Gewichte, Quoten, Preise)

Proposals: Änderungen der Gewichte (w), Limits, Tarife und Qualitätsboni.
R-Modifikator: Stimmen in Qualitätsquoren werden nach dem Ruf von R gewichtet.
Sunset-Editing: Temporäre Änderungen → Auto-Rollback ohne erneute Abstimmung.
Öffentliche Berichterstattung: Quartalsberichte zur Qualität der Anbieter und zur Fairness.

15) Playbook der Umsetzung

1. Abbildung der Kausalflüsse und -schlüssel (nach QoS/Region/Compliance).
2. Definition der Anbieter und deren RNFT-Rahmen (Quoten, S-Zusagen, KPIs).
3. Telemetrie und Proben (OWD/RTT/jitter/queue/cost/finality; EWMA+p95/p99).
4. Utility-Policies (Gewichte pro QoS, Kostenbudget, Surge-Korridore).
5. Liefergarantien (Outbox/Inbox, Idempotenz, Ordinalbarrieren).
6. Backpressure und Fairness (WFQ/DRR, Token-Bakets, Anti-Noise).
7. Beobachtbarkeit (Dashboards, Alerts, Error Budgets).
8. Chaos/Spieltage (Drop Provider/Bridge/DA, Bursts, Geo-Blocks).
9. Wirtschaft und Revards (QF-Boni, Strafen/Slashing, Treuhand).
10. 治理 und Berichterstattung (Proposals, Sunset, Public Metrics).
11. Skalierung (neue Anbieter/Regionen, Routenoptimierung).

16) KPIs des NRC-Programms

Lieferung: Erfolg (per QoS), DLQ = 0 (Q4/Q3), duplicate/out-of-order ↓.
Verzögerung: p95/p99 und TailAmplification in den Zielkorridoren.
Gerechtigkeit: Jain ≥ gezielt, Verringerung der Vorfälle „noisy neighbor“.
Wirtschaft: Cost/Req ↓ bei unverändertem SLO den Anteil der „billigen“ Routen erhöhen.
Widerstandsfähigkeit: MTTR Median ≤ Ziel, stabile Flap-Rate.
Compliance: 100% Passage geo/age/Sanktionen, null Verstöße.
Anbieter: Volumenanteil bei Anbietern mit hohem QF- ↑, Bußgeldhäufigkeit ↓.

17) Prod Readiness Checkliste

• QoS-Klassen, Kausalitätsschlüssel und SLO/SLA definiert
• Konfigurierte Utility-Richtlinien, Kontingente und Token-Buckets pro Route/Provider
• Implementierte consistent hashing, hot-shard relief, EDF/LLF für Q4
• Outbox/Inbox, Idempotenz und Ordinalbarrieren enthalten
• Telemetrie und Dashboards angeschlossen (latency/tail/queue/cost/finality)
• Im Backpressur- und Fairness-Betrieb (WFQ/DRR, Anti-Noise)
• QF-Boni/Strafen, Treuhand- und S-Slashing eingerichtet
• Chaos/Spieltage bestanden und Post-Mortems gestaltet
• Compliance Gate und Steuerabzüge funktionieren
• Utverzhden治理 -Prozess Gewichte/Grenzen/Preise (mit Sunset)

18) Glossar

NRC: kooperative Lastverteilung.
RNFT: Nicht austauschbarer Vertrag über Beziehungen/Rechte/Grenzen und KPIs.
QF (Quality Factor): Auszahlungs-/Volumen-Multiplikator für die Qualität des Anbieters.
Tail Amplification: p99/p50 ist die Kraft des „Schwanzes“.
WFQ/DRR: Die Familie der gewichteten Fairness-Planer.
Outbox/Inbox: Muster der garantierten Lieferung und Idempotenz.
Surge-Pricing: Dynamische Überlastungszulage.

19) Das Ergebnis

Die gemeinsame Lastverteilung verwandelt das Netzwerk in einen kooperativen Verarbeitungspool, in dem Politik (QoS, Fairness, Compliance) und Wirtschaft (QF-Boni, Strafen, Zusagen) den Verkehr dorthin lenken, wo er schnell, ehrlich und kostengünstig abgewickelt wird - ohne dabei Ordnung und Finalität zu verlieren. Eine solche Kontur bietet vorhersehbare SLOs, transparente Anreize für Anbieter und Widerstandsfähigkeit gegen Spitzen, Störungen und Preisschocks.