GH GambleHub

Load Sharing

1) Why "joint" distribution

In a multi-service/multi-chain network, resources (nodes, sequencers, bridges, DA, POP/edge, GPU/CPU, egress channels) belong to different entities. Joint Load Sharing (NRC) makes it so that demand is handled cooperatively under the general rules of quality, cost and risk:
  • stabilizes SLO during spikes and local failures;
  • Reduces cost-to-serve
  • increases fairness and predictability for roles;
  • minimizes "noisy neighbors" and inter-domain arbitration.

2) Objects and roles

Power providers: validators/nodes, sequencers, DA pools, GPU/CPU clusters, POP/edge.
Consumers: service operators, creators/studios, affiliates/aggregators, analytics/ML.
Coordinators: balancers, routers, Policy/Compliance Gate, Rewards & Billing.
Supervision: auditory/regulyatory,治理 Committee.


3) Taxonomy of loads (QoS classes)

Q4 - deadline commands: critical order/finality (bridges, payments, risk).
Q3 - ordered streams: causality by key (user/session/asset).
Q2 - exactly-once effective: billing/snapshots/rights transfer.
Q1/Q0 - mass/best effect: telemetry, indexes, offline analytics.

For each class, SLO/SLA, retray windows, in-flight limits, priorities are recorded.


4) NRC policies: what we optimize

The decision to place work on a specific provider/route is made using a utilitarian function with rigid invariants (order, compliance, quotas):

Utility(route    provider) =
wL·Latency_p95 + wQ·QueueDepth + wC·Cost_per_unit
+ wF·FinalityLag  + wR·RiskScore + wA·AvailabilityPenalty
+ wG·Geo/PolicyPenalty
Balance profiles are different for QoS:
  • Q4 ↑wL, ↑wF, ↑wR; Q1 ↑wC, ↓wF.

Invariants: Strict-order per key (Q3/Q4), idempotency, RNFT/compliance limits.


5) Joint distribution algorithms

Consistent Hashing per key with Hot-Shard Relief (temporary hot key subsegmentation).
Percentile-aware routing: p95/p99 solution, not p50, so as not to hide tails.
Capacity-aware quotas: token-buckets per QoS class/provider/region.
EDF/LLF для Q4: Earliest Deadline First / Least Laxity First.
Probing & Half-open: quick samples of "recovery" of the derived routes.
Backpressure: shapers, max-in-flight, degradation by policy (graceful).
Dual-write/Replay barriers (Q3/Q2): for secure transfer between providers.


6) Justice and anti- "noisy neighbor"

Fair-share is achieved by a combination of:
  • Jain Fairness Index по CPU/GPU/IO/egress; The target corridor is supported by quotas.
  • Weighted fair queuing (WFQ/DRR) on public queues;
  • Budget-limits on value and volume;
  • Surge surcharges on congested directions (dynamic wC);
  • Fines for systematic excess of tails/errors.

7) Economics and incentives

Charging units: vCPU-sec, GiB-hour RAM, GPU-minute, GB-storage-month, GB-egress, DA-byte.

Payment model for providers: base rate × quality × volume - fines:
[
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}}
]

where (QF) is the multiplier for SLO (success, p95, DLQ = 0, finality lag).

Quality bonus: domains with stable SLO receive the -rate ↓take or traffic ↑obyem.
Insurance fund/slashing: covers compensation; managed by S-pledges in RNFT.


8) RNFT contracts and rights

RNFT (Relationship NFT): provider/operator participation contract in the NRC:
  • `role_bindings` (Provider/Operator/Oracle/Sequencer), `shares/fees`, `QoS-классы`;
  • `quotas/limits`, `S-stake`, `slashing_rules`, `SLA/KPI`;
  • 'region/compliance '(whitelisting), 'egress/DA' ceilings;
  • `dispute/escrow`, `governance_version`, `sunset`.

9) Order, idempotence, finality

Strict-order per key on the selected route; with failover - "pause" + replay barrier.
Outbox/Inbox + idempotency_key and seen-tables (TTL).
X-chain finality: accounting for challenge windows; critical operations are directed to the minimum'FinalityLag '.


10) Compliance and geo-rules

Fail-closed: in doubt - blocking, manual quorum.
ZK passes: age/geo/sanction verification without personal data disclosure.
Taxes/Deductions: In the way of payments through Rewards Router.
Data export policies: DA/egress by region, retention periods.


11) Observability and telemetry

End-to-end tracing: 'x _ msg _ id', 'route _ id', 'provider _ id', bridge/DA stages.
Metrics (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) Incidents and degradation

1. Detection: p95/p99 growth, queues, finality lag, compliance errors.
2. Isolation: trip circuit, redistribution of shares, lowering quotas for noisy streams.
3. Compensation: payments from escrow/insurance fund under RNFT rules.
4. Post-mortem: RCA, update of weights/limits/risk signatures, rehearsal.


13) Formulas and landmarks

SuccessRate = 1 − (timeouts+errors)/requests

TailAmplification = p99/p50 (target: ↓, corridors per QoS)

FairnessIndex (Jain) = (Σ x) ²/( n· Σ x ²) by quota/resource

Cost/Req = Σ (resource × bid )/successful _ requests

Headroom = (cap − current)/cap

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

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

SLO landmarks (example):
  • Q4: success ≥ 99. 99%, p95 ≤ 200 ms, DLQ = 0, MTTR ≤ 15 min.
  • Q3: violation of the order of ≤ 10⁻⁶/soobshch., p95 ≤ 500 ms.
  • DA: finality ≤ 3 × T _ block at Throughput ≥ X GB/h.

14) 治理 (weights, quotas, prices)

Proposals: change in weights (w), limits, tariffs and quality bonuses.
R-modifier: Votes in quorum quality are weighted by R reputation.
Sunset edits: temporary changes → auto-rollback without reselection.
Public reporting: Quarterly reports on provider quality and equity.


15) Implementation playbook

1. Mapping flows and causality keys (by QoS/region/compliance).
2. Definition of providers and their RNFT frames (quotas, pledges S, KPI).
3. Telemetry and samples (OWD/RTT/jitter/queue/cost/finality; EWMA+p95/p99).
4. Utility policies (weights per QoS, cost budget, surge corridors).
5. Delivery guarantees (outbox/inbox, idempotence, serial barriers).
6. Backpressure and fairness (WFQ/DRR, token buckets, anti-noise).
7. Observability (dashboards, alerts, error budgets).
8. Chaos/game-days (provider/bridge/DA drop, bursts, geo-blocks).
9. Economy and reverse (QF bonuses, fines/slashing, escrow).
10. 治理 and reporting (proposals, sunset, public metrics).
11. Scaling (new providers/regions, route optimization).


16) NRC Program KPI

Delivery: success (per QoS), DLQ = 0 (Q4/Q3), duplicate/out-of-order ↓.
Delay: p95/p99 and TailAmplification in target corridors.

Fairness: Jain ≥ target, reducing incidents "noisy neighbor."

Economy: Cost/Req ↓ with constant SLO, an increase in the share of "cheap" routes.
Robustness: MTTR median ≤ target, stable flap-rate.
Compliance: 100% pass geo/age/sanctions, zero violations.
Providers: the share of volume from providers with a high QF ↑, the frequency of fines ↓.


17) Delivery checklist

  • QoS classes, causality keys and SLO/SLAs defined
  • Per route/provider Utility Policies, Quotas and Tokens Configured
  • Implemented consistent hashing, hot-shard relief, EDF/LLF for Q4
  • Includes outbox/inbox, idempotency, and ordinal barriers
  • Telemetry and dashboards connected (latency/tail/queue/cost/finality)
  • Backpressure and fairness (WFQ/DRR, anti-noise)
  • Set up QF bonuses/penalties, escrow and S-slashing
  • Passed chaos/game-days and post-mortems
  • Compliance Gate and tax deductions work
  • Utverzhden治理 - Weights/Limits/Prices process (with sunset)

18) Glossary

NRC: cooperative load distribution.
RNFT: non-interchangeable relationship/entitlement/limit contract and KPI.
QF (Quality Factor): multiplier of payments/volume by provider quality.
Tail Amplification: p99/p50 - tail strength.
WFQ/DRR: a family of weighted equity planners.
Outbox/Inbox: Pattern of guaranteed delivery and idempotency.
Surge pricing: dynamic overload surcharge.


19) The bottom line

Shared load sharing turns the network into a cooperative processing pool, where politics (QoS, fairness, compliance) and economics (QF bonuses, fines, pledges) direct traffic to where it will be processed quickly, honestly and inexpensively - without losing order and finality. Such an outline provides predictable SLOs, transparent incentives for providers and resilience to peaks, crashes and price shocks.

Contact

Get in Touch

Reach out with any questions or support needs.We are always ready to help!

Start Integration

Email is required. Telegram or WhatsApp — optional.

Your Name optional
Email optional
Subject optional
Message optional
Telegram optional
@
If you include Telegram — we will reply there as well, in addition to Email.
WhatsApp optional
Format: +country code and number (e.g., +380XXXXXXXXX).

By clicking this button, you agree to data processing.