
ChipForge
モ (Mo)SN108ChipForge decentralizes silicon design. Miners anywhere compete to build chips that accelerate AI, scored on real AI models.
Overview
Registration Activity
Neuron registration trends

ChipForge decentralizes silicon design. Miners anywhere compete to build chips that accelerate AI, scored on real AI models.
Neuron registration trends
The alpha price in τ, day by day, and what moved it each way.
Log change over the last 30 days +3.26%: protocol buys 0.00%, root sells −53.58%, users net −45.56%, cross-subnet +102.59%, unattributed −0.0002%. 2 days still in progress are counted as far as known.
The chart follows the alpha price in τ. Each period starts at its opening price and steps through the mechanisms below, in a fixed order, to its closing price: a step that rises pushed the price up, one that falls pushed it down, and its height is how far it moved the price. A thin line carries each close into the next period’s open; it is dashed where the two differ. The faint candle behind each period is the market’s own open, high, low and close, for context.
With many periods on screen (90 days, or hours), the steps would be too thin to read, so the chart draws the price as a line instead and colours each period by the mechanism that moved it most. Hover a period for the full step-by-step breakdown.
Not here, because they do not move the spot price: the per-block TAO injection into the pool, and burns.
All figures are log changes, not simple percentage changes, so the parts add up exactly to the total; on big moves the two differ (a 10% log fall is a 9.5% price fall).
2026-11-03 UTC, as of ≈09:51 UTC (block 9,424,654)
The day isn’t over yet, so these figures keep changing. They are in no daily total, average or rank.
Emission history is being recalculated from on-chain allocation.
Hardware design evaluation today relies on centralized services and expensive EDA tool licenses. Teams submitting designs for fabrication or optimization face bottlenecks in access to synthesis, place & route, and timing analysis tools. The evaluation process is slow, costly, and often proprietary.
A decentralized network of independent validators running identical EDA toolchains can evaluate designs transparently and at scale. By incentivizing validators to maintain these tools and score submissions consistently, a peer network eliminates central gatekeeping and distributes both the computational load and the authority to decide design quality.
ChipForge operates this model on Bittensor subnet 108: miners submit Verilog/SystemVerilog implementations for active design challenges; validators download submissions and evaluate them locally using Verilator, Yosys, OpenLane, and Icarus within strict batch deadlines; evaluation results (functionality, area, delay, power) are submitted to a central record ladder that tracks design performance over time.
Validators who consistently evaluate according to the evaluator specification earn rewards; winning designs are ranked transparently on-chain.
Auto-generated from the GitHub repository and may not reflect the latest changes.
ChipForge is a decentralized hardware design subnet on Bittensor where miners submit optimized Verilog/SystemVerilog implementations for digital design challenges (AI accelerators, cryptographic modules, processors), and validators evaluate them using industry-standard EDA tools (Verilator, Yosys, Icarus, OpenLane) across functionality, area, performance, and power metrics. Winners become records on a probation-based ladder and earn rewards proportional to their stake.
ChipForge operates in on-chain cycles where the challenge server (1) activates design quests and (2) groups submitted designs into evaluation batches. Validators (3) poll the server for active challenges and claim batches, (4) download submissions and evaluate them on a local EDA server (Verilator, Yosys, OpenLane) within batch deadlines, and (5) submit scores back to the server. The server then (6) decides records (best designs) and publishes a reward ladder.
Validators (7) compute the ladder locally (same algorithm) so weights stay current even if the server is unreachable, and (8) set weights on-chain paying the record ladder with the miner emission percentage and burning the rest. Miners receive challenge notifications from validators (so they can download early), poll the server for new challenges, and submit solutions via the miner CLI. The evaluator bundle (EDA evaluator version and metric weights) is versioned by the server; validators manage its installation and use on their EDA server (EvaluatorManager).
The challenge server decides records from every validator's results when batches close. Each record must pass both functionality and overall gates to count. Records enter probation (earn nothing), then pay for a fixed window.
Multiple records per challenge share emissions; their placement on the ladder decays by ratio^(i-1) where i is the rank. Unregistered hotkeys, burn UID, and banned coldkeys have their weight redistributed to payable records. If no record is being paid or emissions are banned (ban_emissions flag), everything burns.
The validator's reward_ladder.py implements the same algorithm as the server so probation ends and windows close on time even when the server is unreachable. Validators submit weights on chain when places change or per WEIGHTS_REFRESH_SECONDS (~20 min).
The sections above were auto-generated from the GitHub repository and may not reflect the latest changes. View repository (github.com, opens in a new tab, external site)
ChipForge decentralizes silicon design. Miners anywhere compete to build chips that accelerate AI, scored on real AI models.
This information was auto-extracted from the GitHub repository and may be incomplete or out of date. Always refer to the subnet's GitHub repository (github.com, opens in a new tab, external site) for the latest instructions.
Not yet verified: OS, Notes
Not yet verified: GPU, RAM, Recommended RAM, CPU cores, OS, Notes
Machine-extracted from the subnet's repository docs; may be wrong or out of date. Check the repository before buying or renting hardware. Open the repository (github.com, opens in a new tab, external site) · Extracted 2 Nov 2026
Create Bittensor wallet with coldkey and hotkey
btcli wallet create --wallet-name mywallet --hotkey default
Register hotkey on subnet 108 (mainnet; use --network test for testnet)
btcli subnets register --netuid 108 --network finney --wallet-name mywallet --hotkey default
Clone ChipForge subnet repository
git clone https://github.com/TatsuProject/ChipForge_SN108 && cd ChipForge_SN108
Copy environment template and edit with wallet configuration
cp .env.example .env
Create isolated Python 3.12 environment (if not using Docker)(optional)
conda create -n chipforge-subnet python=3.12 && conda activate chipforge-subnet
Install Bittensor SDK 10.x and ChipForge dependencies(optional)
pip install -r requirements.txt && pip install -e .
Start miner in Docker (recommended), or: ./start_miner.sh
make up ROLE=miner
Download and extract active challenge package (spec, testbench)
python3 python_scripts/miner_cli.py download
Submit solution after solving challenge (validates ZIP format and size)
python3 python_scripts/miner_cli.py submit solution.zip --check_status
Create Bittensor wallet with coldkey and hotkey
btcli wallet create --wallet-name mywallet --hotkey default
Register hotkey on subnet 108 with validator permit (requires sufficient stake)
btcli subnets register --netuid 108 --network finney --wallet-name mywallet --hotkey default
Stake to hotkey to obtain validator permit (top-staked hotkeys get permits)
btcli stake add --netuid 108 --amount <stake>
Clone and start ChipForge EDA server on validator machine
git clone https://github.com/TatsuProject/chipforge_eda_server
Start EDA server (keep port 8080 closed to internet)
make up
Clone ChipForge subnet validator repository
git clone https://github.com/TatsuProject/ChipForge_SN108 && cd ChipForge_SN108
Copy environment template and configure with validator wallet and VALIDATOR_SECRET_KEY
cp .env.example .env
Verify all required environment variables are set
make env-check
Start validator in Docker (recommended), or: ./start_validator.sh
make up
Monitor validator logs in real-time(optional)
make logs