Dynamically Changing Rewards Distribution Amount

Challenge: When the TEC token distribution was determined, the volume of Praise was significantly higher than it is now. Over the past 10 months, Praise volume has dropped by over 90% as of the last period. However, as the distribution was set as a static volume, we are distributing the same quantity of TEC (1,874 per 2 week period) for a significantly smaller volume of praise dished.

Planned Approach: Implement a mechanism to dynamically adjust the rewards distributed for a period to correspond to the amount of Praise being dished. The method of determining the distribution would be based on a linear equation that defines two things:

  • The maximum amount of tokens to distribute (ceiling)
  • The instances of praise needed to acquire maximum rewards (cutoff).

We chose a ceiling based on the historical peak count of Praise incidents, while maintaining the ceiling at our current rate of distribution. Here’s our parameters:

TEC Ceiling: 1,874 (same as current distribution)
Praise Instances Cutoff: 800 (~91% of historical peak of praise dished bi-weekly)

Rewards Distribution can be simulated by inputting period instances of Praise to this tool: https://observablehq.com/@kristofer/praise-straight-curve-with-ceiling

**credit to @kristoferlund for developing the tool

However it’s already been built into RAD and would be ready to use immediately in our current processes.

**Credit to @0xNuggan for implementing it

Example: In Period 19 there were 141 incidents of Praise. Using the tool linked above with the Ceiling and Cutoff values proposed, the Reward Distribution would be 330 TEC.

Benefits: Provide some sort of feedback to the distribution process based on utilization of the Praise system. As a secondary benefit, extend the lifespan of the rewards pool.

Alternatives considered: As an alternative to instances of Praise, we tried looking at the total value of all Praise in a round to calculate the distribution. Using the example above, the distribution above using this method would have only distributed 170 TEC in period 19.


I support this so much!

1 Like

let’s do it! Thank you so much for posting this hot topic Maxwell!

1 Like

Very interesting proposal, I’m in favour too. It essentially sets a maximum price per Praise value unit.
Just wanted to ask, what’s the value for this constant?

i.e. what’s the maximum worth of the low value items, eg attending a call/ making a tweet, etc, set at atm?

Just to clarify/confirm, the calculation is based on instances of Praise (not the value that quantifiers assign to it). So, in the most extreme example, if there was only a single instance of Praise (regardless of how it was quantified), the token distribution would be 2 TEC (using the 1,874 ceiling, 800 cutoff, and 1 instance of Praise plugged in to the tool). That would further be reduced by the amount allocated to the Rewards Board (3%) and Quantifiers (7%) assigned for that round, so 1.8 TEC is the maximum reward for a single instance of Praise.

**Please someone correct me if that’s wrong

1 Like

I’ve had a longer think on this proposal over the last few days.

I’m still in favour, for I do not see other measures that could be taken to ensure our beloved Praise can keep going without fear of having a funding proposal rejected. Furthermore, the proposed distribution mechanics better align all users in favour of praising more often.

I just wanted to point out, however, that the reduction in Praise items (ergo increase in TEC distribution per person) has indeed correlated with the collapse in the monetary value of TEC. If we’re talking ATH in TEC value, just as we’re taking ATH in Praise activity, TEC hit ~$2.90 twice during the months of February and March. This represents a 60.5% fall in value. It’s not absurd to say that a Praise item has thus far been worth ≅ k xDAI throughout.

In effect, this’ll be the first time in which those who have relied mainly of on Praise (such as myself) receive a grave collapse in income. Pretty substantial if we’re talking about an 83% (330 as opposed to 1874 TEC) reduction in biweekly outgoings. The burden of payment was gradually pushed onto Praise by multiple WGs, and this proposal will mark a sharp break from accepting such behaviour.

Once the blueprint for the new TEC operational structure is there, we may need to consider if and how best to ensure this value generation will keep flowing into the TEC, for Praise will now be pushing it aside, too.

(edited above to add extra context and rephrase some of the sentences to better convey my point)

This is a very good point, and not something I think we addressed directly however touched upon indirectly. My understanding is that Praise was intended to capture contributions that were traditionally excluded from compensation in other ways (Stewards, SourceCred, etc.). However, as you noted, the burden of payment/compensation for some of those workstreams was shifted to Praise for more contributions, outside the intended scope of Praise. While I think we came to the same conclusion around the intent of this change, I think it’s important to consider this use case and ensure it’s taken in to consideration as part of the broader operational changes being discussed.

Perhaps a smoother solution would be to incrementally heighten the ceiling over an x period of time - rather than a sudden drop of rewards its a slow taper… or perhaps this allows the community to adjust it’s praise culture (dish more praise!)

i.e we start the next round with a ceiling of 100 then every bi-weekly distribution we increase the cap by 100 praise - we continue this for 7 cycles up until we reach our target ceiling of 800.

After a few weeks of discussion I think I would like to revise this proposal.

I think 800 is a very high cutoff and might never be feasible in the medium term for the TEC. I also hear some valid arguments as many WGs and contributors have been leaning on rewards to compensate some of the work they are doing.

I would propose instead we find a lower cutoff. To that end I ran some numbers. I took all of our praise instances from every round and the total praise score for each round and roughly spread it across bi-weekly periods (some quant rounds were for one month or longer). I then calculated a weighted average from across the last 20 rounds, taking the average from the praise instances and using the total praise score as the weight.

Using this method I arrived at a weighted average of 635.23

I would propose to use this as our cutoff and slowly ramp up to this point across 3 bi-weekly quant rounds. We maintain our ceiling at 1874 $TEC per round.

This would mean we start immediately with a cutoff of 158 and add 158 after each round until we arrive at 635.

If there’s no objections we will implement this for distribution starting in round 21.


I think this is a great balance to ease the transition to a dynamic rewards, while recognizing that we likely don’t want to rebase to the absolute maximum of praise activity. I’m fully in support of this approach for a transition.


I think this will give the time for TEC activities to transition to a more sustainable model alongside Praise rather than forcing a sudden state change.

I am also in full support.