# [Temp. Check] Should Compound retroactively distribute COMP tokens to early users? This question has been [debated and specifics have been worked on](https://www.comp.xyz/t/should-compound-retroactively-airdrop-tokens-to-early-users/595v) for about the past year by the community. This proposal serves as a temperature check, ensuring that this initiative has sufficient support before making further proposals as to address how to distribute the token to early users. The actions of this proposal are nil - the protocol does not change at all regardless of whether this proposal passes or fails. Rather, this proposal gauges consensus regarding the issue in the following way: - FOR: You believe COMP tokens should be distributed to early users in at least some amount and/or way. - AGAINST: You believe no amount of COMP tokens should be distributed to early users. If this proposal... - PASSES: The community will continue its efforts in distributing COMP tokens to early users. A series of follow-up proposals will guide the community in finalizing the total amount, the distribution model, and the way in which the tokens are distributed. - FAILS: The community will abandon its efforts of this initiative. A quick summary in support and opposition of this initiative: - FOR: Early users were key in Compound's success. Their early use of the protocol shaped it to be what it is today, and those users should be given the power to continue shaping the protocol. Compound should continue to decentralize ownership of the protocol by distributing voting power amongst its early community members and users. - AGAINST: Compound should use the tokens in the treasury as incentives for new work to continue growing the protocol. Note: Since governance proposals require actions, a nil action has been provided. ## Credits Allthecolors et al. ## References - [Forums thread](https://www.comp.xyz/t/should-compound-retroactively-airdrop-tokens-to-early-users/595)
Last changed by  
 
TylerEther
296

Read more

COMP Reward Adjustments v2

After many discussions with Getty, I'm pivoting my prior COMP Rewards Adjustments proposal. The objective of the COMP rewards program was initially to distribute the token to our users. The sad truth is that an overwhelming amount of the COMP rewards are being farmed and instantly sold off, making the rewards program ineffective in achieving the initial goal. I believe there’s a clear need to re-evaluate how best to distribute the token to our community. When a market first launches, we don’t see much activity until the market receives COMP rewards. There’s little incentive to deposit into it when there’s no borrowing demand (or rewards), and there’s no borrowing demand because there aren’t enough tokens to borrow to make the cost of the borrow transaction worth it. A market needs to have great enough incentives for depositors to provide enough liquidity to make the cost of borrowing worth it. The above statements I made in my prior proposal still hold. At the time of writing, I advocated for our users - who are also token holders - to continue receiving a share of the protocol. Decentralization of ownership matters. However, my perspective on the overall issue was slightly incorrect.

4/15/2022
Payroll Protocol: Decentralized Protocol Payroll

Why: To pay contributors efficiently. Idea: A DAO sets a budget for [X role] payroll. Token delegates get a share of say equal to the proportion of tokens they hold. Each delegate provides [white-listed] addresses and corresponding weights. Results are aggregated and pay is distributed accordingly. User stories Protocol development payroll The gov board or multisig whitelists timmy.eth and tom.eth for the development role. The gov board sets a budget of $10M annually for development. a16z with 50% of the vote says 10% to timmy and 80% to tom, with 10% going to nobody. a16z's pay share distribution is $10M * 50% * 10% = $500K annualized for timmy and $10M * 50% * 80% = $4M annualized for tom.

3/30/2022
Compound Market Listing Framework

Consideration points: Token Etherscan link Contract code verified and open-source? Team Who? Experience in their respective field

3/9/2022
COMP Rewards Adjustments

Building off Getty's discussion of COMP distribution speeds, I think we should be more intentional about how COMP is distributed. The objective of the COMP rewards program was initially to distribute the token to our users. The sad truth is that an overwhelming amount of the COMP rewards are being farmed and instantly sold off, making the rewards program ineffective in achieving the initial goal. I believe there's a clear need to re-evaluate how best to distribute the token to our community. This is something that will evolve over time, so it doesn't mean we have to completely figure this out before changing the existing program. Rather than distributing massive amounts of tokens arbitrarily to markets, I propose changing the existing rewards program (as just one of our rewards programs) to utilize COMP rewards to: Strategically incentivize growth while maximizing profits (minimizing losses), and Maintain minimum market sizes When a market first launches, we don't see much activity until the market receives COMP rewards. There's little incentive to deposit into it when there's no borrowing demand (or rewards), and there's no borrowing demand because there aren't enough tokens to borrow to make the cost of the borrow transaction worth it.

3/6/2022
Read more from TylerEther
Published on HackMD