veridex/.env via veridex.config.Settings.
Copy .env.example to veridex/.env and fill in the values relevant to the features you want to enable. Everything in the default demo runs without credentials; values are validated only when the corresponding live operation is attempted.
Environment Variables
TxLINE (live odds feed and on-chain subscribe)
JWT and TXLINE_X_API_TOKEN are required for any run with source_mode = "live" in the agent TOML. Without them, replay and backtest modes work fully offline.
Solana (run anchoring)
SOLANA_KEYPAIR_PATH is set and anchor = true in the agent config, the run’s manifest_hash is committed to Solana as a Memo transaction. Anchoring confirms in approximately 1.3 seconds on devnet. Without this credential, runs complete normally and the anchor check honestly reports not_applicable or pending.
Database
API Serving
Auth
Frontend
Agent TOML Configuration
The agent TOML holds all non-secret strategy and policy configuration. Below is the fullveridex_agent/sample_agent.toml as shipped:
Field Reference
Strategy instance identity and config hashing
Changing any strategy-affecting field — includingagent_id, thresholds, allowlists, or execution_mode — creates a new pinned config_hash. This is intentional: two configs on the same template can produce different CLV and drawdown, and Veridex must be able to replay exactly which config caused which actions. The config_hash is folded into the sealed manifest and verified by the proof pipeline.
No TOML field can bypass Veridex’s trust rules. Configs change trading behavior and profitability; they cannot override law/recompute, policy gating, evidence integrity, the seven proof checks, receipt separation, or scoring immutability.
Setting
anchor = true requires SOLANA_KEYPAIR_PATH to be set in veridex/.env. Runs with anchor = false (the default) complete normally; the anchor proof check honestly reports not_applicable. Not all runs need to be anchored — anchoring is typically reserved for live and production deployments.