이더리움 거버넌스의 큰 그림
편집자 주: 이 기사의 출처는이더리움 애호가(ID: ethfans)편집자 주: 이 기사의 출처는
이더리움 애호가(ID: ethfans)
이더리움 애호가(ID: ethfans)
, 저자: Boris Mann, 번역: A Jian, 승인을 받아 Odaily에서 재인쇄함.
이 기사에서는 이더리움의 거버넌스 접근 방식의 다양한 계층을 요약하려고 합니다. 핵심 개념은 Ethereum Magicians 포럼에 게시되었으며 일부 토론을 촉발했습니다.
내 배경에 대해 조금 알고 싶다면 이 기사의 끝에서 Ethereum 커뮤니티에 대한 내 항목을 확인할 수 있습니다. 저는 아직 이더리움 커뮤니티가 처음이지만 Drupal CMS를 지원하기 위해 Drupal 협회를 구성하는 데 도움을 주는 것을 포함하여 이미 많은 오픈 소스 협업 경험이 있습니다.
"Ethereum"이라는 용어에는 몇 가지 의미가 있습니다.
"Stiftung Ethereum"으로도 알려진 이더리움 재단은 크라우드 펀딩을 운영하고 네트워크를 시작한다는 사명으로 스위스에 기반을 둔 재단입니다. 재단은 이더리움 상표도 보유하고 있습니다. 그들은 또한 커뮤니티를 위한 많은 인프라를 관리하고 테스트 프레임워크에서 Geth 클라이언트 등에 이르기까지 Ethereum의 주요 소프트웨어를 개발하기 위해 여러 팀을 고용/아웃소싱했습니다. 이제 재단은 연구원과 팀을 고용하거나 투자하여 현재 ETH2 연구1에 중점을 둔 중요한 암호화/블록체인 연구에 참여합니다. 재단은 또한 매년 "공식" 개발자 회의(일명 "DevCon")를 개최합니다. 그러나 이더리움 재단은 네트워크의 기술적 방향을 통제하지 않습니다. (작성자 주 1: 연구도 EF의 기본 활동이라고 제안한 Tim Beiko에게 감사드립니다. 커뮤니티 전체가 EF의 본질과 작업을 어떻게 보는지 명확하게 설명하는 것은 매우 흥미로운 토론입니다. 하지만 이것이 핵심은 아닙니다. 기사. )
이더리움 메인 네트워크도 글로벌 퍼블릭 블록체인으로 전 세계 수천 개의 노드가 공동으로 운영하고 있으며, 거래 처리 기능과 보안은 작업증명 알고리즘을 실행하는 "채굴자"가 제공하고, 채굴자는 대가로 블록 보상을 받으세요. 이더리움 블록체인에서 유통되는 핵심 암호화폐는 흔히 "ETH"라고 불리며, 이 화폐는 거래 및 계약 이행 수수료를 지불하는 데 사용할 수 있으며 네트워크에서도 가치를 인정받고 있습니다. Ethereum 메인넷의 체인 ID와 네트워크 ID는 모두 1 2입니다. (작성자 주 2: 이더리움 프로토콜을 실행하는 모든 블록체인과 해당 ID에 대한 정보는 chainid.network를 참조하십시오. 저는 이 사이트를 유지하는 데 도움을 주기도 합니다.)
이더리움은 또한 이더리움 프로토콜, 이더리움 블록체인의 분산 응용 프로그램 및 관련 분산 네트워크 프로토콜 위에서 작업을 수행하려는 그룹을 가리키는 커뮤니티입니다. 모두의 개발은 주로 메인 네트워크에 집중되어 있지만 시간이 지남에 따라 점점 더 많은 사람들이 사이드 체인, Layer-2 프로토콜 등을 개발하고 있습니다.
이제 몇 가지 기본 개념이 있으므로 거버넌스의 계층 구조를 살펴보겠습니다. 아래 나열된 순서는 다소 조잡하지만 높은 수준은 낮은 수준으로 다시 순환됩니다.
보조 제목
오픈 소스 협업
"오픈 소스"는 실제로 두문자어이며 라이센스의 특성, 작업 방식 또는 철학을 나타낼 수 있는 많은 의미를 가지고 있습니다. 그 의미는 기사에서 논의됩니다. 내가 나중에 쓴 "오픈 기반 동료의 공동 생산"은 오픈 소스를 사용하는 더 자세한 정의를 사용하여 오픈 소스 사용을 허용하는 컴퓨터 코드의 관리를 나타냅니다: 코드 베이스 관리자, 미해결 문제(이슈), 코드 참여 요청 (풀 요청), 복제(포크), 사용자 및 기여자의 글로벌 커뮤니티.
이더리움 위키 페이지3에 ETH1 클라이언트 목록이 있습니다 - 보시다시피 오늘날 대부분은 이더리움 재단에서 관리하지만 실제로는 프로젝트 자체를 관리하는 것은 개별 팀과 기여자들입니다. 기타 고용 여부에 관계없이 모든 사람이 Ethereum Foundation (EF)에서 지불합니다. 두 가지 예외는 Parity Ethereum 클라이언트(프로젝트는 Parity Technologies 회사에서 관리함)와 PegaSys Pantheon 클라이언트(ConsesnSys 회사에서 관리함)입니다. 이 두 클라이언트는 프로젝트가 여전히 활성 상태이고 소프트웨어가 노드를 실행하고 메인넷에 연결하는 데 사용되기 때문에 "주요" 클라이언트로도 간주됩니다. Status용 Nimbus 클라이언트도 개발 중이며 코드 제어의 다양성이 증가하는 것을 볼 수 있습니다. ETH2 비콘 체인 구현의 초기 목록도 이를 강조합니다. (작성자 주 3: 이 페이지의 유지 관리를 돕고 있지만 모든 것이 편집을 위해 열려 있으며 코드는 이더리움 재단의 연구 부서에서 일하는 Virgil Griffith @virgilgr이 유지 관리합니다.) (번역자 주: 저자의 글 작성 2019년 3월. 이제 Parity Technologies는 Parity 클라이언트 프로젝트를 포기하고 Parity Ethereum은 Open Ethereum 프로젝트로 전환되었습니다.)
모든 이더리움 클라이언트 소프트웨어는 다양한 수의 기여자가 코드를 제공하는 오픈 소스 프로젝트로 관리됩니다. "오픈 소스 프로젝트로 관리"라는 말은 문제로 표현된 버그 또는 기능 요청을 누구나 해결하고 이행할 수 있으며 누구나 코드 기여 요청을 사용하여 코드 수정 및 새로운 기능을 제출할 수 있음을 의미합니다. 관리자 그룹. 관리자는 코드베이스에 대한 쓰기 권한이 있거나 문제 대기열 관리를 도울 수 있는 사람입니다. 관리자는 조직에서 보수를 받거나 자원봉사자일 수 있습니다.
이와 관련하여 제 제안은 매우 관대하고 상업 조직과 호환되며 특허 보호를 포함하는 Apache2 라이센스로 이동하는 것입니다.
여러 면에서 오랫동안 오픈 소스 협업에 참여해 온 우리는 "승리"했습니다. Microsoft는 GitHub를 인수하고 세계에서 가장 개방적인 회사가 되기 위해 노력했습니다. 더 이상 오픈 소스 협업을 인정하지 않으며, 개발자도 예외는 아닙니다. 나는 우리가 더 많은 것을 할 수 있다고 생각하고 더 많은 새로운 개발자들이 이더리움 핵심 기술 스택의 엔지니어가 되도록 안내하고 동시에 ETH2 기술 스택이 차세대 기술 전문가를 양성할 수 있기를 바랍니다.
요약하자면, 당신이 사업가이고 기술에 종사하지 않는다면 오픈 소스 소프트웨어 개발을 둘러싼 일련의 규범과 프로세스를 이해하는 것이 중요합니다. 오픈 소스 소프트웨어는 거의 모든 블록체인 기술을 뒷받침할 뿐만 아니라 오늘날 전 세계에서 실행되는 대부분의 소프트웨어의 기반이기도 합니다.
보조 제목
프로토콜 표준의 거버넌스
EIP(Ethereum Improvement Proposal) 프로세스는 표준에 대한 합의를 제안하고 도달하는 데 사용하는 프로세스입니다. 대체로 이것은 프로토콜 표준의 거버넌스입니다. 이러한 표준은 이더리움 소프트웨어 수준(즉, 상호 운용 가능한 소프트웨어를 구현하는 클라이언트에서 일부 변경이 필요함) 또는 네트워크 수준에서 적용될 수 있습니다. 이 네트워크 계층은 이더리움 메인 네트워크와 이더리움 프로토콜을 실행하는 다른 블록체인을 모두 나타냅니다. 다른 네트워크는 이더리움 메인넷을 따라 EIP를 통합하고 수락하거나(현재 대부분의 경우) 자체 업그레이드 프로세스를 거칠 수 있습니다.
이더리움 메인넷을 위한 기본 설계 표준으로 EIP 프로세스를 잠시 생각해 봅시다. 참여자가 개발자인지 아닌지, 제안서가 메인넷에 배포되는지 여부는 또 다른 문제입니다.
……
eips.ethereum.org에서 게시된 모든 EIP를 볼 수 있습니다. EIP-1은 코어 레이어 EIP(네트워크 합의 규칙을 변경하고 모든 사람의 만장일치 배포 동의가 필요한 변경 사항) 및 기타 유형의 EIP 제출 및 검토 프로세스를 지정합니다.
……
EIP 라이브러리에는 "Ethereum Request for Comment(ERC)"라고도 하는 애플리케이션 계층에 대한 표준도 있습니다. 이러한 ERC는 독립적인 코드 기반과 프로세스로 분할될 수 있습니다(저는 이 형식을 선호합니다).
EIP 프로세스가 매우 잘 작동하고 있으며 개선되고 있다고 생각합니다. 물론 교육이 많을수록(특히 네트워크에 가치를 더할 수 있는 기술 전문가의 경우) 더 좋습니다.
EIP 프로세스의 목적은 표준화입니다. 즉, 동일한 소프트웨어를 여러 그룹에서 개발할 수 있고 모든 사람의 소프트웨어가 상호 운용 가능하도록 보장하는 것입니다. 그리고 Ethereum에는 여러 클라이언트가 있으며 이는 매우 중요합니다. 사실 이것은 소프트웨어를 사용하기 위한 라이선스보다 훨씬 더 중요합니다. 좋은 표준이 있으면 누구나 구현할 수 있고 구현이 상호 운용 가능하다는 것을 알 수 있습니다.
EVM, devp2p, JSON-RPC 인터페이스 등 이더리움 기술 스택의 여러 부분에 대한 전담 관리자와 코드베이스를 갖기 시작하는 움직임이 있습니다. 이것은 더 많은 협력자들이 이더리움 메인넷의 경계를 넘어 협력하여 이더리움의 상호 운용성을 개선하고 보장할 수 있음을 의미합니다.
보조 제목
핵심 개발자 협업
AllCoreDev 화상 회의는 주요 클라이언트 구현 개발자가 협업할 수 있는 방법입니다. 화상 회의는 2주마다 개최되며 이더리움 재단의 정규 직원인 Hudson Jamieson이 진행합니다.
마찬가지로 핵심 개발자 회의의 안건도 GitHub 코드 저장소 ethereum/PM에 이슈로 게시됩니다. 누구나 이슈 페이지에 댓글을 달아 참석할 시간이 있음을 나타내거나 질문을 하거나 의견을 공유할 수 있습니다.
전반적으로 전체 프로세스는 기술 중심으로 설계되었습니다. 핵심 개발자가 고려하는 것은 특정 EIP의 기술적 건전성뿐 아니라 더 큰 맥락에서 특정 "네트워크 상태" 속성입니다. 물론 모든 기술적인 결정에는 약간의 기술적인 영향이 있으며 이러한 모호성이 많은 문제의 근원입니다.
다양한 클라이언트 팀과 이야기를 나눈 후 제가 받은 피드백은 코드 구현에 실제로 많은 시간이 걸리지 않는다는 것이었습니다. 비기술적 결정과 로드맵 분쟁으로 인해 추가 진행이 제한되었습니다.
핵심 개발자는 의사 결정을 위해 어떤 프로세스를 사용합니까? 2주마다 실시간 토론이 있다는 점을 제외하면 EIP 프로세스의 "라이브" 버전과 비슷합니다. IETF(Internet Engineering Task Force) 스타일, 대략적인 합의 및 작업 코드가 프로세스의 핵심입니다. 최근 논의에서는 아마도 불확실성을 제거하기 위해 일부 추가 형식(합의 및 문서화 토론 필요)의 필요성을 지적했습니다.
EIP 및 핵심 개발자 검토 프로세스를 이해하는 데 유용한 도구는 Dan Finlay가 그린 순서도입니다. 방금 여기에서 촬영했습니다.
보조 제목
네트워크 거버넌스
저는 "네트워크 거버넌스"라는 용어를 이더리움 생태계 전체에서 이루어지는 거버넌스 결정을 지칭하기 위해 사용합니다. 이것은 "단지 기술적인 결정"보다 훨씬 큽니다.
오픈 소스 협업에서 프로토콜 표준 거버넌스, 핵심 개발자 협업에 이르기까지 위의 모든 접근 방식은 종종 기술에 관한 것입니다. 코드를 작성하고 돈을 모으고 개발자를 고용하지 않는다면 할 수 있는 일이 거의 없습니다.
그렇다면 이해 관계자 참여를 담당하는 이더리움 네트워크는 정확히 무엇입니까? "우리"가 더 폭넓은 이해관계자 참여를 원한다면 무엇을 할 수 있습니까?
"우리"란 무엇입니까? 나는 "우리"를 이더리움 생태계의 일부라고 생각하고 이 그룹의 기능과 발전에 관심을 갖는 광범위한 사람들의 그룹으로 정의할 것입니다. 지금까지의 모든 상호작용 방식은 자발적인 참여, 스스로 설정한 목표, 자기 성취(오픈소스 커뮤니티에서는 매우 자연스러운 일)를 바탕으로 형성되었습니다. 내가 아는 한 Hudson Jamieson은 전체 생태계에서 커뮤니티 조직에 기여하는 유일한 풀타임 유급 직원입니다. 그럼에도 불구하고 대부분의 시간은 핵심 개발자와 협력하는 데 사용됩니다.
최근의 많은 논쟁은 거버넌스 프로세스에서 네트워크 거버넌스의 위치를 이해하는 방법, 네트워크 거버넌스를 구현하는 방법, 참여하는 방법/목소리를 내는 방법 등에 관한 것입니다.
한 가지 견해는 "이해관계자가 스스로 조직해야 한다"는 것입니다. 나는 이것을 믿지만, 이미 존재하는 인프라와 채널을 사용하는 모든 사람을 환영해야 한다고 생각합니다.
프로토콜 표준이나 핵심 개발자 협업보다 네트워크 거버넌스를 우선시하는 것이 이치에 맞지 않는다고 생각합니다. 동기식 프로세스와 비슷합니다. 우리는 기술 커뮤니티로서 이러한 다가올 핵심 EIP의 내용을 더 잘 지적할 수 있으며, 그러면 더 광범위한 이해관계자 그룹이 이를 알릴 수 있습니다. ...
내가 아는 한, 네트워크 거버넌스는 주로 핵심 개발자의 의식에 의심을 불러일으킴으로써 촉발됩니다. 핵심 개발자는 논쟁적인 하드 포크를 촉발하는 것을 원하지 않는 것을 포함하여 네트워크의 상태에 관심을 갖기 때문에 목소리를 높이고 합의를 깨뜨릴 수 있습니다. 그러나 이것은 주로 관련 EIP가 아직 구현되지 않았기 때문일 수 있습니다. 현재로서는 "예"라고 말하기가 더 어려울 것입니다.
보조 제목
……
클라이언트 소프트웨어를 실행하는 노드
궁극적으로 블록체인 네트워크의 분산화는 모든 사람이 노드를 실행할 수 있고 실행할 오픈 소스 클라이언트 소프트웨어의 다른 버전을 선택할 수 있는 모든 사람에 달려 있습니다. 여기에는 클라이언트 코드 베이스를 복사하여 자신의 클라이언트를 개발하거나 대부분의 사람들보다 오래되고 패치된 버전을 실행합니다.
보조 제목
이더리움 로드맵
EIP 외부의 또 다른 핵심은 이더리움의 로드맵입니다. 이 질문은 베를린에서 열린 Ethereum Magicians 회의에서 처음 제기되었으며 장기 로드맵을 논의하는 이벤트 및 온라인 회의가 점점 늘어나고 있습니다.
이더리움 로드맵은 모든 이전 프로젝트에서 반복적으로 조립되기 때문에 아무도 이더리움 로드맵을 "완전히 통제"할 수 없습니다.
그러나 소위 "ETH 1.x"와 "ETH 2"를 강조할 가치가 있습니다.
ETH2로 약칭되는 이더리움 네트워크의 다음 버전은 (채굴자가 작업 증명 알고리즘을 실행하는 대신) 지분 증명 프로토콜에 전적으로 기반하기를 희망합니다. 네트워크. ETH2는 여전히 주로 이더리움 재단이 자금을 지원하는 연구원들에 의해 주도되고 있습니다. 예비 구현 계획은 EIP에 작성되지 않은 3단계로 나뉘며 현재 기술 사양은 주로 구현자와 연구원의 협업을 통해 생성됩니다.
앞으로의 근본적인 논의는 작은 하드 포크를 더 많이 계획해야 하는지, 아니면 더 적지만 더 큰 하드 포크를 계획해야 하는지입니다. 이제 모든 사람들이 빈번하지만 작은 포크를 선호하는 것 같습니다.
참여 방법
자세한 내용은 Ethereum Wiki 로드맵 페이지를 참조하십시오.
보조 제목
참여 방법
위의 내용을 모두 읽으면 Ethereum 커뮤니티에 참여하고 싶을 수 있습니다.
나는 Ethereum Magician 포럼에서 많은 시간을 보냅니다. 포럼의 좋은 점은 긴 단락과 하위 게시물 토론이 있다는 것입니다. 포럼은 또한 EIP 토론의 허브가 되었습니다. GitHub의 문제 페이지는 액세스할 수 없고 스레드 토론을 지원하지 않기 때문입니다.
