DEXTools Token Creator Audit Report
DEXTools Token Creator is a detailed CTDSEC public audit example with repository scope, commit reference, and severity summary available for review.
Find security weaknesses before your next launch or upgrade. Get a manual smart contract audit with actionable findings and remediation guidance for DeFi, tokens, staking, and cross-chain protocols.
Built for protocol founders and engineers who need a concrete security assessment before launch, upgrade, or public disclosure.




Choose a review for your language, network, and protocol's security requirements.
Focused review for smart contract code, protocol logic, deployment assumptions, and remediation readiness.
Focused review for smart contract code, protocol logic, deployment assumptions, and remediation readiness.
Focused review for smart contract code, protocol logic, deployment assumptions, and remediation readiness.
Focused review for smart contract code, protocol logic, deployment assumptions, and remediation readiness.
Focused review for smart contract code, protocol logic, deployment assumptions, and remediation readiness.
Focused review for smart contract code, protocol logic, deployment assumptions, and remediation readiness.
Rust smart contract audits need specialized review. Solana, Anchor, CosmWasm, NEAR, and Substrate systems require account validation, serialization, unsafe code, signer checks, CPI behavior, PDA security, migrations, and runtime-specific trust assumptions.
CTDSEC connects Rust audit services to technical guides and network-specific pages so protocol teams can move from research to a concrete audit request.
A concise workflow for security reviews without pretending automated scanners are enough.
Confirm repositories, networks, contracts, exclusions, commit hash, and launch timeline.
Map assets, actors, trust boundaries, privileged actions, and external dependencies.
Trace value flow, access control, state transitions, and chain-specific assumptions.
Use static analysis, tests, fuzzing, or symbolic execution when it improves coverage.
Deliver severity-ranked findings with reproduction context and fix guidance.
Review patched commits when retesting is included in the engagement.
Each ecosystem has different execution assumptions, so CTDSEC reviews the risks that matter on each chain.
These featured reports are examples. The GitHub audit repository contains many more public CTDSEC reports.
Browse the full audit directory for the broader indexed report archive.
DEXTools Token Creator is a detailed CTDSEC public audit example with repository scope, commit reference, and severity summary available for review.
URMCDP is included in CTDSEC's public audit report examples. It gives teams another concrete report sample before opening a new security review.
PWRAuctionCrossChain is included in CTDSEC's public audit report examples. It highlights another report example for teams evaluating cross-chain review experience and final-report clarity.
Explore the integration risks and audit questions behind your next launch.
Plan a broader smart contract audit scope for 2026: wallet permissions, protocol integrations, upgrades, and operational controls that affect user funds.
Scope an EIP-7702 smart account audit around delegation, initialization, signatures, session permissions, storage changes, and relayer assumptions.
Review Solana Token-2022 integrations for transfer fees, hook accounts, token-program validation, privileged authorities, and withdrawal compatibility.
Short answers for teams preparing an audit scope.
No. CTDSEC provides smart contract auditing across EVM, Solana, Rust, Cosmos, Move, and other blockchain ecosystems when the code and documentation are available.
Rust and Solana audits are important specialization areas because their account models, CPI behavior, PDAs, serialization, and runtime assumptions differ from common EVM audits.
Start with your email and a short project description. Repository, network, and timeline details are optional for the initial enquiry; we can clarify the scope together.
Tell us what you are building and when you plan to launch. Start with a short description; repository access and technical scope can follow.