Restoration of Greenfield's Unclaimed Genesis Allocation with Vesting

Authors: Greenfield Labs

Website : Greenfield Participation

Date: April 2024

tl;dr

MOTIVATION

The primary motivation for this proposal stems from several key factors:

  • Greenfield Labs has been an active contributor to the Shutter ecosystem since day one and is actively running a Keyper node
  • The missed allocation deadline was due to communication challenges rather than lack of commitment
  • There is a need to maintain the intended distribution of network participants for optimal security
  • The restoration supports the network’s decentralization by strengthening the Keyper Set

SPECIFICATION

The proposal requests:

  • Restoration of the original allocation of 909,090.9091 SHU tokens to Greenfield Labs
  • Implementation through smart contract interaction to reinstate the allocation under the same original vesting of the Genesis Keyper Set
  • No additional code changes required
  • Timeline: Immediate implementation upon DAO approval
  • No additional budget required beyond the original allocation

RATIONALE

This solution is proposed because:

  • It maintains the original intended token distribution
  • Supports network security through increased Keyper participation
  • Preserves the relationship with a committed early contributor
  • Aligns with the project’s goals of building a robust and decentralized network
  • Demonstrates the DAO’s ability to address exceptional circumstances fairly

NEXT STEPS

  • DAO vote on the proposal
  • If approved, technical implementation of allocation restoration
  • Greenfield Labs to continue with its Keyper node operation

CONCLUSION

Restoring Greenfield Labs’ allocation supports the network’s security and decentralization goals while maintaining relationships with committed contributors. This resolution demonstrates the DAO’s ability to address exceptional circumstances while maintaining protocol integrity.

IMPLEMENTATION

Initiate a vesting transfer of Shutter Tokens from the DAO treasury to Greenfield Labs.

TX 1

target 0xe485E2f1bab389C08721B291f6b59780feC83Fd7

function approve

parameter types address, uint256

parameter inputs 0xD724DBe7e230E400fe7390885e16957Ec246d716, 909090909090909090909090

transaction value 0

– TX 2

target 0xD724DBe7e230E400fe7390885e16957Ec246d716

function addVesting

parameter types address, uint8, bool, uint16, uint64, uint128, uint128, bool

parameter inputs 0x7Ca18A55b64c1509d34e964a9e323a6c71e905a2, 0, False, 103, 1710720000, 909090909090909090909090, 90909090909090909090909, False

transaction value 0

Voting Options

Vote “YES” to restore Greenfield Labs’ Genesis allocation under the original vesting conditions to its Keyper node as outlined above.

OR

Vote “NO” to refuse the restoration of tokens.

OR

Vote “Abstain” if you do not have an opinion. Abstain votes are not counted towards quorum.

License

CC0: This work is marked with CC0 1.0 as dedicated to the public domain.

I personally know the Greenfield team and think they would be a valuable stakeholder. Having said that, the genesis allocation has happened more than a year ago, and it’s not very clear why this opportunity was missed.

On an individual case basis I’m leaning toward being supportive, but generally a bit worried with the precedent this sets.

2 Likes

Hey @middleway,

Thanks for your comment and your kind words. Regarding your comment: we missed the deadline because we were not aware of it. Regarding your reservation: we are the only Keyper that missed the claim deadline. This would mean there would be no precedent for any keyper to follow.

Hope this answered your question and reservation.

1 Like

I gave you a “yes”, since I appreciate that you got on the same term as the rest. I think we need people who are motivated to bring this project forward, and you guys seem like that, so I am giving you the benefit of the doubt.

1 Like