저자: 데이빗
지난 몇 달 동안 계정 추상화와 스마트 계약 지갑에 대한 논의가 매우 활발했습니다.
이더리움 생태계의 급속한 발전으로 인해 통일되고 원활한 사용자 경험을 달성하는 것이 점점 더 중요해지고 있습니다. 이더리움 2.0의 로드맵에서는 계정 추상화, 병합, 샤딩이 똑같이 중요한 위치에 배치됩니다.
Vitalik Buterin은 또한 스마트 계약 지갑이 EOA 지갑보다 더 나은 사용자 경험을 가지고 있다고 트윗했습니다.
암호화폐 베테랑에게는 EOA 지갑을 사용하는 것만으로도 충분히 능숙합니다. 그러나 더 많은 신규 사용자를 유치한다는 관점에서 볼 때 사용자 인터페이스와 EOA 지갑 비용 이해에는 여전히 몇 가지 문제가 있습니다. 서명이 혼란스럽고 가스 요금을 어디서 받을 수 있는지,"행동 = 거래"이런 하드코어한 논리....
따라서 EOA 계정에서 스마트 컨트랙트 지갑으로의 원활한 전환이 필요하다는 점에 커뮤니티에서는 점차 공감대가 형성되었으며, 이는 정치적 올바름이기도 합니다.
그러나 암호화폐 업계에서 널리 알려진 정보는 일반적으로 내러티브에 대해서만 이야기할 뿐, 이를 실현하는 방법은 설명하지 않습니다.
스마트 계약 지갑이 EOA보다 낫다는 것을 우리 모두가 알고 있다고 가정하면 이 경로는 매우 분명합니다. 문제는 거기에 어떻게 도달할 것인가입니다. 다리는 어디에 있나요?
더 해결하기 어려운 것은 경로 의존성 이후의 실질적인 문제입니다. 이미 EOA 계정에 다양한 자산을 보유하고 있는데 이제 스마트 계약 계정으로 마이그레이션하라고 요청하시는데 번거로우신가요?
이러한 변화를 효과적으로 달성할 수 있는 방법은 무엇이며, 사용자 자산의 마이그레이션은 얼마나 쉬운가요?
누군가가 미리 길을 닦아주지 않으면 이 세상에 길은 없습니다.
첫 번째 수준 제목
EIP-7377 제안 동기
2015년부터 스마트 계약 지갑은 이더리움의 사용자 경험 문제를 해결하는 중요한 방법으로 간주되었습니다. EOA 계정과 비교하여 스마트 계약 지갑은 프로그래밍 가능성이 더 강력하고 복잡한 메커니즘 설계를 실현할 수 있으며 보안 및 사용자 친화성을 향상시킬 수 있습니다.
그러나 역사적인 이유로 현재 이더리움에서는 소수의 사용자만이 스마트 계약 지갑을 사용하고 있으며 여전히 많은 자산이 EOA 계정에 저장되어 있습니다. 이는 이더리움 개발을 진전시키는데 걸림돌이 되었습니다.
자산이 축적되면서,사용자는 EOA 계정의 모든 자산을 새로운 스마트 계약 주소로 수동으로 쉽게 마이그레이션할 수 없으며 이는 비용 및 운영 절차 측면에서 매우 어렵습니다.
첫 번째 수준 제목
EIP-7377 기술 구현에 대한 대중적인 설명
그렇다면 이 제안은 EOA를 스마트 계약 지갑으로 전송하는 것을 어떻게 구현합니까?
기술 포럼의 원본 게시물에서 작성자는 다음과 같이 간략하게 설명했습니다.
이 요약의 일반적인 의미는 EIP-7377이 특별히 사용되는 새로운 트랜잭션 유형 0x04를 제안한다는 것입니다."마이그레이션 트랜잭션"。
원래 게시물의 기술 언어:
"상태 트리에 있는 보내는 계정의 코드 필드를 코드 저장소의 지정된 코드에 대한 포인터로 설정합니다. 동시에 마이그레이션 트랜잭션은 전송 계정의 저장 가치를 직접 설정할 수도 있습니다. 트랜잭션의 저장소 필드는 보내는 계정의 저장소 트리에 키-값 쌍으로 기록됩니다. 또한 코드 저장소는 인라인 코드 대신 포인터를 사용합니다. 이것의 장점은 공유된 코드를 재사용할 수 있고, 중복성을 줄일 수 있으며, 상태 트리의 크기를 최적화할 수 있다는 것입니다."。
위의 원래 설명은 기술적인 기초가 없는 사람들에게는 매우 모호하고 이해하기 어렵습니다. 일부 기술 친구 및 공개 정보를 참조한 후 모든 기술 세부 사항을 단순화하고 비유를 통해 EIP-7377을 빠르게 이해하려고 노력합니다.
EIP-7377은 마이그레이션 카드로 이해될 수 있는 특별한 거래 유형을 제안합니다.
일반 사용자는 계정의 자산을 스마트 계약 지갑으로 마이그레이션하기 위해 이 마이그레이션 카드 거래를 시작하기만 하면 됩니다.
이는 사용자 이름, 비밀번호, 아바타 및 기타 정보가 포함된 원래 웹사이트의 계정과 동일합니다(원본 EOA에는 통화 이름, 수량, 체인, 가스 한도 등이 포함되어 있습니다). 하지만 사이트가 제대로 작동하지 않아 새 사이트로 완전히 마이그레이션하고 싶습니다.
마이그레이션을 용이하게 하기 위해 새 웹사이트에서는 마이그레이션 카드를 출시했습니다. 새 웹사이트에 이 이전 카드를 제출하기만 하면 계정 정보가 자동으로 복사됩니다. 이는 기존 계정 데이터와 새 계정 데이터를 직접 연결하는 것과 같습니다. 이는 수동으로 데이터를 하나씩 이동하는 것보다 훨씬 편리합니다.
동시에 안전상의 이유로 마이그레이션 카드는 한 번만 사용할 수 있으며 반복적인 마이그레이션에서는 데이터를 앞뒤로 스와이프하는 것이 허용되지 않습니다. 그리고 새 웹사이트는 기존 웹사이트의 일부 확인 규칙을 상속하므로 다른 사용자는 귀하가 신규 사용자인지 기존 사용자인지 알 수 없습니다.
이것이 EIP-7377이 기술적으로 달성하고자 하는 것입니다. 마이그레이션 트랜잭션이라는 특별한 카드를 활용하여 계정 코드 및 스토리지를 직접 운영함으로써 EOA를 스마트 계약 지갑으로 원활하고 효율적으로 마이그레이션을 완료할 수 있습니다.
물론 특정 마이그레이션 객체는 위 비유의 사용자 이름, 비밀번호, 아바타가 아니라 암호화된 자산과 관련된 다양한 정보를 포함합니다.
첫 번째 수준 제목https://eips.ethereum.org/EIPS/eip-7377?ref=newsletter.ether.fm）
EIP-7377의 잠재적 영향, 의미 및 위험
EIP-7377은 EOA에서 스마트 계약 계정으로의 마이그레이션 계획을 제안하며, 이는 장기적으로 이더리움 생태계에 긍정적인 영향을 미칠 것입니다. 우리는 이것이 계정 추상화 구현을 촉진하는 주요 단계 중 하나가 될 것으로 예상합니다.
프로토콜 수준에서 지원되는 이 원활한 마이그레이션 방법은 스마트 계약 지갑으로 마이그레이션하는 사용자의 어려움과 경로 의존성을 크게 줄일 수 있습니다. Crypto 사용자의 경우 기본 기술에 능숙하지 않은 경우가 많으며 자산 우선 순위에 따라 적극적인 기술 혁신을 수행하지 않습니다. 기본 프로토콜이 이미 지원하는 경우"원클릭 마이그레이션'에 적절한 인센티브와 프런트엔드 인터페이스의 친숙한 적용이 추가되면 이론적으로 사용자의 마이그레이션 의지가 크게 높아질 것입니다.
그러나 우리는 이 새로운 기능이 악의적인 공격에 사용될 위험도 있다는 점을 인지해야 합니다. 가능한 악의적 수단에는 다음이 포함되지만 이에 국한되지는 않습니다.
피싱(Phishing) 공격: 위조된 마이그레이션 거래를 한 후 피싱 링크를 통해 사용자를 속여 거래를 승인하도록 하여 불법적으로 자산을 이전하려는 목적을 달성합니다.
악성 코드 이식: 해커는 계정 제어 권한을 얻기 위해 마이그레이션 프로세스 중에 코드를 변조하여 백도어를 이식할 수 있습니다.
반복적인 마이그레이션 도용: 마이그레이션 트랜잭션은 한 번만 실행할 수 있다는 제한을 이용하여 해커는 합법적인 마이그레이션 후 반복적인 마이그레이션 트랜잭션을 시작하고 실패를 허위로 주장한 다음 사용자가 자산을 훔치는 목적을 달성하기 위해 다시 승인하도록 할 수 있습니다.
암호화된 세계에서는 단일 프로토콜 업그레이드와 혁신만으로는 완전한 비전을 하루아침에 실현할 수 없습니다. 다크 포레스트 환경에서 프로토콜 업그레이드에는 해당 감사 업그레이드, 신뢰할 수 있는 소스 확인, 포상금 프로그램 및 이러한 위협을 방지하고 마이그레이션 트랜잭션의 보안을 보장하는 기타 수단도 수반되어야 합니다.
마지막으로 우리는 다음 사항에 대해서도 생각해 볼 필요가 있습니다.
인프라와 프로토콜의 변화에는 강력한 생태학적 추진력이 필요합니다. EOA에서 스마트 컨트랙트 계정으로의 대규모 사용자 마이그레이션을 누가 촉진할 것이며, 마이그레이션 과정에서 기술적 위험과 자산 보안을 누가 부담하게 됩니까?
자유와 탈중앙화를 옹호하는 암호화된 세상에서 이러한 시스템 업그레이드가 어떻게 합의와 시너지를 형성할 수 있을까요?
이더리움은 많은 이해관계자들로 구성된 거대한 생태계를 가지고 있습니다. 이러한 변화는 긍정적이지만 다양한 집단의 의심과 저항에 직면할 수도 있습니다. 전환 프로세스의 계획과 세부 사항은 커뮤니티 합의를 얻고 사용자 이익이 손상되지 않도록 주의 깊게 설계되어야 합니다.
이상에서 현실로, 구상에서 구현까지 갈 길은 아직 멀다.
IOS
Android