Step 13 of 14

Entering a Subnet

You found a subnet that looks promising. Now what? This guide walks you through the complete workflow from initial research to a final recommendation for your team lead. Every step is explained in detail so you always know what to do next.

This is your main workflow. Once you've learned the tools (Agent Deck, Claude Code, Nexus, GSD), this page describes the actual work you'll do every day. Bookmark it and come back often.

1. The Complete Workflow

Here is the full pipeline, from start to finish. Every step has its own section below with detailed instructions.

  1. Research in Nexus — Get a MINE verdict on a promising subnet.
  2. Analyze the code — Deep dive the repo to understand scoring and requirements.
  3. Estimate profitability — Will it pay more than it costs?
  4. Prepare a recommendation — Write up everything your team lead needs to decide.
  5. Your team lead reviews and decides — He handles the actual deployment (for now).
  6. Monitor — Check if the miner is earning after deployment.
  7. Optimize or exit — Improve performance or move to a better subnet.

Don't worry about memorizing all of this at once. Each step builds on the previous one, and you'll get faster with practice.

2. Step 1: Research with Nexus

Every subnet analysis starts in Nexus Intelligence. This is where you find out which subnets are worth investigating further.

How to open Nexus

  1. Open Agent Deck on the VPS.
  2. Go to the Nexus section.
  3. Start a chat conversation.

What to ask Nexus

You're looking for subnets with a MINE verdict — meaning Nexus has analyzed the data and thinks the subnet is worth entering. Here are example prompts you can use:

"Show me the top 5 subnets by emission per miner with Gini below 0.5"
"Give me the full report for subnet 111"
"What hardware does subnet 111 need?"

What to check in the results

MetricWhat it MeansWhat You Want
Emission per minerHow much TAO each miner earns on averageHigher is better
Gini coefficientHow evenly rewards are distributed (0 = equal, 1 = one miner takes all)Below 0.5 (fair distribution)
Miner countHow many miners are competingLower means less competition
Community healthIs the subnet active, maintained, growing?Active community, regular updates
VerdictNexus's overall assessmentMINE = enter, WATCH = wait, SKIP = skip
Don't stop at one subnet. Always compare at least 3-5 subnets before picking one to analyze deeper. The best choice is always relative — a subnet that looks good alone might be mediocre compared to others.

3. Step 2: Analyze the Code

Once Nexus gives you a MINE verdict, you need to understand how the subnet actually works. This means reading the code. Don't panic — Claude Code does the heavy lifting.

How to start the analysis

  1. Open Agent DeckWork section.
  2. Create a new session (press N).
  3. Name it after the subnet (e.g., "subnet-111").

Clone the repo

In Claude Code, ask it to clone and explain the subnet:

"Clone the GitHub repo for Bittensor subnet 111 and explain what this subnet does"

Map the codebase with GSD

Once the repo is cloned, use GSD to systematically analyze it:

/gsd:new-project

Then ask Claude Code these critical questions, one at a time:

"Analyze the scoring function in this subnet. How are miners evaluated? What determines who gets the most rewards?"
"What are the hardware requirements to run a miner on this subnet?"
"What is the competition type — is this model quality, data quality, compute proof, or hybrid?"

What you're looking for

QuestionWhy It Matters
How does scoring work?This tells you what the miner needs to be good at. If scoring is based on speed, you need fast hardware. If it's based on model quality, you need a good AI model.
What hardware is needed?Determines your costs. Some subnets need expensive A100 GPUs, others run on cheap CPUs.
What's the competition type?Helps you understand if the team's existing setup can compete, or if special resources are needed.
Is the code well-maintained?Abandoned repos with no updates are risky — bugs won't get fixed, and the subnet may die.

4. Step 3: Estimate Profitability

Before recommending a subnet, you need to know if it will actually make money. Here is the basic formula:

Monthly TAO earned = (emission per miner) x (tempos per day) x 30
Monthly cost = GPU rental cost per hour x 24 x 30
Profit = (TAO earned x TAO price in $) - Monthly cost

Example calculation

VariableValue
Emission per miner per tempo0.0005 TAO
Tempos per day~7,200 (one every 12 seconds)
TAO price$300
GPU cost (e.g., RTX 4090)$0.50/hour
Daily TAO = 0.0005 x 7,200 = 3.6 TAO
Monthly TAO = 3.6 x 30 = 108 TAO
Monthly revenue = 108 x $300 = $32,400
Monthly GPU cost = $0.50 x 24 x 30 = $360

Monthly profit = $32,400 - $360 = $32,040
These are estimates. Real results depend on your miner's performance relative to competitors. If your miner scores in the top 10%, you'll earn more than average. If it scores in the bottom 50%, you'll earn much less. The "emission per miner" is an average — actual earnings vary based on your score. Always treat profitability calculations as rough guidance, not guarantees.

Key things that can change the numbers:

5. Step 4: Prepare a Recommendation

This is where everything comes together. You've done the research, analyzed the code, and estimated profitability. Now you write a clear recommendation for your team lead.

What a recommendation should include

  1. Subnet number and description — What it does in plain language.
  2. Scoring system summary — How miners are judged and what determines top scores.
  3. Hardware requirements — What GPU/CPU is needed, and estimated monthly cost.
  4. Estimated monthly TAO earnings — Based on current emission and miner count.
  5. Risk assessment — Gini, competition level, community health, code quality.
  6. Your verdict — MINE with confidence level, or WATCH with what to monitor.
  7. Concerns or unknowns — Anything you couldn't verify or that worries you.

Recommendation template

Use this structure when writing your recommendation. Copy it and fill in the blanks:

SUBNET RECOMMENDATION
=====================

Subnet: #[number] - [name]
Date: [today's date]
Verdict: [MINE / WATCH / SKIP]
Confidence: [HIGH / MEDIUM / LOW]

WHAT IT DOES
[1-2 sentences explaining the subnet's purpose]

SCORING SYSTEM
- Miners are evaluated by: [criteria]
- Top scores go to miners who: [what makes a good miner]
- Competition type: [model quality / data quality / compute / hybrid]

HARDWARE REQUIREMENTS
- Minimum: [GPU/CPU type]
- Recommended: [GPU/CPU type]
- Estimated cost: $[amount]/month

PROFITABILITY ESTIMATE
- Emission per miner: [amount] TAO/day
- Current miner count: [number]
- Estimated monthly earnings: [amount] TAO (~$[amount])
- Monthly cost: $[amount]
- Estimated profit: $[amount]/month

RISK ASSESSMENT
- Gini coefficient: [value] ([fair / concentrated / highly concentrated])
- Competition: [low / medium / high]
- Community: [active / moderate / inactive]
- Code quality: [well-maintained / average / abandoned]

CONCERNS
- [List anything unclear, risky, or that needs monitoring]

RECOMMENDATION
[2-3 sentences summarizing why you recommend MINE, WATCH, or SKIP]
Quality matters more than speed. A thorough recommendation that takes 2 hours is worth more than a rushed one in 30 minutes. Your team lead makes real financial decisions based on your analysis. Take the time to be accurate.

6. What Happens Next

After you submit your recommendation, here's how the process continues:

  1. Your team lead reviews your recommendation — He checks your reasoning, asks questions if needed, and makes the final call.
  2. If he agrees, he handles deployment — For now, your team lead sets up the hardware, configures the miner, and launches it on the subnet.
  3. You monitor the results — After deployment, you check Nexus to see if the miner is earning as expected.
  4. You recommend adjustments — If performance is below expectations, you investigate why and suggest changes.
As you get more experienced, you'll learn to deploy too. Right now, your focus is on the analysis side. Over time, your team lead will teach you the deployment process as well. But even without deploying, your analysis is what makes the decision possible — without it, the team is guessing.

Think about it this way: a doctor diagnoses the problem, and a surgeon operates. Right now, you're the doctor — your diagnosis (the recommendation) is what determines the treatment (which subnet to mine). Both roles are essential, and yours comes first.

Your analysis drives real revenue. Every subnet the team enters is based on research like yours. A good recommendation can mean thousands of euros in monthly profit. A bad one means wasted hardware costs and lost time. Take this seriously — your work has direct financial impact.