이더리움 개선 제안 (Ethereum Improvement Proposal, EIP)

이더리움 개선 제안(Ethereum Improvement Proposal, EIP)은 이더리움 플랫폼의 새로운 기능, 프로세스 또는 변경을 제안하고 그 기술적 사양과 근거를 기록하는 설계 문서입니다. 핵심 프로토콜 사양, 클라이언트 API, 컨트랙트 표준 등 이더리움의 표준은 이 EIP 절차를 거쳐 논의되고 확정됩니다. EIP 자체는 표준이 아니라 제안 문서이며, 검토를 거쳐 최종(Final) 단계에 이른 EIP가 표준 역할을 합니다.

EIP가 다루는 영역

• 핵심 프로토콜 사양: 이더리움이 가장 기본적인 수준에서 작동하는 방식을 정의하는 규칙과 구조입니다. 합의 규칙, 블록 가스 한도 같은 매개변수가 여기에 속하며, 이런 변경은 보통 네트워크 업그레이드(하드포크)가 필요합니다.
• 클라이언트 API: 소프트웨어 애플리케이션이 이더리움 클라이언트 및 네트워크와 상호 작용하는 인터페이스로, 분산형 앱(dApp)을 보다 쉽게 구축할 수 있게 합니다.
• 컨트랙트 표준: 스마트 컨트랙트를 만들기 위한 공통 규격으로, 서로 다른 지갑과 애플리케이션이 같은 방식으로 컨트랙트를 다룰 수 있게 합니다. 예를 들어 토큰이 같은 방식으로 작동하도록 하는 ERC-20 같은 표준이 있습니다(ERC는 애플리케이션 수준 EIP를 가리키는 이름입니다). 표준을 따른다고 해서 개별 컨트랙트의 안전성이 보장되지는 않습니다.

EIP의 수명 주기

EIP-1이 정한 상태는 다음과 같습니다.

• 아이디어(Idea): 정식 초안 이전 단계로, 작성자가 커뮤니티에서 아이디어를 논의합니다.
• 초안(Draft): 하나 이상의 작성자가 작성해 EIP 저장소에 처음 등록한 제안입니다.
• 검토(Review): 작성자가 동료 검토 준비가 되었다고 표시하면 커뮤니티 피드백을 받습니다.
• 최종 의견 수렴(Last Call): 최종(Final) 전 마지막 검토 기간으로, 보통 약 14일입니다.
• 최종(Final): 완성된 표준으로, 이후에는 오류 수정 정도만 허용됩니다.
• 중단(Stagnant): 초안이나 검토 단계에서 6개월 이상 진척이 없는 EIP입니다.
• 철회(Withdrawn): 작성자가 거둬들인 EIP입니다.
• 지속 갱신(Living): EIP-1처럼 최종 상태에 이르지 않고 계속 갱신되도록 만든 특수 EIP입니다.

상태와 별개로, 코어 EIP는 클라이언트 구현과 테스트를 거쳐야 실제 네트워크에 적용됩니다. 어느 네트워크 업그레이드에 넣을지는 클라이언트 개발자 회의(All Core Devs)에서 대략적 합의로 정합니다.

EIP의 중요성

EIP 절차는 공개되어 있어 누구나 제안을 작성하거나 토론에 참여할 수 있습니다. 변경 사항을 문서로 남기고 검토를 거치게 하는 것이 목적입니다. 변경을 제안하려는 개발자이든, 향후 업그레이드를 이해하려는 이용자이든, EIP는 변경 과정을 투명하게 보여 주고 앞으로의 변경 사항을 미리 살펴볼 수 있는 창구 역할을 합니다.

장점과 한계

• 표준화: EIP는 이더리움 생태계 내에서 통일성과 상호 운용성을 촉진합니다.
• 투명성: EIP 프로세스는 공개되어 커뮤니티 참여와 조사가 가능합니다.
• 구조화된 개선: 새로운 기능과 개선 사항을 제안하고 구현하기 위한 정해진 절차를 제공합니다.
• 복잡성: EIP 프로세스는 기술적으로 까다로울 수 있어 기술 지식이 적은 이용자가 참여하기 어렵습니다.
• 합의의 어려움: EIP에 대한 합의에 도달하는 데 시간이 오래 걸리고 커뮤니티 내에서 논쟁이 벌어질 수 있습니다.
• 구현 위험: 엄격한 검토를 거치더라도 EIP는 구현 중에 예상치 못한 취약점이나 문제를 일으킬 수 있습니다.