Skip to content
KYZENDocsLaunch app

DocsScheduler

The Scheduler

The monthly memo that reads the supply chain and sets the Reserve's stage weights.

Cadence
Monthly, fixed date
Stage cap
50%
Output
Memo, on-chain weights
First rotation
30 days after memo

Specification v1.4 · Revised 24 September 2026 · 9 sections

#The Scheduler names the bottleneck

The Scheduler is the Bottleneck Model. Each month it reads the chip supply chain across five stages and names the stage that binds.

The binding constraint of the AI economy sits at different points of the supply chain at different times. The Scheduler moves the Reserve toward the stage that binds by setting five stage weights.

Every read produces three outputs: a public memo, five stage weights on-chain and the next rotation date.

#Five stages cover the chain

Every eligible stock token maps to one stage. The mapping fixes which tokens stand for each stage.

StageStock tokens
DesignNVDA, AMD
MemoryMU, SNDK
FabTSM, INTC
EquipmentASML
PowerNo stock token; the Power weight is held in Design

AVGO, AMAT, LRCX and KLAC join the eligible set once Chainlink publishes their feeds. Eligibility is set out in The Reserve.

#The scorecard is published

The Scheduler reads a published scorecard of six inputs.

  1. DRAM and HBM contract prices.
  2. HBM and CoWoS lead times.
  3. Fab and packaging capacity announcements.
  4. Equipment order data.
  5. Datacenter power constraints.
  6. Earnings-call language for each stage.

Each memo explains the read of these inputs.

#A rulebook sets the weights

The rulebook maps the scorecard to five stage weights. It caps every stage at 50%.

The model does not set weights. It writes the memo that explains the read.

The model is a LoRA fine-tune on an open-weight base: Qwen3.8-27B (Apache 2.0) or DeepSeek V4 Flash (MIT).

ComponentRole
ScorecardPublished supply-chain inputs
RulebookSets the five stage weights from the scorecard, 50% cap per stage
ModelWrites the memo that explains the read; sets no weights
Weight registryHolds the weights on-chain; emits an event on each rotation
ReserveBuys toward the weights under the buy discipline

#The memo precedes every rotation

Rotations run monthly on a fixed date. The memo publishes before every rotation.

The first memo publishes on the day trading opens. The first rotation executes 30 days later.

Monthly50% stage cap
ScorecardPublished inputs
RulebookSets five weights
MemoExplains the read
RegistryWeights on-chain
Rotation14:30 UTC
Monthly cycle. The memo always publishes before the rotation executes.
  1. 01
    Read
    The scorecard inputs are collected.
  2. 02
    Weigh
    The rulebook sets five stage weights, none above 50%.
  3. 03
    Explain
    The model writes the memo.
  4. 04
    Publish
    The memo publishes on the Scheduler page with the weights and the next rotation date.
  5. 05
    Record
    The weights are written to the on-chain weight registry, which emits a rotation event.
  6. 06
    Execute
    From 14:30 UTC on the rotation date, the Reserve's buys follow the new weights.

#Weights are written on-chain

The five stage weights live in the Scheduler weight registry on Robinhood Chain. The owner sets them, and the registry emits an event on each rotation.

Anyone can read the weights from the chain and compare them with the published memo.

OutputWhere
MemoPublic, on the Scheduler page
Five stage weightsOn-chain, in the weight registry
Next rotation datePublished with the memo

#Rotations respect the stage cap

No stage weight exceeds 50%. The Power weight is held in Design, because the stage mapping has no power-stage token.

A rotation changes the target weights, and new purchases follow them. The Reserve does not sell holdings to reach a new target. It sells only to bring a stage back under the 50% cap.

After a rotation, the Reserve's buys follow the new weights. Every buy runs under the buy discipline: slices time-weighted across the trading session, U.S. market hours only, a contract-enforced maximum slice and a Chainlink price bound.

A rotation therefore moves the Reserve toward its weights across trading sessions, not in one transaction. It never buys the weekend premium. The discipline is set out in The Reserve.

Worked exampleStage weights from one memo
Design
41%
Memory
34%
Fab
15%
Equipment
7%
Power
3%, held in Design
Held in NVDA and AMD
41% + 3% = 44%
Total
41% + 34% + 15% + 7% + 3% = 100%

Illustrative weights. Every stage sits at or below the 50% cap.

#The model picks no stocks

The Scheduler reads constraints. It weights stages, and the stage mapping decides which stock tokens carry each weight.

Memos never claim market-beating performance. Rotations follow the published rulebook and do not aim to outperform any market; see Risk.

Memos follow the same copy rules as this documentation. Every claim in a memo carries a number, a rule or a link.

#Parameter sheet

ParameterValue
CadenceMonthly, fixed date
First memoThe day trading opens
First rotation30 days after the first memo
MemoPublished before every rotation
Execution14:30 UTC on the rotation date
StagesDesign, Memory, Fab, Equipment, Power
Stage cap50%
Power weightHeld in Design
Weights set byThe rulebook, from the published scorecard
Memo written byLoRA fine-tune on Qwen3.8-27B (Apache 2.0) or DeepSeek V4 Flash (MIT)
OutputMemo, five on-chain weights, next rotation date
Stock pickingNone
Esc
  • OverviewGet started
  • QuickstartGet started
  • GlossaryGet started
  • Token and launchToken
  • Trade taxToken
  • The ReserveReserve