Risks of Using Primitive Finance
There are smart contract and economic risks in every interaction with the protocol.
The Primitive V1 Option token contract has no admin functions. Every Externally Owned Account and smart contract has the same permission status. The core Option token contract cannot be paused or changed.
The Primitive Option Factory contract has an admin-controlled function to pause FUTURE deployments of Options. This will only be in the first Option Factory contract, and will be removed after the contracts have been battle-tested for several months. The factory has no control over Options which have already been deployed.
Primitive's core contracts have been audited: Phase 1 Audit.
Audits do not guarantee security of the contracts. The contracts should never be considered 100% secure.
Contracts are first designed and implemented as prototypes. These prototypes will never see mainnet.
After the prototyping stage, the contracts are upgraded with improvements and deployed to a testnet. Contracts will live and be redeployed to testnet prior to being sent for audit.
The code is then frozen and the contracts are sent to auditors. After the auditors have taken several weeks to review them, they will recommend changes which are then implemented by the core Primitive developers.
After the audit changes have been implemented, the core Primitive team reviews the overall security and preparedness for maintaining the production contracts. Once the team has decided that the contracts are ready, they are deployed to mainnet.
Liquidity Provision Risks
Please visit our guide for providing liquidity to the Primitive protocol: Liquidity Providers Guide. Options are volatile instruments, which means losses can accrue quicker when they are provided as liquidity to Automated Market Makers, such as Uniswap.
Non-Standard ERC-20 Risks
The Primitive V1 Option uses a novel accounting method for tracking its internal balances. Non-standard ERC-20 token implementations with rebase functions (YAM, AMPL, etc.) alter balances, which could break the core internal accounting methods. Rebasing tokens have not been verified as a secure asset to use as an underlying token in a Primitive V1 Option.
ERC-20 tokens which have fees taken out on transfer (deflationary) can alter balances, which could break the internal accounting methods of the Primitive V1 Option.
Some ERC-20 implementations do not return true or false, or any data, after a transfer method has been completed. Primitive V1 Option has safety mechanisms (Open Zeppelin's SafeERC20 Library) in place to guard against any side-effects of this non-standard ERC-20 function.