중앙 집중화 위험

Solana 공동 창립자는 ZKsync의 거버넌스 시스템이 다중 서명이 아니라는 주장에 의문을 제기하며 후자가 중앙 집중화 위험이 있다고 생각하고 있습니다

ChainCatcher 메시지, ZKsync 개발사 Matter Labs의 CEO Alex Gluchowski가 ZKsync 거버넌스 시스템을 출시한다고 발표했습니다. Alex는 이 거버넌스 시스템이 다중 서명 시스템이 아니라고 언급하며, "모든 계획된 업그레이드는 37만 이상의 ZK 토큰 보유자 커뮤니티에 의해 직접 체인에서 시작되며, 특정 재단이나 소수의 신뢰할 수 있는 행동자에 의해 시작되지 않습니다."라고 말했습니다.Solana 공동 창립자 Toly는 이 글 아래에서 의문을 제기했습니다. ZKsync가 다중 서명 시스템이 아니라고 주장하지만, 실제로는 여전히 정직한 다수 가정에 기반하고 있으며, 이는 본질적으로 다중 서명 시스템과 유사하다는 것입니다.Toly는 또한 Solana와 달리 ZKsync의 거버넌스 시스템에는 잠재적인 중앙 집중화 위험이 존재한다고 밝혔습니다. Solana에서는 충분한 검증자가 합의에 도달하더라도, Circle(USDC의 발행자)의 단일 전체 노드가 무효 상태 전환을 거부할 수 있어 시스템을 악의적인 행동으로부터 보호할 수 있습니다. ZKsync의 "전문 보안 위원회"는 법적 위험에 직면할 수 있으며, 만약 충분한 위원회 구성원이 미국 파산 판사의 명령을 받게 된다면, 그들은 모든 크로스 체인 자산을 파산 신탁의 통제 하에 두어야 할 수도 있습니다.

Vitalik:부분 블록 경매를 통해 블록 생성자의 중앙 집중화 위험에 대응할 수 있으며, 장기적으로 블록 생산에는 제3자의 개입이 필요하다

체인 캡처 메시지, 이더리움 공동 창립자 비탈릭 부테린이 글을 통해 일부 블록 경매를 통해 구축자의 권한을 제한하여 중앙 집중화 위험에 대응할 수 있다고 밝혔으며, 포함 목록(Inclusion lists)과 제안자 접미사(Proposer Suffixes) 두 가지 가능한 방법을 주로 소개했습니다:포함 목록 모드(Inclusion Lists)에서는 제안자가 요구하는 거래 목록이 블록에 포함되어야 하는 포함 목록을 제공합니다. 구축자가 블록을 완전히 다른 거래로 채울 수 없는 한, 이 목록은 블록에 포함되어야 합니다. 이러한 설계는 상당히 간단하지만, 약점으로는: 인센티브 호환성 문제; 제안자의 추가 부담; 구축자가 여전히 일부 남용 행위를 할 수 있음; 계정 추상화를 작동시키기 위해 부분적으로 제정이 필요하다는 점이 있습니다.또 다른 구축 방법은 제안자가 블록에 대한 접미사를 생성하도록 허용하는 것입니다. 구축자는 블록을 구축할 때 제안자의 의도에 대한 정보를 보지 않으며, 제안자는 구축자가 놓친 거래를 끝에 추가할 수 있습니다. 이러한 방식은 인센티브 호환성 문제를 줄이지만, 제안자에게는 추가 부담이 될 수 있으며, 구축자로부터 응답을 받고 블록을 반드시 발행해야 하는 사이에서 제안자는 일부 MEV 기회를 얻게 됩니다.어떤 경우든, 우리는 구축자의 권한과 정보를 최대한 줄이는 동시에 제안자에게 부과되는 부담을 최소화해야 하며, 이는 블록 생산에 있어 일부 제3자의 개입이 필요하다는 것을 명확히 나타냅니다.(출처 링크)
체인캐처 혁신가들과 함께하는 Web3 세상 구축