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/provider/provider-rewards-service.md
+12-5
Original file line number
Diff line number
Diff line change
@@ -12,11 +12,18 @@ import TabItem from '@theme/TabItem';
12
12
13
13
After staking on chain, providers serve consumers and get cryptographic proofs of relay service. These proofs are submitted on chain to accumulate CUs that lead to token rewards. The calculation for provider rewards is complex and contingent on the validity of submitted proofs. However, given valid proofs, rewards are mostly affected by 3 factors:
14
14
- ☑️ **Passable Quality of Service** - The individual score of a relay session. Passable QoS directly alters rewards in a given session.
15
-
- ⭐ **Quality of Service Excellence** - The reputational score of a provider. QoS Excellence affects provider selection both within a pairing and in the pairing probabilities.
15
+
- ⭐ **Reputation Score** - The reputational score of a provider. Reputation Score affects provider selection both within a pairing and in the pairing probabilities.
16
16
- 🚨 **Jail** - The disabling mechanism for inferior/defunct providers. Jailing prevents a provider from giving service for a period of time.
17
17
18
18
<br/>
19
19
20
+
## Reputation
21
+
The Lava Network places a strong emphasis on delivering exceptional Quality of Service (QoS) to its consumers. To ensure this, consumers actively participate in monitoring and customizing their QoS excellence metrics. They gauge provider performance by measuring latency in provider responses relative to a benchmark, assessing data freshness in comparison to the fastest provider, and evaluating the percentage of error or timeout responses in the availability metric. These scores are diligently recorded and sent on-chain alongside the relay proofs of service, creating a transparent and accountable system. The provider's performance metric is called "Reputation". Higher reputation indicates higher QoS scores.
22
+
23
+
To further enhance the integrity of the QoS scores, updates are aggregated across all consumers in a manner that safeguards against false reports. Negative reports are weighted by usage, meaning that a consumer must actively use and pay a provider to diminish their QoS score. This mechanism discourages users from artificially lowering a provider's score.
24
+
25
+
The Reputation metric only affect pairings and is aggregated over time with a decay function that favors the latest data, meaning providers can improve, and those providers that their service fails will be impacted to affect fewer users. This approach ensures that the reputation system remains dynamic and responsive, benefiting providers striving to enhance their services while minimizing the impact of service failures on a broader scale.
26
+
20
27
## 📊 Passable QoS {#passable-qos}
21
28
Passable Quality of Service is scored separately in each relay session. Lower scores mean lower rewards. Up to half the accumulated CU can be reduced for bad service. Passable QoS metrics can be viewed both in the [Lava Info explorer](https://info.lavanet.xyz/?utm_source=provider-rewards&utm_medium=docs&utm_campaign=docs-to-info) and [Prometheus metrics](/provider-features#config-prometheus).
QoS Excellence is calculated very similarly to Passable QoS. QoS Excellence provides a range of scores that are time-weighted to take the latest information
131
-
all the actions mentioned here to improve passable QoS affect excellence
137
+
Reputation Socre is calculated very similarly to Passable QoS. QoS Excellence provides a range of scores that are time-weighted to take the latest information
138
+
all the actions mentioned here to improve passable QoS affect Reputation
132
139
133
140
### Metrics 📈
134
-
Excellence Quality of score divides into 3 metrics:
141
+
Reputation score divides into 3 metrics:
135
142
* Availability - score in the range `0-1`
136
143
* Sync/ Freshness of data - how much time behind other providers are we, lower is better, `0` means your sync is the best in the pairing
137
144
* Latency - how many benchmark ticks passed during a relay in average (time taken / benchmark time). lower is better
0 commit comments