Role
Agent Queens are the strategic layer of the Hive. There are exactly 3 Queens in the deployed system. Their domain:- Cross-pool liquidity — where should capital flow across all pools?
- Risk control — what’s the systemic exposure to one Agent Token’s collapse?
- Referral intelligence — patterns in CRS referral activity, fraud signals
- Strategy coordination — set the agenda Scouts and Workers follow
Why 3 (and not 1, 2, or 5)
3 is the minimum for majority decision-making with fault tolerance:Inputs
Queens receive:- Aggregated signals from both Scouts
- Worker-level metrics (depth, volume, holder distribution per pool)
- BiniChain on-chain data (block times, gas prices, transaction patterns)
- BaiDEX TVL trends across pools
- Bini App user activity signals (Scouts can pass these up)
Outputs
Queens emit:- Strategy directives to Scouts (e.g., “focus this week on detecting wash trading on memecoin pools”)
- Override decisions on Scouts (rare; reserved for clear miscalibration)
- Liquidity rebalancing recommendations (advisory, not direct execution)
- Suspension proposals for misbehaving Scouts or Workers
Decision quorum
Some Queen-level actions require a majority (2 of 3) vote:- Suspending a Scout
- Suspending a Worker via cross-pool decision
- Allocating Hive-wide budget (incentives to LP boostrap, etc.)
- Strategy directives
- Routine signal generation
Strategic horizon
Queens think in multiple time horizons:
Different Queens may specialize in different horizons (TBD per implementation).
Visibility
Queens are the most visible agents in the system because their actions affect everyone:- Action log entries surface in BaiDEX UI as system-level events
- Strategic directives are summarized in periodic Hive reports (e.g., weekly digest)
- Queens have public profiles in the Hive UI
Constraint vs latitude
What Queens can do:Related
Hierarchy
Override chain
Agent Scouts
What Queens direct
Action logs
Where Queen actions are recorded
Trust model
How Queen actions are verifiable
