Back to roadmaps
Specialist

Technical & Security roadmap

People targeting technical & security roles such as Smart Contract Developer, Frontend Web3 Developer, Developer Relations.

This is a lane-level planning guide, not a role-specific curriculum or a guaranteed path to a job. Starting point: Working code, tests, audit notes, uptime evidence, and threat models matter more than tutorial screenshots.

Milestones

  1. Stage 1 of 5

    Choose a chain and development stack

    Learning focus

    Proof artifact

    Stack note

    Review criteria

    The stack note should be reviewable by someone else: it names its assumptions, matches the stated task, and could stand as a small piece of evidence on its own.

    Done when: You can produce the stack note without step-by-step guidance and could explain the decisions behind it.
  2. Stage 2 of 5

    Build and test a small contract or integration

    Learning focus

    Proof artifact

    Repository

    Review criteria

    The repository should be reviewable by someone else: it names its assumptions, matches the stated task, and could stand as a small piece of evidence on its own.

    Done when: You can produce the repository without step-by-step guidance and could explain the decisions behind it.
  3. Stage 3 of 5

    Document failure states and security assumptions

    Learning focus

    Proof artifact

    Threat notes

    Review criteria

    The threat notes should be reviewable by someone else: it names its assumptions, matches the stated task, and could stand as a small piece of evidence on its own.

    Done when: You can produce the threat notes without step-by-step guidance and could explain the decisions behind it.
  4. Stage 4 of 5

    Deploy a working testnet project

    Learning focus

    Proof artifact

    Testnet demo

    Review criteria

    The testnet demo should be reviewable by someone else: it names its assumptions, matches the stated task, and could stand as a small piece of evidence on its own.

    Done when: You can produce the testnet demo without step-by-step guidance and could explain the decisions behind it.
  5. Stage 5 of 5

    Publish the repository and technical write-up

    Learning focus

    Proof artifact

    Technical case study

    Review criteria

    The technical case study should be reviewable by someone else: it names its assumptions, matches the stated task, and could stand as a small piece of evidence on its own.

    Done when: You can produce the technical case study without step-by-step guidance and could explain the decisions behind it.

Decision point after each milestone

After each milestone, check whether the output matches a role's proof standards on its role guide. If it does not, revisit the milestone before moving on; if a nearby role fits your evidence better, compare it before continuing.

Related roles in this lane

Turn milestones into evidence