명세
읽기 편의를 위한 AI 번역이며 부정확하거나 오래되었을 수 있습니다. 거버넌스·투표·분쟁 시에는 영어 원문만이 유일한 정식 본문입니다. 정확한 표현은 GitHub 원본을 참고하세요.
GitHub 영어 원문 ↗## 초록 이 MIP는 최대 활성 검증자 집합을 200에서 300으로 증가시키는 것을 제안합니다. 현재 활성 검증자 집합은 200으로 제한되어 있습니다. 이 한도를 높이면 갑작스러운 부하 변화 없이 합의 계층(MonadBFT) 또는 실행 파이프라인에 대한 참여를 확장할 수 있습니다. ## 사양 ### 매개변수 | 매개변수 | 현재 값 | 제안된 값 | |---|---|---| | `ACTIVE_VALSET_SIZE` | 200 | 300 | `ACTIVE_VALSET_SIZE`는 200에서 300으로 증가해야 합니다. ### 합의 및 실행 계층 영향 이 MIP는 합의 계층(MonadBFT)에 영향을 미칩니다. 활성 검증자 집합의 크기는 각 합의 라운드에 참여하는 참가자의 수를 직접적으로 결정합니다. 실행 데몬은 검증자 집합의 구성원이 온체인 계약에 의해 읽히지 않는 한 영향을 받지 않습니다. 이 경우 그러한 계약은 호환성을 위해 검토되어야 합니다. 합의 데몬은 `ACTIVE_VALSET_SIZE`를 블록 제안 및 투표에 참여할 수 있는 검증자의 수에 대한 상한으로 시행합니다. 활성 집합을 채우는 검증자를 선택하는 메커니즘(예: 스테이크에 의한 선택)은 이 MIP에 의해 변경되지 않습니다. ## 근거 100의 증가는 의미 있는 확장(~50%)을 나타내며 MonadBFT의 투표 라운드에서 메시지 복잡성을 극적으로 변경하지 않습니다. 더 큰 단일 단계 증가에는 예기치 않은 성능 저하의 위험이 더 높습니다. 더 작은 증가에는 비례하는 이점 없이 프로세스 오버헤드가 추가됩니다. 이 증가는 활성 집합의 분산화를 증가시켜 더 강력한 결함 허용성과 경제적 보안을 강화합니다. ## 이전 호환성 이 MIP는 이전 호환성 문제를 도입하지 않습니다. 변경 사항은 추가적입니다: 활성 집합의 기존 검증자는 영향을 받지 않습니다. 하드코딩된 `ACTIVE_VALSET_SIZE = 200`은 새로운 매개변수 값을 지원하기 위해 활성화 전에 `300`으로 업데이트되어야 합니다. ## 보안 고려사항 **합의 확장성**: 활성 검증자 집합을 증가시키면 MonadBFT의 각 합의 라운드에서 교환되는 메시지 수가 증가합니다. **시빌 위험**: 스테이크 기반 선택 메커니즘에 변경 없이 집합을 확장하는 것은 시빌 위험을 의미 있게 증가시키지 않습니다. 추가적인 완화 조치는 필요하지 않습니다. ## 저작권 저작권 및 관련 권리는 [CC0](../LICENSE.md)를 통해 포기되었습니다.
포럼 토론
-
mip 9 title Active Set Increase description Increase the `ACTIVE_VALSET_SIZE` from 200 to 300. author Jackson Lewis ( @jacksononchain ) status Draft type Standards Track category Core created 2026-03-19 Abstract This MIP proposes an increase to the maximum active validator set from 200 to 300. The current active validator set is capped at 200. Raising the cap expands participation without introducing abrupt load changes to the consensus layer (MonadBFT) or execution pipeline. Specification Parameters Parameter Current Value Proposed Value ACTIVE_VALSET_SIZE 200 300 ACTIVE_VALSET_SIZE SHOULD be increased from 200 to 300. Consensus and Execution Layer Impact This MIP affects the consensus layer (MonadBFT). The active validator set size directly governs the number of participants in each consensus round. The execution daemon is unaffected unless...
-
Please note the details have been adjusted, and the proposed change is to increase active set to 300.
-
“As ‘Devnads’ and a potential validator, I support any developments that will help foster the Monad ecosystem.” Thank you for the information @jacksononchain
-
In support of MIP-9, with a suggestion to use testnet more aggressively This MIP is well-scoped. The 50% increment is a reasonable step and the rationale is sound. One observation worth noting: the primary cost of increasing ACTIVE_VALSET_SIZE in MonadBFT is not bandwidth — it is signature aggregation latency at the leader. MonadBFT operates on O(n) message complexity in the happy path; each validator sends a signed vote directly to the next leader, who must aggregate those into a QC before proceeding. At 300 validators and 400ms block times, this is unlikely to be the bottleneck under nominal load. Under sustained peak throughput, however, the relationship between n and round latency has not been empirically characterized at this scale on a live network. A proposal for the testnet phase: rather than validating 300, CONSIDER targeting 500 as the testnet ceiling. Additionally, it wo...
-
We agree with the updated proposal and are glad to see the active set increase to 300. We believe this is a positive step for the network, as it strengthens decentralization and broadens validator participation while still keeping the change measured and reasonable from a performance standpoint. We’re happy to support this decision and believe it will benefit the long-term health of the network.