erc721 mintable and bouncer updates#1020
Conversation
672a7a2 to
e8a8333
Compare
|
I see a few problems with this PR. It's very complex, and doesn't feel very cohesive. There's additions to our ERC721 stack, SignatureBouncer and RBAC, as well as new stuff like Additionally, I'm not quite convinced that What do you think about this? My concrete proposal is to continue work on #957, and then merge |
|
@frangio Keeping ERC721Minter inside examples is good 👍 This PR is super huge, and it totally is all over the place, yeah. With the removal of ERC721Minter we can split noncetracker, autoincrementing, and signature bouncer changes into separate PRs. Will do that unless you have extra thoughts. |
26339ad to
4e2242c
Compare
|
@shrugs should we close this one then, since work continued on those other 3 PRs? |
|
@nventuro this PR will have to eventually be rebased on master once those commits are merged |
|
closing in favor of tracking via #1272 |
Supercedes #957 and #950
fixes #962
🚀 Description
cc @vittominacori for review
DefaultTokenURI.sol— implementtokenURI(uint256 _tokenId)and returns a defaulttokenURIif a specific token URI is not set. saves the developer from storing the same tokenURI for every tokenRBACMintable.sol— a super simple mintable role withonlyMintermodifier. Does not suggest role authorization, which is left up to the implementer. Pairs well withRBACOwnableRBACOwnable— anOwnableimplementation that allows multiple owners that can add/remove themselvesMintableERC721Token.sol— anERC721Tokenthat can be minted by anyone with theminterrole.ERC721Burnable— an interface to supportburnFrom()mechanismBurnableERC721Token— an implementation of that interface📘 I've reviewed the OpenZeppelin Contributor Guidelines
✅ I've added tests where applicable to test my new functionality.
📖 I've made sure that my contracts are well-documented.
🎨 I've run the JS/Solidity linters and fixed any issues (
npm run lint:all:fix).