TechFlow 소식, 9월 30일, 이더리움 공동 창시자 비탈릭 부테린(Vitalik Buterin)이 "이더리움 프로토콜에 더 많은 기능을 '포함(enshrine)'해야 하는가"에 대해 포스팅을 게재했다. 글에서는 사용자의 다양한 요구에 쉽게 적응할 수 있도록 극도로 간소화된 소프트웨어를 만드는 것이 중요하며, 소프트웨어의 과도한 팽창(bloat) 문제를 피해야 한다고 지적했다. 그러나 블록체인은 개인용 컴퓨터 운영체제가 아니라 사회적 시스템이라는 점에서, 프로토콜 내에 일부 기능을 포함하는 것이 타당하다고 설명했다.
많은 경우 이러한 사례들은 우리가 계정 추상화(Account Abstraction)에서 목격한 것과 유사하다. 하지만 우리는 또한 몇 가지 새로운 교훈을 얻었다:
- 기능을 포함하면 스택의 다른 영역에서 발생할 수 있는 중앙집중화 위험을 완화하는 데 도움이 될 수 있다;
- 너무 많은 기능을 포함하면 프로토콜의 신뢰와 거버넌스 부담이 과도하게 커질 수 있다;
- 너무 많은 기능을 포함하면 프로토콜이 과도하게 복잡해질 수 있다;
- 장기적으로 보면, 사용자 수요는 예측 불가능하기 때문에 기능을 포함하는 것이 오히려 역효과를 낼 수 있다.
또한, 유동성 스테이킹, ZK-EVM 및 사전 컴파일러(precompiled contracts) 사례들은 중간 경로의 가능성을 보여준다. 즉, '최소한으로 실현 가능한 포함(minimal viable enshrinement)'이다. 프로토콜이 기능 전체를 포함할 필요 없이, 핵심적인 문제 해결에 초점을 맞춘 특정 부분만 포함함으로써 해당 기능을 쉽게 구현 가능하게 할 수 있으며, 지나치게 광범위하거나 제한적이지 않게 설계할 수 있다. 구체적인 예시는 다음과 같다:
- 완전한 유동성 스테이킹 시스템을 포함하는 대신, 스테이킹 패널티 규칙을 변경하여 신뢰 없이도 유동성 스테이킹이 가능하도록 하는 방법;
- 더 많은 사전 컴파일러를 포함하는 대신, EVM-MAX 및/또는 SIMD를 포함하여 보다 광범위한 연산 카테고리를 효율적으로 구현하기 쉽게 만드는 방법;
- 롤업(Rollup) 개념 전체를 포함하는 대신, 단순히 EVM 검증 로직만을 프로토콜에 포함하는 방법.
즐겨찾기 추가
소셜 미디어 공유
