Common Developer Workflows
Purpose: Map common Octant v2 engineering tasks to the smallest useful reading path. Audience: Developers who know the job they need to do and want the fastest route through the docs. Level: Beginner Source of truth:
[email protected]for contract behavior, the linked implementation pages for exact setup details. Use this page when: you want a task-based reading order instead of navigating section by section. Do not use this page for: exact deployment parameters, initializer arguments, or contract-level edge cases without checking the linked reference pages.
This page is a routing layer. It helps you choose a reading order, but it does not override the underlying implementation docs or the pinned core source.
If a workflow summary and a contract page appear to disagree, prefer:
- the pinned
[email protected]source, - the specific implementation or reference page linked from that workflow,
- this page for reading order only.
Use this page when you know the job you need to do, but you do not want to reconstruct the reading order from scratch.
The following diagram shows how the different doc sections relate and build on each other:
Treat each workflow as a practical reading path, not just a topic list. If your job involves deployment or live operations, do not stop at the conceptual guides, continue into the contract-reference pages and the relevant setup steps.
Many integrations have two layers:
- your contract or instance, such as a strategy, vault, or allocation mechanism,
- shared Octant infrastructure, such as implementation contracts, factories, role managers, or downstream routing.
If you are moving beyond pure code reading, make sure your path includes deployment details, roles, and post-deploy operations.
1. Build your first Yield Donating Strategy
Goal: wrap an external yield source and route realized yield to a donation address.
Recommended order
- Developer Orientation
- Local Development Quickstart
- Hello World Strategy
- Introduction to YDS
- Architecture — YDS
- Writing a YDS Strategy
- Deployed Addresses
- Reference pages: BaseStrategy, YieldDonatingTokenizedStrategy, BaseHealthCheck
Use this path when you need a concrete, fork-tested starting point, then want the full lifecycle and reference detail before deploying against the shared Octant implementation.
2. Build a Yield Skimming Strategy
Goal: hold a yield-bearing asset and route exchange-rate appreciation to a donation address.
Recommended order
- Developer Orientation
- Local Development Quickstart
- Introduction to YSS
- Architecture — YSS
- Writing a YSS Strategy
- Deployed Addresses
- Reference pages: BaseYieldSkimmingHealthCheck, YieldSkimmingTokenizedStrategy, TokenizedStrategy
Use this path when your strategy holds a value-accruing asset rather than periodically harvesting reward tokens.
3. Deploy a standalone strategy against shared Octant infrastructure
Goal: take a strategy you already understand and deploy it correctly against the shared Octant implementation layer.
Recommended order
- Local Development Quickstart
- Reading the Smart-Contract Reference
- Deployed Addresses
- Your strategy-specific build guide, for example Hello World Strategy, Writing a YDS Strategy, or Writing a YSS Strategy
- Strategy reference pages for the exact inheritance tree you are using
Use this path when your code is already written and you now need the correct implementation address, constructor arguments, operational roles, and deployment-time checks.
4. Deploy and operate a multi-strategy vault
Goal: allocate one underlying asset across several ERC-4626-compatible strategies and run the vault safely after deployment.
Recommended order
- Multi-Strategy Vaults
- Reading the Smart-Contract Reference
- Deployed Addresses
- Reference pages: MultistrategyVault, MultistrategyLockedVault, DebtManagementLib
- Payment Splitter Patterns, if the vault's donated yield must be routed to several fixed recipients
Use this path when you already understand the underlying strategies and now need queue policy, role assignment, report processing, debt limits, rebalancing, and shutdown behavior.
5. Deploy or operate Regen Staker
Goal: create a token staking flow with rewards, optional compounding, and contributions into approved allocation mechanisms.
Recommended order
- Regen Staker
- Reading the Smart-Contract Reference
- Deployed Addresses
- Reference pages: RegenStaker, RegenStakerBase, RegenEarningPowerCalculator
Use this path when community staking and downstream funding are part of the same deployment.
6. Route one yield stream to several fixed recipients
Goal: put a simple routing layer between a strategy or vault and several downstream recipients.
Recommended order
- Core Concepts
- Payment Splitter Patterns
- Reading the Smart-Contract Reference
- Reference page: PaymentSplitter
Use this path when one donated yield stream should be split across a fixed set of recipients such as a TAM, RegenStaker, and an OpEx address.
7. Build a Tokenized Allocation Mechanism
Goal: author a new on-chain funding mechanism with Octant's shared lifecycle and accounting.
Recommended order
- Tokenized Allocation Mechanisms
- Introduction to TAM
- TAM: Architecture
- TAM: Mental Model & Lifecycle
- TAM: Writing a New Funding Mechanism
- Reading the Smart-Contract Reference
- Deployed Addresses
- Reference pages: BaseAllocationMechanism, TokenizedAllocationMechanism, AllocationMechanismFactory
Use this path when you are extending allocation logic rather than yield generation.
8. Find the right page quickly
| I need to... | Best starting page |
|---|---|
| build a first strategy fast | Hello World Strategy |
| understand the overall system | Developer Orientation |
| deploy a strategy against shared Octant infrastructure | Deployed Addresses |
| connect a strategy to a vault | Multi-Strategy Vaults |
| operate a vault after deployment | Multi-Strategy Vaults |
| understand contract pages without getting lost | Reading the Smart-Contract Reference |
| work with staking and rewards | Regen Staker |
| split one yield stream across fixed recipients | Payment Splitter Patterns |
| work on allocation logic | Tokenized Allocation Mechanisms |