Security-Council threshold reduction (RT)
Dolomite's assessment for RD-F-182 — scored green on the v1.7.0 rubric. The evidence below is the curator's reasoning for this score.
Evidence summary #
Cat 6B batch-24 addition. T-09 v1.1 candidate. Signal definition: Security Council multisig threshold reduction (e.g., 3/5 to 2/5), timelock removal, or new-signer addition within 14 days of prior change. Dolomite admin structure: GnosisSafe 2/3 (threshold=2, owners=3 per data cache). No Security Council model used. PartiallyDelayedMultiSig has structural bypass functions but these are design-time features, not recent threshold changes. No public evidence of pending GnosisSafe threshold reduction. No Drift-class SC weakening event detected. Green: no threshold-reduction event observed and no pending change found in public sources.
Sources #
- DocsAdmin Privileges — Dolomitedocs.dolomite.io/admin-privileges: PartiallyDelayedMultiSig configuration documented; 4 bypass functions are existing design, not recent changesretrieved 2026-05-16
- Dolomite data cache 00-data-cache.jsondata-cache safe_multisigs[0]: threshold=2, owner_count=3 — stable configuration; no threshold change event foundretrieved 2026-05-16
Methodology #
Detect in real-time whether the bridge/protocol Security Council multisig executes a threshold reduction (e.g. 3/5 → 2/5), timelock removal, or new-signer addition within ≤14 days of either of those events.
See the full factor methodology and distribution across all protocols →