본문으로 건너뛰기

이더리움 거버넌스 소개

페이지 편집 (opens in a new tab)

아무도 이더리움을 소유하지 않는다면, 이더리움의 과거와 미래의 변경 사항에 대한 의사결정은 어떻게 이루어질까요? 이더리움 거버넌스는 이러한 의사결정을 가능하게 하는 프로세스를 의미합니다.

거버넌스란 무엇인가요?

거버넌스는 의사결정을 내릴 수 있도록 마련된 시스템입니다. 일반적인 조직 구조에서는 경영진이나 이사회가 의사결정의 최종 권한을 가질 수 있습니다. 또는 주주들이 변화를 제정하기 위한 제안에 투표할 수도 있습니다. 정치 시스템에서는 선출된 공직자가 유권자의 요구를 대변하기 위해 법안을 제정할 수 있습니다.

탈중앙화된 거버넌스

어느 누구도 이더리움 프로토콜을 소유하거나 통제하지 않지만, 네트워크의 수명과 번영을 가장 잘 보장하기 위해 변경 사항을 구현하는 것에 대한 의사결정은 여전히 필요합니다. 이러한 소유권의 부재로 인해 전통적인 조직 거버넌스는 호환되지 않는 해결책이 됩니다.

이더리움 거버넌스

이더리움 거버넌스는 프로토콜 변경이 이루어지는 프로세스입니다. 이 프로세스는 사람들과 애플리케이션이 프로토콜을 사용하는 방식과는 관련이 없다는 점을 지적하는 것이 중요합니다. 이더리움은 무허가성 네트워크입니다. 전 세계 어디에서나 누구나 온체인 활동에 참여할 수 있습니다. 누가 애플리케이션을 구축하거나 트랜잭션을 보낼 수 있는지에 대해 정해진 규칙은 없습니다. 그러나 탈중앙화 애플리케이션(dapp)이 실행되는 기반인 핵심 프로토콜에 대한 변경을 제안하는 프로세스는 존재합니다. 수많은 사람들이 이더리움의 안정성에 의존하고 있기 때문에, 이더리움에 대한 모든 변경 사항이 안전하고 커뮤니티의 광범위한 지지를 받을 수 있도록 보장하기 위해 사회적 및 기술적 프로세스를 포함한 핵심 변경에 대한 조정 기준이 매우 높습니다.

Ethereum core governance explained

Nixo walks through how Ethereum's core protocol governance actually works, including client diversity and hard forks, the ACD call process, common misconceptions, devnets, and actionable paths for participation.

Watch with transcript 

온체인 대 오프체인 거버넌스

블록체인 기술은 온체인 거버넌스라는 새로운 거버넌스 기능을 가능하게 합니다. 온체인 거버넌스는 제안된 프로토콜 변경 사항이 이해관계자(일반적으로 거버넌스 토큰 보유자)의 투표에 의해 결정되며, 투표가 블록체인 상에서 이루어지는 것을 말합니다. 일부 형태의 온체인 거버넌스에서는 제안된 프로토콜 변경 사항이 이미 코드로 작성되어 있으며, 이해관계자가 트랜잭션에 서명하기를 통해 변경 사항을 승인하면 자동으로 구현됩니다.

반대 접근 방식인 오프체인 거버넌스는 프로토콜 변경 결정이 사회적 논의라는 비공식적인 프로세스를 통해 이루어지며, 승인될 경우 코드로 구현되는 방식입니다.

이더리움 거버넌스는 오프체인에서 이루어지며 다양한 이해관계자가 이 프로세스에 참여합니다.

프로토콜 수준에서 이더리움 거버넌스는 오프체인이지만, DAO와 같이 이더리움 위에 구축된 많은 사용 사례는 온체인 거버넌스를 사용합니다.

DAO에 대해 더 알아보기

누가 참여하나요?

이더리움 커뮤니티에는 다양한 이해관계자가 있으며, 각자 거버넌스 프로세스에서 역할을 수행합니다. 프로토콜에서 가장 멀리 있는 이해관계자부터 자세히 살펴보면 다음과 같습니다.

  • 이더 보유자: 임의의 양의 ETH를 보유한 사람들입니다. ETH에 대해 더 알아보기.
  • 애플리케이션 사용자: 이더리움 블록체인 상의 애플리케이션과 상호작용하는 사람들입니다.
  • 애플리케이션/도구 개발자: 이더리움 블록체인에서 실행되는 애플리케이션(예: 탈중앙화 금융(DeFi), NFT 등)을 작성하거나 이더리움과 상호작용하기 위한 도구(예: 지갑, 테스트 스위트 등)를 구축하는 사람들입니다. dapp에 대해 더 알아보기.
  • 노드 운영자: 블록과 트랜잭션을 전파하고, 발견되는 유효하지 않은 트랜잭션이나 블록을 거부하는 노드를 실행하는 사람들입니다. 노드에 대해 더 알아보기.
  • EIP 작성자: 이더리움 개선 제안(EIP)의 형태로 이더리움 프로토콜에 대한 변경을 제안하는 사람들입니다. EIP에 대해 더 알아보기.
  • 검증자: 이더리움 블록체인에 새로운 블록을 추가할 수 있는 노드를 실행하는 사람들입니다.
  • 프로토콜 개발자(일명 "코어 개발자"): 다양한 이더리움 구현체(예: 실행 계층의 go-ethereum, 네더마인드, 베수, 에리곤, 레스 또는 합의 레이어의 프리즘, 라이트하우스, 님버스, 테쿠, 로드스타, Grandine)를 유지 관리하는 사람들입니다. 이더리움 클라이언트에 대해 더 알아보기.

참고: 모든 개인은 이러한 그룹 중 여러 그룹에 속할 수 있습니다(예: 프로토콜 개발자가 EIP를 주도하고, 비콘 체인 검증자를 실행하며, DeFi 애플리케이션을 사용할 수 있습니다). 하지만 개념적 명확성을 위해 이들을 구분하는 것이 가장 이해하기 쉽습니다.

EIP란 무엇인가요?

이더리움 거버넌스에서 사용되는 중요한 프로세스 중 하나는 **이더리움 개선 제안(EIP)**을 제안하는 것입니다. EIP는 이더리움의 잠재적인 새로운 기능이나 프로세스를 지정하는 표준입니다. 이더리움 커뮤니티 내의 누구나 EIP를 작성할 수 있습니다. EIP 작성이나 동료 검토 및/또는 거버넌스 참여에 관심이 있다면 다음을 참조하세요.

EIP에 대해 더 알아보기

공식적인 프로세스

이더리움 프로토콜에 변경 사항을 도입하기 위한 공식적인 프로세스는 다음과 같습니다.

  1. 코어 EIP 제안: EIP-1 (opens in a new tab)에 설명된 바와 같이, 이더리움에 대한 변경을 공식적으로 제안하는 첫 번째 단계는 코어 EIP에 이를 자세히 설명하는 것입니다. 이는 채택될 경우 프로토콜 개발자가 구현할 EIP의 공식 사양 역할을 합니다.

  2. 프로토콜 개발자에게 EIP 발표: 커뮤니티의 의견을 수렴한 코어 EIP가 준비되면 이를 프로토콜 개발자에게 발표해야 합니다. AllCoreDevs 통화 (opens in a new tab)에서 논의를 위해 제안함으로써 이를 수행할 수 있습니다. Ethereum Magicians 포럼 (opens in a new tab)이나 이더리움 R&D 디스코드 (opens in a new tab)에서 이미 비동기적으로 일부 논의가 진행되었을 가능성이 높습니다.

이 단계의 잠재적인 결과는 다음과 같습니다.

  • EIP가 향후 네트워크 업그레이드를 위해 고려됩니다.
  • 기술적인 변경이 요청됩니다.
  • 우선순위가 아니거나 개발 노력에 비해 개선 효과가 충분히 크지 않은 경우 거부될 수 있습니다.

  1. 최종 제안을 향한 반복: 모든 관련 이해관계자로부터 피드백을 받은 후에는 보안을 개선하거나 다양한 사용자의 요구를 더 잘 충족하기 위해 초기 제안을 변경해야 할 가능성이 높습니다. 필요하다고 생각되는 모든 변경 사항이 EIP에 통합되면 프로토콜 개발자에게 다시 발표해야 합니다. 그런 다음 이 프로세스의 다음 단계로 넘어가거나, 새로운 우려 사항이 나타나 제안에 대한 또 다른 반복 작업이 필요할 수 있습니다.

  2. 네트워크 업그레이드에 EIP 포함: EIP가 승인, 테스트 및 구현되었다고 가정하면 네트워크 업그레이드의 일부로 일정이 잡힙니다. 네트워크 업그레이드의 높은 조정 비용(모두가 동시에 업그레이드해야 함)을 고려할 때, EIP는 일반적으로 업그레이드 시 함께 묶여서 처리됩니다.

  3. 네트워크 업그레이드 활성화: 네트워크 업그레이드가 활성화된 후 EIP는 이더리움 네트워크에 적용됩니다. 참고: 네트워크 업그레이드는 일반적으로 이더리움 메인넷에서 활성화되기 전에 테스트넷에서 먼저 활성화됩니다.

이 흐름은 매우 단순화되었지만, 프로토콜 변경이 이더리움에서 활성화되기 위한 중요한 단계의 개요를 제공합니다. 이제 이 프로세스 중에 작용하는 비공식적인 요소들을 살펴보겠습니다.

비공식적인 프로세스

선행 작업 이해하기

EIP 주도자(Champion)는 이더리움 메인넷 배포를 위해 진지하게 고려될 수 있는 EIP를 작성하기 전에 선행 작업과 제안들을 숙지해야 합니다. 이렇게 함으로써 EIP가 이전에 거부된 적이 없는 새로운 것을 가져올 수 있기를 바랍니다. 이를 조사할 수 있는 세 가지 주요 장소는 EIP 저장소 (opens in a new tab), Ethereum Magicians (opens in a new tab) 및 ethresear.ch (opens in a new tab)입니다.

워킹 그룹

EIP의 초기 초안이 수정이나 변경 없이 이더리움 메인넷에 구현될 가능성은 낮습니다. 일반적으로 EIP 주도자는 일부 프로토콜 개발자와 협력하여 제안을 구체화, 구현, 테스트, 반복 및 최종 확정합니다. 역사적으로 이러한 워킹 그룹은 수개월(때로는 수년!)의 작업을 필요로 했습니다. 마찬가지로, 이러한 변경을 주도하는 EIP 주도자는 최종 사용자의 피드백을 수집하고 배포 위험을 완화하기 위해 초기 단계부터 관련 애플리케이션/도구 개발자를 참여시켜야 합니다.

커뮤니티 합의

일부 EIP는 미묘한 차이가 거의 없는 간단한 기술적 개선인 반면, 일부는 더 복잡하고 다양한 이해관계자에게 각기 다른 방식으로 영향을 미치는 절충안을 수반합니다. 이는 일부 EIP가 커뮤니티 내에서 다른 것들보다 더 논쟁의 여지가 있음을 의미합니다.

논쟁의 여지가 있는 제안을 처리하는 방법에 대한 명확한 지침은 없습니다. 이는 단일 이해관계자 그룹이 무력으로 다른 그룹을 강제할 수 없는 이더리움의 탈중앙화된 설계의 결과입니다. 프로토콜 개발자는 코드 변경을 구현하지 않기로 선택할 수 있고, 노드 운영자는 최신 이더리움 클라이언트를 실행하지 않기로 선택할 수 있으며, 애플리케이션 팀과 사용자는 체인에서 트랜잭션을 수행하지 않기로 선택할 수 있습니다. 프로토콜 개발자는 사람들이 네트워크 업그레이드를 채택하도록 강제할 방법이 없기 때문에, 일반적으로 광범위한 커뮤니티에 대한 이점보다 논쟁이 더 큰 EIP의 구현을 피할 것입니다.

EIP 주도자는 모든 관련 이해관계자로부터 피드백을 요청해야 합니다. 논쟁의 여지가 있는 EIP의 주도자가 되었다면, 반대 의견을 해결하여 EIP에 대한 합의를 구축하도록 노력해야 합니다. 이더리움 커뮤니티의 규모와 다양성을 고려할 때, 커뮤니티 합의를 측정하는 데 사용할 수 있는 단일 지표(예: 코인 투표)는 없으며, EIP 주도자는 제안의 상황에 맞게 적응해야 합니다.

이더리움 네트워크의 보안 외에도, 역사적으로 프로토콜 개발자들은 애플리케이션/도구 개발자와 애플리케이션 사용자가 가치 있게 여기는 것에 큰 비중을 두어 왔습니다. 이들이 이더리움을 사용하고 개발하는 것이 생태계를 다른 이해관계자들에게 매력적으로 만들기 때문입니다. 또한 EIP는 서로 다른 팀에서 관리하는 모든 클라이언트 구현체에 걸쳐 구현되어야 합니다. 이 프로세스의 일부는 일반적으로 여러 프로토콜 개발자 팀에게 특정 변경 사항이 가치 있고 최종 사용자에게 도움이 되거나 보안 문제를 해결한다는 것을 설득하는 것을 의미합니다.

의견 불일치 처리

동기와 신념이 다른 많은 이해관계자가 있다는 것은 의견 불일치가 드문 일이 아님을 의미합니다.

일반적으로 의견 불일치는 문제의 근본 원인을 이해하고 누구나 의견을 낼 수 있도록 공개 포럼에서 장문 형태의 논의를 통해 처리됩니다. 보통 한 그룹이 양보하거나 적절한 타협점이 도출됩니다. 한 그룹의 의견이 충분히 강경할 경우, 특정 변경을 강행하면 체인 분할(chain split)이 발생할 수 있습니다. 체인 분할은 일부 이해관계자가 프로토콜 변경 구현에 항의하여 서로 호환되지 않는 다른 버전의 프로토콜이 운영되고, 이로 인해 두 개의 서로 다른 블록체인이 나타나는 것을 말합니다.

DAO 포크

포크는 네트워크에 주요 기술적 업그레이드나 변경이 필요하고 프로토콜의 "규칙"을 변경할 때 발생합니다. 이더리움 클라이언트는 새로운 포크 규칙을 구현하기 위해 소프트웨어를 업데이트해야 합니다.

DAO 포크는 안전하지 않은 컨트랙트가 해킹으로 인해 360만 개 이상의 ETH를 탈취당한 2016년 DAO 공격 (opens in a new tab)에 대한 대응이었습니다. 이 포크는 결함이 있는 컨트랙트에서 새로운 컨트랙트로 자금을 이동시켜 해킹으로 자금을 잃은 누구나 자금을 복구할 수 있도록 했습니다.

이러한 조치는 이더리움 커뮤니티의 투표를 통해 결정되었습니다. 모든 ETH 보유자는 투표 플랫폼 (opens in a new tab)에서 트랜잭션을 통해 투표할 수 있었습니다. 포크 결정은 85% 이상의 찬성표를 얻었습니다.

해킹을 되돌리기 위해 프로토콜이 포크를 진행하긴 했지만, 포크를 결정하는 데 있어 투표가 가졌던 비중에 대해서는 몇 가지 이유로 논쟁의 여지가 있다는 점에 유의해야 합니다.

  • 투표율이 매우 낮았습니다.
  • 대부분의 사람들은 투표가 진행되고 있다는 사실을 몰랐습니다.
  • 투표는 시스템의 다른 참여자가 아닌 ETH 보유자만을 대변했습니다.

커뮤니티의 일부는 포크를 거부했는데, 주된 이유는 DAO 사건이 프로토콜의 결함이 아니라고 느꼈기 때문입니다. 이들은 계속해서 이더리움 클래식 (opens in a new tab)을 형성했습니다.

오늘날 이더리움 커뮤니티는 시스템의 신뢰할 수 있는 중립성을 유지하기 위해 컨트랙트 버그나 자금 손실의 경우 개입하지 않는 정책을 채택하고 있습니다.

DAO 해킹에 대해 더 시청하기:

The DAO hack: story of Ethereum Classic

The story of the DAO hack in 2016, and how the community's response led to the creation of Ethereum Classic as a separate chain.

Watch with transcript 

포크의 유용성

이더리움/이더리움 클래식 포크는 건강한 포크의 훌륭한 예입니다. 일부 핵심 가치에 대해 서로 강하게 동의하지 않아, 각자의 특정 행동 방침을 추구하기 위해 수반되는 위험을 감수할 가치가 있다고 느끼는 두 그룹이 있었습니다.

중대한 정치적, 철학적 또는 경제적 차이에 직면했을 때 포크할 수 있는 능력은 이더리움 거버넌스의 성공에 큰 역할을 합니다. 포크할 수 있는 능력이 없었다면, 대안은 지속적인 내부 갈등, 결국 이더리움 클래식을 형성한 사람들에 대한 강제적이고 마지못한 참여, 그리고 이더리움의 성공 모습에 대한 점점 더 엇갈리는 비전이었을 것입니다.

비콘 체 거버넌스

이더리움 거버넌스 프로세스는 종종 개방성과 포용성을 위해 속도와 효율성을 절충합니다. 비콘 체인의 개발을 가속화하기 위해, 이는 작업증명 (PoW) 이더리움 네트워크와 별도로 출시되었으며 자체적인 거버넌스 관행을 따랐습니다.

사양과 개발 구현체는 항상 완전히 오픈 소스였지만, 위에서 설명한 업데이트 제안에 사용되는 공식적인 프로세스는 사용되지 않았습니다. 이를 통해 연구자와 구현자가 변경 사항을 더 빠르게 지정하고 합의할 수 있었습니다.

2022년 9월 15일 비콘 체인이 이더리움 실행 계층과 병합되었을 때, 파리 네트워크 업그레이드의 일환으로 머지가 완료되었습니다. 제안 EIP-3675 (opens in a new tab)가 '최종 검토(Last Call)'에서 '최종(Final)'으로 변경되어 지분 증명 (PoS)으로의 전환이 완료되었습니다.

머지에 대해 더 알아보기

어떻게 참여할 수 있나요?

더 읽을거리

이더리움의 거버넌스는 엄격하게 정의되어 있지 않습니다. 다양한 커뮤니티 참여자들이 이에 대해 다양한 관점을 가지고 있습니다. 그 중 몇 가지는 다음과 같습니다.

페이지 최근 업데이트: 2026년 4월 13일

SaturnPieceS (opens in a new tab)
AAIIWITFA (opens in a new tab)
pete-vielhaberp (opens in a new tab)
+21