<!--
Sitemap:
- [Overview](/index): Public documentation of Parallel, a decentralized stablecoin protocol: USDp and sUSDp, the PRL governance token, the modules and the agent tooling.
- [Products](/introduction/products): The Parallel product range: decentralized stablecoins minted against overcollateralized reserves, and the savings vaults that pay yield on them.
- [Use Cases](/introduction/use-cases): What Parallel stablecoins and savings are used for: payments, trading pairs, DeFi collateral, multi-currency exposure and yield on idle balances.
- [Parallel V3 — Products](/products/parallel-v3/): Parallel V3 is a modular, upgradable protocol for issuing decentralized, over-collateralized stablecoins. Any peg can run on it: USD, EUR, CHF, ETH or BTC.
- [Parallel V3 — How It Works](/products/parallel-v3/how-it-works/): Parallel V3 is modular: every component is an independent module that can be deployed, upgraded, paused or reconfigured without disrupting the protocol.
- [Parallelizer Module — Parallel V3](/products/parallel-v3/how-it-works/parallelizer-module): The Parallelizer Module mints and burns Parallel stablecoins against a basket of assets held at target prices, with fees keeping each exposure in bounds.
- [Savings Module — Parallel V3](/products/parallel-v3/how-it-works/savings-module): The Savings Module pays Parallel stablecoin holders a native yield drawn from the return the protocol earns on backing assets, with no extra composability risk.
- [Bridging Module — Parallel V3](/products/parallel-v3/how-it-works/bridging-module): The Parallel V3 Bridging Module reuses the V2 module unchanged, moving stablecoins across chains over LayerZero through DVN verification and its Executors.
- [Flashloan Module — Parallel V3](/products/parallel-v3/how-it-works/flashloan-module): Flash loans mint Parallel stablecoins within a single transaction and burn them at the end, so their size is capped by a governance parameter, not by liquidity.
- [Stablecoins & Savings](/products/parallel-v3/stablecoins-and-savings/): Parallel V3 stablecoins are minted against overcollateralized reserves with self-adjusting fees, and savings vaults pay the yield those reserves earn.
- [USDp & sUSDp](/products/parallel-v3/stablecoins-and-savings/usdp-and-susdp/): USDp is Parallel V3's decentralized, over-collateralized USD stablecoin, live on 24 chains. sUSDp is its yield-bearing ERC-4626 version. Addresses for both.
- [USDp & sUSDp — Implementation](/products/parallel-v3/stablecoins-and-savings/usdp-and-susdp/implementation): Detailing current USDp production implementation
- [USDp & sUSDp — Fee Distribution](/products/parallel-v3/stablecoins-and-savings/usdp-and-susdp/fee-distribution): Parallel V3 generated fees by the USDp codebase are distributed as follow:
- [Parallel V3 — Governance](/products/parallel-v3/governance): Parallel V3 runs autonomously, but sPRL holders govern it: deploying stablecoins and chains, adding collateral, and adjusting module, fee and oracle parameters.
- [Parallel V3 — Licensing](/products/parallel-v3/licensing): Parallel V3 is divided into 3 different repositories, each with different licenses:
- [Parallel V2 — Products](/products/parallel-v2/): Parallel V2 issues two collateral-backed stablecoins: PAR, pegged to the euro, and paUSD, pegged to the dollar. Both are decentralized and fully non-custodial.
- [Stablecoins](/products/parallel-v2/stablecoins/): The two stablecoins of the legacy Parallel V2: PAR, indexed on the euro, and paUSD on the dollar. Both are superseded by USDp in Parallel V3.
- [PAR](/products/parallel-v2/stablecoins/par/): PAR is the euro stablecoin of legacy Parallel V2, minted against approved collateral in non-custodial vaults. Addresses on Ethereum, Polygon and Fantom.
- [How does PAR work?](/products/parallel-v2/stablecoins/par/how-does-par-work): PAR is minted by depositing collateral such as wBTC in a vault and borrowing against it. This page explains over-collateralization and how the euro peg is held.
- [Where can I get PAR ?](/products/parallel-v2/stablecoins/par/where-can-i-get-par): There are two ways to obtain PAR: mint it by opening a Parallel V2 vault against collateral, or swap for it through a DEX aggregator such as Paraswap or 1inch.
- [paUSD](/products/parallel-v2/stablecoins/par-1/): paUSD is a non-custodial USD stablecoin minted against governance-approved collateral such as WETH, WBTC or USDC deposited into a Parallel V2 classic vault.
- [How does paUSD work?](/products/parallel-v2/stablecoins/par-1/how-does-pausd-work): paUSD is minted by depositing collateral such as wBTC in a vault and borrowing against it. This page explains over-collateralization and how the peg is held.
- [Where can I get paUSD ?](/products/parallel-v2/stablecoins/par-1/where-can-i-get-pausd): Two ways to obtain paUSD: mint it by opening a Parallel V2 vault against collateral, or swap for it through a DEX aggregator such as Paraswap or 1inch.
- [Parallel V2 — How It Works](/products/parallel-v2/how-it-works/): How the legacy Parallel V2 protocol works: classic vaults minting PAR and paUSD against collateral, the bridging module, and Super Vaults for leverage.
- [Classic Vaults — Parallel V2](/products/parallel-v2/how-it-works/vaults/): Classic Vaults are the core of Parallel V2: deposit collateral such as ETH, then mint PAR or paUSD against it while staying above the collateralization ratio.
- [Depositing](/products/parallel-v2/how-it-works/vaults/depositing): Depositing collateral opens a Parallel V2 vault and sets how much PAR or paUSD can be borrowed against it, according to the Minimum Collateralization Ratio.
- [Borrowing](/products/parallel-v2/how-it-works/vaults/borrowing): Borrowing from a Parallel V2 vault mints new PAR or paUSD against deposited collateral, up to the Minimum Collateralization Ratio, and is repayable at any time.
- [Fees](/products/parallel-v2/how-it-works/vaults/fees/): The Parallel Protocol is generating revenues by taking fees on minted PAR/paUSD and distribute them to various actors. You can learn more:
- [Fees Generation](/products/parallel-v2/how-it-works/vaults/fees/fees-generation): The Parallel Protocol is generating revenues by taking fees on minted PAR/paUSD. These fees are called "Origination Fee" and "Borrowing Fee".
- [Withdrawing](/products/parallel-v2/how-it-works/vaults/withdrawing): Withdrawing redeems PAR or paUSD for the underlying collateral. Only the vault owner may withdraw, and only while the health factor stays above the minimum.
- [Repaying](/products/parallel-v2/how-it-works/vaults/repaying): Repaying burns PAR or paUSD to cut a Parallel V2 vault's debt. Partial or full repayment is possible at any time and keeps the collateral ratio above the MCR.
- [Liquidating](/products/parallel-v2/how-it-works/vaults/liquidating): Vaults below the required health factor are liquidated by profit-seeking actors, keeping PAR and paUSD backed. A liquidation fee is added to the vault's debt.
- [Bridging Module — Parallel V2](/products/parallel-v2/how-it-works/bridging-module/): Tunnel, the Parallel V2 bridging module, moves PAR and paUSD between supported chains over LayerZero, with a modular DVN security stack controlled by the DAO.
- [LayerZero Infrastructure](/products/parallel-v2/how-it-works/bridging-module/layerzero-infrastructure): LayerZero is the permissionless messaging protocol under the Parallel V2 bridging module, pairing on-chain endpoints with Decentralized Verifier Networks.
- [Bridging Module Specifications — Parallel V2](/products/parallel-v2/how-it-works/bridging-module/specifications): The Parallel V2 bridging module follows LayerZero's OFT standard, with a DVN quorum, mint and burn limits, and every parameter controlled solely by the DAO.
- [Bridging Module Implementation — Parallel V2](/products/parallel-v2/how-it-works/bridging-module/implementation/): The currently voted implementation of the PAR & paUSD bridging modules can be found here:
- [Bridging Module — PAR](/products/parallel-v2/how-it-works/bridging-module/implementation/par): The DAO-approved PAR bridging parameters for each chain: required and optional DVNs, daily and global mint and burn limits, the fee rate and isolate mode.
- [Bridging Module — paUSD](/products/parallel-v2/how-it-works/bridging-module/implementation/pausd): The DAO-approved paUSD bridging parameters for each chain: required and optional DVNs, daily and global mint and burn limits, the fee rate and isolate mode.
- [Super Vaults (SV)](/products/parallel-v2/how-it-works/super-vaults-sv/): Super Vaults manage a position as markets move: enter a leveraged long, rebalance into less volatile collateral, withdraw capital, or empty the vault entirely.
- [Leveraging](/products/parallel-v2/how-it-works/super-vaults-sv/leveraging): SuperVaults allow for leveraging assets without any additional capital.
- [Rebalancing](/products/parallel-v2/how-it-works/super-vaults-sv/rebalancing): In addition to leveraging, SuperVaults also allow for rebalancing vaults to use another collateral without requiring any additional capital.
- [EmptyVault](/products/parallel-v2/how-it-works/super-vaults-sv/emptyvault): EmptyVault closes a Super Vault in one transaction: flash loan collateral, swap it for PAR, repay the outstanding debt, then withdraw the remaining collateral.
- [Automated Rebalance](/products/parallel-v2/how-it-works/super-vaults-sv/automated-rebalance): Automated Rebalance guards a Super Vault against liquidation like a stop loss, rebalancing collateral within limits on ratio, value change and call frequency.
- [Managed Rebalance](/products/parallel-v2/how-it-works/super-vaults-sv/managed-rebalance): Managed Rebalance lets a Super Vault owner hand rebalancing decisions to a whitelisted manager, for strategies the fully automated system cannot express alone.
- [Parallel V2 — Licensing](/products/parallel-v2/licensing): Parallel V2 is released under the MIT license: the source may be used freely as long as the original copyright and licence notice travel with every copy of it.
- [Proof of Solvency](/security/proof-of-solvency): How Parallel V3 proves its backing on-chain: reserves sit in permissionless Parallelizer contracts rather than multisigs, and are auditable live.
- [Parallel Emergency Guardians](/security/parallel-emergency-guardians): Approved in MIP-11, Parallel's emergency guardians let any multisig signer open a transaction to halt the protocol, executed once other signers verify it.
- [Hypernative](/security/hypernative): Hypernative monitors Parallel in real time and can pause the protocol automatically when it detects a threat, onboarded by the DAO through the PIP-62 proposal.
- [Keepers](/security/keepers): Role and responsibilities of Keepers in maintaining Parallel V3 protocol operations
- [Bug Bounty Program](/security/bug-bounty-program): Parallel's Immunefi bug bounty, approved in PGP-28 and live since June 2025, pays up to 250,000 USD for the most critical impacts and 50,000 for critical bugs.
- [Insurance Fund](/security/insurance-fund): Detailing the coverage and strategy of the Parallel Insurance Fund
- [Audits](/security/audits): A breakdown of security reviews covering deployed smart contracts of Parallel
- [Parallel Governance Token (PRL) — Governance](/governance/parallel-governance-token-prl/): PRL is the governance token of the Parallel Protocol: an ERC-20 issued on Ethereum with a fixed one billion supply and no mint, pause or admin function.
- [Issuance](/governance/parallel-governance-token-prl/issuance): How the PRL supply is issued over time: the weekly reduction of inflation, and the supply carried over from the TenX and PAY token holders.
- [PRL Bridging Module — Governance](/governance/parallel-governance-token-prl/bridging-module/): The PRL bridging module moves PRL between supported chains over LayerZero, using configurable Decentralized Verifier Networks and an X of Y of N security model.
- [PRL Bridging Module Specifications — Governance](/governance/parallel-governance-token-prl/bridging-module/specifications): How PRL bridges between chains: LayerZero's OFT standard, and the modular security stack of DVNs the DAO configures around each route.
- [PRL Bridging Module Implementation — Governance](/governance/parallel-governance-token-prl/bridging-module/implementation): The DAO-approved PRL bridging parameters for each chain: the required and optional DVNs, and the mint and burn limits that apply to them.
- [PRL Tokenomics — Governance](/governance/parallel-governance-token-prl/tokenomics/): Parallel's tokenomics introduce PRL staking, the ParaBoost incentive model, and the distribution of protocol revenue to stakers, aligning holders and protocol.
- [Epoch Concept](/governance/parallel-governance-token-prl/tokenomics/epoch-concept): An epoch is the 30-day unit of time in Parallel tokenomics, setting the ParaBoost calculation window, the sPRL unstaking cooldown and the fee sharing schedule.
- [Staking Mechanisms](/governance/parallel-governance-token-prl/tokenomics/staking-mechanisms): PRL can be staked two ways: sPRL1 for single-sided staking, and sPRL2 for the PRL/wETH 80/20 Balancer pool token. Both unstake against an epoch-long cooldown.
- [ParaBoost](/governance/parallel-governance-token-prl/tokenomics/paraboost): Parallel Boost (ParaBoost) is a concept that distributes fees to PRL stakers who generate the most positive externalities that benefit the protocol.
- [PRL Tokenomics — Fee Distribution](/governance/parallel-governance-token-prl/tokenomics/fee-distribution): Protocol fees are converted to PAR on each chain and bridged to Polygon PoS, where 15% is shared with sPRL1 and sPRL2 stakers each epoch, weighted by ParaBoost.
- [PRL Token — Governance](/governance/parallel-governance-token-prl/governance): sPRL1 and sPRL2 holders carry voting power in Parallel governance, weighted by the previous epoch's ParaBoost. Transferring the token resets that accrued power.
- [MIMO to PRL Migration](/governance/parallel-governance-token-prl/mimo-to-prl-migration): The DAO approved the 1:1 migration of MIMO to PRL in April 2025. It closed on 1 August 2026 under PIP-61, and MIMO can no longer be exchanged.
- [sPRL and Voting Power](/governance/sprl): Understanding how to participate in the DAO.
- [Governance Process](/governance/governance-process): Parallel is governed by sPRL holders voting on Snapshot. Proposals that reach quorum and a majority are executed by the DAO multisig; each step is set out here.
- [Proposal Framework](/governance/proposal-framework/): The Parallel governance framework, updated by MIP-29, sorts every proposal into three categories, PIR, PIP and PGP, and defines how each is raised and executed.
- [Parallel Integration Request (PIR)](/governance/proposal-framework/parallel-integration-request-pir): The Parallel Integration Request, the format for listing a new asset: the risk each addition brings to its market and the checks a PIR has to answer.
- [Parallel Governance Proposal (PGP)](/governance/proposal-framework/parallel-governance-proposal-pgp): The Parallel Governance Proposal, the format for treasury and DAO organisation decisions: what a PGP covers, how to write one and how it is voted.
- [Parallel Improvement Protocol (PIP)](/governance/proposal-framework/parallel-improvement-protocol-pip): Explaining Parallel Improvement Protocol
- [DAO Multisigs](/governance/dao-multisigs/): The Parallel DAO multisigs control the treasury, protocol parameters and the blog. Each has eight members and needs five signatures to execute a transaction.
- [DAO Multisigs Elections](/governance/dao-multisigs/dao-multisigs-elections/): Multisigs DAO signers are elected every 6 months. Find out about previous elections here:
- [Election 1](/governance/dao-multisigs/dao-multisigs-elections/election-1): Election 1 of the Parallel DAO multisig, held under MIP-1: the forum discussion, the Snapshot vote, and the DAO and Mimo Labs signers elected, with wallets.
- [Election 2](/governance/dao-multisigs/dao-multisigs-elections/election-2): Election 2 of the Parallel DAO multisig, held under MIP-10: the forum discussion, the Snapshot vote, and the DAO and Mimo Labs signers elected, with wallets.
- [Election 3](/governance/dao-multisigs/dao-multisigs-elections/election-3): Election 3 of the Parallel DAO multisig, held under MIP-15: the forum discussion, the Snapshot vote, and the DAO and Mimo Labs signers elected, with wallets.
- [Election 4](/governance/dao-multisigs/dao-multisigs-elections/election-4): Election 4 of the Parallel DAO multisig, held under MIP-18: the forum discussion, the Snapshot vote, and the DAO and Mimo Labs signers elected, with wallets.
- [Election 5](/governance/dao-multisigs/dao-multisigs-elections/election-5): Election 5 of the Parallel DAO multisig, held under MIP-26: the forum discussion, the Snapshot vote, and the full list of signers elected with their wallets.
- [Election 6](/governance/dao-multisigs/dao-multisigs-elections/election-6): Election 6 of the Parallel DAO multisig, held under PIP-38: the forum discussion, the Snapshot vote, and the full list of signers elected with their wallets.
- [Election 7](/governance/dao-multisigs/dao-multisigs-elections/election-7): Election 7 of the Parallel DAO multisig, held under PIP-49: the forum discussion, the Snapshot vote, and the full list of signers elected with their wallets.
- [Election 8](/governance/dao-multisigs/dao-multisigs-elections/election-8): Election 8 of the Parallel DAO multisig, held under PIP-53: the forum discussion, the Snapshot vote, and the full list of signers elected with their wallets.
- [DAO Treasury](/governance/dao-treasury/): The Parallel DAO treasury is funded by protocol fees, visible live through Octav, and follows a strategy set in MGP-12 and revised by later proposals.
- [DAO Treasury Reports](/governance/dao-treasury/dao-treasury-reports): Monthly Parallel DAO treasury reports, with notes on the snapshots that understate the total by leaving out USDp or sdSPECTRA holdings when they were taken.
- [Developers Guide](/developers-hub/developers-guide): Entry point to the Parallel developer documentation: V3 modules, contract addresses on 24 chains, oracles, subgraphs, the PRL token and the agent tooling.
- [Parallel Governance Token (PRL) — Developers](/developers-hub/parallel-governance-token-prl/): PRL is an ERC-20 with Permit. This page covers its token contract and the principal and peripheral migration contracts that convert the Mimo token to PRL.
- [PRL Tokenomics — Developers](/developers-hub/parallel-governance-token-prl/tokenomics/): The Parallel tokenomics contracts route protocol fees to a main distributor, pay the listed receivers, and let PRL be staked as sPRL1 or as an 80/20 sPRL2 pool.
- [Key Operations Flows](/developers-hub/parallel-governance-token-prl/tokenomics/key-operations-flows): Step-by-step Parallel tokenomics flows: sPRL1 and sPRL2 deposits, withdrawal requests, the penalty applied on early exit, and how fees reach the distributors.
- [Contracts](/developers-hub/parallel-governance-token-prl/tokenomics/contracts): The Parallel tokenomics contracts: FeeCollectorCore and the main and sidechain fee distributors, with the AccessManager-restricted functions each one exposes.
- [Parallel V3 — Developers](/developers-hub/parallel-v3/): The AccessManager roles governing Parallel V3, listing each role with the identifier it is assigned and the restricted functions that role is allowed to call.
- [Parallelizer Module — Parallel V3 Developers](/developers-hub/parallel-v3/parallelizer-module): Known issue in the Parallelizer Module: the Swapper facet blocks a zero deadline after the Bailsec audit, while the inherited Angle comment was left unchanged.
- [Savings Module — Parallel V3 Developers](/developers-hub/parallel-v3/savings-module)
- [Flashloan Module — Parallel V3 Developers](/developers-hub/parallel-v3/flashloan-module)
- [Bridging Module — Parallel V3 Developers](/developers-hub/parallel-v3/bridging-module)
- [Onchain Tools](/developers-hub/parallel-v3/onchain-tools/): Onchain tooling for Parallel V3: the DIA and RedStone oracle price feeds that the protocol reads to value its stablecoins and the assets that back them.
- [Oracles](/developers-hub/parallel-v3/onchain-tools/oracles/): Explore Parallel price feeds deployed by third party protocols.
- [DIA](/developers-hub/parallel-v3/onchain-tools/oracles/dia/): DIA fundamental and market price feeds for Parallel stablecoins, approved in PGP-34 and deployed as ChainlinkAggregatorV3Interface-compatible adapter contracts.
- [DIA Oracles — Fundamental](/developers-hub/parallel-v3/onchain-tools/oracles/dia/fundamental): The DIA fundamental oracles used by Parallel V3: the deployed contracts, the sources they read, and the assets whose value they report on-chain.
- [Market](/developers-hub/parallel-v3/onchain-tools/oracles/dia/market): The DIA market oracles used by Parallel V3: the deployed contracts, the assets they price, and the gas wallets Cooper Labs keeps funded to push updates.
- [RedStone](/developers-hub/parallel-v3/onchain-tools/oracles/redstone/): RedStone fundamental price feeds for Parallel stablecoins, approved in PGP-33 and deployed as ChainlinkAggregatorV3Interface-compatible adapter contracts.
- [RedStone Oracles — Fundamental](/developers-hub/parallel-v3/onchain-tools/oracles/redstone/fundamental): More details on Fundamental RedStone Oracles
- [Offchain Tools](/developers-hub/parallel-v3/offchain-tools/): Offchain tooling for reading Parallel V3 data: the subgraphs that index the protocol's onchain events, and the Dune dashboards built on that indexed data.
- [Subgraphs](/developers-hub/parallel-v3/offchain-tools/subgraphs): Detailing the list of available subgraphs.
- [Dune](/developers-hub/parallel-v3/offchain-tools/dune): Coming soon
- [Build on Parallel](/developers-hub/parallel-v3/build-on-parallel/): The goal of these guides is to help developers, such as third-party protocols, arbitrageurs or keepers; understand and build on-top of Parallel.
- [Parallelizer Module Integration](/developers-hub/parallel-v3/build-on-parallel/parallelizer-module-integration): The Parallelizer module serves as the core minting and burning engine for Parallel stablecoins.
- [Savings Module Integration](/developers-hub/parallel-v3/build-on-parallel/savings-module-integration): The Parallel Savings Module is an ERC-4626 vault that mints yield at a governance-set rate rather than investing deposits, adding no extra trust assumption.
- [Flashloan Module Integration](/developers-hub/parallel-v3/build-on-parallel/flashloan-module-integration): The Flashloan module serves as the core minting and burning engine for Parallel stablecoins.
- [Parallel V2 — Developers](/developers-hub/parallel-v2/): Developer reference for the legacy Parallel V2 contracts, covering the classic vaults, the LayerZero bridging module and the Super Vault proxy system.
- [Classic Vaults — Parallel V2 Developers](/developers-hub/parallel-v2/classic-vaults/): The Parallel Protocol's classic vaults smart contracts are open source on Github:
- [Classic Vaults — Architecture](/developers-hub/parallel-v2/classic-vaults/architecture): The contracts behind Parallel V2 classic vaults: VaultsCore for calculations, VaultsCoreState for cumulative rates, and the PAR and paUSD ERC-20 stablecoins.
- [VaultsCore](/developers-hub/parallel-v2/classic-vaults/vaultscore): VaultsCore is the main interface to the Parallel V2 debt system, handling deposits, borrowing, repayment and liquidation, with native ETH supported directly.
- [Opening a vault](/developers-hub/parallel-v2/classic-vaults/opening-a-vault): How to open a Parallel V2 vault and deposit collateral into it, step by step: the contract calls to make and the order to make them in.
- [Borrowing and minting PAR/paUSD](/developers-hub/parallel-v2/classic-vaults/borrowing-and-minting-par-pausd): To borrow and mint PAR/paUSD equal to `BORROW_AMOUNT`, call the `VaultsCore.borrow()` function.
- [Bridging Module — Parallel V2 Developers](/developers-hub/parallel-v2/bridging-module/): BridgeableToken.sol makes an already deployed ERC-20 bridgeable through LayerZero's OFT standard. The Parallel V2 bridging module codebase is MIT licensed.
- [Bridging Module — Architecture](/developers-hub/parallel-v2/bridging-module/architecture): The Parallel V2 bridge transaction lifecycle: the token is burned on the source chain, sent through LayerZero, verified by the DVNs, then minted on the target.
- [Sample Use Cases](/developers-hub/parallel-v2/bridging-module/sample-use-cases): Worked examples of the Parallel V2 bridging module: sending principal tokens and sending OFT tokens, and what the contract burns and mints in each scenario.
- [Super Vault (SV)](/developers-hub/parallel-v2/super-vault-sv/): The Super Vaults smart contracts are open source on Github:
- [Proxy Design](/developers-hub/parallel-v2/super-vault-sv/proxy-design/): The Super Vault proxy contracts: MIMOProxy for batching calls, MIMOProxyGuard holding its permissions, and MIMOProxyFactory that deploys a pair per user.
- [MIMOProxy](/developers-hub/parallel-v2/super-vault-sv/proxy-design/mimoproxy): MIMOProxy lets Super Vault users reach Parallel V2, DEX aggregators and flash loan providers in a single transaction, following a pattern inspired by PRBProxy.
- [MIMOProxyGuard](/developers-hub/parallel-v2/super-vault-sv/proxy-design/mimoproxyguard): MIMOProxyGuard holds each MIMOProxy's permissions in a separate cloned contract, cutting storage collision risk and letting a new owner clear them in one call.
- [MIMOProxyFactory](/developers-hub/parallel-v2/super-vault-sv/proxy-design/mimoproxyfactory): The MIMOProxyFactory of the legacy Parallel V2: how user proxies are deployed, tracked and resolved for the Super Vaults contracts.
- [Action Contracts](/developers-hub/parallel-v2/super-vault-sv/action-contracts/): Super Vaults act through action contracts called via MIMOProxy. Five exist, one per feature: EmptyVault, Leverage, Rebalance, Managed and AutoRebalance.
- [MIMOEmptyVault](/developers-hub/parallel-v2/super-vault-sv/action-contracts/mimoemptyvault): MIMOEmptyVault uses a flashloan to repay a Super Vault's entire debt and return its collateral to the owner, callable only through MIMOProxy's execute function.
- [MIMOLeverage](/developers-hub/parallel-v2/super-vault-sv/action-contracts/mimoleverage): MIMOLeverage builds a leveraged Super Vault position using a flashloan, called through MIMOProxy. Covers executeAction, executeOperation and their requirements.
- [MIMORebalance](/developers-hub/parallel-v2/super-vault-sv/action-contracts/mimorebalance): MIMORebalance swaps a Super Vault's collateral for another type using a flash loan, called through MIMOProxy. Covers executeAction, RebalanceData and its rules.
- [MIMOAutoRebalance](/developers-hub/parallel-v2/super-vault-sv/action-contracts/mimoautorebalance): MIMOAutoRebalance drives automated Super Vault rebalancing: setAutomation stores a vault's automation parameters and rebalance performs the swap within them.
- [MIMOManagedRebalance](/developers-hub/parallel-v2/super-vault-sv/action-contracts/mimomanagedrebalance): MIMOManagedRebalance lets a whitelisted manager rebalance a Super Vault for its owner, with setManagement storing the vault's management parameters on chain.
- [MIMOProxyActions](/developers-hub/parallel-v2/super-vault-sv/action-contracts/mimoproxyactions): The `MIMOProxyActions` contract can be seen as an extension of the `MIMOProxy`. It adds 2 main functionalities :
- [MIMOVaultActions](/developers-hub/parallel-v2/super-vault-sv/action-contracts/mimovaultactions): MIMOVaultActions mirrors the owner-restricted VaultsCore functions so MIMOProxy owners can deposit, withdraw, borrow and repay readably through their own proxy.
- [Leverage Max Amount Derivation](/developers-hub/parallel-v2/super-vault-sv/leverage-max-amount-derivation): How Super Vault derives the maximum leverage available from a starting collateral balance and the Minimum Collateralization Ratio, including the flashloan fee.
- [Addresses](/developers-hub/contract-addresses/): Every deployed Parallel contract address, split by protocol version: USDp and PRL for Parallel V3, PAR and the deprecated tokens for Parallel V2.
- [Parallel V3 — Contract Addresses](/developers-hub/contract-addresses/parallel-v3/): In this section you can find deployed Parallel V3 contract addresses:
- [USDp Contract Addresses](/developers-hub/contract-addresses/parallel-v3/usdp/): Deployed USDp contracts across supported chains.
- [PRL Contract Addresses](/developers-hub/contract-addresses/parallel-v3/prl/): Deployed PRL contracts across supported chains.
- [Parallel V2 — Contract Addresses](/developers-hub/contract-addresses/parallel-v2/): In this section you can find deployed contract addresses for PAR & paUSD:
- [PAR Contract Addresses](/developers-hub/contract-addresses/parallel-v2/par/): Deployed PAR contracts across supported chains.
- [PAUSD-DEPRECATED Contract Addresses](/developers-hub/contract-addresses/parallel-v2/pausd-deprecated/): Deployed PAUSD-DEPRECATED contracts across supported chains.
- [MIMO-DEPRECATED Contract Addresses](/developers-hub/contract-addresses/parallel-v2/mimo-deprecated/): Deployed MIMO-DEPRECATED contracts across supported chains.
- [Build with Parallel](/agents/overview): Accept stablecoin payments from AI agents in any API. Drop-in middleware for Express, Next.js, Fastify, and Hono. Free, MIT-licensed, zero platform fees.
- [What is x402?](/agents/x402/): x402 is the HTTP-native payment standard for AI agents. Accept stablecoin payments per request with zero platform fees, sponsored gas, and no signup.
- [Accept stablecoins in Express in 5 minutes](/agents/x402/quickstart): Add stablecoin payment support to any Express, Next.js, Fastify, or Hono API with one middleware. Free, sponsored gas, no signup.
- [Build an agent that pays in 5 minutes](/agents/x402/agent-quickstart): Make your AI agent pay x402 APIs autonomously with @parallel-protocol/x402-fetch — a drop-in fetch replacement. Gasless, with a hard spend cap.
- [How the Parallel x402 facilitator works](/agents/x402/concepts): Routing, fees, gas sponsoring, and supported networks for the Parallel x402 facilitator. Accept USDp, USDC, and sUSDp with zero platform fees.
- [The verify / settle flow](/agents/x402/verify-vs-settle): How the Parallel x402 middleware verifies a payment off-chain, runs your handler, then settles on-chain — so agents are never charged for failed requests.
- [x402 SDK & facilitator API reference](/agents/x402/api-reference): Configuration, framework adapters, and the facilitator client for the Parallel x402 SDK — paymentMiddleware, withPayment, FacilitatorClient, and createPaymentGate.
- [x402 payment schemas](/agents/x402/schemas): Wire formats for the Parallel x402 payment headers — PaymentRequired, the signed payment payload, and the settlement confirmation.
- [x402 error codes](/agents/x402/error-codes): Reference for the errors thrown by the Parallel x402 SDK and the error codes propagated from the facilitator on a rejected payment.
- [Webhooks](/agents/x402/webhooks): Merchant webhooks for the Parallel x402 facilitator are on the roadmap. Until then, confirm payments by reading the payment-response header or watching your wallet on-chain.
- [Connect your AI to Parallel in 2 minutes](/agents/mcp/): The Parallel MCP server gives Claude, Cursor and any MCP client live protocol data and ready-to-sign transactions. Zero config, no API key, never touches your private key.
- [MCP tools reference](/agents/mcp/tools): The 36 tools of the Parallel MCP server — protocol data, savings, mint and redeem, bridge, staking, governance and x402 payments. Parameters, conventions and chain availability.
- [How MCP transactions work](/agents/mcp/transactions): Every write tool of the Parallel MCP server returns unsigned calldata — your wallet signs and submits. Approval flow, pre-flight simulation, warnings and error behaviour explained.
- [Use Parallel from your terminal](/agents/cli/): The Parallel CLI queries live protocol data, builds and signs transactions, and makes x402 payments from the terminal or any script. One npm install, no config, wallet strictly opt-in.
- [CLI command reference](/agents/cli/commands): Every Parallel CLI command — protocol data, swap, savings, bridge, staking, governance and x402 payments. Exact syntax, flags and error codes.
- [Migrate from Coinbase x402 to Parallel](/agents/recipes/migrate-from-coinbase-x402): Point your middleware at the Parallel facilitator and start accepting USDp, USDC, and sUSDp. A few lines of code, no agent-side changes.
- [Frequently asked questions](/agents/faq): Common questions about the Parallel x402 facilitator and SDK — fees, supported stablecoins, accounts, and how it compares to Stripe and Coinbase x402.
- [User Guides](/resources/user-guides): Step-by-step guides for using Parallel: minting USDp, staking it into sUSDp, bridging tokens across chains, and staking or migrating to PRL.
-->

# Savings Module

The Parallel Savings Module is what allows Parallel stablecoin holders to earn a native yield based on the returns generated by the protocol on its assets backing the stablecoin. It does not come with any extra composability risk, and there are no additional trust assumptions between owning an Parallel stablecoin and its staked version.

The yield rate that is paid by the Savings Module on a stablecoin depends on the return over assets the protocol is generating for this asset. Assuming all stablecoins are in the Savings contracts, and assuming no cut taken by the protocol, the protocol could pay up to this return over assets to all stablecoin holders.

The yield that is allocated through these contracts is generated by the assets held by the protocol across its different modules:

* Parallelizer Module
* Flashloan Module
* Bridging Module

<figure><img src="/images/gxbwiPBZ5wm5xt41M3Dk.png" alt="" /><figcaption><p>Parallel Savings Yield & Multiplier Effect</p></figcaption></figure>

The rate schedule above cannot be implemented automatically in a non manipulative way, and the protocol relies on keepers to adjust it. In order to prevent any potential keeper from turning malicious and uncontrollably increasing the sUSDp rate, there is a possibility to set a maximum possible rate on Savings module.

Savings modules smart contracts are simple ERC4626 contracts, which means that upon staking an Parallel stablecoin in a savings contract you receive a classical ERC20 token that can then be transferred, staked, lent or used in any way you want.

The value of these tokens is not designed to remain pegged to their respective underlying asset, but increases over time as yield accrues to it.

While you may be able to acquire staked tokens on DEXes, there is no need to, and depositing Parallel stablecoins can be done without any slippage directly with the staking smart contract.

This system comes with no deposit or withdrawal fees. And upon depositing in it, you immediately start earning. For instance 1 stablecoin deposited in a savings contract and withdrawn after a 12s block would have earned the equivalent of 12s of the yearly rate encoded in the contract.
