The contribution contract implements an ERC721 interface which represents any contribution.
The contributions are non-fungible (as opposed to the Kredits tokens) and can be not be transferred.
The contract stores the history of any contribution. Contributions can be claimed which will issue the Kredits tokens to the contributor.
This is an early implementation and misses some access control and probably more things.
To do:
Store token metadata URL in ContributionData
Store contribution IPFS hash in ContributionData
Rename operator to proposal
Remove obsolete data and functions from Proposal
Add proposal id to ContributionData
Veto function for Contribution: creates a proposal if requirement fulfilled (maybe just coreonly for now)
If contribution has a proposal, then only allow claiming if proposal result is positive
The contribution contract implements an ERC721 interface which represents any contribution.
The contributions are non-fungible (as opposed to the Kredits tokens) and can be not be transferred.
The contract stores the history of any contribution. Contributions can be claimed which will issue the Kredits tokens to the contributor.
This is an early implementation and misses some access control and probably more things.
To do:
- [ ] Store token metadata URL in ContributionData
- [ ] Store contribution IPFS hash in ContributionData
- [ ] Rename operator to proposal
- [ ] Remove obsolete data and functions from Proposal
- [ ] Add proposal id to ContributionData
- [ ] Veto function for Contribution: creates a proposal if requirement fulfilled (maybe just coreonly for now)
- [ ] If contribution has a proposal, then only allow claiming if proposal result is positive
- [ ] Add rejection to Proposal
- [ ] Update JS wrapper to reflect changes
ref: #52
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
The contribution contract implements an ERC721 interface which represents any contribution.
The contributions are non-fungible (as opposed to the Kredits tokens) and can be not be transferred.
The contract stores the history of any contribution. Contributions can be claimed which will issue the Kredits tokens to the contributor.
This is an early implementation and misses some access control and probably more things.
To do:
ref: #52