Plether lets users trade and hedge the strength of the US dollar onchain. Plether Perps is a perpetual market on a dollar index built from a basket of six major currencies: EUR, JPY, GBP, CAD, SEK and CHF. Traders open LONG USD positions, which gain when the dollar strengthens against the basket, or SHORT USD positions, which gain when it weakens. Margin and settlement are in USDG, and orders are priced by Pyth through a delayed-order model.
Liquidity providers deposit USDG into a shared pool that takes the other side of trader positions. The pool has two tranches: a Senior tranche, which earns a targeted coupon and absorbs losses last, and a Junior tranche, which absorbs losses first and receives the remaining upside.
Live
Triaged by Immunefi
Runnable PoC Required
Vault program
This Audit Competition Is Live!
| Milestone | Date |
|---|---|
| Announcement | Oct 27, 2026 |
| Launch (competition goes live) | Nov 2, 2026 |
| Competition ends | Nov 15, 2026 |
| Project deadline to resolve all reports | Nov 20, 2026 |
| Results frozen and calculated | Nov 27, 2026 |
| Final 48-hour dispute deadline | Nov 30, 2026 |
| Results published | Dec 17, 2026 |
| Payment complete | Dec 18, 2026 |
| The dates in this calendar may be adjusted by Immunefi as needed for the execution of the competition. |
Immunefi vault program
Rewards
Rewards by Threat Level
Rewards Terms
Rewards are distributed among SRs according to Immunefi’s Standardized Competition Reward Terms
Rewards are denominated in USD and distributed in USDC on Ethereum.
The reward pool is $80,000 USD if any bug is found. That means that even if 1 Low severity bug is found, the whole reward pool is unlocked and has to be fully distributed between security researchers.
If not a single security vulnerability is found (Insights do not count as bugs) the reward pool is 15% of the Reward Pool.
Private Known Issues Reward Policy
Private known issues, meaning known issues that were not publicly disclosed, are valid for a reward at their full severity and unlock the corresponding reward pool without any downgrade.
Public known issues are invalid.
Program Overview
For more information about Plether, please visit https://plether.com and https://docs.plether.com.
Operational context
Plether Perps has been exercised in a public testnet environment. During the September 13–25, 2026 trading competition, v1.2.3 on Arbitrum Sepolia recorded:
- 16,852 executions
- 11,716 unique trading accounts
- 52,524 on-chain transactions involving the perps contracts
- 435,283 contract events
These totals include all users, not only registered competitors. Researchers can use the release’s contract addresses and public transaction history to examine actual execution patterns and protocol behavior. This activity used mock collateral and an earlier protocol version.
https://github.com/Plether-Fi/plether-core/releases/tag/v1.2.3
Scope notes
CfdEngineLens and CfdEngineProtocolLens are in scope even though their names contain “Lens”, because the router and the pool use them on execution paths. The six view contracts listed under Out of Scope are excluded. Code in packages/shared, spot, options, perps-aa and perps-aa-client is out of scope.
Deployment and upgradeability
Plether Perps is a new system and is not deployed on mainnet. Earlier versions run on Arbitrum Sepolia. Release v2.0.0 (October 28, 2026) deploys the code in scope to Arbitrum Sepolia for testing. Perps contracts are not upgradeable.
Token standards
USDG (6 decimals) is the only collateral. LP shares are ERC-20 tokens issued by ERC-4626 vaults that implement ERC-7540 and ERC-7575 asynchronous requests.
Unusual points
See Operating Assumptions and Downgrade Criteria (Scope tab) and packages/perps/SECURITY.md, in particular market hours (frozen markets on weekends and holidays), binding orders in one global queue, and trader claims.
Educational resources
https://docs.plether.com. In packages/perps: README.md, SECURITY.md, INTERNAL_ARCHITECTURE_MAP.md, WHITEPAPER.md and ACCOUNTING_SPEC.md. Technical walkthrough: https://www.youtube.com/watch?v=bdXfmfQADdA.
Program Assurances
Asset Accuracy Assurance
Bugs found on assets incorrectly listed in-scope are valid.
Code Update Assurance
Duplicate submissions of bugs are valid until the relevant bug fix is public. Once a fix is public, the bug is out of scope and later submissions of it are invalid. Duplicate submissions of Insights are invalid.
The project commits to keeping all information about bug findings private until the competition results are published. This includes bug findings found independently by the project or from concurrent private audits.
Code Freeze Assurance
Code of the assets in scope is frozen at commit a82d4fefb02768e5b3bddcc97dee371eee24fea8 while the program is live.
Standardized Rules
This program follows Immunefi's standard competition rules. For the full default rules on validity, duplicates, known issues, severity, disputes, KYC, payments, and publication, read How Audit Competitions Work: Rules and Policies. Where this program page defines a specific rule, the program page prevails.
The rules on this page do not change after launch. If a clarification is needed, it applies to every report already received.
Insight Reporting
Insight reports may be submitted to this program. Runnable code is not required, but the PoC section must describe the conditions under which the insight is valuable.
Only the best report of a given Insight is rewarded. Duplicates of Insights are not rewarded. Insights are rewarded according to Immunefi's Standardized Competition Reward Terms (link: https://immunefisupport.zendesk.com/hc/en-us/articles/31657285001873) and are not eligible for mediation or appeal.
Dispute Resolution
Disputes may only address report validity, duplicate determinations, and severity.
If a researcher disagrees with a closure decision while the competition is live, they may request mediation. A mediation fee, set by Immunefi, is required to initiate the review.
After the evaluation phase, a dispute period opens for appealing decisions. Immunefi announces a final 48-hour deadline for the last disputes. Once the window closes, results are final.
Immunefi has final say on validity, duplicates, and severity, based on the terms of this program. Insights are not eligible for mediation or appeal.
Responsible Publication Policy
Immunefi will publish bug reports, earnings, and a leaderboard for this Audit Competition.
Security Researchers may publish their bug reports as well, but only after Immunefi has published the valid bug reports as part of the competition results.
Eligibility Criteria
Security researchers who wish to participate must adhere to the rules of engagement set forth in this program and cannot be:
- On OFACs SDN list
- Official contributor, both past or present
- Employees and/or individuals closely associated with the project
- Security auditors that directly or indirectly participated in an audit review of the code in scope (Such auditors may still participate in this program only if they receive project permission)
- From a restricted country or territory per Immunefi's Terms of Use (link: https://immunefi.com/terms-of-use/)
- Under 18 years of age. Participants under 18 cannot pass KYC and will not receive rewards.
Submission Fees
A submission fee, set and managed by Immunefi, applies to each report and is shown at submission time. If a researcher disagrees with a closure decision, initiating a mediation also requires a fee set by Immunefi.
Audits
Completed audit reports for this project can be found at the links below.
Any unpatched or unresolved vulnerabilities disclosed in these reports are not eligible for rewards.
Known Issues
Reports covering previously identified bugs listed below are not eligible for rewards under this program.
This includes:
- Known issues that the project is aware of, even if no fix or code changes have been implemented.
- Issues the project has consciously decided not to remediate.
- Cases where operational mitigations or procedures have been implemented to reduce potential risk.
KYC not required
No KYC information is required for payout processing.
Proof of Concept
Proof of concept is always required for all severities.
Responsible Publication
Category 3: Approval Required
Feasibility Limitations
The project may be receiving reports that are valid (the bug and attack vector are real) and cite assets and impacts that are in scope, but there may be obstacles or barriers to executing the attack in the real world. In other words, there is a question about how feasible the attack really is. Conversely, there may also be mitigation measures that projects can take to prevent the impact of the bug, which are not feasible or would require unconventional action and hence, should not be used as reasons for downgrading a bug's severity.
Therefore, Immunefi has developed a set of feasibility limitation standards which by default states what security researchers, as well as projects, can or cannot cite when reviewing a bug report.


