Litecoin

네이티브 계정 요약 + Quantum 위협 : EIP-8141 왜 Hegotá의 최고가 아닙니다

2026/04/05 00:02
👤ODAILY
🌐ko

EIP-8141는 계약의 수준에 직접 계정 요약, 가스 지불 및 서명 융통성을 침몰하는 시도입니다。

네이티브 계정 요약 + Quantum 위협 : EIP-8141 왜 Hegotá의 최고가 아닙니다

지난 주, EIP-8141는 Ether House Core Developers 회의에서 공식적으로 논의되었으며 결과적으로 Vitalik의 제안이 Hegota의 "headline Function"으로 분류되지 않았기 때문에 "consider inclusion" 상태가 아닌 "consider inclusion"상태로 분류되지 않았습니다。

이번 주, Google Quantum AI 팀은 주어진 하드웨어 가정의 밑에, 그것의 주어진 하드웨어 가정의 밑에, CCDLP-256를 끊기 위하여 요구되는 육체적인 양 비율 추정은 20배 전에 더 낮았습니다. 퀀텀 공격이 가까이 있지만 실제 알림입니다계정 시스템은 미래의 검증 논리를 변경할 수있는 유연성을 가지고 있지 않다면, 오늘 ' 지갑의 토론은 결국 보안 문제로 전환 할 수 있습니다。

EIP-8141는 아직도 너무 무거운, 그러나 계약과 앞으로 이동하는 현실적인 관점에서, 특히 클라이언트 성과의 관점에서, 무역 수영장의 안전 및 유효성의 복잡성, 그리고 아직 충분한 단단한 합의가 없습니다。

그러나이 시점에서 EIP-8141는 더 많은 것을 토론하고 찾고있는 가치가있을 것 같습니다。

나는. EIP-8141. 해결책은 무엇입니까

EIP-8141는 Vitalik Buterin와 Timbeiko와 같은 핵심 기여자에 의해 공식적으로 구조 수송으로 알려져 있습니다。

더 많은 comprehensible 구문에서 요약하려면 별도의 지갑 기능을 추가하지 않으나, 단일 ECDSA 서명 경로에 따라 계약의 수준에서 어떤 계정을 제거하려고하지만, 더 유연한 검증 및 시행 논리가 있어야합니다. ·;

이것은 또한 여러 서명, 가스 후원, 키 교체, 사회 재활, 심지어 안티 quan 서명 프로그램에 대한 미래의 액세스는 지갑 외부 용량의 층뿐만 아니라 ETA 시스템의 "일반 회원"이 될 수있는 기회가 없습니다。

표면에서 보면, EIP-8141는 매우 특정한 기능의 집합을 토론합니다:안정적인 통화 가스에서 지불, 거래로 멀티 스텝 작업을 합성, 더 유연한 서명 방법을 지원, 심지어 미래의 antiquant 서명을위한 공간을 나타。그것은 몇 년 동안 경험 된 개선의 많은 것을 말할 수 있습니다, ERC-4337에서 EIP-7702에, 지갑 주위에, 근본적으로 더 이상 개인 키를 만들, 그러나 사용자 정의 규칙에 대한 항목 포인트。

문제는 이러한 개선이 지갑을 더 많이 만들고 스마트 계정처럼 만들 수 있다는 것입니다. 그러나 Ether의 기본 계정 모델의 바닥을 실제로 만지지 않습니다。

현재 체계의 밑에, TAIFUNG 계정이 2개의 종류로 광대하게 분할된다는 것을 잘 알려져 있습니다. 하나의 외부 소유 계정, 가장 익숙한 EOA, 개인 키에 의해 제어, 이는 자신의 이니셔티브에 트랜잭션을 시작 할 수, 하지만 풀그릴 용량 부족; 다른 계약 계정, 스마트 계약 자체, 복잡한 논리를 구현할 수 있지만 자신의 트랜잭션을 시작할 수 없습니다。

이것은 트랜잭션을 시작 할 수있는 능력과 긴 시간 동안 단일 개인 키 서명에 연결됩니다. 이 전제가 변경되지 않는 한, 오늘 많은 사용자에 대 한 어렵습니다. 그들은 서명 규칙을 변경할 수 있는 유연성과 같은 용량을 찾을 수 있습니다, 가스 교체, 그들의 개인 키의 손실 후 계정을 복원, 또는 새로운 암호 시스템에 미래 이동을 부드럽게, 계정의 실제 기본 용량이 될。

imToken 또는 다른 Web3 지갑을 사용하는 경우 지갑에 USDCs의 무리와 같은이 통증을 경험했지만 ETH없이 거래 (가스가 ETH로 지불 할 수 있기 때문에) 거래를 할 수 없습니다. 모든 돈을 잃고 복원 할 수 없습니다. "authorization + exchange"운영은 두 번 서명하고 두 번 확인해야합니다。

문제는 지갑 제품이 충분히 좋지 않다는 것은 아니지만 Taifeng 계정 모델 자체로 설계되었습니다。

이 관점에서, 지난 2 년의 진화는 매우 분명, 프로토콜을 수정하지 않고 응용 프로그램 수준에서 요약에 ERC-4337 실행 계정과; EIP-7702 더 EOA가 완전히 비싸지 않다는 것을 확인, 적어도 일시적으로, 스마트 계정에 접근 할 수있는 능력의 일부를 얻을。

즉, 추상적 인 계정으로 시도하는 대신 TAICHA는 더 온건하고 보수적 인 방법으로 문제에 접근했습니다. EIP-8141의 출현은 이 경로가 새로운 노드에 도달한다는 것을 의미합니다. 기존 시스템 밖에 스마트 계정의 다른 층을 겹쳐 쌓이는 능력에 더 이상 만족하지 않습니다거래 모델 자체로 직접 초록에 계정을 삽입하려면 프로토콜 레이어의 시작에서 프로그래밍 가능한 검증 및 실행 논리를 가질 수 있습니다。

그리고 왜 EIP-8141는 오늘 재열합니다. 한 손으로, 상급 지갑 경험은 원래 계정의 요약에 가까이 있고, 곧 또는 나중에 뒤에 있어야 합니다; 다른 한편으로는, 퀀텀 컴퓨팅의 장기적인 압력은 주의깊게 고려되어야 하는 현실에 먼 기술적인 문제점에서 서명을 바꾸는 "계좌의 융통성"을 바꿉니다。

II. EIP-8141의 어떻게 작동합니까

최종 분석에서 EIP-8141는 완전히 새로운 유형의 트랜잭션을 도입했습니다 - 프레임 운송 - 거래 유형 번호 0x06。

전통적인 TAIFENG 거래의 기본 논리가 한 거래가 호출에 해당한다는 것입니다. EIP-8141는 규칙의 순서로 구현 될 수있는 "프레임" 세트로 거래를 해소하는 것입니다. 따라서 인증, 지불 및 실행을 위해 경계 된 세 가지를 제거하십시오。

각 프레임에는 구현의 세 가지 모드가 있습니다

  • VERIFY (validation Frame): 트랜잭션의 유효성을 확인하는 책임은, 그것은 계정의 사용자 정의 검증 논리를 실행하고 가스 캡을 할당하기 위해 새로 도입 된 APPROVE 코드를 호출하는 경우 실행됩니다。
  • SENDER (전송 프레임) : 이동, 통화 계약 등 실제 작업을 수행 콜러 주소는 거래의 SENDER입니다。
  • DEFAULT (entry Frame): 배포 계약, Paymaster 등의 검증에 대한 통화로 시스템 입력 주소

이 메커니즘의 목적은 더 복잡한 트랜잭션을 만들 수 없습니다, 그러나 오히려 처음에 대한 계정 운영에서 그것을 분해, 그리고 원래 프로토콜에 제출。

결국, 누가 거래를 검증, 누가 가스를 지불, 누가 실제 일을하는, 기본으로 동일한 계정에 연결, 과..EIP-8141의 디자인에서, 이 것은 명확한 순서에서 실행된 다른 구조로 끊어질 수 있고, 그 때문에 계정은 더 이상 “전체로 서명하십시오”에 단 하나 개인적인 열쇠에 의존하지 않습니다 그러나 PROGRAMMABLE 실행기에 더 가까운 모양이 있는 것을 시작합니다。

예를 들어, 가스의 USDC 결제를 완료하려는 assuming 구체적인 예로, 물질은 전체 프레임 공정으로 구성 될 수 있습니다. 첫째, 서명 및 실행 권한을 계정으로 확인 한 후, 지불자 또는 Paymaster가 비용을 부담하는 조건을 확인 한 다음 해당 자산의 비용을 지불하고 실제 교환 작업이 수행됩니다。

결과적으로, 가스 지불 및 1 차 거래는 동일한 원자 과정으로 통합될 수 있습니다, 완전히 성공하거나 후에 구른。

사용자의 경우, 가장 직관적 인 변경은 두 개 또는 세 단계로 끊어지고 중간에 실패의 위험이있을 수있는 많은 작업이며, 앞으로 전체 이동처럼 더 많은 수 있으므로이 원자는 사용자가 경험한 파편의 문제를 해결하기 위해 EIP-8141의 키 중 하나이기도합니다。

지갑 사용자를 의미하는 것은 무엇입니까? 결과 측면에서 가장 눈에 띄는 변화는 적어도 4 단계입니다

  • 가스 지불은 추상적입니다:지갑의 안정적인 통화의 존재는 더 이상 작동하기 위해 약간의 추가 ETH를 준비해야하며 Dapp, Paymaster 또는 다른 스폰서가 더 원시적 될 것이라는 것을 의미합니다
  • Multistep 가동 합병:"Authorization + Swap" "Authorization + Pledge"와 같은 프로세스는 이제 여러 서명을 요구하고 더 완벽한 작업으로 포장 할 수있는 기회가 있습니다
  • 계정 보안 규칙은 다음과 같습니다:다중 서명, 소셜 재활, 일일 제한, 시간 잠금, 키 교체, 지갑 제품에 의해 제공 한 더 이상 추가 높은 수준의 기능이 없습니다, 더 많은 primitive 계정 논리에 구축 할 기회를 제공하기 시작
  • 서명 방식은 ECDSA 단일 경로에 의해 더 이상 잠겨서는 안됩니다:이 계정의 미래 마이그레이션을 위해 다른 암호 시스템, back-quant 서명 프로그램을 포함, 첫 번째 시간 프로토콜의 계층의 가능성을 가지고

₢ 킹 왜 정상을 잊지 않습니까

쉽게 무시 할 수있는 포인트, 그러나 지갑 사용자에 대한 중요 :EIP-8141가 결국 착륙하더라도, 계정의 현재 시스템은 전체로 지나치지 않을 것입니다。

imToken과 같은 기존 Web3 지갑을 사용하더라도, 호환되는 백워드이기 때문에 마이그레이션할 필요가 없으며, 기존 EOA 주소는 계속 사용 될 수 있으며, 적절한 시간에 "업그레이딩" 계정 검증 논리를 선택하십시오。

그러나 차례로, 그것은 깊숙히 바뀌기 때문에 그것은 최신 토론의 Hegotá의 직접 주력 기능되지 않았다. 그러나, 2026의 EIP Campion 과정에 따르면, CFI의 의미는 거부되지 않습니다, 그러나 심각한 고려의 단계에, 그러나 아직 마지막 널에 아닙니다。

다른 말에서는, 핵심 개발자는 EIP-8141의 방향을 거부하지 않습니다, 그러나, 그것의 가치를 인식하고, 그것을 아직도 너무 무거운 고려합니다。

결국, 원래 계정은 ERC-4337로 추상적이지 않아 몇 개의 지갑, 인프라 및 응용 프로그램에 의해 점차 구동 될 수 있습니다. 프로토콜 레이어를 입력하면 모든 임원 수준의 클라이언트가 심각하게 달성, 테스트 및 동기화해야한다는 것을 의미합니다. 이는 자연스럽게 푸시 임계를 올리고 포크를 계획 할 때 핵심 개발자가 더 보수적 인 기능을 만듭니다。

그럼 다음 일이 있었습니까? 그것은 2개의 선에서 보일 수 있습니다:

  • EIP-8141는 CFI 상태에 있기 때문에, 계속적으로 평가되고 있다는 것을 나타냅니다, 제안의 저자는 무역 수영장의 안전, 증명서 규칙 및 클라이언트의 주위에 달성된 중요한 세부사항을 완료하는 것을 계속할 것입니다, 그리고 그 후에 ACD 회의는 더 진보된 조건이 있다는 것을 검토할 것입니다
  • 이러한 불확실이 응축되기 위해 계속되면, 그 후속 업그레이드에서 더 많은 하위 통합 단계로 입력 할 수있는 기회가있을 것입니다. 그렇지 않으면 나중에 프로모션주기로 잘 박탈 할 수 있습니다

사실, EIP-8141는 원래 계정 요약 제안이 아니라, 직접 퀀텀 계산을 주소 할 수없는 퀀텀 서명 프로그램보다 훨씬 적은, 그러나 그것의 중요성은 제공, 처음에 대한, ECDSA 단일 경로를 종료하는 계정에 대한 수출의 협상 층이다. ·;

이 시점에서 EIP-8141의 실제 값은 유일한 대답이 아니라 원래 계정의 요약 끝이 처음 ETA 테이블과 같이 보일 수 있는지의 질문을 제기합니다。

유일한 해결책은 아니지만 가장 야심하고 전체적인 AA의 상상력의 상한에 가깝습니다。

EIP-8141가 마침내 Hegotá로 잡을지 여부, 토론 자체는 적어도 한 가지를 보였다 :

situ에서 발효하는 문제에 대한 대기의 대신 Ether Workshop은 일상적인 패션에서 계정의 차세대 시스템에 대한 방법을 포장하고 있습니다。

QQlink

無加密後門,無妥協。基於區塊鏈技術的去中心化社交和金融平台,讓私隱與自由回歸用戶手中。

© 2024 QQlink 研發團隊. 保留所有權利.