## Collection plus ERC6551 vs Mirror
### ERC6511 + ERC721Soulbound
This option allows us to bind DAO tokens to a token bound account created with ERC6551.

#### pro / con

(+) Less confusion for users viewing their wallets (they never have to see DAO tokens)
(+) "Feels" more like upgrading original tokens vs issuing new ones
(+) Current governor can still be used
(-) Delegation flow becomes significantly more complicated for users and developers. Need to handle two seperate delegations flows one of which includes the user having to sign a message. To delegate all tokens a user would need to take 3 actions from their wallet.
(-) Claiming flow also requires the user to sign a message and submit a transaction to setup their inital token delegation.
(-) Users must redelegate votes when they purchase an original token on secondary and want to participate in the DAO
(-) Checking if a user has votes to claim is complicated as delegations don't reset on original token transfers
(-) Relativly high gas for claiming function as the 6551 account must be created and tokens are redelegated at the end of the function
(-) Dependent on ERC6551 team for inital implementation, standard finalization, audit, potential security issues.
(-) Somewhat confusing for users to purchase secondary DAO tokens as some of them are locked

### ERC721Mirror
This option allows us to "mirror" an original tokens ownership. When the `mirror` function is called ownership of the mirrored token is transfered to the original token owner. All delegations are disabled on mirrored token to ensure users cannot trade them on secondary markets.

(+) Delegation is the exact same as it is now.
(+) Claiming has no extra signature or redelegation steps making it easier and cheaper for both developers and users.
(+) Checking avalible claims is easy
(+) Current governor can still be used
(~) Original DAO tokens are shown on a users account making it "feel" like a new token is being issued
(-) Mirror function must be called whenever a users buys an original token on secondary
(-) Somewhat confusing for users to purchase secondary DAO tokens as some of them have approvals disabled