You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/src/deployment/observability/metrics.rst
+2Lines changed: 2 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -64,6 +64,8 @@ Configuring a docker compose deployment to enable metrics
64
64
65
65
When using docker compose for the deployment, the metrics are enabled by default. These can be accessed at `http://validator.localhost/metrics` for the validator app and at `http://participant.localhost/metrics` for the participant.
Copy file name to clipboardExpand all lines: docs/src/deployment/traffic.rst
+34Lines changed: 34 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -171,3 +171,37 @@ the validator app will
171
171
172
172
For configuring the built-in top-up automation, please refer to the :ref:`validator deployment guide <helm_validator_topup>`.
173
173
Configuring alternative methods for buying traffic, e.g., using third-party services, exceeds the scope of this documentation.
174
+
175
+
.. _traffic_wasted:
176
+
177
+
Wasted traffic
178
+
--------------
179
+
180
+
`Wasted traffic` is defined as synchronizer events that have been sequenced but will not be delivered to their recipients.
181
+
Wasted traffic is problematic for validators because of traffic fees:
182
+
it means that :ref:`traffic <traffic_accounting>` has been charged for a message that was ultimately not delivered.
183
+
Not all failed submissions result in wasted traffic:
184
+
wasted traffic only occurs whenever a synchronizer event is rejected after sequencing but before delivery.
185
+
186
+
Validator perspective
187
+
+++++++++++++++++++++
188
+
189
+
Validator operators are encouraged to investigate failed submissions eagerly to avoid systemic causes for wasted traffic that are due
190
+
to their individual configuration and/or the specific applications using their validators.
191
+
The Splice distribution contains a :ref:`Grafana dashboard <metrics_grafana_dashboards>` about `Synchronizer Fees (validator view)` that can be helpful in addition to inspecting logs;
192
+
see, for example, the `Rejected Event Traffic` panel there.
193
+
194
+
SV perspective
195
+
++++++++++++++
196
+
197
+
SV operators are encouraged to monitor wasted traffic across all synchronizer members,
198
+
as reported for example by sequencer :ref:`metrics <metrics>`,
199
+
to avoid cases where misconfiguration incurs excessive monetary losses for validators.
200
+
The Splice distribution contains a :ref:`Grafana dashboard <metrics_grafana_dashboards>` about `Synchronizer Fees (SV view)` that can be helpful,
201
+
as well as an alert definition that focuses on validator participants.
202
+
203
+
Note that wasted traffic is less relevant for SVs themselves as SV components have unlimited traffic.
204
+
Note also that SV mediators and sequencers waste traffic as part of their regular operation;
205
+
they frequently use aggregate submissions where all composite submission requests beyond the aggregation threshold get discarded.
206
+
All that said, should an SV component suddenly exhibit a significant increase in wasted traffic,
207
+
this likely points to an actual issue that should be investigated.
0 commit comments