ERC-4337 작성자와의 대화: 이더리움 계정 추상화 및 진화
인터뷰: Lucas, Jenny, 후오비 인큐베이터 선임 연구 매니저 겸 선임 운영 매니저
편집: aididiaojp.eth, Foresight News
편집: aididiaojp.eth, Foresight News
사회자: 먼저 자기소개를 해주시겠어요?
Kristof：저는 2021년 5월에 Nethermind에 합류했습니다. 지금 가장 큰 문제는 기술적 배경이 없는 일반인이 이더리움 애플리케이션을 사용하는 것이 얼마나 어려운지를 보는 것입니다. 그래서 제가 할 수 있는 가장 효과적인 일은 이더리움 계정과 지갑 사용의 어려움을 해결하고 이더리움 애플리케이션의 사용자 경험을 개선하는 것입니다.
개인 계정(EOA)과 스마트 계약 계정의 두 가지 유형의 계정이 있습니다. 이제 이더리움에서 사용자는 주로 EOA 계정(예: Metamask 및 Rainbow)을 사용하지만 특정 제한이 있습니다.
한동안 솔루션을 찾다가 계정 추상화 개념을 찾았습니다. 이전의 모든 제안이 너무 복잡하거나 제안에 너무 많은 작업이 필요했기 때문에 아직 어떤 제안도 메인넷에 배포될 기회가 없었다는 것을 알고 있습니다. 따라서 Vitalik 및 OpenGSN과 함께 메인 네트워크가 합의 수준의 프로토콜 변경을 수행할 필요가 없는 계정 추상화 솔루션을 탐색하며 이것이 ERC-4337의 주요 혁신 포인트입니다.
지금까지 일부 응용 프로그램이 구축되고 있음을 알 수 있습니다. 이제 우리는 지속적으로 생태계를 발전시켜 ERC-4337의 대중화를 위한 길을 닦고 있습니다.
Praneeth：저는 ConsenSys의 전 VC 팀이 설립한 새로운 암호화 투자 회사인 Ethereal Ventures의 투자 파트너입니다.
더 많은 사람들을 Web3에 끌어들이기 위해서는 사용자에게 더 낮은 진입 장벽과 부드러운 경험, 즉 인증 및 사회적 복원과 같이 사람들이 근본적으로 익숙한 전형적인 관습을 제공해야 합니다.
계정 추상화를 통해 이러한 문제에 대한 효율적인 솔루션을 제공할 수 있습니다. 저는 ERC-4337의 진화를 보고 생태계의 사람 및 이해관계자와 협력하여 탄생을 목격하는 데 매우 관심이 있습니다.
진행자: 계정 추상화 구현에 대한 ERC 4337이 올해 제안되었으며 Devcon에서 계정 추상화에 대해 여러 차례 논의했습니다. ERC 4337은 실제로 유행어가 되었고, 현재 시장이 매우 좋지는 않지만 계정 계정 주변에서 좋은 모멘텀을 보았습니다. 먼저 계정 추상화가 무엇인지 설명해 주시겠습니까?
Kristof：먼저 평신도의 용어로 설명하겠습니다. Ethereum에서 대부분의 사람들이 사용하는 계정은 개인 키 계정이며 이러한 계정을 외부 소유 계정 EOA라고 합니다.
그러나 Ethereum에는 스마트 계약 계정인 다른 유형의 계정이 있습니다. EOA 계정은 개인 키로 제어되는 반면 스마트 계약 계정은 코드로 제어됩니다.
문제는 이더리움에서 EOA 계정에는 스마트 컨트랙트 계정에는 없는 특별한 권한이 많이 있다는 것입니다. 예를 들어 EOA 계정만 거래를 시작할 수 있는 반면 스마트 계약 계정은 거래를 시작할 수 없습니다.
또한 EOA 계정은 작동 방식이 매우 절차적이므로 EOA 계정의 경우 Gas 결제가 작동하는 방식은 트랜잭션에 사용된 모든 Gas를 이더리움 스마트 계약에 넣고 남은 경우 환불됩니다. 계정에.
EOA에서 서명 확인은 ECDSA 서명과 같이 매우 절차적입니다. 그 자체로는 잘못된 것이 없지만 오늘날 사용할 수 있는 이 체계에는 많은 혁신이 있습니다.
따라서 계정 추상화는 단지 한 가지 유형의 계정이라는 개념을 없애고 스마트 계약 계정에 더 많은 권한을 부여하여 거래를 시작할 수 있는 권한을 부여하는 것입니다.
Praneeth：계정 추상화는 Web3에 더 많은 보안과 사용자 친화성을 도입할 수 있으며, 이는 사용자가 블록체인과 처음 상호작용을 시작할 때 느끼기를 바라는 것입니다. 토큰이나 서비스를 구매하기 위해 특정 스마트 계약에 대한 액세스 권한을 부여하지 않고 개인 키를 저장하고 기억하는 방법을 고려하는 것은 나쁜 경험입니다.
계정 추상화를 통해 매우 직관적인 방식으로 상호 작용할 수 있습니다. 사람들은 이것을 사용하여 오늘날 사람들이 Web2 계정에서 사용하는 주요 권한을 세밀하게 제어할 수 있습니다.
우리는 또한 주어진 지갑의 기능을 제한하는 것이 무엇인지 근본적으로 생각하고 트랜잭션 기반 모델에서 바라건대 합의 기반 모델로 이동할 수 있는지 확인하려고 노력해야 합니다.
Kristof：스마트 계약 지갑으로 잘 전환하면 현재 기능 외에 고급 사용자가 얻을 수 있는 몇 가지 예가 있습니다.
가스 지불 방법이 그 예입니다. Dapps는 사용자 거래를 장려하는 능력을 매우 쉽게 얻을 것입니다. 사용자는 다른 토큰이나 신용카드 오프체인으로도 지불할 수 있으므로 거래에 ETH가 필요하지 않습니다. 이제 모든 유형의 시스템 또는 개별 가스 지불 방법이 가능합니다.
서명 체계를 통해 사용자는 소셜 복구 체계 및 다중 서명 체계를 가질 수 있으며 계정이 작동하는 방식과 하위 계정에 대한 권한 유형을 완전히 사용자 지정할 수 있습니다.
사용자의 마스터 계정은 다중 서명에 의해 제어되고 개인 키를 통해 빠른 액세스 권한을 부여할 수 있지만 온체인 게임 계약과 상호 작용하는 경우에만 가능합니다. 이 설정을 통해 사용자 지갑과 온체인 게임은 사용자를 대신하여 거래할 수 있지만 권한은 매우 제한적입니다. 즉, 사용자는 EVM/Solidity 코드를 사용하여 개인 계정의 모양을 완전히 정의할 수 있으며 시간 기반 권한, 지출 한도 등과 같은 사용자 지정 권한을 제공할 수 있습니다.
최종적이고 매우 일반적인 UX 문제는 배치 트랜잭션 누락입니다. Uniswap에서 승인한 다음 스왑(현재 트랜잭션 2개)하는 대신 이제 사용자는 동일한 트랜잭션에 여러 개별 작업을 넣을 수 있습니다.
함께 이러한 개선 사항은 차세대 암호화 사용자에게 진정으로 강력한 사용자 경험을 제공합니다. 사용자는 기본적으로 NEO Banks를 사용하는 것과 동일한 경험을 할 수 있습니다.
진행자: 이더리움 커뮤니티는 EIP-86, EIP-2938 등 이후 출시된 EIP-4337 구현을 추진하고 있습니다. 새로운 계정 추상화 프로토콜 수준 표준이 있는 이유는 무엇입니까? 이더리움 개발 커뮤니티와 사용자에게 미치는 영향은 무엇입니까?
Kristof：가장 관련성이 높은 이전 제안은 내 친구 Ansgar가 만든 EIP-2938이었습니다. EIP-2938은 이더리움 기반의 계정 추상화 메커니즘을 정의하며, 이는 실제로 이더리움이 작동하는 방식을 변경하는 프로토콜입니다. 그렇다면 지금 유지하지 않는 이유는 무엇입니까? 문제는 모든 종류의 프로토콜 수준 변경이 매우 어려운 프로세스라는 것입니다. 지난 1년 반 동안의 거의 모든 핵심 개발 노력이 병합에 들어갔으므로 핵심 개발자는 계정 추상화 제안을 시도하고 구현할 시간이 없었습니다.
계정 추상화는 UX 측면에서 매우 유용하지만 확장성 및 보안만큼 우선 순위가 높지 않으며 현재 자원은 주로 합병, 철회 및 EIP-4844 proto-danksharding 및 EVM 등에 할당되며 핵심 개발자 커뮤니티 사용자 경험 개선에 초점을 맞추려면 적어도 2~4년은 걸릴 것입니다. 그래서 우리는 프로토콜 수준에서 배포할 필요 없이 Ethereum과 함께 배포된 스마트 계약을 통해 구현할 수 있는 새로운 ERC-4337 제안을 제시하기로 결정했습니다.
커뮤니티가 2938과 같은 것을 채택하지 않은 궁극적인 이유는 계정 추상화가 본질적으로 잠재적인 서비스 거부 위험을 도입하기 때문이라고 생각합니다. 계정 추상화를 사용하면 지갑이 트랜잭션이 유효한지 여부를 정의하도록 할 수 있습니다. 기본적으로 트랜잭션이 실제로 광부 또는 검증자에게 지불하는지 여부를 결정하기 위해 사용자 지정 EVM 코드를 실행해야 합니다. 그래서 그런 것을 합의에 직접 도입하는 것은 매우 큰 위험이 있으며 실제로 노드 서비스를 변경하는 것보다 ERC를 먼저 사용해 보는 것이 좋습니다.
Praneeth：나는 이것이 4337 생태계가 유사한 EVM 호환 환경에서 시작할 수 있는 매우 좋은 방법이라고 생각합니다. 이는 미래의 프로토콜에서 완전히 친숙하고 다른 발명을 위한 부트스트랩 역할을 할 수 있습니다.
진행자: 계정 추상화를 기준으로 노시스 세이프(Gnosis Safe), 아젠트(Argent) 등과 같은 컨트랙트 지갑이 첫 번째 선택이 됩니다. 그렇다면 현재 어떤 기능이 인기가 있고 가까운 장래에 어떤 기능이 나타날 것으로 예상됩니까?
Kristof：가장 먼저 주목해야 할 점은 Gnosis Safe 및 Argent가 아직 ERC-4337을 준수하지 않는다는 것입니다. 따라서 ERC-4337은 계정 추상화 지갑과 지불자 및 생태계의 다른 부분이 어떤 모습이어야 하는지를 정의하는 표준일 뿐입니다.
귀하의 다른 질문과 관련하여 어떤 기능을 보았고 앞으로 어떤 기능을 기대하고 있습니까? Argent에서 우리는 ERC-20 토큰을 사용한 지불과 같은 것을 보았습니다. 우리는 아직 가스 요금 지불의 매우 일반적인 형태를 보지 못했습니다. 이것이 바로 Gnosis Safe and Argent의 미래입니다. 우리는 소셜 복구 및 다중 동기화와 같은 시나리오에서 많은 차이를 보았지만 실제로 하위 계정 생성 및 하위 계정에 매우 사용자 지정 권한을 부여하는 것을 보지 못했습니다.
나는 Argent를 사용하여 귀하가 명시된 조건에 따라 귀하를 대신하여 거래할 수 있는 서명자 키를 생성할 수 있는 기능이 있었던 것을 기억합니다. 따라서 소셜 복구 서명자에게 가서 하루 동안 거래할 수 있는 특수 키를 승인하도록 요청할 수 있습니다. 즉, 서명자마다 매번 반환하지 않고도 많은 트랜잭션을 순차적으로 실행할 수 있습니다. 따라서 이것은 이미 미래에 일어날 일에 대한 기본적인 예입니다.
내가 아는 한, 지출 한도와 같은 것은 아직 도입되지 않았으며, 이는 앞으로의 사용자 경험에 매우 중요하다고 생각합니다. Argent 및 Gnosis Safe와 같은 지갑은 아직 규정을 준수하지 않으며 규정을 준수하면 정말 멋진 기능을 많이 사용할 수 있습니다.
Praneeth：ERC-4337은 여전히 기존 사용자가 자산과 활동을 새 계정으로 전송하여 ERC-4337을 준수해야 하는 콘솔을 업그레이드해야 합니다. 그 외에도 마이그레이션 프로세스가 원활하게 진행되고 특히 백그라운드에서 활동이 많지 않은 계정의 경우 너무 많은 마찰이 발생하지 않도록 하기 위해 작동해야 하는 몇 가지 다른 사항이 있습니다.
그러나 그 이상으로 EOA가 항상 첫 번째 선택이 될 것이라는 생각이 여전히 남아 있으며 특히 사람들이 L2의 4337에서 영감을 얻음에 따라 더 많은 계정 추상화 관련 기능이 작동하는 것을 보게 될 것입니다. EOA 마이그레이션 계정으로 가는 길을 찾는 것도 매우 흥미로운 일이 될 것이며 그리 멀지 않은 미래에 돌파구가 되기를 바랍니다.
Kristof：Praneeth, 당신은 미래에 EOA를 스마트 계약 지갑으로 정확하게 마이그레이션하는 방법에 대해 매우 흥미로운 주제를 제기했습니다. 이것은 매우 중요한 질문이며 스마트 계약 지갑에 대해 이야기한 많은 사람들의 일반적인 반응은 모든 것을 새 지갑, 특히 영혼에 묶인 토큰으로 옮기는 것이 번거롭다는 것입니다.
따라서 EOA 지갑을 스마트 계약으로 만드는 방법을 찾아야 합니다. 두 가지 주요 옵션이 있습니다. 하나는 새로운 트랜잭션 유형을 도입할 수 있는 약한 버전입니다. 이 거래 유형이 가능하게 하는 것은 거래를 제출하면 예를 들어 데이터 필드에 지정한 코드에 따라 단순히 EOA를 스마트 계약 계정으로 변환한다는 것입니다. 완전히 맞춤화된 방식으로 스마트 계약 코드를 사용하여 계정이 어떻게 보이는지 정의하기 위해 트랜잭션 1개만 호출하면 됩니다. 이것은 이전에 소유한 모든 토큰, 모든 NFT 등과 동일한 주소입니다.
또 다른 옵션은 사용자에게 EOA를 스마트 계약으로 전환하는 옵션을 제공하는 대신 하드 포크가 발생하면 각 EOA를 매우 간단한 스마트 계약 계정으로 즉시 전환할 수 있는 더 강력한 버전입니다. 따라서 이 스마트 계약 계정은 지금과 같은 계획입니다. 기본적으로 한 번에 EOA를 제거하는 ECDSA에 의존합니다.
이것은 우리가 지금 고려해야 할 중요한 절충점이며, 더 강력한 버전을 얻기 위해 두 번째 옵션에 의지할 것입니다. 더 약한 버전을 사용하고 사람들이 EOA를 스마트 계약 계정으로 전환하도록 허용하면 실제로 EOA를 더 많이 사용하게 될 것이기 때문입니다. 따라서 EOA를 스마트 계약 계정으로 변환하는 것이 유일한 목적인 거래 유형을 가지게 됩니다. 그러나 미래에 EOA를 완전히 없애고 싶다면 어떻게 해야 할까요? 그것은 우리가 알아내고자 하는 미래의 주제입니다.
그러나 이전에 말했듯이 Ethereum에 어떤 종류의 합의 변경을 도입하려고 하면 구현하는 데 오랜 시간이 걸릴 것입니다. 예를 들어 1-3년입니다. 따라서 곧 EOA를 제거할 것이라고 장담하지 마십시오.
Praneeth：나는 이것에 절대적으로 동의합니다. 또한 서명이 EOA 계정과 관련이 있는지 여부를 기본적으로 나타내는 서명 체계에 대한 특정 가정에 일반적으로 의존하는 계약과 관련되어 있기 때문에 응용 프로그램 개발자에 대한 이러한 가정을 변경합니다.
그러나 이것은 오래된 계정을 캐스팅하는 것으로 귀결될 수 있고 어떤 의미에서는 사람들이 몇 년 동안 활동이 없는 계정을 실제로 감지하지 못할 수 있기 때문에 더 많은 질문을 제기한다고 생각합니다. 하지만 EOA를 사용하는 사람들에게는 수용 측면에서 약간의 변화가 있을 수 있다고 생각합니다.
진행자: 계정 추상화가 게임 체인저이고 미래의 암호화 경험을 위한 필수 기본값인 경우 이를 작동하려면 다른 많은 Dapp과 인프라를 구축해야 합니다. 개발자에게는 어떤 지갑 지원이 필요하며 Dapps는 스마트 계약 지갑을 기반으로 기능을 설계하기 위해 어떻게 미리 계획할 수 있습니까?
Kristof：두 가지 매우 간단한 대답이 있습니다. Dapps는 배포를 약속하며 그리 어렵지 않습니다. 하나는 트랜잭션 소스의 사용을 중지하는 등 스마트 계약 계정에 대한 차별을 중지하는 것입니다. 계정 추상화를 갖게 되면 현재 457이 있는 경우에도 미래에 매우 오해의 소지가 있을 것입니다. 트랜잭션 소스를 사용하는 경우 사용자 작업을 함께 묶는 에코시스템 플레이어인 Bundles를 가리키기도 합니다. 따라서 트랜잭션 소스 사용을 중단하고 스마트 계약이 Dapp과 상호 작용하는 것을 비활성화하지 마십시오.
두 번째는 EIP-1271과 호환되는 것입니다. 이 EIP는 스마트 계약 지갑으로 인증에 서명하는 방법을 정의합니다. 따라서 스마트 계약 지갑이 "유효한 서명인 경우" 기능을 구현하고 "true"를 반환하면 지갑이 메시지에 서명한 것처럼 처리합니다. 그러나 많은 Dapp은 여전히 이를 준수하지 않으며 EOA 계정에 서명 여부를 확인하기 위한 간단한 ECDSA 서명이 있다고 가정합니다. 그래서 나는 그것이 두 가지라고 생각합니다. 하나, 스마트 컨트랙트 계정을 차별하지 않으며, 둘, EIP-1271을 준수합니다.
Praneeth：네, 꽤 정확하다고 생각합니다. 명심해야 할 한 가지는 EVM 개체 형식에 대한 모든 변경 사항이 상하이 업그레이드로 이어질 수 있다는 것입니다.
빌더 분리에 대한 더 넓은 제안이나 장기 로드맵을 살펴보고 코어에서 고려할 수 있는 능력을 갖추도록 하기 때문에 미국 전용 부품과 같이 발생할 것으로 예상되는 많은 작업이 근본적으로 매우 중요할 것입니다. 동의, 플레이 또는 빌더 분리 계획에 대한 제안과 같은 새로운 메커니즘 및 모델을 고려하고 있기 때문입니다.
그러나 프로토콜의 유효성 검사 및 적용 개념을 더 잘 이해할 수 있도록 EOF 및 EIP에 세심한 주의를 기울여야 합니다.
진행자: 레이어 2와 레이어 3으로 구성된 이더리움 생태계의 계정 추상화에 대해서만 이야기하고 있습니까, 아니면 더 넓은 다중 체인 생태계에서 계정 추상화에 대해 이야기하고 있습니까? 이더리움 대신 레이어 2가 계정 추상화의 발상지인 이유는 무엇입니까? 계정 추상화 개발에 대한 StarkNet의 현재 작업은 무엇입니까?
Kristof：귀하의 첫 번째 질문에 답할 수 있습니다. 이것이 우리가 가스 요금이라는 두 단어로 레이어 2의 계정 추상화 개발을 살펴보는 이유입니다. 계정 추상화를 통해 스마트 계약 코드를 사용하여 거래가 유효한지 확인하십시오. 그러나 EOA를 사용하면 노드 자체에서 이를 확인합니다.
레이어 1 메인 네트워크의 가스 비용이 레이어 2의 가스 비용보다 훨씬 높기 때문에 레이어 1에 추가된 가스 비용 페널티가 훨씬 큽니다. 레이어 1에서 EOA 트랜잭션은 $10의 비용이 들 수 있지만 스마트 계약 지갑 트랜잭션은 $20의 비용이 들 수 있지만 레이어 2에서는 한두 페니만 들 수 있습니다. 따라서 레이어 2의 가스 수수료 차이는 무시할 수 있습니다. 이것이 우리가 특정 레이어 1을 채택하기 전에 레이어 2가 나타날 것으로 예상하는 이유입니다.
내가 아는 한 StarkNet에는 ERC-4337에서 영감을 받은 많은 메커니즘이 있습니다. 나는 그들에게 익숙하지 않지만 그들은 이미 스마트 계약을 배포하고 해당 계약을 직접 사용하여 트랜잭션을 시작하도록 허용합니다. 그래서 그들은 4337과 유사한 방식으로 관련 계약을 구현하고 프로토콜에서 시도했습니다. 그들은 큰 발걸음을 내디뎠으며 이는 매우 고무적입니다.
Praneeth：기본적으로 모든 견고성 계약 및 계정에 반사실적 위임을 추가할 수 있는 기능이 있는 Dan Finlay의 위임 프레임워크에는 스마트 계약 기반 지갑과 관련된 많은 기능이 포함되어 있습니다. 이 프레임워크를 기반으로 사용하면 EOA가 오프체인 메시지를 게시하여 계약을 배포하지 않고도 스마트 계약 지갑 역할을 할 수 있습니다. 이것은 기본적으로 EIP-3074 및 EIP-5003의 주요 작업입니다.
그러나 서명 키는 여전히 사용자가 백업해야 하는 키와 연결되어 있습니다. 임의의 스마트 계약에 권한을 위임할 수 있지만 여전히 권한 취소 및 취소와 노드 관리와 관련된 문제가 발생합니다. 계정 추상화와 관련하여 정말 흥미로운 개념이 있지만 프로토콜 수정을 피하는 방식이 있다고 생각합니다. 이러한 실험 중 일부를 사용하여 이것이 대부분의 EOA 계정에 대한 데이터 마이그레이션에 사용할 수 있는 방법인지 확인하십시오.
우리는 사람들이 한동안 주변에 있었던 위임 가능한 프레임워크를 살펴보는 데 시간을 할애하도록 권장합니다.
청중 질문(Eric Siu): 3074 및 5003과 같은 다른 EIP와 비교하여 4337의 계정 추상화에 대해 어떻게 생각하십니까?
Kristof：3074는 모든 계정 EIP 이전입니다. 그 역할은 EOA 계정에 더 많은 권한을 부여하는 것입니다. 따라서 호출자의 개념을 도입하고 기본적으로 해당 호출자가 정의할 수 있는 일부 제약 조건에 따라 EOA를 대신하여 거래할 수 있도록 합니다.
여기에는 두 가지 문제가 있으며 아마도 메인넷에 도달하지 못할 것입니다. 첫 번째 문제는 EOA를 지원하고 EOA를 더 강력하게 만든다는 것입니다. 이것은 스마트 계약 지갑 기능을 사용하려면 더 이상 잔액을 이동하지 않아도 되기 때문에 좋지만 향후 계정 추상화를 도입하려면 기술적인 문제가 많기 때문에 나쁩니다.
두 번째 문제는 Invoker에 보안 문제가 있다는 것입니다. 호출자에게 전체 액세스 권한을 부여하면 이상한 부작용이 발생할 수 있습니다. Yoav Weiss는 4337의 공동 저자이며 3074와 관련된 많은 보안 문제를 게시했습니다. 사람들이 보안 문제를 요약한 그의 게시물을 확인하는 것이 좋습니다. 그렇기 때문에 이 EIP가 메인넷에 들어갈 가능성이 없는 것 같습니다.
청중 질문(Ric Burton): 저는 이 모든 것이 시작되는 미래에 무대에 있는 사람들이 어떻게 생각하는지 정말 궁금합니다. 지금 우리는 구현 세부 사항과 Dapps 개발자가 이러한 모든 것을 인식하게 만드는 방법에 초점을 맞추고 있다고 생각합니다. 이 모든 것이 5년 안에 실현된다면 당신의 미래 꿈은 무엇일지 궁금합니다. 일치하는 앱, 제품, 도구 또는 서비스가 있습니까?
Kristof：내 비전은 우리가 실제로 좋은 계정 추상화 생태계를 갖게 되면 Ethereum에서 보상을 운영하는 것이 현재 우리가 가지고 있는 어떤 종류의 NEO Bank를 사용하는 것보다 쉽고 간단해질 것이라는 것입니다. 어떤 자산이든 친구에게 쉽게 양도할 수 있습니다. 저축 및 예산 책정을 위해 내장된 많은 앱을 사용할 수 있지만 신용 카드를 차단하고 그러한 작업을 수행하는 것과 같은 매우 제한된 권한으로 사용할 수 있습니다. 지갑이 계정 추상화의 많은 기능을 활용하면 오프체인 생태계에서 은행과 상호작용하는 것처럼 쉽게 온체인 생태계와 상호작용할 수 있을 것이라고 생각합니다.
Praneeth：이전에 아주 간략하게 다루었지만 사용자가 자신의 의도를 표현하고 자동으로 실행하거나 애플리케이션과 프로토콜 간의 자동화된 대화에서 이를 실행하는 기능이라는 점에서 우리는 이 결합된 합의를 추상화합니다. 내재 트랜잭션을 추상 계정이라고 합니다. 이러한 프로토콜과 상호 작용할 때 사람들은 실제 방법으로 이를 수행하는 방법에 대한 구현 세부 정보에 실제로 들어가지 않고도 이를 수행할 수 있는 기술이나 도구를 사용해야 합니다. 따라서 사물을 함께 구성하는 기능, 중단되지 않은 여러 작업을 할당하는 기능, 나중에 블록체인에 쉽게 커밋할 수 있는 약속에 서명하는 기능, 기본적으로 검증과 실행을 핵심적으로 분리하는 기능 등이 있습니다. 에 대한.
원본 링크
