"신뢰 불필요성(trustlessness)", "이탈 테스트 통과(walkaway test)", "자기 주권(self-sovereignty)"에

"신뢰 불필요성(trustlessness)", "이탈 테스트 통과(walkaway test)", "자기 주권(self-sovereignty)"에서 중요하면서도 늘 과소평가되는 측면이 바로 프로토콜의 단순성이다. 아무리 프로토콜이 수십만 개의 노드로 초분산화되어 있고, 49% 비잔틴 장애 허용을 갖추고 있으며, 노드들이 양자 내성 PeerDAS와 STARK로 모든 것을 완전히 검증한다 해도, 만약 그 프로토콜이 수십만 줄의 코드와 다섯 종류의 박사급 암호학으로 이루어진 다루기 힘든 덩어리라면, 결국 세 가지 테스트를 모두 실패하게 된다. 1. 신뢰 불필요성 실패: 프로토콜이 어떤 속성을 가지는지 알려주는 소수의 고위 사제 집단을 신뢰해야 하기 때문 2. 이탈 테스트 실패: 기존 클라이언트 팀들이 떠나면, 새로운 팀이 같은 수준의 품질에 도달하기가 극도로 어렵기 때문 3. 자기 주권 실패: 가장 기술적인 사람조차 그것을 검사하고 이해할 수 없다면, 그것은 완전히 당신의 것이 아니기 때문 또한 보안성도 떨어진다. 프로토콜의 각 부분이, 특히 다른 부분들과 복잡한 방식으로 상호작용할 수 있다면, 프로토콜이 깨질 위험을 수반하기 때문이다. 이더리움 프로토콜 개발에서 내가 우려하는 점 중 하나는, 매우 특수한 필요를 충족시키기 위해 새로운 기능을 추가하는 데 너무 열성적일 수 있다는 것이다. 설령 그 기능들이 프로토콜을 비대하게 만들거나, 완전히 새로운 종류의 상호작용하는 컴포넌트를 추가하거나, 복잡한 암호학을 핵심 의존성으로 더하더라도 말이다. 이것은 단기적인 기능 향상에는 좋을 수 있지만, 장기적인 자기 주권을 보존하고 제국과 이념의 흥망성쇠를 초월하는 백년 지속 탈중앙화 하이퍼스트럭처를 만드는 데는 매우 해롭다. ...중략... 핵심 문제는 프로토콜 변경이 "기존 프로토콜 대비 얼마나 큰 변화인가"의 관점에서 평가된다면, 하위 호환성을 유지하려는 욕구가 뺄셈보다 덧셈을 훨씬 더 자주 일어나게 만들고, 프로토콜은 시간이 지나면서 필연적으로 비대해진다는 것이다. 이에 대응하기 위해, 이더리움 개발 프로세스에는 명시적인 "단순화" / "가비지 컬렉션" 기능이 필요하다. 마지막으로, 클라이언트 개발자들이 이더리움 프로토콜의 모든 이전 버전을 처리해야 한다는 필요성에서 벗어나기를 원한다. 그것은 도커 컨테이너에서 실행되는 이전 클라이언트 버전에 맡겨둘 수 있다. 장기적으로, 나는 이더리움의 변화 속도가 더 느려질 수 있기를 바란다. 여러 이유로 궁극적으로 그것은 반드시 일어나야 한다고 생각한다. 이 처음 15년은 부분적으로 우리가 많은 아이디어를 탐구하고 무엇이 작동하고 무엇이 유용하며 무엇이 그렇지 않은지를 본 청소년기 단계로 봐야 한다. 유용하지 않은 부분들이 이더리움 프로토콜에 영구적인 짐이 되는 것을 피하기 위해 노력해야 한다. 기본적으로, 우리는 이더리움을 다음과 같은 모양으로 개선하고 싶다. 전문