erc721o VS ERC721-Staking

One of the design choices that was scrapped was the usage of Opium’s very own token standard ERC 721o - a custom flavor of the more notorious ERC721- whose purpose was to allow for the creation of non-fungible derivative portfolios. Nowadays a similar rationale has been implemented by the ERC1155 standard, however the degree of interoperability and easy-to-reason-about clean API that the good-old-fashioned ERC20 provides are simply undefeated. As such, following a long-existing DeFi trend that was first popularized by Uniswap, Opium makes use of a factory pattern that mints ERC20 tokens in a measure proportional to the ownership of LONG/SHORT option positions of their respective owners. However, as the scope of the article is to give enough of a rundown for a developer to get their feet wet with Opium v2, we will postpone a deep dive into the Opium Protocol architecture to a later date. If you have any questions, feel free to drop by on the governance forum!

Last year I've shared with this sub another NFT Staking Smart Contract and since it's got some engagement and starts & forks on GitHub, I've decided to revisit it and fix some of the limitation it's design had:

You can try out my code if you want: https://github.com/andreitoma8/ERC721-Staking , but it's with fixed rewards. If you want dynamic ones, I recommend you try adaoting the Synthetix Staking Contract for EREC721 Tokens. Whatever you do, don't ever loop trough all the NFTs.

After the ERC20 Staking Library I posted here a few weeks back it's time for a ERC721 one.

Hi! Check this out: https://github.com/andreitoma8/ERC721-Staking, it's tested and working as intended. It's crazy how alike our SCs are! I was thinking about using an array for the tokenIds staked too, but simple is better imo and I think this is better done in frontend with something like Moralis Database to lower the gas fees.