계정 추상화 EIP-3074는 이더리움 커뮤니티에서 논쟁거리가 되었습니다! 부테린, 새로운 개선안 EIP-7702 내놨다

이 사이트(120bTC.coM): 최근 이더리움 커뮤니티에서는 Vitalik 등을 포함한 향후 Pectra 업그레이드에 포함될 계정 추상화 제안 EIP-3074와 관련하여 많은 논란이 있었습니다. 호환성에 대한 의구심이 있기 때문에 어제 Vitalik은 새로운 솔루션인 EIP-7702를 직접 제안했습니다.

계정 추상화: 블록체인 사용자 경험 향상

계정 추상화(AA)는 블록체인 상호 작용 프로세스에서 사용자 경험을 향상시키기 위한 이더리움의 방향입니다. 계정 추상화는 사용자와 블록체인 간의 상호 작용을 최적화하는 방법입니다. 운영이 더 쉽고 실용적이게 되었으며, 대규모 채택을 유도할 수 있기를 바랍니다.

계정 추상화는 어떻게 사용자 경험을 향상합니까? 예:

• 일괄 트랜잭션: 동일한 사용자가 하나의 원자 트랜잭션에서 여러 작업을 수행할 수 있습니다. 예를 들어, 분산형 거래소에서 사용자는 승인과 거래를 동시에 완료할 수 있습니다.

• 후원 거래: 제3자 계정은 거래 계정을 대신하여 거래 연료비를 지불할 수 있으며 사용자를 위해 프로젝트에 보조금을 지급하는 데 사용될 수 있습니다.

• 권한 관리: 사용자는 하위 키에 서명하고 특정 권한을 부여할 수 있습니다. 예를 들어, 사용자는 특정 ERC-20 토큰에 대한 액세스 권한을 부여할 수 있지만 ETH, 일일 최대 지출 총액에 대한 액세스 권한을 부여하거나 특정 애플리케이션과의 상호 작용을 제한할 수 있습니다.

이더리움 네트워크 보안, 탈중앙화 등 중요한 문제가 점차 해결되면서 최근 사용자 경험 제안이 점차 논의 대상으로 올라오고 있습니다. EIP-2938, EIP-3074, EIP-4337 등을 포함한 제안은 모두 핵심 제안이다.

ERC-4337은 최종 버전으로 간주되지만 개발 주기가 깁니다.

EIP-4337은 사용자 작업 개념을 도입하여 스마트 계약 지갑이 후원 거래 또는 일괄 거래와 같은 거래 기능을 사용자 정의할 수 있도록 합니다.

User Operations는 원래의 일반 트랜잭션과 메모리 풀에서 분리된 EIP-4337에 의해 생성된 새로운 메모리 풀인 대체 메모리 풀(alt mempool)에 들어갑니다.

EIP-4337 Operational Architecture

그러나 ERC-4337을 대규모로 채택할 수 있을 정도로 구현하려면 인프라 설계, 사용자 지갑의 수동 업데이트, 등.

EIP-3074의 플로팅 및 싱크

EIP-3074에는 AUTH 및 AUTHCALL이라는 두 개의 새로운 opcode(opcode)가 추가될 것으로 예상됩니다. 이를 통해 EOA는 이 두 opcode를 사용하여 계약(호출자)이 외부 세계를 호출할 수 있도록 승인할 수 있습니다. 기타 계약 및 상호 작용. 즉, 현재의 EOA는 스마트 계약의 기능을 갖고 있습니다.

EIP-3074는 3년 전에 제안되었지만 "최종" 완벽한 솔루션 EIP-4337이 등장하면서 전자는 커뮤니티의 관점에서 사라졌습니다.

최근 사용자 경험의 중요성이 점차 커지고 있으며, 다른 퍼블릭 체인과의 경쟁도 점차 가속화되고 있습니다. 그러나 EIP-4337을 이더리움 메인 네트워크에 구현하고 원활하게 운영하기 위해서는 여전히 많은 개발 작업과 리소스가 필요합니다. . 이더리움 커뮤니티는 EIP-3074가 먼저 구현되어야 한다고 믿습니다.

EIP-3074를 사용하면 외부 소유 계정(EOA)이 스마트 계약 지갑처럼 작동할 수 있습니다. 이 프로세스에서는 추가 계약 배포가 필요하지 않으며 사용자가 수동으로 업그레이드할 필요가 없습니다. 따라서 이더리움 커뮤니티는 이를 다음 단계에 포함할 것입니다. 하드포크 업그레이드.

EIP-3074는 계속해서 논란이 되고 있습니다

Pectra로 업그레이드가 이루어졌음에도 불구하고 EIP-3074에 대한 논란은 사실 작지 않으며 Vitalik조차 공개적으로 반대하기도 했습니다.

EIP-3074 분쟁 포인트

Vitalik은 EIP-3074가 향후 업데이트와 호환성 문제가 있음을 지적했습니다.

• Vitalik이 도입한 두 개의 opcode AUTH 및 AUTHCALL은 최종 계정 추상화 제안 EIP-4337이 아니며 EIP-4337이 아니라고 믿습니다. 필요하지 않습니다.

• EIP-3074 호출자 계약 생태계의 개발이 스마트 계약 지갑 생태계와 분리되어 기술 단편화로 이어질 수 있습니다.

• 또한 커뮤니티 회원인 Yoav Weiss는 EIP-3074가 호출자 계약에 대한 완전한 신뢰를 요구하므로 신뢰 위험이 증가하고 검열에 저항하는 포함 목록 메커니즘도 지연해야 한다고 지적했습니다.

Vitalik은 EIP-3074가 EOA의 확장으로 간주될 수 있지만 반드시 필요한 것은 아니라고 믿습니다. EIP-3074가 Ethereum의 향후 개발에 부정적인 영향을 미친다면 간단히 그렇게 하지 마세요.

EIP-3074를 지지하는 측은 "EIP-3074를 연기하거나 삭제하는 사람들은 이더리움 사용자 경험이 이상적이지는 않지만 현재로서는 좋다고 생각하는 경우가 많다"고 말했다. 업데이트 워크샵의 사용자 경험은 다른 경쟁사보다 뒤떨어질 수 있습니다.

EIP-3074의 가장 큰 논란점은 실제로 "EIP-4337이 이더리움에 가장 적합한 엔딩인가?"입니다. 대답이 '예'라면 EIP-3074는 반대해야 하고, '아니요'라면 지원해야 합니다. .

그러나 위의 논의는 너무 협소하여 커뮤니티 분쟁을 해결할 수 없습니다. Vitalik은 이러한 사실을 충분히 이해하고 이에 대해 이야기할 뿐만 아니라 새로운 솔루션을 직접 구현함으로써 EIP-3074 논란이 계속해서 논의될 수 있도록 합니다.

Vitalik은 EIP-7702가 EIP-3074를 대체할 것을 제안했습니다

EIP-7702의 설계는 EOA를 호출하여 EIP-3074가 사용해야 하는 두 가지 작업 코드 AUTH 및 AUTHCALL을 대체합니다.

• AUTH가 대체됩니다. 확인을 호출하는 대신에 허가된[msg.sender,…]

• AUTHCALL 설정은 실행 호출, 승인된[msg.sender,…] 확인 및 실행으로 대체됩니다.

제안서의 내용은 이 두 가지 작은 변경 사항이 프로토콜의 후속 업데이트에 대한 EIP-3074의 잠재적인 부정적인 영향을 피할 것임을 나타냅니다.

EIP-7702의 목적은 문제를 일으킬 수 있는 두 opcode 없이 EIP-3074의 모든 사용 사례를 구현하는 것입니다.

향후 이더리움 개발에는 EIP-7702가 포함될 수 있나요?

이제 단순히 EIP-3074를 지지하고 반대하는 것 외에 세 번째 솔루션인 EIP-7702가 있습니다. 이것이 실제로 해결될 수 있다면 "이더리움은 빠르고 효과적인 사용자 경험 솔루션이 필요합니다"와 "EIP-4337의 미래에 영향을 미치지 않습니다" 다른 프로토콜의 개발 과정'은 커뮤니티가 합의하는 방향이 될 수도 있습니다.

해당 제안은 아직 논의 중이며, 최신 진행 상황은 다음 Ethereum ACDE 회의를 기대하셔도 좋습니다.

그러나 이더리움 커뮤니티가 여전히 최선의 방법으로 발전하려고 노력하고 있다는 것은 의심의 여지가 없습니다.

위 내용은 계정 추상화 EIP-3074는 이더리움 커뮤니티에서 논쟁거리가 되었습니다! 부테린, 새로운 개선안 EIP-7702 내놨다의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!