이더리움과 베이스의 계정 추상화 표준 개발 중단
이더리움과 베이스의 개발자들은 EIP-8141과 EIP-8130의 조정 노력이 실패한 후, 공동 계정 추상화 표준 작업을 종료하고 두 네트워크가 별도의 거래 설계를 추구하기로 결정했습니다. Ethlabs의 개발자 Derek Chiang은 월요일에 두 제안의 저자들이 지난주에 공유 사양을 향한 작업을 중단했다고 밝혔습니다. 이는 기술적 옵션이 이더리움이나 베이스 중 하나가 핵심 요구 사항에서 타협해야 한다는 것을 발견했기 때문입니다.
“8130과 8141(프레임) 간의 AA 협력이 지난주에 무산되었다는 소식을 전하게 되어 슬프다. 이제 베이스와 이더리움은 서로 다른 AA 표준을 구현하기 위해 각자의 길을 가고 있다.”
두 제안 모두 사용자가 ETH를 가스로 보유하지 않고도 거래를 할 수 있도록 하고, 전화 패스키와 같은 인증 방법을 지원하는 등 암호화 지갑과의 상호작용을 단순화하려고 합니다. 팀들은 하나의 설계가 이더리움 레이어 1과 베이스 레이어 2를 모두 지원할 수 있는지를 탐색하고 있었습니다.
“우리는 여러 기술적 솔루션을 확인했지만, 모든 솔루션은 한쪽이든 다른 쪽이든 최소한 핵심 목표에서 조금은 타협해야 했습니다.”
이더리움 개발자들은 검열 저항, 프라이버시 및 보안을 우선시하고 있으며, 베이스는 확장성, 사용자 정의 및 규정 준수에 중점을 두고 있다고 Chiang은 덧붙였습니다. 이러한 차이점은 결국 팀들이 하나의 거래 형식에 합의하는 것을 방해했습니다.
개발자들의 새로운 방향
이 결정은 EIP-8141과 EIP-8130이 모두 생산에 도달할 경우 지갑 개발자들이 두 개의 기본 거래 형식을 지원해야 할 가능성에 직면하게 만듭니다. Chiang은 개발자들이 별도의 표준을 어떻게 처리하느냐에 따라 지갑이 기술적 차이에도 불구하고 사용자에게 일관된 경험을 제공할 수 있다고 말했습니다.
“그들이 잘 실행하고, 지갑 커뮤니티가 단편화를 극복할 수 있다면, 우리는 최종 사용자에게 가능한 최고의 UX를 제공할 수 있을 것입니다.”
결과적으로 개발자들은 며칠 전 논의하고 있던 방향을 변경하게 되었습니다. 9월 7일, crypto.news는 EIP-8141 개발자들이 거래를 프로그래밍 가능하게 유지하면서 인증 요구 사항을 인프라 제공자가 검사하기 쉽게 만드는 방법을 모색하고 있다고 보도했습니다.
EIP-8141과 EIP-8130의 기술적 차이
EIP-8130은 계정이 승인된 행위자 및 인증 계약을 등록할 수 있는 온체인 키 저장소를 사용합니다. 거래는 사용하는 인증 방법을 식별하여 네트워크가 지갑 코드를 실행하기 전에 필요한 검증 프로세스를 결정할 수 있도록 합니다. 반면, EIP-8141은 거래를 프레임이라고 하는 프로그래밍 가능한 계약 호출로 구조화하여 다른 경로를 취합니다.
프레임은 동일한 거래 내에서 검증, 가스 승인 및 실행과 같은 다양한 기능을 수행할 수 있습니다. 팀들은 이제 이러한 접근 방식을 하나의 표준으로 통합하려는 노력을 포기했습니다.
향후 계획과 기대
이더리움은 Hegotá 업그레이드의 일환으로 EIP-8141 또는 프레임 거래를 계속 진행하고 있습니다. 이더리움 재단 프로토콜 클러스터는 이 제안을 이달 초 “반드시 배포해야 할” 카테고리에 배치했으며, 원본 자료는 이 제안이 이더리움에 계정 추상화를 원주율화하고 보안 및 포스트 양자 준비성을 개선하기 위한 것이라고 명시하고 있습니다.
프레임 거래는 거래를 프로그래밍 가능한 프레임의 시퀀스로 나눕니다. 하나의 프레임은 발신자를 검증할 수 있고, 다른 프레임은 가스를 책임지는 계정을 승인할 수 있으며, 후속 프레임은 사용자가 요청한 작업을 실행할 수 있습니다. 이 모델은 행동을 시작하는 계정과 비용을 지불하는 계정이 다를 수 있도록 합니다.
이더리움 개발자들은 이미 9월 7일까지 Hegotá를 위해 EIP-8141을 예정해 두었습니다. 핵심 개발자들은 8월 27일 모든 핵심 개발자 실행 통화 중에 이 제안을 포함 고려에서 포함 예정으로 이동시켜 프레임 거래가 2027년 업그레이드 계획에서 공식적인 위치를 차지하게 했습니다.
제안된 시스템에 따라 애플리케이션은 사용자의 거래 수수료를 부담하거나 사용자가 다른 자산을 통해 지불하도록 조정할 수 있으며, 이더리움 검증자는 여전히 ETH로 네트워크 수수료를 받을 수 있습니다. 이 구조는 사용자가 스테이블코인이나 다른 토큰을 보유하고 있어도 거래를 하기 전에 여전히 ETH가 필요하다는 일반적인 지갑 요구 사항을 제거할 수 있습니다.
프레임 거래는 관련 작업을 동일한 프로그래밍 가능한 거래 구조 내에 배치할 수 있습니다. EIP-8141은 기존 이더리움 계정이 고정된 인증 프로세스에 의존하는 대신 더 많은 계정 검증 논리를 프로그래밍 가능한 코드로 이동하도록 설계되었습니다.
이 제안은 “계정이 단순히 코드가 있는 주소가 되는” 최종 상태를 설명합니다. Vitalik Buterin, EIP-8141 공동 저자는 이 제안을 2월에 “AA가 해결하려고 했던 모든 남은 문제를 포괄하고 해결하는 종합체”라고 설명했습니다.
9월 5일, Buterin은 이 제안이 지난 몇 달 동안 “많은 중요한 진전을 이루었고” “최적에 가까워지고 있다”고 말했습니다. 개발자들은 이후 여러 거래 기능이 이더리움의 거래 봉투를 반복적으로 확장하는 대신 프로그래밍 가능한 EIP-8141 프레임을 통해 표현될 수 있다는 것을 발견했습니다.
베이스의 EIP-8130은 이제 이더리움의 프레임 거래 제안과 별도로 진행됩니다. 베이스가 작성한 설계는 새로운 거래 유형과 계정에 대한 승인된 서명자 및 인증자를 기록하는 온체인 “키 저장소”를 결합합니다. 이는 사용자 정의 인증, 호출 배치 및 가스 후원을 지원하기 위한 것입니다.
