OriginProtocol / oeth.com

Frontend for oeth.com
2 stars 1 forks source link

Proof of Yield v1.0 #82

Open micahalcorn opened 1 year ago

micahalcorn commented 1 year ago

After https://github.com/OriginProtocol/oeth.com/issues/48 comes the third phase of PoY: yield source attribution. This is the bottom section of the daily detail page shown at https://www.figma.com/file/eN26ytHYvZ7bhCaHy5K0iv/OUSD-Proof-of-Yield?type=design&node-id=487-50955&t=wzlJxv23ETCqYGj1-4.

Proof of Yield consists of two categories of information:

  1. Yield distribution
  2. Yield generation

The former is covered by #47 and #48 and is calculated post-Dripper. It's all about what happens after each rebase event and organizes this information by calendar days.

The latter depicts what happens pre-Dripper, namely how each strategy has performed in addition to redeem fees, etc. It's incredibly complicated to track the yield from when it is generated to when it is dripped out since the Dripper commingles funds that were generated at different points in time, mixes them together, and distributes them over indeterminate periods of time. Because of this complexity, we decide to focus just on the generation of the yield prior to entering the Dripper. However, this has UX implications for the PoY pages. When looking at a PoY detail page for a particular day, the top portion depicts the yield that was distributed on that day and the bottom portion shows the yield that was generated on that day. Users will not be able to draw connections in the UI from yield being generated and then being distributed. The plan is to test this out and see if users find value in PoY and demand more thorough accounting. I'm fairly confident that we're already going above and beyond what is necessary.

Related: https://github.com/OriginProtocol/origin-dollar/issues/1234

micahalcorn commented 1 year ago

Some open questions from last week:

Decisions: