MenuClose
Check a Monitor or Relayer config
Static checks of the kind the control plane runs before a stack starts: files parse, references resolve, secret sources are spelled the way each program expects, and the configuration patterns behind the open upstream bugs get flagged. Your file is sent to the Nonceworks server, checked there and not stored; nothing in it is executed.
What a report looks like
This is the checker's own output for the sample export with two mistakes put in on purpose: the webhook secret's source spelled env, the Relayer's spelling, and a status condition without gas_used.
| Files | monitors/ networks/ triggers/ |
|---|---|
| Monitors | Base USDC transfers over 10k |
| Triggers | usdc_webhook (webhook) |
| Networks | base_mainnet |
| Secrets to provide | WEBHOOK_SECRET WEBHOOK_URL |
| Errors |
|
| Warnings |
|
Checks
| Area | Check |
|---|---|
| Files | Every .json parses; the error names the file, line and column. |
| Monitor | Required keys on monitors, triggers and networks. Monitors reference networks and triggers that exist. Trigger types are valid. Signatures are Solidity-style with no spaces. Secret sources are environment, not env. Status conditions without gas_used (issue #498). Cron fields and max_past_blocks on networks. |
| Relayer | Relayers reference signers, notifications and networks that exist. Signer types, plain-text secrets, short signing keys. gas_price_cap (issue #808), single RPC endpoints (issues #843 and #817), missing whitelist_receivers. |
| Secrets | Lists every environment reference so you know what to provide. Values are never requested. |
What the checks are based on
After this
If the report is clean, the next step is the grant on your key and the stack comes up the same day.
Send your config