Generated revenue can be in form of any erc20 token.
Contract must swap any tokens instead WETH from storage token list with paths to PROFIT token, send to Splitter and run it.
Multihop swaps must be implemented by using uniswap v2 and uniswap v3 routers through an intermediary pool.
https://docs.uniswap.org/protocol/guides/swaps/multihop-swaps

Stability Builder ERC721

Features:

• Splitting
• Salary
• Vesting
• changeable
• upgradeable

🧐 Motivation
Want to have ability to store ERC721 and ERC1155 assets in Treasure with safe transfer support.

📝 Details
Treasure is timelock #1 contract address.
Need to add ERC721Holder and ERC1155Holder utils to contract.

Abstract ERC721Votes contract of token which can be minted by locking PROFIT tokens on contract address.

What is Timelock?

A timelock is a smart contract that delays function calls of another smart contract after a predetermined amount of time has passed.

OZ: Protect Your Users With Smart Contract Timelocks
HTLC

Protocol actions requiring execution delays

• Governance activity
• Contract upgrades
• Market development
• Funding

Which contract to use?

openzeppelin-contracts TimelockController.sol

The Splitter contract must fairly distribute generating profits in form of ERC20 tokens between the dividend payers, the treasury and the development fund. The contract should keep the shares of the recipients of the resources, and allow them to be changed by the governance.

ProfitHolder contract

Contract with DividendToken BURNER_ROLE (deployed to mainnet).

todo

• balanceOf(address) view function need to calculate total amount of holder PROFIT tokens:
  • on address
  • staked to DividendMinter pool
  • provided to liquidity by holding of uniswapv2 LP Pair
  • provided LP to MasterChef farms
  • in governance NFTs like ProfitMaker
  • bridged
• maxSDIV changeable by governance role limit of holding SDIV tokens by 1 PROFIT token
• whitelisted role to pass dividend pool, liquidity providing contracts and other addresses
• burnSDIV(address) public function need to burn SDIV exceeding the limit and whitelist

Motivation
DAO needs a Governance contract.
On-chain governance is a mechanism that enables the decentralized community to govern the protocol through direct on-chain voting.
On-chain governance is most reliable for transparent protocol management because it guarantees a transparent consensus forming process.

Details
The native token has the voting capability provided by the ERC20Votes extension.
Optimal base implementation for us is openzeppelin-contracts Governon.sol
How to set up on-chain governance

🧐 Motivation
We want to have unique governance system with voting power of multiple ERC20 and ERC721 tokens with managed voting power of each token.

📝 Details
Need to implement custom GovernorVotes and GovernorVotesQuorumFraction

Use extensions:

• ERC721Votes
• GovernorPreventLateQuorum

Simple PoA auto bridge for natural-synthetic token between EVM chains.

• synthetic token
• bridge

🧐 Motivation
We need staking pool and reward distribution solutions.

📝 Details
These are project-specific DeFi staking pool and payment splitters.