Distribución conjunta de la carga
1) Por qué una distribución «conjunta»
En una red multiservicio/multi-línea, los recursos (nodos, secuenciadores, bridges, DA, POP/edge, GPU/CPU, canales egresos) pertenecen a diferentes entidades. La distribución conjunta de la carga hace que la demanda se procese cooperativamente bajo reglas comunes de calidad, costo y riesgo:- estabiliza el SLO en ráfagas y fallas locales;
- reduce el costo de la unidad de procesamiento (costo al servidor);
- aumenta la equidad y la previsibilidad de los roles;
- minimiza los «vecinos ruidosos» y el arbitraje entre dominios.
2) Objetos y roles
Proveedores de energía: validadores/nodos, secuenciadores, grupos DA, clústeres GPU/CPU, POP/edge.
Consumidores: operadores de servicios, creadores/estudios, afiliados/agregadores, analistas/ML.
Coordinadores: balanceadores, routers, Política/Puerta de Compliance, Recompensas y Facturación.
Supervisión: auditory/regulyatory,治理 - comité.
3) Taxonomía de cargas (clases de QoS)
Q4 - Comandos de salida: orden crítico/final (bridges, pagos, riesgo).
Q3 - hilos ordenados: causalidad por clave (user/session/asset).
Q2 - exactly-once eficientemente: facturación/snapshots/transferencia de derechos.
Q1/Q0 - masivo/best-efort: telemetría, índices, analítica offline.
Para cada clase, se fijan SLO/SLA, ventanas retraídas, límites in-flight, prioridades.
4) Políticas SRN: lo que optimizamos
La decisión de colocar el trabajo en un proveedor/ruta particular se toma por función utilitaria con invariantes rígidos (orden, cumplimiento, cuotas):
Utility(route provider) =
wL·Latency_p95 + wQ·QueueDepth + wC·Cost_per_unit
+ wF·FinalityLag + wR·RiskScore + wA·AvailabilityPenalty
+ wG·Geo/PolicyPenalty
Los perfiles de escala son diferentes para QoS:
- Q4 ↑wL, ↑wF, ↑wR; Q1 ↑wC, ↓wF.
Invariantes: Strict-order per key (Q3/Q4), idempotencia, límites RNFT/cumplimiento.
5) Algoritmos de distribución conjunta
Consistent Hashing per key con Hot-Shard Relief (subagmentación temporal de teclas en caliente).
Percentile-aware routing: solución p95/p99, no p50, para no esconder colas.
Capacity-aware quotas: token baquetas per clase QoS/proveedor/región.
EDF/LLF для Q4: Earliest Deadline First / Least Laxity First.
Probing & Half-open: muestras rápidas de «recuperación» de rutas retiradas.
Retroceso: sombreadores, max-in-flight, degradación por política (graceful).
Dual-write/Replay barriers (Q3/Q2): para una transferencia segura entre proveedores.
6) Justicia y anti «noisy neighbor»
Fair-share se logra mediante una combinación de:- Jain Fairness Index по CPU/GPU/IO/egress; el corredor de destino está respaldado por cuotas;
- Weighted fair queue (WFQ/DRR) en las colas comunes;
- Límites de budget en valor y volumen;
- Recargos de Surge en direcciones congestionadas (dynamic wC);
- Multas por exceso sistemático de colas/errores.
7) Economía e incentivos
Unidades de tarifa: vCPU-sec, GiB-hora RAM, GPU-minuto, GB-almacenamiento-mes, GB-egreso, DA-byte.
Modelo de pago a proveedores: tasa básica × calidad × volumen - multas:[
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/incidentes}}
]
donde (QF) es el multiplicador por SLO (éxito, p95, DLQ = 0, finality lag).
Bonificación de calidad: los dominios con SLO estable reciben ↓take -rate o tráfico ↑obyem.
Fondo de seguros/slashing: cubre las indemnizaciones; administrado por S-fianzas en RNFT.
8) Tratados RNFT y derechos
RNFT (Relationship NFT): contrato de participación del proveedor/operador en la RSE:- `role_bindings` (Provider/Operator/Oracle/Sequencer), `shares/fees`, `QoS-классы`;
- `quotas/limits`, `S-stake`, `slashing_rules`, `SLA/KPI`;
- 'region/compliance' (listas blancas), 'egress/DA' techos;
- `dispute/escrow`, `governance_version`, `sunset`.
9) Orden, idempotencia, finalidad
Strict-order per key en la ruta seleccionada; con failover - «pausa» + barrera de respuesta.
Outbox/Inbox + idempotency_key y seen-tables (TTL).
X-chain finality: tomar en cuenta las ventanas de desafío; las operaciones críticas se dirigen por el mínimo 'FinalityLag'.
10) Cumplimiento y geo-reglas
Fail-closed: en caso de duda - bloqueo, quórum manual.
ZK-pases: verificación de edad/geo/sanciones sin revelar PDn.
Impuestos/retenciones: en la ruta de pago a través de Rewards Router.
Políticas de exportación de datos: DA/egress por región, período de retención.
11) Observabilidad y telemetría
Rastreo de extremo a extremo: 'x _ msg _ id', 'route _ id', 'provider _ id', pasos bridge/DA.
Métricas (per QoS/proveedor): p50/p95/p99, retry%, timeout%, duplicate ratio, out-of-order%, queue depth, finality nat, cost/req.
Дашборды: Shared Load Live, Tail Heatmap, Provider Quality, Cost-per-Route, Fairness Panel.
Alertas: error-budget burn, flap-rate, DLQ depth, precios de surge, bloques de cumplimiento.
12) Incidentes y degradación
1. Detect: crecimiento p95/p99, colas, finality lag, errores de cumplimiento.
2. Aislamiento: circuito trip, redistribución de participaciones, reducción de cuotas a flujos ruidosos.
3. Compensación: pagos con cargo al Fondo de Garantía/Seguro bajo las reglas de RNFT.
4. Post-mortem: RCA, actualización de pesos/límites/firmas de riesgo, rehearsal.
13) Fórmulas y puntos de referencia
SuccessRate = 1 − (timeouts+errors)/requests
TailAmplification = p99/p50 (objetivo: ↓, corredores por QoS)
FairnessIndex (Jain) = (Σ x) ²/( n· Σ x ²) por cuota/recurso
Costo/Req = Σ (recurso × tasa )/solicitudes exitosas _
Headroom = (cap − current)/cap
QualityFactor del proveedor: (QF = f (\text {success}, p95, DLQ, finality))
Utility_min при `Order=true ∧ Compliance=true ∧ Quotas=true`
Puntos de referencia de SLO (ejemplo):- Q4: success ≥ 99. 99%, p95 ≤ 200 ms, DLQ = 0, MTTR ≤ 15 min.
- Q3: violación del orden ≤ 10⁻⁶/soobshch., p95 ≤ 500 ms.
- DA: Finalidad ≤ 3 × T _ block en Throughput ≥ X GB/h.
14) 治理 (pesos, cuotas, precios)
Proposales: cambios en las escalas (w), límites, tarifas y bonificaciones de calidad.
R-modificador: voces en quórum de calidad ponderado por la reputación de R.
Sunset-editar: cambios temporales → retroceso automático sin volver a votar.
Informes públicos: informes trimestrales sobre la calidad de los proveedores y la equidad.
15) Implementación de Playbook
1. Mapeo de hilos y llaves de causalidad (por QoS/región/cumplimiento).
2. Definición de proveedores y sus marcos RNFT (cuotas, garantías S, KPI).
3. Telemetría y muestras (OWD/RTT/jitter/queue/cost/finality; EWMA+p95/p99).
4. Políticas de utilidad (pesos per QoS, presupuesto de costos, corredores de surge).
5. Garantías de entrega (outbox/inbox, idempotencia, barreras ordinales).
6. Backpressure y fairness (WFQ/DRR, token baquetas, anti-noise).
7. Observabilidad (dashboards, alertas, errores-presupuestos).
8. Chaos/game-days (caída del proveedor/puente/DA, ráfagas, geo-bloques).
9. Economía y revarda (bonos QF, multas/slashing, recrow).
10. 治理 e informes (proposales, sunset, métricas públicas).
11. Escala (nuevos proveedores/regiones, optimización de rutas).
16) KPI del programa RSE
Entrega: success (per QoS), DLQ = 0 (Q4/Q3), duplicate/out-of-order ↓.
Latencia: p95/p99 y TailAmplificación en los corredores de destino.
Justicia: Jain ≥ objetivo, reducir los incidentes de «noisy neighbor».
Economía: Costo/Req ↓ con un SLO sin cambios, el crecimiento de la proporción de rutas «baratas».
Sostenibilidad: MTTR mediana ≤ objetivo, flap-rate estable.
Cumplimiento: 100% pasar geo/age/sanciones, cero infracciones.
Proveedores: proporción de volumen de proveedores con alto QF ↑, frecuencia de multas de ↓.
17) Lista de comprobación de disponibilidad
- Definidas las clases QoS, claves de causalidad y SLO/SLA
- Políticas de utilidad, cuotas y tokens por route/provider configurados
- Implementado consistent hashing, hot-shard relief, EDF/LLF para Q4
- Se incluyen outbox/inbox, idempotencia y barreras de orden
- Telemetría y dashboards conectados (latency/tail/queue/cost/finality)
- En el trabajo de backpressure y fairness (WFQ/DRR, anti-noise)
- QF-bonos/multas, escrow y S-slashing personalizados
- chaos/game-days pasados y post-mortems decorados
- Funciona Compliance Gate y retenciones fiscales
- Utverzhden治理 -proceso de pesos/límites/precios (con sunset)
18) Glosario
SRN: distribución conjunta de carga (distribución cooperativa de carga).
RNFT: contrato no reembolsable de relaciones/derechos/límites y KPI.
QF (Factor de calidad): multiplicador de pagos/volumen según la calidad del proveedor.
Tail Amplificación: p99/p50 es la fuerza de la «cola».
WFQ/DRR: una familia de planificadores de justicia ponderada.
Outbox/Inbox: patrón de entrega garantizada e idempotencia.
Surge-prising: recargo dinámico en caso de sobrecarga.
19) Resultado
La distribución conjunta de la carga convierte la red en un grupo de procesamiento cooperativo donde la política (QoS, fairness, cumplimiento) y la economía (bonos QF, multas, fianzas) dirigen el tráfico hacia donde se procesará de manera rápida, honesta y barata -sin perder orden y finalidad-. Este circuito ofrece SLO predecibles, incentivos transparentes para los proveedores y resistencia a picos, interrupciones y shocks de precios.