PANews는 1월 18일 비탈릭 부테린이 X 플랫폼에 "무신뢰성", "테스트 생략", "자기 주권"의 중요하면서도 오랫동안 과소평가되어 온 측면은 프로토콜의 단순성이라고 게시했다고 보도했습니다.

프로토콜에 수십만 개의 노드가 있고, 비잔틴 장애 허용률이 49%에 달하며, 모든 노드가 양자 컴퓨팅에 내성이 있는 피어다(peerda)와 스타크(stark)를 통해 모든 것을 완벽하게 검증한다고 하더라도, 만약 그 프로토콜이 수십만 줄의 코드와 박사 학위 수준의 암호화 기술 5개가 뒤섞인 거대한 난잡한 구조라면, 결국 세 가지 테스트 모두에서 실패할 것입니다.

이 프로토콜은 신뢰할 수 없는 것이 아닙니다. 사용자들은 소수의 고위 성직자 집단이 프로토콜의 속성에 대해 알려줄 것이라는 점을 신뢰해야 하기 때문입니다.

기존 고객 담당 팀이 떠날 경우, 새로운 팀이 기존 팀과 동일한 수준의 품질을 유지하기가 매우 어렵기 때문에 "이직 테스트"를 통과할 수 없습니다.

아무리 기술적으로 뛰어난 사람이라도 이를 검사하거나 이해할 수 없기 때문에 자율성이 부족하며, 따라서 사용자에게 완전히 속하지 않습니다.

동시에, 프로토콜의 각 부분, 특히 다른 부분과 복잡하게 상호 작용할 수 있는 부분은 프로토콜 붕괴의 위험에 노출되어 있기 때문에 보안성 또한 낮습니다.

이더리움 프로토콜 개발에 대한 제 우려 중 하나는, 특정 요구 사항을 충족하기 위해 새로운 기능을 너무 서둘러 추가하는 경향이 있다는 것입니다. 이러한 기능들이 프로토콜을 과도하게 복잡하게 만들거나, 완전히 새로운 유형의 상호 작용 구성 요소 또는 복잡한 암호화 기술을 핵심 종속성으로 추가할 수 있습니다. 이는 단기적으로는 기능 추가에 도움이 될 수 있지만, 장기적인 자율성 유지와 수 세기 동안 제국과 이념의 흥망성쇠를 초월하는 탈중앙화된 구조를 구축하는 데에는 매우 해로운 결과를 초래할 수 있습니다.

핵심 문제는 프로토콜 변경 사항을 "기존 프로토콜을 얼마나 수정하는지"로만 판단한다면, 하위 호환성을 유지하려는 욕구 때문에 수정보다는 추가가 훨씬 많아지고, 결국 시간이 지남에 따라 비대해질 수밖에 없다는 것입니다. 이를 해결하기 위해 이더리움 개발 프로세스에는 명확한 "단순화" 또는 "가비지 컬렉션" 기능이 필요합니다. "단순화"에는 세 가지 기준이 있습니다.

1. 프로토콜의 전체 코드 줄 수를 최소화합니다.

2. 근본적으로 복잡한 기술 구성 요소에 대한 불필요한 의존성을 피하십시오.

3. 더 많은 불변 속성 추가: 프로토콜이 의존할 수 있는 핵심 속성들을 추가합니다. 예를 들어 EIP-6780(자체 파괴 기능 제거)은 블록당 최대 N개의 저장 슬롯만 변경할 수 있도록 하는 속성을 추가하여 클라이언트 개발을 크게 단순화합니다.

가비지 컬렉션은 부분적으로 또는 대규모로 수행될 수 있습니다. 부분적 접근 방식은 기존 기능을 단순화하여 더욱 간결하고 논리적으로 만드는 것을 목표로 합니다. 대규모 가비지 컬렉션의 예로는 작업증명(PoW) 방식을 지분증명(PoS) 방식으로 대체하는 것이 있습니다.

또 다른 접근 방식은 "로제타 방식의 하위 호환성"입니다. 이 방식에서는 복잡하지만 사용 빈도가 낮은 기능은 그대로 유지하되, 필수 프로토콜의 일부가 아닌 스마트 계약 코드로 "다운그레이드"하여 새로운 클라이언트 개발자가 해당 기능을 직접 처리할 필요가 없도록 합니다. 예를 들어, 완전한 네이티브 계정 추상화로 업그레이드한 후에는 기존의 모든 거래 유형을 더 이상 사용하지 않도록 할 수 있습니다. 기존의 사전 컴파일된 코드는 EVM 또는 RISC-V 코드로 대체할 수 있으며, 최종적으로는 가상 머신을 EVM에서 RISC-V로 변경할 수 있습니다.

궁극적으로 클라이언트 개발자들이 더 이상 이더리움 프로토콜의 구버전들을 다룰 필요가 없어지기를 기대합니다. 장기적으로 이더리움의 변화 속도를 늦출 수 있으며, 불필요한 부분들이 이더리움 프로토콜의 발전을 저해하는 요소가 되지 않도록 노력해야 합니다.