Five deployment milestones
A simple contract, ERC-20, ERC-721, a private token and a private NFT gave participants a practical route through the chain’s tooling.
Customer story · Web3 / Layer 1 testnets
A privacy-focused EVM Layer 1 turned its public testnet into a path from learning to building. Claimr connected developer quests, custom on-chain checks and submitted work. About 60,000 participants completed all five deployment tasks—58% of active testers.
The program at a glance
Follow the docs, tooling and explorer quests
Complete deployment tasks for public and private contracts
Use the faucet, qualify for streaks and share feedback
Reported campaign outcomes
Results combine recorded on-chain task checks and accepted submissions. They measure campaign participation, with each completion method defined below.
Accounts with accepted completions for all five deployment tasks, including the private token and private NFT steps.
Accounts with at least one completed campaign task, out of about 128,000 signups.
Repeat-inclusive completion events from the custom on-chain faucet check, across about 47,000 accounts.
Completed submission records from about 20,000 accounts; not a count of distinct repositories or original codebases.
Completed written-feedback task records from about 62,000 accounts.
Among accounts with at least 30 days of observation after their first completed task. Measures later task activity, not exact-day retention.
Anonymous EVM Layer 1 · July–November 2024 testnet · Full exported cohort
The challenge
The chain needed people to learn its tooling, try its private token and NFT standards, and report what they found. A signup or wallet connection could not show that progress. The testnet needed a clear path through increasingly useful tasks, with a way to record both on-chain checks and submitted work.
Claimr’s role
Claimr provided the achievement and quest structure, points, recurring tasks and submission workflow. Custom tasks connected the campaign to the client’s chain for faucet, transfer and contract checks, while the operator’s team could review submitted addresses, transaction links and content in the same program.
The Claimr setup
The roughly four-month program combined developer milestones, recurring faucet activity, community achievements and feedback.
A simple contract, ERC-20, ERC-721, a private token and a private NFT gave participants a practical route through the chain’s tooling.
The custom faucet task checked daily participation. A separate weekly task rewarded a seven-claim streak.
Chain-specific tasks covered faucet receipts, transfers and contract code. Submission tasks covered work that needed a different completion method.
Explorer quests introduced the whitepaper, GitHub, developer portal and block explorers alongside the build tasks.
Written feedback, repository links, tutorials, videos and other content gave the team evidence beyond the on-chain checks.
A holding check for the warm-up season’s NFT connected earlier campaign participation to a bonus in the testnet.
The developer journey
About 76,500 accounts completed at least one deployment task. Of the 104,485 task-active accounts, 60,295 completed all five: a simple contract, ERC-20, ERC-721, a private token and a private NFT. The track introduced the chain’s privacy features alongside familiar EVM standards.
The first task used a contract-code check; later deployment tasks accepted submitted addresses through a review workflow. These counts do not independently establish who deployed each contract or whether contracts were unique across accounts.
The completed track included both the private token and private NFT deployment milestones.
These accounts completed the proxy-address task and the implementation-replacement transaction task, giving the program a measurable advanced step.
A reason to return
The daily faucet task connected campaign progress to a check on the client’s testnet. About one quarter of faucet participants recorded claims on at least 30 different dates. A separate weekly task recognized seven consecutive daily claims.
The headline counts 755,752 completion-history events. The chart deduplicates those to participant dates; neither measure is an independent recount of unique on-chain transactions.
The weekly streak task was configured for seven consecutive daily claims.
These dates could be spread across the campaign. They do not need to form a consecutive streak.
Participation over time
Among the 54,346 accounts with at least 30 days of observation, 21,071 completed a task at least 30 days after their first. That is 38.8%, rounded to 39%. Including later arrivals in the denominator gives the original report’s roughly 20% of all active accounts.
| Completion timing | Accounts with enough observation | Share of those accounts | Share of all active accounts |
|---|---|---|---|
| At least 7 days after the first task | 85,451 | 50.5% | 41.3% |
| At least 30 days after the first task | 54,346 | 38.8% | 20.2% |
Activity means a recorded task completion. These measures count activity any time after the threshold, rather than exactly on day 7 or day 30. Observation ends at the last recorded completion on November 11, 2024; total follow-up still varies.
Across 16 full calendar weeks from July 22, weekly participation ranged from about 11,000 to 33,000 accounts. The final week, beginning November 11, was partial.
Work the team could review
Participants could share repository links alongside their deployment work and submit written feedback on the testnet. About 20,000 accounts contributed 100,000 completed repository-link tasks; about 62,000 accounts contributed 63,000 feedback task completions.
| Contribution | Completed records | Distinct accounts | Completion method |
|---|---|---|---|
| Repository-link tasks | 100,586 | 20,081 | Mixed: 19,912 automatically accepted; remaining tasks configured for review |
| Written-feedback task | 63,400 | 62,207 | Submission configured for review |
Completed records can include repeat submissions. Repository totals do not establish distinct repositories, original code or review of every link. Feedback counts do not measure the number of unique issues discovered.
Before the main testnet
A smaller warm-up campaign brought about 4,400 accounts into Claimr as a hub for quests across six external platforms. It recorded around 11,000 screenshot-proof completions and 980 NFT mint participants.
The earlier season gave participants a collectible that could carry into the next program.
The testnet checked the same NFT contract for a participation bonus. Ownership at that time does not prove the account earned the NFT in the earlier season.
What to build on
Where chain data allows it, verify the deployer and detect reused contract addresses. Code existing at an address answers a narrower question.
Use the five-task completion as a starting point for proxy upgrades, integrations or an original application. Measure each next milestone separately.
Review feedback quality, group repeated issues and compare participants with a common follow-up window. Those measures can inform the next testnet round.
Methodology
The supplied case study was reconciled with both campaign configurations and their participant exports. Public figures are rounded. Completion records establish campaign status; they do not independently establish unique people, original code or ownership of every submitted deployment.
Connect the tasks people should complete, the checks that prove progress and the feedback your team needs next.