Condivisione del carico

1) Perché la distribuzione «condivisa»

• stabilizza lo SLO in caso di picchi e guasti locali
• riduce il costo dell'unità di lavorazione (cost-to-serve)
• aumenta l'equità e la prevedibilità per i ruoli;
• minimizza i vicini rumorosi e l'arbitrato tra domini.

2) Oggetti e ruoli

Fornitori di potenza: validatori/nodi, sequenziatori, pool DA, cluster GPU/CPU, POP/edge.
Consumatori: operatori di servizi, creatori/studios, affiliati/aggregatori, analista/ML.
Coordinatori: bilanciatori, router, Policy/Compliance Gate, Rewards & Billing.
La supervisione è una auditory/regulyatory,治理.

3) Tassonomia dei carichi di lavoro (classi QoS)

Q4 - deadline - ordine critico/finalità (bridge, pagamenti, rischi).
Q3 - Flusso ordinato: causale su chiave (user/sessions/asset).
Q2 - exactly-once è efficace: billing/snapshot/migrazione dei diritti.
Q1/Q0 - massiccio/best effect: telemetria, indici, analisi off-line.

Per ciascuna classe sono fissati SLO/SLA, finestre di retrazione, limiti in-flight, priorità.

4) Regole SRN: cosa ottimizzare

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.

Invarianti: Strict-order per key (Q3/Q4), idimpotenza, limiti RNFT/compilation.

5) Algoritmi di condivisione

Consistent Hashing per key con Hot-Shard Relief.
Percentile-aware routing: soluzione p95/p99, non p50, per non nascondere le code.
Capacity-aware quote: token-bookets per la classe QoS/provider/regione.
EDF/LLF для Q4: Earliest Deadline First / Least Laxity First.
Probing & Half-open - Prove veloci di guarigione delle rotte.
Backpressure: shaper, max-in-flight, degrado di criteri (graceful).
Dual-write/Replay barriers (Q3/Q2) - Consente il trasferimento sicuro tra i provider.

6) Giustizia e anti- «noisy neighbor»

• Jain Fairness Index по CPU/GPU/IO/egress; corridoio di destinazione supportato da quote
• Weighted fair queuing (WFQ/DRR) sulle code generali;
• Limiti Budget in termini di costo e volume;
• Aumenti di superficie in direzioni sovraccariche (dynamic wC)
• Multe per eccesso sistematico di coda/errore.

7) Economia e stimoli

Unità tariffarie: vCPU-secondi, GiB-ore RAM, GPU-minuto, GB-storage-mes, GB-egress, DA-byte.

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

dove (QF) è un moltiplicatore per SLO (successo, p95, DLQ = 0, finality lag).

Bonus qualità: i domini con SLO stabile ricevono ↓take - rate o ↑obyem di traffico.
Assicurazione/slashing: copre i risarcimenti; gestito da cauzione S in RNFT.

8) Contratti e diritti RNFT

• `role_bindings` (Provider/Operator/Oracle/Sequencer), `shares/fees`, `QoS-классы`;
• `quotas/limits`, `S-stake`, `slashing_rules`, `SLA/KPI`;
• «region/compliance» (elenchi bianchi), «egress/DA» soffitti;
• `dispute/escrow`, `governance_version`, `sunset`.

9) Ordine, idepotenza, finalità

Strict-order per key nel percorso selezionato; failover - «pausa» + barriera replay.
Outbox/Inbox + idempotency _ key e tabelle seen (TTL).
Finalità X-chain - Conteggio delle finestre challenge; Le operazioni critiche sono guidate da un minimo di «FinalityLag».

10) Complaens e geo-regole

Fail-closed - In caso di dubbio, blocco, quorum manuale.
Pass ZK - Controllo età/geo/sanzioni senza rivelazione di PDN.
Tasse/detrazioni sul percorso di pagamento tramite Rewards Router.
Criteri di esportazione dei dati: DA/egress per regione, conservazione.

11) Osservabilità e telemetria

Traccia completa: «x _ msg _ id», «route _ id», «provider _ id», fase bridge/DA.
Metriche (per QoS/provider): p50/p95/p99, retry%, timeout%, duplicato ratio, out-of-order%, queue depth, finality lag, cost/req.
Дашборды: Shared Load Live, Tail Heatmap, Provider Quality, Cost-per-Route, Fairness Panel.
Alert: errore-budget burn, flap-rate, DLQ depth, prezzi di superficie, blocchi di compilazione.

12) Incidenti e degrado

1. Unità: p95/p99, code, finality lag, errori di compilazione.
2. Isolamento: trip circuito, ridistribuzione delle quote, abbassamento delle quote a flussi rumorosi.
3. Rimborso: rimborsi da scrow/assicurazione secondo le regole RNFT.
4. Post mortem: RCA, aggiornamento pesi/limiti/firme di rischio, rehearsal.

13) Formule e punti di riferimento

SuccessRate = 1 − (timeouts+errors)/requests

TailAmplification = p99/p50 (obiettivo: ↓, corridoi per QoS)

(Jain) = ( x) m2/( n· x m2) per quote/risorse

Cost/Req = Risorse x puntata/richieste di successo

Headroom = (cap − current)/cap

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

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

• Q4: success ≥ 99. 99%, p95 200 mc, DLQ = 0, MTTR 15 min.
• Q3: violazione dell'ordine ., p95, 500 .
• DA: finalità 3 x T _ block a Throughput X GB/h

14) 治理 (peso, quote, prezzi)

Proposizioni: variazione della bilancia (w), dei limiti, delle tariffe e dei bonus qualità.
R-modificatore: le voci in quorum qualitativo sono ponderate secondo la reputazione di R.
Correzioni Sunset - Modifiche temporanee al ripristino automatico senza nuovo voto.
Rendicontazione pubblica: rapporti trimestrali sulla qualità e l'equità dei provider.

15) Playbook di implementazione

1. Mappatura dei flussi e delle chiavi di causalità (QoS/regione/compilation).
2. Identificazione dei provider e del loro RNFT (quote, garanzie S, KPI).
3. Telemetria e campioni (OWD/RTT/jitter/queue/cost/finality; EWMA+p95/p99).
4. Criteri Utility (peso per QoS, budget del costo, corridoi surge).
5. Garanzie di consegna (outbox/inbox, idimpotenza, barriere di ordine).
6. Backpressure e fairness (WFQ/DRR, token, anti-noise).
7. Osservazione (dashboard, alert, budget errato).
8. Chaos/game-days (caduta del provider/ponte/DA, picchi, geo-blocchi).
9. Economia e reazioni (bonus QF, multe/slashing, escrow).
10. 治理 e rapporti (proposal, sunset, metriche pubbliche).
11. Scalabilità (nuovi provider/regioni, ottimizzazione delle rotte).

16) KPI del programma SRN

Spedizione: success (per QoS), DLQ = 0 (Q4/Q3), duplicato/out-of-order ↓.
Ritardo: p95/p99 e TailAmplification nei corridoi di destinazione.
Jain ≥ il target, ridurre gli incidenti «noisy neighbor».
Economia: Cost/Req ↓ con la SLO invariata, crescita della quota di rotte «low cost».
Stabilità: MTTR mediano target, flap-rate stabile.
Compilation: 100% geo/age/sanzioni, zero violazioni.
Provider: la percentuale di volume dei provider con alto QF di , la frequenza delle multe.

17) Foglio di assegno prod pronto

• Definite le classi QoS, le chiavi di causalità e SLO/SLA
• Configurati Criteri di utilità, quote e token-bookets per route/provider
• Implementato consistent hasing, hot-shard relief, EDF/LLF per Q4
• Attivato outbox/inbox, idempotia e barriere di ordine
• Sono collegati telemetria e dashboard (latency/tail/queue/cost/finality)
• In backpressure e fairness (WFQ/DRR, anti-noise)
• Configurati bonus/multe QF, skrow e slashing S
• Saos/game-days completati e post mortem
• Funzionamento di Compliance Gate e detrazioni fiscali
• Utverzhden治理 -prosegue pesi/limiti/prezzi (con sunset)

18) Glossario

Distribuzione dei carichi di lavoro condivisi (cooperative load distribuzione).
RNFT - Contratto di relazioni/diritti/limiti non programmabile e KPI.
QF (Quality Factor) - moltiplicatore di pagamenti/volume per qualità del provider.
Tail Amplificazione: p99/p50 è la forza della coda.
WFQ/DRR è una famiglia di pianificatori di giustizia ponderata.
Outbox/Inbox è un pattern di fornitura garantita e idampotenza.
Surge-price - Aumento dinamico durante il sovraccarico.

19) Totale

La condivisione dei carichi di lavoro trasforma la rete in un processore cooperativo, dove la politica (QoS, fairness, compilation) e l'economia (bonus QF, multe, garanzie) indirizzano il traffico dove sarà trattato rapidamente, onestamente e a basso costo - senza perdere ordine e finalità. Questo tracciato offre SLO prevedibili, incentivi trasparenti per i provider e resistenza a picchi, guasti e shock di prezzo.