75% Governance Giveback

75% Governance Giveback to paid contributors

Proposal Information

Proposal Description:
This proposal refers to the “75% Governance Giveback” topic of the No Abnormal Intervention proposal, which was part of the Impact Hour Intervention voting session that happened on TokenLog in July 2021.

Background: 48 contributors that were compensated by the Commons Stack, Giveth, Commons Swarm or General Magic for the work done in the TEC received an IH deduction during praise quantifications. Deductions varied wildly. Some contributors were mostly volunteering, and some were paid almost the full time.

Problem: During the Praise Analysis Process, this deduction was claimed unfair by part of the community and was defended by another.

1. Unfair: One of the arguments to change the deduction system was that it makes little sense to penalize members who are so dedicated to the project, this actually hurts the TEC as we will lose their valuable perspective in our governance.

2. Fair: One of the arguments to not change the deduction system is that it is not fair to double reward the people who are receiving compensation financially since many volunteers were offered compensation but chose to work for Impact Hours, knowing they would later become tokens.

We are proposing:

Solution: The No Abnormal Intervention Proposal, which got the most votes front he community in the Praise Debates proposed a “75% Governance Giveback” acknowledging the intertwining of money and governance rights is not ideal and strikes a compromise between both points.

The goal is to replace 75% of the governance rights that were deducted from these 48 contributors without giving them any monetary rewards, effectively giving them back some of the voice that earned but taken away because of their monetary rewards.

This vote would be held on snapshot

Proposal Details:

The Impact Hour Intervention vote ended with a compromise between Praisemagedon and No Abnormal Intervention due to a polarized scenario. Deductions were lessoned by the inclusion of Praisemageedon, but there were still deductions in Praisemaggedon’s revised distribution.

If we were to reward 75% of the Governance rights to those with deductions, this is what it would look like:

Handle 75% Gov Rights
GriffGreen 16,413.08 TEC
sembrestels 15,371.16 TEC
liviade 15,299.92 TEC
Tam2140 12,268.39 TEC
JuankBell 12,216.29 TEC
JessicaZartler 11,401.58 TEC
paulo_c2d 9,964.25 TEC
chuygarcia92 8,212.31 TEC
markop 7,835.72 TEC
vegayp 7,136.64 TEC
iviangita 6,703.18 TEC
jeffemmett 6,275.71 TEC
freedumbs00 5,451.34 TEC
VitorMarthendal 5,407.21 TEC
divine_comedian 4,751.74 TEC
Suga#8514 4,453.36 TEC
naynaysoo 4,141.61 TEC
Laurenluz 3,763.14 TEC
fabimol 3,586.76 TEC
Vyvy-vi#5040 3,559.03 TEC
Krisjones 3,539.05 TEC
mateodaza 3,203.42 TEC
zeptimusQ 3,157.38 TEC
ygganderson 2,905.86 TEC
fabiosmendes 2,358.31 TEC
knobsDAO 1,852.94 TEC
xgabi 1,317.33 TEC
kristoferkristofer 1,171.36 TEC
vivszaid 989.52 TEC
atacas 916.12 TEC
fiorebotta 811.88 TEC
aminlatifi 597.86 TEC
heater03 506.40 TEC
Mount Manu#3530 476.69 TEC
acidlazzer#5796 473.32 TEC
geleeroyale 441.26 TEC
lescanore 400.44 TEC
rubenrussel7 363.82 TEC
danibelle 326.34 TEC
katalenacaban 314.00 TEC
sgonzt 307.74 TEC
anthonyoliai 283.06 TEC
jukren#8803 283.01 TEC
gfriis 278.58 TEC
MerlinEgalite 271.80 TEC
freshelle 52.09 TEC
bradleyc#1813 33.37 TEC
Ekeneodigwe#1502 31.59 TEC

The math behind this Calculation can be seen here:

Potential Technical Solutions

We respectfully ask that if this proposal passes we let the Commons Swarm debate the merits of both technical solutions and research them further in an open process before deciding which one to pursue.

There are 2 main technical solutions

#1 Quick and Dirty: The quick solution is to make a one character change to the smart contract that would enable us to mint TEC tokens without affecting the bonding curve but place them in a vesting contract that will lock them forever. This solution is being reviewed for security issues by our smart contract reviewers. If it is deemed to be secure, it is a very simple and practical solution as it requires almost no work to implement and it could be implemented in the Commons Upgrade. However, it is not elegant. Changing the bonding curve to ignore these tokens could be confusing especailly since it will look like each of these 48 contributors will have these funds in their address, but they will not be able to transfer them out.

#2 Slow and Steady: A better solution would be to create a different non-transferable token that could be used alongside the TEC token for governance decisions. Unfortunately the tooling to do this does not exist for Conviction Voting which currently can only support voting with 1 token. We would need to fund the creation of an Aragon app that could aggregate multiple tokens for voting on Conviction Voting. This is the better approach and it is very likely that this solution would solve other problems for other communities using Conviction Voting. In fact, it is likely to be pursued eventually no matter what the outcome of this vote is, however this will take many months to design, build, test, review, and deploy and technical challenges may arise that can make it more difficult than we expect. It is unclear when it would be prioritized to be built, who would fund it (likely 1hive and the TEC?) and there is no way that it will be done before the Commons Upgrade, so it would require the TE Commons to vote to upgrade Conviction voting later to include it.

Here is a diagram Sem drew of the Slow and Steady solution, the Hooked Voting Aggregator is the App that needs to be built.

#3 The Unknown Better Solution: Potentially another solution could emerge as an option as well. We are open to various technical solutions to achieve this outcome. If this vote passes the developers that will implement the solution will review the options and choose the best path forward.

Expected duration or delivery date (if applicable):
How long do you think it will take to deliver on your proposal

We will work with the Commons Swarm to have the best possible solution up as soon as possible. Either in conjunction with the Commons Upgrade or after, depending on the solution chosen.

How does this help Token Engineers and benefit the Token Engineering community?

The deductions that were made took well deserved governance rights away from important contributors. Their knowledge of the ins and outs of the TEC are very valuable and their voice being given extra power will help the DAO make better decisions.

Team Information (For Funding Proposals)


  • Possible New Aragon devs

Skills and previous experience in related or similar work:
We have been trying to promote the best rewards systems. Its hard to work with coin voting governance while also having regular payments to develop the tools. We want this proposal to be a retroactive governance payment that boosts the decision taking capabilities of core participants in the TEC DAO.

Funding Information

Amount of tokens requested: Aprox 191,876.95 TEC that would be locked to not affect the bonding curve


Regarding the two technical solutions, I think the first “Quick and Dirty” one should be out of the table. Something like token governance should not be taken lightly, and proposing something like this is a HUGE change in relation of the initial Commons design we had in mind.

I can not commit to include a technical solution for the 75% Governance Giveback within the Commons Upgrade. The development of the upgrade is complex enough, and implementing the “Quick and Dirty” solution would make the new Augmented Bonding Curve flawed by design, since under certain circumstances it could incur in an integer overflow error.

This is something I already told in many Commons Swarm meetings, there is not a quick and good solution. If the community still want to give back governance rights, the solution will be slow and probably expensive, as this requires a redesign and re-implementation of many apps.

If this vote passes, it will just signal which path the community want this to go, but no one can work miracles.


Summary of my thoughts on this proposal:

First, I love the intention of this proposal as it shows how we can come together to find solutions to the challenges that we have faced within our community. From the Praise Analysis to the IH Intervention Proposals, our ability to adapt and come up with creative solutions is truly unique in the DAO space.

While I can only speak for myself, I want to state that I do not care about receiving the additional Governance Rights associated with Conviction Voting (in particular). In the end, my additional (4k) TEC voting rights is a fraction of an increase to the overall voting impact that I have as an individual.

I would love to see the distribution of voting power by individuals overall and place that under the same lens as we did with our IH distribution. As Sem said, Governance is very important, and while I appreciate the attempt for remuneration for IH deductions, the overall strategy for long-term governance is far more important in my opinion.

I LOVE the mechanism of having a staking contract for Governance tokens. However, I think that the application of this mechanism to giving individuals additional voting power is not as strategic as it could be in terms of developing an effective governance strategy. My feeling, is that this mechanism would be far more effective if we instead created a single pool of Governance tokens that can be managed by a committee of TE experts (appointed by our community and managed via multi-sig address) who can guide, influence and inform all TEC token-holders on what Projects they believe are the most vital for TE funding.

The feasibility of our technical solutions may make this a non-starter, but I do believe thinking about Governance from a strategic standpoint is worthy of a conversation. I’m incredibly neutral about the outcome of this proposal, but I am VERY interested in developing the mechanism that allows it to happen.


I think that can be dangerous, it will give a group of people a certain privilege and power, especially in a field of study where new branches might be born more often than what we think. Another thing that I’m personally afraid of taking decisions of this magnitude is if someone wanna do something, gotta coordinate with them creating a bureaucracy where this group of people would be the bureaucrats. It could also lead to a dictatorship where this group of people only need to coordinate with key members to rule the commons at their own. I feel it’s good to hear “TE Experts” but if they want to decide anything they must have skin in the game or their influence should be limited to the people that want to hear them and of course have tokens. If we make a decision of concentrate the power it will also be more easy to bribe this people or to them to bribe others (since they might have a high control on our treasury)

We should think about how many keys do we need right now to rule the commons and how to make it decentralize so human feelings do not get in the way of the goal of the common. I wanna clarify that, the initial distribution seems pretty representative on the skin on the game with that i’m not saying that the previus conflict was good it was clearly bad for us if you see pros and cons and the only reason that was able to happen it’s because weird power dynamics outside TEC and human feelings so i really encourage us to keep decentralize and do not create “TE Experts”.


The code can be checked for that integer overflow issues, and we can test it. While the bonding curve may lose some of its elegance, if the review comes out with no issues, the curve will gain a lot of functionality.

Separating Governance power from value is something that this space, and the TEC specifically could benefit greatly from.

Giving the Tao voting app (formerly disputable voting) the permission to create a negative Virtual Supply could let it create issues in the Commons… but the Tao voting app already can vote to remove money out of the bonding curve and send it to 0x0. Giving the Tao Voting app the option to screw things up doesn’t add any more risk, as it already has that option in 100 different ways. Any use of this added functionality would have to be reviewed carefully, but I don’t believe the fear of an integer overflow error is justified if the functionality passes a code review.

In the end of course, Ethereum just had a chain split, things can go wrong no matter how well we review things, but we have to measure the risk vs the reward. Here, IMO, if the risk is assessed to be very low we shoudl do it because the reward for future functionality is massive.

There are many use cases for giving out governance rights without connecting it to a monetary instrument. For instance, if a non-profit/foundation would find it to be too complicated to add a token of value to it’s accounting, it could just send money directly to the Common Pool and then we mint the org a token with governance rights and no value!

Of course there are more complicated and better ways to create this solution… but they are not very practical relative to a 1 character change that was reviewed and deemed to be safe.


I think I could not be more clear: there is not a quick and good solution. I am not going to deploy a change that potentially can lead to a failure of the bonding curve. I already explained why in the previous post.


The good thing is we don’t have to vote as a community on the technical solution, that’s more of a Commons Swarm decision. The vote here is whether its even worth investigating.


In sept 6 Commons swarm call, @sem presented a technical solution (HOOKED TOKEN MANAGER) that could be implemented before the commons upgrade and can be useful until the implementation of multi token gardens. With that part of the advice process more cleared out, I think this proposal is ready to proceed and look for the community’s support to return governance to core members of the project, who had TEC tokens reduced for their monetary compensations.

This vote is proposed to be done on the weekend of September 17-20.
Using Quadratic voting on snapshot

“Do you support the implementation of a technical solution that makes a 75% governance giveback to paid contributors who were deducted TEC tokens previous to the hatch?”

Options: Yes / No


Thoughts from the group conversation today:

  • Weird dynamics could arise…

  • What if some of these people ragequit? They would still have tokens to vote…

  • People who chose to

  • There are other groups who have done this:

  • What if these tokens went to a group of Token Engineers instead… and we had a DAO for them that would be cool! x2

  • Would be better if it was more communal.

1 Like


Allow me to show strong support the binary yes/no framing and leaving the solution to the experts, aka Commons Swarm, to determine! But, I find myself asking how we determine whether a vote should take place on Snapshot versus the HatchDAO. What criteria should be used?

It seems there might be at least these two criteria which would necessitate a HatchDAO vote:

  1. Request for funding from the DAO
  2. Proposal to change the DAO code itself or have significant impact on technical architecture

If we agree this to be true, then this proposal - in which the solution implemented would create a new form of governance-only token - would qualify as “significant change to HatchDAO” and would need to go to Hatch DAO vote.

The Snapshot vote is preferable for all the reasons explained in @liviade’s post on Decision Making but we may be setting a precedent by doing so.


I would vote Yes, and to delegate my Governance Tokens to a Communal Pool. :upside_down_face:

1 Like

It is not a change in the Hatch DAO, but in the Commons DAO, so this decision could be made in the Commons Upgrade vote itself. However, Commons Swarm will also need economic support for building the Hooked Voting Aggregator. We could request 5,000 wxDAI from the Hatch DAO to build this solution, and once the solution is built ratify the decision with the Commons Upgrade vote.

You can delegate your tao voting power to somebody else, or even a DAO controlled by a group of stakeholders (something like a political party?). Delegation is not possible in Conviction Voting, since the dynamic of this kind of voting performs badly without direct democracy.


Thanks for this clarification, @sem. We talked the next steps in the Stewards’ call yesterday and will move forward with a Snapshot yes/no vote (expected to happen from Sept 24 - 27th). A “yes” vote would mean that it will be included in the Commons upgrade vote. This way it will still be voted via Hatch DAO but bundled together with the rest of the parameters for the Commons upgrade.


As Tam states, after receiving feedback from the advice process, we have decided that this vote is going to be held between the 24th - 27th September. I will post here the snapshot vote for everyone to participate. Let’s coordinate with @chuygarcia92 to promote engagement.

*The execution of this proposal will be bundled within the commons upgrade.

Voting type: Quadratic voting (because it continues the implementation of a past decision taken on tokenlog)

"Do you support the funding and implementation of a technical solution that will allow to make a 75% governance giveback to paid contributors who were deducted TEC tokens previous to the hatch?

Options: YES / NO


In my opinion single vote, or weighted voting would give us a better signal since it’s the one the Hatch DAO will use.


Snapshote proposal published! [VOTE HERE]

Following @ZeptimusQ advice, we decided to go with single choice voting, to have signaling from the Hatch DAO distribution.

Dates: 24 september 8AM (GMT-5), ending 27 september 8PM (GMT-5)

Thanks for engaging with this proposal that can help us develop strategies to advance the field and move beyond coin voting governance!

1 Like

After the latest advices on snapshot, this is the text that will be displayed for the vote:

This proposal is meant to signal the community support for the funding and implementation of a technical solution that will allow to make a 75% governance giveback to paid contributors who were deducted Impact Hours previous to the Hatch

The funding of this proposal will be used to support the Commons Swarm team to develop a technical solution and will cost 5,000 wxDAI that will be requested to Conviction Voting retroactively after the Commons Upgrade.

If this proposal is approved (more than 85% approval rate) the Commons Swarm team will start prototyping a solution to be implemented before the Commons Upgrade. The detailed implementation will be proposed to the Hatch DAO since this solution will involve minting of tokens and be attached to the bonding curve.

The goal of funding this development in the TEC is to effectively return some of the voice that was earned but taken away from core contributors, because of their monetary compensation."

Single choice voting
Options: Yes / No

From the 24th september, to the 27th september


I know this is probably a bit late in the process, but we had a very interesting discussion about the snapshot vote at the close of the Commons Swarm call, and I wanted to put something here for the wider community. @chuygarcia92 shared with us why he voted “No”, and since I think he wanted to write something here too I’ll leave it to him to explain his reasoning in full, but one of the fears he expressed, and which I also share is that in a way this “patching” to amend past mistakes compromises the structure and system of the TEC in a way that makes a clean slate impossible long-term, and this even before we have launched.
At the end of the day, this non transferrable governance power does “tack on” an element of centralization to the governance of the Token Engineering Commons, forever. This feels sadly ironic to me.

I’ve ended up voting in favor of the proposal, because I think it’s important to honor the result of the praise debate vote, but since the actual implementation details are not set in stone,
I wanted to openly float the idea of binding the additional voting power to the vesting period, so that it slowly decreases with time.
This would set a definite end to the consequences of the IH conflict, and guarantee that in the future the bonding curve alone regulates the TEC economy, as was originally intended. Until then, the governance giveback would help adequately honor the sweat equity and knowledge of the people who set it in motion.

I would love to hear your opinions on this, and also get some feedback on if this is technically feasible. I apologize for bringing up something like this so late.


First of all, I’d like to apologize for expressing this so late into the vote. Even though I originally supported this proposal, I have to say I strongly disagree with the possible outcomes. Some key points to my reasoning:

  1. This is trying to fix with governance what should’ve been about compensation. I feel that ship has sailed and if we go down this path we’ll just eventually face more trouble around the centralization issues this vote involves. Imagine coming across a DAO whose goals you feel identified with, but having some of its seed members have permanent decision power.

  2. Non-transferable governance tokens are like having a CEO in a DAO. I don’t feel both concepts coexist in the same environment. We shouldn’t be able to fix voting power to specific members since this would be closer to a traditional rigged political system, which is everything we’re trying to get away from.

  3. Our goal is clear: Advance Token Engineering. Executing this proposal would consume resources and time to achieve what I think is the opposite of advancing anywhere. These resources should be allocated to funding proposals where better TE will be implemented, but I feel that with this situation we’re changing a very clear point that has always distinguished the TEC among other communities: we’re DAOing to DAO instead of DAOing to advance TE.

Again, I’m sorry for bringing this up so late. I have to admit that part of this was because I didn’t really have any ideas for a better solution, however I think @0xNuggan’s approach of a vesting period (even if it’s additional to the currently set period) is something that could work and end the IH discussion once and for all.
Thanks TEC family, love y’all :sparkling_heart: