이더리움 ProgPoW 논쟁

1.비트메인 E3가 불러온 ASIC 저항 논의#

논쟁의 출발점은 2018년 3월 비트메인의 이더리움 채굴기 E3가 CNBC 보도로 알려진 일이다. 이더리움의 알고리즘 이대시(Ethash)는 전용 칩에 저항하도록 설계됐는데 그 전제가 흔들린 것이다. 같은 달 ASIC 저항을 요구하는 EIP-958이 올라왔고, 4월 끝난 블라드 잠피르의 여론조사에서는 ASIC 저항을 유지하는 하드포크에 57%가 찬성했다. 개발자 그룹 이프데프엘스(IfDefElse)는 이 흐름에서 ProgPoW를 만들었다. EIP-1057은 2018년 5월 2일 작성됐다. 핵심은 범용 GPU의 거의 모든 부분을 쓰게 해서 전용 칩이 덜어 낼 회로를 줄이는 것이다. 공동 설계자 크리스티 리 미네한은 초기에는 부정적 논쟁이 크지 않았다고 회고했다. 2018년 9월 린즈(Linzhi)가 이대시 ASIC을 내놓고 ProgPoW 반대에 나서면서 분위기가 바뀌었다고 미네한은 주장했다.

2.채택, 감사, 코인 투표#

코어 개발자들은 2019년 1월 EIP-1057을 채택(Accepted) 상태로 올렸다. 그러나 코어 개발자 전원이 합의한 것은 아니었다. 그노시스의 마틴 쾨펠만은 불필요한 네트워크 분리 위험이라고 했고, 알렉세이 아쿠노프는 통화에서 침묵한 것이 동의로 읽힌다고 우려했다. 이더리움 캣 허더스는 2019년 3월 25일 독립 감사를 맡기겠다고 발표했고 감사 회사로 리스트 오소리티(Least Authority)를 골랐다. 2019년 4월 끝난 커뮤니티 투표에서는 293만 ETH를 보유한 응답자의 93% 이상이 찬성했다. 코어 개발자들은 엄격한 감사를 통과하면 적용하는 쪽으로 정리했고, 제안은 뒤에 감사를 통과했다.

3.2020년 2월의 반발#

2020년 2월 21일 코어 개발자 회의는 베를린 업그레이드 뒤 ProgPoW를 적용하는 일정을 제안으로 논의했다. 외부에서는 갑작스러운 재등장으로 받아들였고, 2020년 7월 하드포크에 들어간다는 소식이 퍼졌다. 2월 말 깃허브에 반대 청원이 올라와 유니스왑 창업자 헤이든 애덤스, 트러플의 팀 코울터 등 70명 넘게 서명했다. 청원은 EIP-1057에 폭넓은 지지가 없고, 알고리즘 변경이 공동체를 가르며 기술 위험을 키운다고 적었다. 이더리움 커뮤니티 책임자 허드슨 제임슨은 3월 2일 개인 의견을 전제로 ProgPoW는 "죽었다"고 썼다. 디파이에 걸린 돈과 체인 분리 위험을 생각하면 그럴 가치가 없다는 논리였다. 거의 같은 시기 트위터 이용자 킥(Kik)은 ProgPoW 구조의 약점을 공개했고, 설계진은 전제 조건이 비현실적이라고 설명하면서도 수정안을 내놓았다.

4.결론 없는 회의, 조용한 종료#

3월 6일 회의는 예정보다 길어져 세 시간 동안 이어졌지만 명시적 결정을 내리지 않았다. 진행자 제임슨은 무엇이 결정됐는지 정리하는 것이 자기 역할이 아니라고 말했다. 이 자리에서 벤 디프란체스코는 절충안을 냈다. 모든 주요 클라이언트에 ProgPoW를 구현하고 시험하되 베를린이나 다른 업그레이드에는 넣지 않고, 필요할 때 노드 운영자가 켤 수 있게 스위치를 두자는 것이다. 그렉 콜빈 등은 2020년 5월 초안에서 이 제안을 "지금 배포하도록 권고하지 않으며 어떤 예정된 하드포크에도 제안하지 않는다"고 적었다. EIP-1057은 지금 Stagnant 상태로 남아 있다. 제임슨은 이더리움 거버넌스가 기술적으로는 기술 관료제에 가깝지만 공동체 정서가 방향을 바꿀 수 있다고 설명했다. 작업증명은 2022년 머지로 끝났고, ProgPoW는 이더리움 메인넷에서 한 번도 쓰이지 않았다.

5.연표6건

1. 2018.05출시EIP-1057(ProgPoW) 작성
2. 2019.01이정표코어 개발자, EIP-1057을 채택 상태로 올림
3. 2019.04이정표커뮤니티 투표에서 293만 ETH 응답자의 93% 이상 찬성
4. 2020.02이정표2월21일 적용 일정 논의, 2월 말 70여 명 반대 청원
5. 2020.03이정표3월6일 코어 개발자 회의 3시간 토론, 결정 없이 종료
6. 2020.05이정표제안 초안에 어떤 예정 하드포크에도 제안하지 않는다고 명시