Équilibrer le trafic entre les circuits

1) Pourquoi équilibrer

• SLO stable en cas de surtension ;
• en minimisant les commissions/dépenses de DA tout en maintenant la finalité ;
• Tolérance aux pannes (auto-raccordement à des domaines sains) ;
• respect des politiques d'accès et des restrictions régionales.

2) Profils de trafic (exactement ce que nous équilibrons)

Commandes avec deadline (Q4) : appels croisés, confirmations finales, opérations à risque.
Flux ordonnés (Q3) : événements de causalité par clé (utilisateur/session/asset).
Exactly-once efficace (Q2) : transferts de droits/quotas, facturation, snapshots.
Événements de masse (Q1/Q0) : télémétrie, index, analyse de fond.

Pour chaque classe, nous déterminons les exigences d'ordre, d'idempotence, de finalité et de conformité.

3) Modèle de décision d'itinéraire

Utility(route) = wL·Latency_EWMA + wQ·QueueDepth + wC·Cost_per_unit
+ wR·RiskScore + wF·FinalityTime + wA·AvailabilityScore
+ wG·Geo/CompliancePenalty

Latency_EWMA : retard exponentiellement lissé end-to-end.
QueueDepth : file d'attente séquenceur/bridge/DA.
Cost_per_unit : gas/DA-octet/egress.
RiskScore : risque intégré (incidents, slashing, politique MEV).
FinalityTime : finalité attendue (en tenant compte des fenêtres de défi).
Geo/CompliancePenalty : amende pour violation des règles/limites géographiques.

L'itinéraire est choisi en fonction de l'utilité minimale tout en respectant les invariants rigides (conformité, ordre, quotas).

4) Politiques d'équilibrage

Latency-aware : répartition selon la latence la plus faible attendue, tout en respectant l'ordre selon la clé (hashing consistant + rajustement selon les clés « chaudes »).
Cost-aware : à SLO égal, par itinéraire avec un coût total minimal (gas + DA + bridge).
Risk-aware : on évite les domaines à haut risque (incidents récents/anomalies).
Capacity-aware : comptez les quotas et les « lignes rouges » pour chaque domaine/bridge/DA.
Geo/Policy-aware : routage uniquement vers les domaines autorisés (Gate de conformité).
Clé sticky per : fixation du flux par clé pour Q3 ; commutation uniquement en cas de dégradation et avec un « drainage » sûr.

5) Algorithmes et mécanique

Consistance Hashing + Hot-Shard Relief : base de l'ordre ; Les clés « chaudes » sont temporairement brisées par le biais de sous-clés/charding avec une re-clé déterministe.
EWMA/Percentile routing : solution p95 ; protection contre les faux « pions » de p50.
Quotas d'itinéraire Leaky/Bucket : jetons de classe QoS, grues d'arrêt d'urgence.
Circuit Breakers : per-route trip, failover rapide, half-open progressif.
Outbox/Inbox Exactly-Once : idempotence aux extrémités, dedup par 'x _ msg _ id'.
MPSC ordonné : ordonner par clé dans le cadre de l'itinéraire choisi ; en cas d'échec - « gel » et transfert avec la barrière replay.
Contrôleur PID : maintien de la cible p95 et de la profondeur des files d'attente, auto-tuning de la distribution de parts.

6) Garanties et invariants

Ordre : sauvegardé par la clé de cause (user/session/asset). Pour Q3 - strict ; pour Q4 - strict + debline.
Idempotence : obligatoire pour les Q1-Q4 ; clé de traitement + seen-table avec TTL.
La finalité : les décisions prennent en considération le temps de la finalité du domaine et la challenge-fenêtre du bridge.
Sécurité : signatures, preuves d'état (state proofs), anti-repli (nonce/TTL).
Cohérence tarifaire : l'arbitrage n'est pas acceptable en raison de la répartition des prix/limites.

7) Intégration avec bridges, DA et messagerie

Bridge Fabric : sélection du relais/pont en fonction du risque/coût/finalité ; S et l'histoire de la réputation R.
Couche DA : Routage des publications à prix/vitesse ; files d'attente et quotas séparés.
Messaging Hub : déduplication/confirmation, TTL, routage en tenant compte de la politique de droits RNFT.
Sequencer Pools : distribution à des séquenceurs honnêtes ; protection contre les MEV via les files d'attente privées.

8) Économie et incitations

Tarifs croisés : les prix s'adaptent au chargement (surge) en koridore治理.
Bonus de qualité : les domaines avec SLO durable obtiennent moins de take-rate/plus de volume.
Amendes : pour les breaks SLA - réduction de la part/slashing de la caution S ; pour les fausses confirmations - slash dur.
Quotas RNFT : droits personnels/limites d'itinéraire pour les affiliés, les fournisseurs, les validateurs.

9) Conformité et géo-règles

Filtres géo : listes blanches de domaines par région, politiques d'âge/sanctions.
ZK-pass : preuve de conformité sans divulgation PDn.
Retenues fiscales : automatique sur l'itinéraire (Gate de conformité).
Fail-closed : si le statut n'est pas clair - verrouillage, pas résolution.

10) Observabilité et alertes

Trace de bout en bout : 'x _ msg _ id', étape de bridge, publication DA, finalité.
Métriques par itinéraire : p50/p95/p99, drop/timeout/retry, duplicate ratio, queue depth, finality lag, cost/req.
Santé des domaines : heartbeat, error budgets, incidents de sécurité.
Дашборды: Cross-Chain Latency, Bridge Risk, DA Throughput, Route Surge, Finality Heatmap.

11) Incidents et dégradations

1. Détail : sursaut de p95/temporisation/erreurs de pont/croissance de finality lag.
2. Isolation : circuit de trip → reroute ; réduction des quotas, inclusion de limites « strictes ».
3. Indemnisation : paiements à partir du pool d'assurance selon les conditions de RNFT.
4. Post-mortem : causes, ajustement des poids/corridors/pénalités, mise à jour des signatures de risque.

12) Pleybuk de mise en œuvre

1. Cartographie des flux : clés de causalité, classes QoS, exigences de conformité.
2. Collecte de télémétrie : latitude, finalité, coût, risques par domaine/pont/DA.
3. Conception des politiques : Fonction utilitaire, poids/couloirs, quotas et grues stop.
4. Contours de garantie : outbox/inbox, dedup, barrières d'ordre, feature-flags pour failover.
5. Intégration : Messaging Hub, Bridge Fabric, DA-Publisher, Compliance Gate.
6. Observabilité : trace, métriques, alertes, DLQ/Replay.
7. Jeux-jours : simulation de baisse de domaine/augmentation de coût/retard de finalité.
8. 治理 : processus de variation des poids/prix/limites (proposals, sunset-edition).

13) KPI d'équilibrage

Livraison : succès ≥ 99. 9% (Q3), ≥ 99. 99% (Q4); perturbation de l'ordre ≤ 10⁻⁶/soobshcheniye.
Retard : p95 end-to-end ≤ seuil cible par classe ; TailAmplification (p99/p50) dans le couloir.
Finalité : finalité médiane ≤ valeurs cibles pour l'itinéraire ; orphan/reorg rate est normal.
Économie : Cost/Req ↓ tout en maintenant le SLO ; « surge » n'est pas supérieur à koridora治理.
Résilience : Incident MTTR ≤ ciblé ; fréquence des commutations (flap) sous contrôle.
Conformité : 100 % des contrôles geo/age/sanctions sont effectués ; zéro violation de la politique.

14) Chèque-liste de préparation

• Clés de causalité et classes QoS définies
• Mis en œuvre par consistent hashing, MPSC ordonné et failover sécurisé
• Inclus outbox/inbox, idempotence et dedup par 'x _ msg _ id'
• Quotas/limites par route et circuits breakers configurés
• Intégré par Bridge Fabric, DA-Publisher, Compliance Gate
• Dashbords laticy/finality/cost/risk et alerties disponibles
• Jeux travaillés (chute de domaine/pont/DA)
• Oformleny治理 de changement de poids/prix/limites (avec sunset)

15) Glossaire

Finality : irréversibilité garantie de la transaction/événement.
Bridge Fabric : couche de relais/ponts avec confirmation prouvable.
DA (Data Availability) : publication/stockage de données pour rollup/domaines.
Consistent Hashing : distribution déterministe des clés le long des itinéraires.
Circuit Breaker : Désactivation automatique d'un itinéraire dégradé.
Utility routing : sélection de l'itinéraire par utilité agrégée (retard/coût/risque/finalité/conformité).

Résultat : équilibrer le trafic entre les circuits, c'est gérer les compromis entre le retard, le coût, le risque et la finalité sous les invariants rigides de l'ordre et de la complication. Les politiques normalisées, la télémétrie i治理 transforment un réseau multitâche en un système adaptatif qui résiste aux surtensions, aux incidents et aux chocs de prix sans perte de confiance et de SLO.