Audit Status
Completed Audit
Audit Scope — Please Read
The audit covered three source files:TEDP.sol, TedpOFT.sol and TedpOFTAdapter.sol.
The TEDP token contract currently in circulation on Polygon
(0xdc6909563a4e5c4599aE1F63c81E5d466de4E928) is a different contract from the audited
TEDP.sol and is outside the audit scope. Mainnet deployment (2026-03-02) preceded the
finalisation of the audited code (2026-03-23), and the deployed build differs from the audited one.
We state this plainly rather than letting “audited by Verichains” be read as covering everything.
The bridge contracts were redeployed from the audited code on 2026-08-17 and are registered
on Sourcify with an exact match.
Continuous Security
- Automated scanning runs continuously through internal tools
- Dependency monitoring via Dependabot
- Static analysis using Slither
Audit Scope
Core Contracts
Token Contracts
Security Practices
Development Process
- All code changes reviewed by multiple developers
- Unit, integration, and fuzz testing required for every change
- Automated vulnerability scanning on all commits
- Extended testnet deployment before mainnet releases
Test Coverage Targets
All testing is in progress.
Security Patterns
All patterns follow OpenZeppelin’s well-established implementations.
Bug Bounty Program
TED Protocol operates a bug bounty program to incentivize responsible disclosure.Rewards
Scope
In scope:- Smart contracts on all supported chains
- Bridge integrations
- TEDP token contracts
- Cross-chain messaging logic
- Frontend/UI issues
- Third-party services
- Previously reported issues
- Social engineering attacks
Reporting
Submit security vulnerabilities to security@tedprotocol.io. Include:- Detailed description of the vulnerability
- Steps to reproduce
- Potential impact assessment
- Suggested fix (if applicable)
Third-Party Dependencies
TED Protocol relies on well-audited dependencies.Dependency Management
- Locked versions in package files
- Automated vulnerability alerts
- Regular dependency updates
- No unaudited external calls
Emergency Procedures
Incident Response Timeline
Emergency Controls
Administrative authority over the token, vesting and bridge contracts is held by a 2-of-3 Gnosis Safe at0x5B72ac1CB423896E372960da7ABF1CFb03e74c2d (same address on all six
chains). A transaction guard enforces a 48-hour announcement delay on the dangerous calls.
You can verify the signer set and threshold on chain with
getOwners() and getThreshold().
Transparency
Open Source
We list the last row rather than claiming blanket verification. The swap protocol proxy addresses
are published above; their implementation sources are being registered.
- GitHub: github.com/tedprotocol-io
Upgrade History
All contract upgrades are documented with:- Upgrade rationale
- Code changes
- Audit status
- Timelock period