added rewards v2.2

Author: MadelineAu

docs/eigenlayer/concepts/rewards/rewards-concept.md

@@ -4,34 +4,39 @@ title: Overview
 ---
 
 Rewards are tokens distributed to Stakers and Operators by an AVS to reward Stakers and Operators for participation in securing AVSs.
-Rewards implements the [EigenLayer Improvement Proposal-001: Rewards v2](https://github.com/eigenfoundation/ELIPs/blob/main/ELIPs/ELIP-001.md).
 
-EigenLayer has a flexible rewards mechanism that enables:
+## Rewards v2 and v2.1
 
-* [Operator directed Rewards](rewards-submission.md)
+Rewards v2 (operator directed rewards) implements the [EigenLayer Improvement Proposal-001: Rewards v2](https://github.com/eigenfoundation/ELIPs/blob/main/ELIPs/ELIP-001.md).
+Rewards v2.1 (operator directed Operator Set rewards) uses the same operator directed model but scoped to a specific Operator Set 
+rather than AVS-wide. 
 
-    AVSs can [direct performance-based rewards](../../developers/howto/build/submit-rewards-submissions.md) to specific Operators using custom logic. Operator directed Rewards enable 
-    rewards to be distributed based on work completion, quality or other parameters determined by the AVS, allowing flexible and tailored incentives.
+Using operator directed rewards (v2) and operator directed Operator Set rewards (v2.1), AVSs can [direct performance-based rewards](../../developers/howto/build/submit-rewards-submissions.md) to specific Operators using custom logic. Operator directed Rewards enable 
+rewards to be distributed based on work completion, quality or other parameters determined by the AVS, allowing flexible and tailored incentives.
 
-* [Variable Operator Fee Splits for AVS Rewards](rewards-split.md)
+## Rewards v2.2
 
-    Operators can [set their per-AVS fee rate](../../operators/howto/configurerewards/set-rewards-split.md) on AVS Rewards to any amount from 0% to 100%. The default split is 10%. Setting
-    a variable split per-AVS enables Operators to align their fee structures with their economic needs and the complexity and diversity of AVS demands. 
-    Operator fees can be varied by Operator Set for more granular reward fee structures.
+Rewards v2.2 (unique stake and total stake Operator Set rewards) implements [ELIP-014](https://github.com/eigenfoundation/ELIPs/blob/main/ELIPs/ELIP-014.md), and:
+* Unique stake rewards distributes based on allocated unique stake (`magnitude / max_magnitude`) within an Operator Set.
+* Total stake rewards distributes based on total delegated stake within an Operator Set.
 
-* [Variable Operator Splits for Programmatic Incentives](rewards-split.md)
+Rewards v2.2 enables auto-weighted distribution supports both retroactive and forward-looking submissions (up to 2 years). 
 
-    Operators can [set their split of Programmatic Incentives](../../operators/howto/configurerewards/set-pi-split) to any amount from 0% to 100%. The default split is 10%. Setting 
-    a split enables Operators to have flexibility in determining the appropriate take rate. The Programmatic Incentive splits 
-    integrate with the Rewards distribution process which ensures that Stakers delegating to Operators benefit proportionately.
+## Rewards split
+
+Operators can [set their per-AVS fee rate](../../operators/howto/configurerewards/set-rewards-split.md) on AVS Rewards to any amount from 0% to 100%. The default split is 10%. Setting
+a variable split per-AVS enables Operators to align their fee structures with their economic needs and the complexity and diversity of AVS demands.
+Operator fees can be varied by Operator Set for more granular reward fee structures.
+
+## Rewards submission, calculation, and distribution
 
 Rewards are submitted, calculated, and distributed as follows:
 
 1. [AVSs submit rewards submissions to Operators and Stakers](../../developers/howto/build/submit-rewards-submissions.md).
 2. The Rewards updater calculates Rewards offchain and consolidates these into a merkle root posted onchain.
 3. [Operators and Stakers claim their allocated Rewards](rewards-claiming).
 
-## Rewards Calculation 
+## Rewards calculation 
 
 Rewards are calculated via an offchain process. A Merkle root (known as the distribution root) is posted which represents
 the cumulative rewards across all earners weekly on mainnet and daily on testnet. There is an additional 2 hour delay on

docs/eigenlayer/developers/howto/build/submit-rewards-submissions.md

@@ -14,7 +14,10 @@ For information on Rewards concepts, refer to [Rewards Overview](../../../concep
 
 Submitting rewards for an AVS is handled by the [RewardsCoorinator core contract](../../concepts/eigenlayer-contracts/core-contracts.md).
 
-To submit rewards submissions, use [`RewardsCoordinator.createOperatorDirectedOperatorSetRewardsSubmission`](https://github.com/Layr-Labs/eigenlayer-contracts/blob/main/docs/core/RewardsCoordinator.md#createoperatordirectedoperatorsetrewardssubmission).
+To submit rewards submissions, use:
+* [`RewardsCoordinator.createOperatorDirectedOperatorSetRewardsSubmission`](https://github.com/Layr-Labs/eigenlayer-contracts/blob/main/docs/core/RewardsCoordinator.md#createoperatordirectedoperatorsetrewardssubmission) 
+for Rewards v2 (operator directed rewards) and Rewards v2.1 (operator director Operator Set rewards).
+* `createUniqueStakeRewardsSubmission` or `createTotalStakeRewardsSubmission` for Rewards v2.2 (unique stake and total stake Operator Set rewards).
 
 An AVS can use onchain or offchain data in rewards logic to determine the reward amount per Operator. The rewards can be calculated 
 based on the work performed by Operators during a certain period of time, can be a flat reward rate, or another structure based on 
@@ -31,8 +34,7 @@ rewards calculation per Operator by the AVS.
 
 Each rewards submission specifies:
 
-* Time range for which the rewards submission is valid. Rewards submissions can be retroactive from the [M2 upgrade](https://github.com/Layr-Labs/eigenlayer-contracts/releases/tag/v0.2.3-mainnet-m2)
-  and last up to 30 days in the future.
+* Time range for which the rewards submission is valid. 
 * List of strategies and multipliers that enables the AVS to weigh the relative payout to each strategy within a single rewards submission.
 * ERC20 token in which rewards should be denominated.