Your only channel
#dunl-operators-only
The same channel you acknowledge version upgrades in today.
Seat
You run one or more dUNL validators. In an incident you execute the fix on your own nodes - upgrade, downgrade, restart, config change, or halt. Nothing is ever done to your nodes for you.
#dunl-operators-only
The same channel you acknowledge version upgrades in today.
One thing: an instruction pinned by Brett Mollin.
Nothing reaches you any other way - not a DM, not an email, not a public post.
done in the instruction's thread.
Your acknowledgement is your status report; you never report upward any other way.
On #dunl-operators-only, from Brett Mollin by name. Until it arrives, keep your nodes running as normal and watch that one channel.
All three pass, or you do not act. See the card below.
No more, no less. The instruction names the adjacent wrong action - do not reach for it.
done in the instruction's threadDiscussion goes in the channel around it; the thread stays instructions and acknowledgements. Under a declared incident your done is an acknowledgement, not a vote.
No news means proceed as planned.
Two names, or you do not act. Any box fails: stop and tell the UNL Leader. The order most worth faking is the one that says stand down or go quiet - verify that one hardest.
Fixed format so triage is fast: what you saw, when, which node, logs attached.
The same fault on other validators, or a network-wide symptom, is page-worthy - every operator holds the trigger. You are not asked to be right about the cause.
A page that turns out to be your own rack costs nothing and is never held against you. The failure is the 03:00 post that sits unread for forty minutes.
Declining is legitimate: your validator is your call, and nobody argues you out of it. Say so in the channel with the reason. What breaks the response is declining silently - a silent decliner and an unreachable operator look identical to the count.
Your full script, the readiness checklist, and the status template: governance/roles/operator.md