Onchain-Experiments_V2
Version 2 of this project does not currently exist and is not yet being built. This page will act as a place to brainstorm features and ideas for the next version of this project. Although V2 depends a lot on whether V1 gains any traction.
If YOU have an idea, reach out! lets build the coolest possible 100% onchain art platform. โ twitter || warpcast
- increase robustness and flexibility... whatever that means.
- add more fun interoperability features. For example, different editions borrowing features from each other or interacting in some way. Artist B gets permission from Artist A to incorporate some feature from Artist A's edition into Artist B's edition, by using Artist A's original art generator contract. Basically onchain collaborations. Similar to the `Signatures` concept in V1.
- Create more and better tools for artists to deploy and mint their 100% onchain art works. For example having two edition queues in the contract. One is permissionless and used for testing. Parameters can be changed but cannot mint. The other queue is final and permissioned, it is added to by approving an edition from the other queue.
- add more sophisticated minting options.
- unlimited supply for a certain time period.
- whitelist or allowlist
- controlled minting over time. For example, minting 1 per day, 1 per hour, etc.
- combine any of the above options.
- continue offering prints as key part of the project. Split revenue between collector, artist, and printer. Not limited to just prints on paper, could include other physical objects. TBD.
- consider possibly implementing ERC-6551: Non-fungible Token Bound Accounts. This might be useful for certain features.
pro - cool new modern feature.
- captures the ๐๐พ๐ท๐ of crypto and web3
con - more complexity, higher chance of bugs.
- users could accidentally sell or transfer a token containing other tokens and lose all of them without realizing.
- not really necessary IMO.
- may cost more gas, and/or may require additional transactions for approvals and such. Although this is solved by smart wallets and bundling.
- create a 2 way bridge between Base and L1 Mainnet. Users will be able to store their tokens on mainnet as a kind of "cold storage." Some people might want to consolidate their art collections on mainnet. They should be able to modify, sell and transfer on either chain, and can bridge back and forth at any time. The exact bridge mechanism is still TBD.
- build our own secondary marketplace that honors EIP 2981 royalties and automatically sends them to the correct payment splitter contract for each edition during the transaction. Sponsored transactions, zero percent platform fees (aside from the platform fee on royalties set by the artist).
- create an entirely new onchain SVG rendering system. for example having a single ultra efficient rendering contract that returns the actual SVG code (written in yul or huff?). The art generator contracts will instead generate a set of parameters or a compressed SVG string that is passed to the rendering contract. To go even further, there could be a higher level SVG specific language, framework or GUI that compiles down to solidity code that then creates the compressed svg strings, and an online editor for artists to use to create their own art generator contracts. Basically anything to make it easier for artists to write creative code. how cool would that be?
- a ๐ธโดโด๐ new name.
- increase vibes by at least 10x.