# Constitutional AIP - Security Council Improvement Proposal

**URL:** <https://forum.arbitrum.foundation/t/constitutional-aip-security-council-improvement-proposal/20541>\
**Category:** Finalized AIPs\
**Tags:** aip, proposal\
**Created:** [January 11, 2024, 12:57pm UTC](https://forum.arbitrum.foundation/t/constitutional-aip-security-council-improvement-proposal/20541 "2024-01-11T12:57:12Z")\
**Posts on this page:** 14\
**Page:** 2

<div class="post-metadata">

**Author:** ![krst](https://yyz1.discourse-cdn.com/flex029/user_avatar/forum.arbitrum.foundation/krst/32/1357_2.png) [@krst](https://forum.arbitrum.foundation/u/krst)\
**Post date:** [May 30, 2024, 2:53am UTC](https://forum.arbitrum.foundation/t/constitutional-aip-security-council-improvement-proposal/20541/22 "2024-05-30T02:53:46Z")

</div>

The below response reflects the views of L2BEAT’s governance team, composed of @krst and @Sinkas, and it’s based on the combined research, fact-checking, and ideation of the two.

As we are the ones that made the proposal, we are obviously supporting it and we voted in its favor.

---

<div class="post-metadata">

**Author:** ![BlockworksResearch](https://yyz1.discourse-cdn.com/flex029/user_avatar/forum.arbitrum.foundation/blockworksresearch/32/14962_2.png) [@BlockworksResearch](https://forum.arbitrum.foundation/u/BlockworksResearch)\
**Post date:** [May 30, 2024, 2:17pm UTC](https://forum.arbitrum.foundation/t/constitutional-aip-security-council-improvement-proposal/20541/23 "2024-05-30T14:17:07Z")

</div>

Blockworks Research will be voting _ **FOR** _ this proposal on Tally.

Increasing the lower threshold multisig to 9/12 appears to be the most straightforward way to maintain the Stage 1 classification. This change does not seem to intrinsically alter anything compared to the previous configuration, except for enhancing security without compromising agility, as 9 signers will always be required to perform an action.

We would like to thank @krst and @Sinkas for taking the initiative on this important topic and for working on creating a document that covers how putting together a proposal like this should be approached in the future.

---

<div class="post-metadata">

**Author:** ![NathanVDH](https://yyz1.discourse-cdn.com/flex029/user_avatar/forum.arbitrum.foundation/nathanvdh/32/4988_2.png) [@NathanVDH](https://forum.arbitrum.foundation/u/NathanVDH)\
**Post date:** [May 30, 2024, 3:23pm UTC](https://forum.arbitrum.foundation/t/constitutional-aip-security-council-improvement-proposal/20541/24 "2024-05-30T15:23:54Z")

</div>

Important update to the security council framework, I’m personally more in favor of 9/12 as I believe the security council role is a very important post that shouldn’t suffer from the classic “we need two more signers” desperate telegram messages. 9/12 people should be reachable and ready to act in 24 hours in all cases, otherwise that’s where the problem lies IMO.

---

<div class="post-metadata">

**Author:** ![Frisson](https://yyz1.discourse-cdn.com/flex029/user_avatar/forum.arbitrum.foundation/frisson/32/2288_2.png) [@Frisson](https://forum.arbitrum.foundation/u/Frisson)\
**Post date:** [June 3, 2024, 11:25pm UTC](https://forum.arbitrum.foundation/t/constitutional-aip-security-council-improvement-proposal/20541/25 "2024-06-03T23:25:30Z")

</div>

I voted FOR this proposal on Tally. It’s essential that Arbitrum maintain its status as a stage 1 rollup. Increasing the non-emergency threshold to 9/12 is a reasonable and safe way to do it.

---

<div class="post-metadata">

**Author:** ![michael-oz](https://yyz1.discourse-cdn.com/flex029/user_avatar/forum.arbitrum.foundation/michael-oz/32/8661_2.png) [@michael-oz](https://forum.arbitrum.foundation/u/michael-oz)\
**Post date:** [June 4, 2024, 4:54pm UTC](https://forum.arbitrum.foundation/t/constitutional-aip-security-council-improvement-proposal/20541/26 "2024-06-04T16:54:54Z")

</div>

OpenZeppelin, as Security Member of the ARDC, was asked to review a [live Arbitrum DAO proposal (id: 108365…9297)](https://www.tally.xyz/gov/arbitrum/proposal/108365944612843449282647711225577270624871742641825297712833904029381791489297) which would modify the [Arbitrum Security Council](https://docs.arbitrum.foundation/concepts/security-council) from a seven-of-twelve to a nine-of-twelve signing threshold for non-emergency actions.

Overall, we found the proposal to be well-formed, to follow established methodologies set forth by the Arbitrum Constitution, and to pose no other risks to the protocol even if only part of the call chain succeeds. You can review our full analysis in the report linked below.

> [@AIP Security Council Improvement Proposal - Security Analysis](https://forum.arbitrum.foundation/t/aip-security-council-improvement-proposal-security-analysis/24755):
>
> Abstract OpenZeppelin, as Security Member of the ARDC, was asked to review a [live Arbitrum DAO proposal (id: 108365…9297)](https://www.tally.xyz/gov/arbitrum/proposal/108365944612843449282647711225577270624871742641825297712833904029381791489297) which would modify the [Arbitrum Security Council](https://docs.arbitrum.foundation/concepts/security-council) from a seven-of-twelve to a nine-of-twelve signing threshold for non-emergency actions. The motivations for this proposal are laid out in the proposal text on Tally and in a [Medium post by L2BEAT](https://medium.com/l2beat/stages-update-security-council-requirements-4c79cea8ef52). We reviewed the on-chain code that will be executed should this proposal ultimately succeed to confirm that it will behave as expec…

---

<div class="post-metadata">

**Author:** ![0xTALVO.ETH\_MTY](https://yyz1.discourse-cdn.com/flex029/user_avatar/forum.arbitrum.foundation/0xtalvo.eth_mty/32/10365_2.png) [@0xTALVO.ETH\_MTY](https://forum.arbitrum.foundation/u/0xTALVO.ETH_MTY)\
**Post date:** [June 5, 2024, 1:32am UTC](https://forum.arbitrum.foundation/t/constitutional-aip-security-council-improvement-proposal/20541/27 "2024-06-05T01:32:02Z")

</div>

Voted “For”  
By increasing the threshold of the non-emergency Security Council to 9/12, the proposal effectively addresses the identified risks associated with the current multisig setup. This change will enhance the security and reliability of Arbitrum’s upgradeability mechanism, providing a robust safeguard against potential malicious upgrades. This proposal not only fortifies Arbitrum’s security infrastructure but also reaffirms its dedication to upholding high standards of decentralization and user protection.

---

<div class="post-metadata">

**Author:** ![maxlomu](https://yyz1.discourse-cdn.com/flex029/user_avatar/forum.arbitrum.foundation/maxlomu/32/1282_2.png) [@maxlomu](https://forum.arbitrum.foundation/u/maxlomu)\
**Post date:** [June 5, 2024, 5:41pm UTC](https://forum.arbitrum.foundation/t/constitutional-aip-security-council-improvement-proposal/20541/28 "2024-06-05T17:41:07Z")

</div>

> [@michael-oz](#):
>
> OpenZeppelin, as Security Member of the ARDC, was asked to review a [live Arbitrum DAO proposal (id: 108365…9297)](https://www.tally.xyz/gov/arbitrum/proposal/108365944612843449282647711225577270624871742641825297712833904029381791489297) which would modify the [Arbitrum Security Council](https://docs.arbitrum.foundation/concepts/security-council) from a seven-of-twelve to a nine-of-twelve signing threshold for non-emergency actions.
> 
> Overall, we found the proposal to be well-formed, to follow established methodologies set forth by the Arbitrum Constitution, and to pose no other risks to the protocol even if only part of the call chain succeeds. You can review our full analysis in the report linked below.

Thanks for the feedback guys.  
Arbitrum should always lead in terms of security - voted FOR.

---

<div class="post-metadata">

**Author:** ![ocandocrypto](https://yyz1.discourse-cdn.com/flex029/user_avatar/forum.arbitrum.foundation/ocandocrypto/32/5015_2.png) [@ocandocrypto](https://forum.arbitrum.foundation/u/ocandocrypto)\
**Post date:** [June 6, 2024, 4:00am UTC](https://forum.arbitrum.foundation/t/constitutional-aip-security-council-improvement-proposal/20541/29 "2024-06-06T04:00:59Z")

</div>

These reports are definitely a significant step in analyzing technical proposals, as they summarize and help us understand their implications.

> [@AIP Security Council Improvement Proposal - Security Analysis](https://forum.arbitrum.foundation/t/aip-security-council-improvement-proposal-security-analysis/24755):
>
> Abstract OpenZeppelin, as Security Member of the ARDC, was asked to review a [live Arbitrum DAO proposal (id: 108365…9297)](https://www.tally.xyz/gov/arbitrum/proposal/108365944612843449282647711225577270624871742641825297712833904029381791489297) which would modify the [Arbitrum Security Council](https://docs.arbitrum.foundation/concepts/security-council) from a seven-of-twelve to a nine-of-twelve signing threshold for non-emergency actions. The motivations for this proposal are laid out in the proposal text on Tally and in a [Medium post by L2BEAT](https://medium.com/l2beat/stages-update-security-council-requirements-4c79cea8ef52). We reviewed the on-chain code that will be executed should this proposal ultimately succeed to confirm that it will behave as expec…

Of course, I decided to vote FOR this proposal.

Maintaining Arbitrum’s status as a stage 1 rollup is essential. Increasing the non-emergency threshold to 9/12 is a reasonable and safe approach. This change ensures that necessary actions can be executed promptly in emergencies, with an appropriate number of signatures, preventing delays if someone cannot access quickly. It strikes a good balance.

---

<div class="post-metadata">

**Author:** ![0x\_ultra](https://yyz1.discourse-cdn.com/flex029/user_avatar/forum.arbitrum.foundation/0x_ultra/32/236_2.png) [@0x\_ultra](https://forum.arbitrum.foundation/u/0x_ultra)\
**Post date:** [June 6, 2024, 6:02am UTC](https://forum.arbitrum.foundation/t/constitutional-aip-security-council-improvement-proposal/20541/30 "2024-06-06T06:02:42Z")

</div>

Voting “FOR”  
Increasing the threshold to 9/12 will enhance Arbitrum’s security.

---

<div class="post-metadata">

**Author:** ![PrincetonBlockchain](https://yyz1.discourse-cdn.com/flex029/user_avatar/forum.arbitrum.foundation/princetonblockchain/32/1312_2.png) [@PrincetonBlockchain](https://forum.arbitrum.foundation/u/PrincetonBlockchain)\
**Post date:** [June 6, 2024, 7:42am UTC](https://forum.arbitrum.foundation/t/constitutional-aip-security-council-improvement-proposal/20541/31 "2024-06-06T07:42:17Z")

</div>

The Princeton Blockchain Club is voting FOR increasing the non-emergency action threshold for the Security Council to 9/12 onchain. This lets us keep Arbitrum One looking nice on L2Beat, but more importantly, increasing the 7/12 multisig threshold is overall good for Arbitrum’s security.

Following the audit by ChainSecurity and review by OpenZeppelin, we’re confident in voting for the change on Tally.

Delegates: if you haven’t voted yet, please do soon! We still need ~12m votes to reach quorum, as Constitutional AIPs have higher quorum thresholds.

---

<div class="post-metadata">

**Author:** ![jameskbh](https://yyz1.discourse-cdn.com/flex029/user_avatar/forum.arbitrum.foundation/jameskbh/32/2667_2.png) [@jameskbh](https://forum.arbitrum.foundation/u/jameskbh)\
**Post date:** [June 6, 2024, 8:22am UTC](https://forum.arbitrum.foundation/t/constitutional-aip-security-council-improvement-proposal/20541/32 "2024-06-06T08:22:54Z")

</div>

I voted for this proposal, as it enhances the operational and security standards of the Security Coouncil.

---

<div class="post-metadata">

**Author:** ![mcfly](https://yyz1.discourse-cdn.com/flex029/user_avatar/forum.arbitrum.foundation/mcfly/32/3099_2.png) [@mcfly](https://forum.arbitrum.foundation/u/mcfly)\
**Post date:** [June 7, 2024, 1:26pm UTC](https://forum.arbitrum.foundation/t/constitutional-aip-security-council-improvement-proposal/20541/33 "2024-06-07T13:26:54Z")

</div>

We agree with the Princeton Blockchain Club and recommend voting FOR increasing the Arbitrum Security Council’s non-emergency action threshold from 7/12 to 9/12.

Key reasons to support this proposal:

- Aligns Arbitrum with Stage 1 requirements
- Enhances security by making malicious upgrades harder
- Audited by ChainSecurity & reviewed by OpenZeppelin
- Straightforward implementation

This pragmatic change improves security while minimizing risks. We encourage all delegates to vote FOR this proposal on-chain.

---

<div class="post-metadata">

**Author:** ![WinVerse](https://yyz1.discourse-cdn.com/flex029/user_avatar/forum.arbitrum.foundation/winverse/32/10523_2.png) [@WinVerse](https://forum.arbitrum.foundation/u/WinVerse)\
**Post date:** [June 9, 2024, 12:07am UTC](https://forum.arbitrum.foundation/t/constitutional-aip-security-council-improvement-proposal/20541/34 "2024-06-09T00:07:49Z")

</div>

DAOplomats voted in favor on Tally.

We maintained our vote from Snapshot as we support the increase in the number of seats to 9/12.

---

<div class="post-metadata">

**Author:** ![Tane](https://yyz1.discourse-cdn.com/flex029/user_avatar/forum.arbitrum.foundation/tane/32/3187_2.png) [@Tane](https://forum.arbitrum.foundation/u/Tane)\
**Post date:** [June 9, 2024, 2:39pm UTC](https://forum.arbitrum.foundation/t/constitutional-aip-security-council-improvement-proposal/20541/35 "2024-06-09T14:39:57Z")

</div>

We vote **FOR** the proposal on Tally.

We maintained the vote from Snapshot as we believe increasing the threshold to 9/12 is the vital first step to improve the system to achieve the revised Stage1 designation.

[Previous page](https://forum.arbitrum.foundation/t/constitutional-aip-security-council-improvement-proposal/20541.md?page=1)
