이더리움 거버넌스 소개

아무도 이더리움을 소유하지 않고 있다면 이더리움에 적용될 과거와 미래의 변화에 대한 결정은 어떻게 내릴까요? 이더리움 운영 방식은 이러한 결정이 내려지는 과정을 일컫습니다.

운영 방식이란 무엇인가요?

운영 방식은 결정을 할 수 있도록 하는 시스템입니다. 일반적인 조직 구조에서 경영진 또는 이사회는 의사 결정의 최종 결정권을 가질 수 있습니다. 아니면 주주들이 변동 사항을 제정하기 위한 제안에 투표할 수도 있습니다. 정치 체계에서 선출된 국회의원은 유권자들의 요구를 대표하여 법률을 제정할 수 있습니다.

탈중앙화된 거버넌스

아무도 이더리움 프로토콜을 소유하거나 통제하지 않지만, 네트워크의 수명 및 번영을 가장 잘 보장하기 위해 변경 사항 실행에 대한 의사 결정은 여전히 필요합니다. 이러한 소유권 부족으로 인해 전통적인 조직 운영 방식은 무용지물이 됩니다.

이더리움 거버넌스

이더리움 운영 방식은 프로토콜이 변경되는 과정입니다. 중요한 점은 이 과정이 사람과 애플리케이션이 프로토콜을 사용하는 방식과 관련이 없다는 것입니다. 즉, 이더리움은 허가가 필요하지 않습니다. 전 세계 어디서든 누구나 온체인 활동에 참여할 수 있습니다. 누가 애플리케이션을 만들거나 만들 수 없는지, 거래를 보내거나 보낼 수 없는지 정하는 규칙은 없습니다. 그러나 탈중앙화 애플리케이션이 실행되는 코어 프로토콜의 변경을 제안하는 절차가 있습니다. 많은 사람이 이더리움의 안정성에 의존하기 때문에 사회적, 기술적 과정을 포함한 핵심 변경 사항에 대한 조정 문턱은 매우 높습니다. 이는 이더리움에 대한 어떠한 변화도 안전하고 커뮤니티의 폭넓은 지지를 받게 하기 위함입니다.

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

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

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

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

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

DAO에 대해 더 알아보기

누가 관련돼 있나요? 누가 참여하나요?

이더리움 커뮤니티에는 다양한 이해관계자들이 있으며, 각자 거버넌스 과정에서 역할을 수행합니다. 프로토콜에서 가장 멀리 떨어져 있는 이해 당사자로부터 시작하여 확대해 보면 다음과 같은 사용자가 있습니다.

이더 보유자: 임의의 양의 ETH를 보유하고 있는 사람들입니다. ETH에 대해 더 알아보기.
애플리케이션 사용자: 이더리움 블록체인상의 애플리케이션과 상호작용하는 사람들입니다.
애플리케이션/툴링 개발자: 이더리움 블록체인에서 실행되는 애플리케이션(예: 디파이, NFT 등)을 작성하는 사람들입니다. 또는 이더리움과 상호작용하기 위한 툴링(예: 지갑, 테스트 스위트 등)을 구축합니다. 탈중앙화앱에 대해 더 알아보기.
노드 운영자: 노드를 실행하여 블록과 트랜잭션을 전파하고, 유효하지 않은 트랜잭션이나 블록을 거부하는 사람들입니다. 노드에 대해 더 알아보기.
EIP 저자: 이더리움 개선 제안(EIP) 형식으로 이더리움 프로토콜 변경을 제안하는 사람들입니다. EIP에 대해 더 알아보기.
검증자: 이더리움 블록체인에 새 블록을 추가할 수 있는 노드를 실행하는 사람들입니다.
프로토콜 개발자(일명 "코어 개발자"): 이들은 다양한 이더리움 구현체(예: 실행 레이어의 go-ethereum, Nethermind, Besu, Erigon, Reth 또는 합의 레이어의 Prysm, Lighthouse, Nimbus, Teku, Lodestar, Grandine)를 유지보수하는 사람들입니다. 이더리움 클라이언트에 대해 더 알아보기.

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

EIP가 무엇인가요?

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

EIP에 대해 더 알아보기

공식적인 절차

이더리움 프로토콜의 변경 사항을 소개하는 공식적인 프로세스는 다음과 같습니다.

코어 EIP 제안: EIP-1 (opens in a new tab)에 설명된 대로, 이더리움에 대한 변경을 공식적으로 제안하는 첫 번째 단계는 코어 EIP에 이를 자세히 설명하는 것입니다. 이는 프로토콜 개발자가 승인할 경우 구현할 EIP의 공식 설명서로 작용합니다.
프로토콜 개발자에게 EIP 제시: 커뮤니티 의견을 수렴한 코어 EIP가 준비되면 프로토콜 개발자에게 제시해야 합니다. AllCoreDevs 회의 (opens in a new tab)에서 논의하도록 제안하여 이를 수행할 수 있습니다. 이더리움 마술사 포럼 (opens in a new tab)이나 이더리움 R&D 디스코드 (opens in a new tab)에서 일부 논의가 이미 비동기적으로 이루어졌을 가능성이 있습니다.

이 단계에서 나올 수 있는 결과는 다음과 같습니다.

해당 EIP는 향후 네트워크 업그레이드에 대해 고려됩니다.

기술적인 변경 사항이 요청됩니다.

우선순위가 아니거나 개발 노력에 비해 충분한 개선 효과가 없는 경우 거부될 수도 있습니다.

최종 제안을 향한 반복 작업: 모든 관련 이해관계자로부터 피드백을 받은 후, 보안을 개선하거나 다양한 사용자의 요구를 더 잘 충족시키기 위해 초기 제안을 수정해야 할 수 있습니다. EIP에 필요한 모든 변경 사항이 적용되었다면, 다시 프로토콜 개발자들에게 제시해야 합니다. 그 후 이 프로세스의 다음 단계로 이동하거나, 새로운 문제가 발생하면 제안을 다시 반복해야 합니다.
네트워크 업그레이드에 포함된 EIP: EIP가 승인, 테스트 및 구현되었다고 가정하면 네트워크 업그레이드의 일부로 일정이 잡힙니다. 네트워크 업그레이드의 높은 조정 비용(모든 사용자가 동시에 업그레이드해야 함)을 고려할 때 EIP는 일반적으로 업그레이드에 번들로 함께 제공됩니다.
네트워크 업그레이드 활성화: 네트워크 업그레이드가 활성화되면 EIP가 이더리움 네트워크에 적용됩니다. 참고: 네트워크 업그레이드는 이더리움 메인넷에서 활성화되기 전에 보통 테스트넷에서 활성화됩니다.

이 흐름은 굉장히 간략하지만 프로토콜 변경 사항이 이더리움에서 활성화되는 중요한 단계의 개요를 제공합니다. 이제 이 과정에서 나타나는 비공식적인 요인을 살펴보겠습니다.

비공식적인 절차

선행 작업 이해하기

EIP 챔피언은 이더리움 메인넷에 배포하는 것을 진지하게 고려할 수 있는 EIP를 만들기 전에 이전 작업물 및 제안 사항을 숙지해야 합니다. 이렇게 하면 EIP는 이전에 거절되지 않았던 새로운 기능을 제안할 수 있습니다. 이를 조사할 수 있는 세 가지 주요 장소는 EIP 저장소 (opens in a new tab), 이더리움 마술사 (opens in a new tab), ethresear.ch (opens in a new tab)입니다.

실무 그룹

EIP의 초안은 수정이나 변경 없이 이더리움 메인넷에 구현될 가능성이 낮습니다. 일반적으로 EIP 챔피언은 프로토콜 개발자의 하위 집합과 협력하여 해당하는 제안을 구체화, 구현, 테스트, 반복, 확정합니다. 역사적으로 이 실무 그룹들은 몇 달(때로는 몇 년!)이 필요했습니다. 의 작업입니다. 마찬가지로, EIP 챔피언은 변경 사항에 대해 최종 사용자의 피드백을 수집하고 배포 위험을 완화하기 위해 관련 애플리케이션/툴링 개발자를 조기에 참여시켜야 합니다.

커뮤니티 합의

일부 EIP는 최소한의 뉘앙스로 간단한 기술적 개선이지만, 다른 EIP는 더 복잡하고 본질적으로 상호 절충적인 것이어서 다양한 이해 관계자에게 다양한 방식으로 영향을 미칩니다. 이는 일부 EIP가 다른 EIP보다 커뮤니티 내에서 더 논쟁의 여지가 많다는 것을 의미합니다.

논쟁의 소지가 있는 제안을 처리하는 방법에 대한 정해진 각본은 없습니다. 이는 어떤 단일 이해관계자 그룹도 무력으로 다른 그룹을 강제할 수 없는 이더리움의 탈중앙화 설계의 결과입니다. 즉, 프로토콜 개발자는 코드 변경을 구현하지 않도록 선택할 수 있고, 노드 운영자는 최신 이더리움 클라이언트를 실행하지 않도록 선택할 수 있으며, 애플리케이션 팀과 사용자는 체인에서 거래하지 않도록 선택할 수 있습니다. 프로토콜 개발자는 사용자에게 네트워크 업그레이드를 채택하도록 강요할 방법이 없기 때문에 일반적으로 폭넓은 공동체에 대한 이익보다 논쟁성이 더 큰 EIP의 구현은 피하게 됩니다.

EIP 챔피언은 모든 관련 이해 당사자로부터 의견을 수집해야 합니다. 귀하가 논쟁의 소지가 될 EIP의 챔피언인 경우, 해당하는 EIP에 대한 합의를 형성하기 위해 반대 의견을 해결하려고 노력해야 합니다. 이더리움 커뮤니티의 규모와 다양성을 고려할 때, 커뮤니티 합의를 측정하는 데 사용할 수 있는 단일 지표(예: 코인 투표)는 없으며 EIP 지지자들은 제안의 상황에 적응해야 합니다.

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

의견 불일치 처리하기

다른 동기와 믿음을 가진 많은 이해 당사자들이 있기에 의견 차이는 흔히 있는 일입니다.

일반적으로 의견 차이는 공개적인 포럼에서 문제의 근원을 이해하고 모두가 관여할 수 있게 장시간 토론으로 해결됩니다. 보통 한 그룹이 수긍하거나 양쪽 다 만족할 수 있는 중간 지점에서 합의합니다. 한 그룹이 의견을 굽히지 않고 특정 변경 사항을 강제로 진행하는 것은 연쇄 분열을 초래할 수 있습니다. 체인 분열은 일부 이해 당사자들이 프로토콜 변경 사항 구현에 반대하는 것으로, 서로 다른 호환되지 않는 버전의 프로토콜 운영에서 두 개의 개별 블록체인이 나타나는 결과로 이어집니다.

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 해킹에 대해 자세히 보기:

포크의 유용성

이더리움/이더리움 클래식 포크는 건강한 포크의 좋은 예입니다. 일부 핵심 가치에 대해 서로 강하게 반대했던 두 그룹이 있었는데, 그들은 구체적인 행동 방침을 추구하기 위해 관련 위험을 감수할 가치가 있다고 느꼈습니다.

이더리움 운영 방식의 성공에는 상당한 정치적, 철학적 또는 경제적 차이에 맞닥뜨렸을 때 포크할 수 있는 기능이 큰 몫을 합니다. 포크 기능이 없다면 대안책은 지속적인 싸움, 이더리움 클래식을 개발한 사람들의 강제적이고 마지못한 참여, 이더리움의 성공에 대해 갈수록 달라지는 비전이었습니다.

비콘 체인 거버넌스

이더리움 운영 방식 프로세스는 자주 개방성과 포용성을 위해 속도와 효율성을 교환합니다. 비콘 체인의 개발을 가속화하기 위해 이는 작업 증명 이더리움 네트워크에서 별도로 출시되었고 자체 운영 방식 관행을 따랐습니다.

사양 및 개발 구현은 항상 완전히 오픈소스였지만, 위에서 설명한 업데이트 제안에 사용되는 공식적인 절차는 사용되지 않았습니다. 이를 통해 연구자와 구현자가 변경 사항을 더 빨리 명시하고 합의할 수 있었습니다.

2022년 9월 15일 비콘 체인이 이더리움 실행 레이어와 병합되었을 때, 파리 네트워크 업그레이드의 일부로 병합이 완료되었습니다. 제안 EIP-3675 (opens in a new tab)는 '마지막 공고'에서 '최종'으로 변경되어 지분 증명으로의 전환을 완료했습니다.

병합에 대해 더 알아보기