원문은 연금술의 Hello, Modular Account》, 오데일리 jk 편집.

연금술 출시 발표모듈식 계정는 ERC-4337 및 ERC-6900 호환성을 위해 설계된 새로운 스크래치 기반 계약 계정 구현입니다. 모듈식 계정은 Ethereum L2를 기반으로 구축하는 개발자에게 엔터프라이즈급 보안, 동급 최고의 비용 및 강력한 계정 확장성을 제공합니다.

지금 시작하세요모듈식 계정에 대해 자세히 알아보려면 계속 읽어보세요.

계약 계좌를 선택하는 이유는 무엇입니까?

Web3 생태계는 지난 몇 년 동안 전례 없는 성장을 경험했지만 생태계 확장을 가로막는 가장 완고한 장애물 중 하나는 여전히 남아 있습니다.

나쁜 사용자 경험.

블록체인 경험이 없는 일반 사람이 핫 월렛이나 콜드 월렛, 개인 키, 가스, 인증, 난수 등의 다양한 세부 사항을 이해하도록 한다고 상상해 보십시오.

이제 문제를 실제로 이해하기 위해 한 단계 더 나아가 암호화폐 네이티브들이 당연하게 여겼던 사용자 경험이 실제 시나리오에 적용될 경우 어떤 모습일지 그림으로 그려보겠습니다.

상점에서 구입하는 모든 품목에 대해 서명을 해야 하고, 은행 카드 PIN을 분실하면 모든 계좌 자금을 잃게 되며, 구매한 모든 항목을 취소할 수 없는 세상을 상상해 보십시오.

운 좋게도 우리는 업계의 열악한 사용자 경험으로 인해 발생하는 혼란에 대한 해결책, 즉 계정 추상화를 가지고 있습니다.계정 추상화는 외부 소유 계정(EOA)이 아닌 스마트 계약 계정(또는 구어체로 알려진 스마트 계정)을 사용하여 블록체인의 트랜잭션 및 활동 관리를 보다 적응 가능한 위치로 이동하는 데 중점을 둡니다.

외부 소유 계정과 스마트 계약 계정의 차이점 소개

EOA 대신 스마트 계정을 사용하면 블록체인에서 트랜잭션과 활동을 처리하는 보다 다재다능한 행위자로 추상화됩니다.

스마트 어카운트는 EOA에 비해 기능 면에서 무한한 유연성을 갖습니다. 각 스마트 계정은 코드에 정의된 다양한 규칙과 구성을 가질 수 있습니다.

우리는 인터넷이 성숙해지면서 등장한 추상화를 통해 이를 보았습니다. 점점 더 복잡한 기본 요소가 인프라 스택에 계층화되어 오늘날의 현대적인 웹 애플리케이션이 탄생했습니다. 기술적으로 복잡한 기능을 잘 정의된 모듈로 패키징하면 전 세계 네티즌의 최종 사용자 경험이 크게 단순화됩니다.

추상화를 더 자세히 설명하기 위해 아래에 간단한 예를 제공합니다.

이메일 추상화 예, 동적 이메일을 사용하면 전송 예약, 메시지 사용자 정의, 공동 계정 사용, MFA 등을 사용할 수 있습니다.

우리가 Web3의 중요한 교차로에 서 있다는 것은 분명하며, 더 나은 사용자 경험을 구축하는 것은 차세대 대규모 사용자를 유치하는 데 매우 중요합니다.

단일 장애 지점 및 자산 보관 문제부터 새로운 사용자가 시작하는 데 따른 압도적인 마찰을 줄이는 것까지, 우리는 이러한 복잡성을 추상화하고 모든 사용자에게 보다 원활한 경험을 제공하는 미래를 향해 나아가야 합니다.

모듈식 계약 계정을 선택하는 이유

분명히 스마트 계정이 필요하며 여기에는 무제한적인 개선이 가능합니다. 다양한 계정 구현에서는 필연적으로 계정 복구, 다중 서명 지원, 주요 권한과 같은 많은 논리적 구성 요소를 공유하게 됩니다. 이러한 구성 요소를 새로 구현할 때마다 해당 구성 요소를 구현하는 계정에 새로운 보안 위험이 발생합니다.

대신 오늘날 널리 사용되는 암호화 라이브러리처럼 모듈식 구성 요소를 최대한 강화하고 재사용할 수 있으므로 많은 팀이 복잡한 계정 코드를 독립적으로 작성할 필요가 없습니다. 안전 격언은 다음과 같습니다.“암호화를 직접 구현하지 마세요”- 이는 계정 로직에도 적용됩니다. 이러한 구성 요소는 원하는 기능을 추가하기 위해 계정이 설치하고 상호 작용할 수 있는 플러그인으로 설계될 수 있습니다.

여러 계정이 여러 플러그인을 사용하기 시작하면 - 예:ERC-6900 정의됨 - 온체인 계정 구현에 대한 공급업체 종속이 줄어듭니다. 사용자는 단일 실패 지점으로부터 보호되며 필요하거나 원하는 경우 계정을 다른 구현으로 업데이트하는 동시에 계정에 설치된 플러그인을 통해 기존 기능의 대부분을 유지할 수 있습니다.

이 두 기둥에 -재사용성과 상호 운용성 측면에서 개발자는 모듈식 계정 및 플러그인의 개방형 생태계를 활용하여 계정 기능 및 온체인 사용자 경험의 누적 진행을 통해 개발을 가속화할 수 있습니다.

모듈식 계정 소개

모듈식 계정

Alchemy의 모듈식 계정은 계정 추상화 생태계의 지속적인 발전을 통해 사용자 규모에 맞춰 확장하고 향후 호환성을 유지하도록 설계된 엔터프라이즈급 계정입니다.

확장 가능하며 신뢰할 수 없고 원활한 사용자 경험을 보장하는 강력한 보안 모델을 갖추고 있습니다. 우리는 중요한 사용자 경험과 보안 개선을 촉진하는 두 가지 플러그인, 즉 다중 소유자 플러그인과 세션 키 플러그인이 포함된 모듈식 계정을 제공할 뿐만 아니라 통합과 개발을 단순화하기 위한 SDK 지원도 제공합니다. Modular Account v1.0은 ERC-4337 v 0.6 및 ERC-6900 v 0.7과 호환됩니다.

우리는 허용적인 오픈 소스 라이선스에 따라 모듈식 계정을 출시하게 된 것을 기쁘게 생각합니다.계정 추상화 생태계 성장에 도움이 되는 공공재 구축 및 홍보긍정적인 태도를 유지하십시오.

모듈식 계정 데모: 말의 가치

온체인 영지식 증명 단어 게임

모듈식 계정이 제공하는 강력한 사용자 경험과 보안 기능을 강조하는 예로는 우리가 만든 게임인 Theres Something to Talk About이 있습니다. Worth of Words는 플레이어들이 비밀 단어를 추측하기 위해 서로 경쟁하는 Wordle Battle Royale 스타일의 단어 게임입니다. 이 게임은 다음 기능을 활용하여 Web2와 유사한 게임 경험을 제공합니다.

• 세션 키 플러그인과 함께 모듈형 계정을 사용하면 사용자는 새 게임을 시작할 때 한 번만 서명하면 되며, 거래 없는 경험을 위해 게임 플레이 중에 브라우저가 대신 거래에 서명하도록 안전하게 허용할 수 있습니다.

• ERC-4337 가스 관리자, 사용자 경험에서 가스를 추상화

• UserOperations를 기본 네트워크에 전달하는 Alchemy의 Rundler.

• 영지식 증명, 체인에 단어를 숨깁니다.

여기 있어요당신이 말하는 것이 의미가 있는지 자세히 알아보세요.

참고: Yan Youwu는 공식 번역이 아니라 Odaily 편집자가 번역한 것입니다.

기술에 대한 심층 분석

모듈식 계정 기술 심층 토론 차트

모듈식 계정은 UUPSUpgradeable 프록시 모드를 사용하며 플러그인은 싱글톤 계약입니다.

모듈식 계정의 초기 릴리스에는 다음과 같은 여러 구성 요소가 포함됩니다.

핵심 계정

기본 계정은 가스 추상화 및 일괄 실행을 포함한 핵심 계정 추상화 기능을 지원합니다. 다음 기능에 대한 지원이 포함됩니다.

- ERC-4337, 검열 저항을 위한 계정 추상화.

- 표준 인터페이스 감지를 위한 ERC-165.

- UUPSUpgradeable은 계정 업그레이드에 사용되며 ERC-7201과 협력하여 안전한 스토리지 충돌 저항 업그레이드를 달성합니다.

- 허용된 플러그인에서 호출이 발생할 때 계정의 컨텍스트에 따라 로직을 실행하는 플러그인에 의해 실행이 트리거됩니다.

- Alchemy뿐만 아니라 ERC-6900 호환 플러그인을 설치하고 제거합니다.

- 설치된 실행 기능, 검증 기능, 후크 등 계정의 플러그인 구성을 가져오는 기능을 봅니다.

- 플러그인 실행에 대한 강력한 순서 보장.

- ERC-721, ERC-777 및 ERC-1155 토큰을 받습니다. 토큰 수신자 구현이 없으면 계약 계정은 OpenZeppelin의 표준화된 safeTransfer 방법을 통해 디지털 자산을 수신할 수 없습니다.

계정 공장

새로운 모듈형 계정 인스턴스를 생성하는 계정 팩토리 계약입니다. 이러한 매개변수는 사용자가 지정할 수 있으며 결정적 주소를 제공하는 데 사용됩니다. CREATE 2를 사용하여 제공된 솔트와 계정의 지정된 소유자를 결합하여 사용자에 대한 실제 주소를 생성합니다.

프로덕션에서는 자산이 할당된 주소에 반사적으로 배포되기 전에 특정 사용자에게 자산을 수신할 주소가 할당될 것으로 예상합니다.

계정 플러그인

초기 릴리스에는 ERC-6900 호환 두 개가 포함되어 있습니다.플러그인：

다중 소유자 플러그인

다중 소유자 플러그인은 하나 이상의 EOA 계정 또는 ERC-1271 호환 계약을 계정 소유자로 지원합니다. 이 플러그인:

- ECDSA 서명 확인(표준 EOA 서명 확인)을 지원합니다.

- ERC-1271 서명 검증(표준 계약 소유자 서명 검증)을 지원합니다.

- 계정에 대해 동일한 루트 액세스 권한을 가진 여러 명의 동일한 소유자를 지원합니다.

- 클라이언트가 구조화되고 읽기 쉬운 형식으로 힌트에 서명할 수 있도록 EIP-712를 구현합니다.

- 다음을 포함하여 모듈식 계정 기본 기능에 사용자 작업 및 런타임 검증 기능을 추가합니다.

- installPlugin 및 uninstallPlugin

  - upgradeToAndCall

- 실행 및 실행Batch

세션 키 플러그인

세션 키 플러그인을 사용하면 세션 키를 추가하여 미리 설정된 규칙에 따라 계정을 대신하여 다양한 제한된 작업을 수행할 수 있습니다. 온체인 보안을 제공하는 동시에 사용자 경험을 개선하고 거래 없는 경험 및 계정 자동화와 같은 동작을 가능하게 합니다. 세션 키는 UserOperation 컨텍스트에서만 사용됩니다. 플러그인은 다음을 지원합니다.

- 권한을 그대로 유지하면서 키를 업데이트하는 키 순환.

- 세션 키 액세스를 지정된 시간 범위로 제한하는 유효성/시간 범위 규칙.

- 외부 계약 주소 제한, 세션 키가 호출할 수 있는 외부 계약 주소를 제한합니다. 이 제한은 허용 목록, 거부 목록일 수도 있고 둘 다 아닐 수도 있습니다.

- 외부 계약 방법 제한, 세션 키가 호출할 수 있는 외부 계약 방법을 제한합니다.

- ERC-20 지출 한도(한 키에 대한 총 금액 또는 간격으로 새로 고침).

- ETH/네이티브 토큰 지출 한도(한 키에 대한 총 금액 또는 간격으로 새로 고쳐짐).

- 가스 지출 한도(키의 총량 또는 간격으로 새로 고침). 기본적으로 제한은 설정되어 있지 않으며 모든 작업을 수행할 수 있는 권한이 있는 세션 키는 가스를 무제한으로 소비할 수 있습니다.

- 계약 방법 제한(예: safeTransferFrom(address, address, uint 256) 허용) 및 주소 제한을 통해 구현될 수 있는 ERC-721 권한.

- 기본 내부 호출은 위치 지정 전용입니다. 처음에 외부 통화 제한을 지정하지 않고 세션 키 권한 플러그인을 설치하면 기본적으로 모든 외부 통화가 비활성화됩니다.

- 결제 마스터 규칙이 필요합니다. 세션 키는 특정 결제 마스터 주소를 사용할 때 사용자 작업을 인증하는 데만 사용할 수 있습니다. 이는 세션 키가 가스 한도 이외의 가스에 기본 토큰을 사용하는 것을 방지하는 또 다른 방법입니다.

계정 라이브러리

계정 라이브러리는 특정 기능을 구현하는 재사용 가능한 코드를 통해 모듈식 계정과 플러그인을 지원합니다.

데이터 구조

• LinkedListSetLib는 한 요소를 다음 요소에 매핑하여 요소가 저장되는 연결된 목록 컬렉션을 구현합니다. 이를 통해 온체인 컬렉션의 열거 가능성을 유지하면서 O(1) 추가, 제거 및 포함 작업이 가능합니다. 이 설정을 위해서는 컬렉션이 중복된 값이 추가되는 것을 방지하고, 0 값이 추가되는 것을 방지하며, 목록의 시작과 끝을 식별하는 센티널로서 특별한 값을 유지해야 합니다. 이를 달성하기 위해 사용자가 사용할 수 있는 데이터 크기는 최대 30바이트로 줄어듭니다.

• 이러한 효율적인 작업을 지원하는 것 외에도 라이브러리는 제거할 요소를 찾기 위해 연결된 목록을 순회하는 선행 지식이 필요하지 않은 덜 효율적인 제거 작업도 지원합니다.

• 또한 항목은 플래그를 지원합니다. 이는 컬렉션 내의 각 요소에 대한 서브맵과 유사하게 항목에 첨부된 추가 값으로 생각할 수 있습니다. 플래그 값에는 14비트를 사용할 수 있으며 가장 낮은 2비트는 센티널 구현 및 목록 탐색 최적화를 위해 예약되어 있습니다.

• AssociatedLinkedListSetLib는 해당 항목이 계정과 연결된 스토리지에 저장된다는 점을 제외하면 LinkedListSetLib와 거의 동일합니다. 이 라이브러리는 플러그인에서 사용하도록 고안되었습니다. 플러그인이 ERC-4337 검증 중에 이러한 값에 액세스하거나 업데이트하려는 경우 계정과 연결된 저장소에 값을 저장해야 합니다.

• CountableLinkedListSetLib는 LinkedListSetLib를 확장하여 값을 여러 번 추가할 수 있도록 합니다. 사용 가능한 14개의 플래그 비트 중 상위 바이트(8비트)를 사용하여 이를 추적하고 항목 추가를 최대 256회 지원합니다. 연결된 저장소에 이 라이브러리의 버전이 없습니다.

• 이러한 라이브러리에서 사용되는 일반적인 유형과 상수는 Constants.sol에 정의되어 있습니다.

• PluginStorageLib는 다양한 양의 입력 데이터를 키로 사용하여 주소 관련 저장소에서 저장소 슬롯을 얻기 위한 유틸리티를 제공하는 하위 수준 라이브러리입니다.

유형 및 변환 도구

• FunctionReferenceLib는 플러그인 함수 호출을 위한 플러그인 주소와 함수 ID를 저장하도록 설계된 사용자 정의 값 유형을 제공합니다.

• CastLib은 컬렉션 값, 함수 포인터 및 주소를 포함한 다양한 데이터 유형 간 변환을 위한 유틸리티 함수를 제공합니다.

심사

우리는 다단계 보안 전략을 채택했습니다. Spearbit은 개발 프로세스 초기에 모듈식 계정 프로토콜에 대한 보안 검토를 수행한 후 Spearbit과 Quantstamp가 독립적으로 현재 버전의 프로토콜을 감사했습니다. 두 감사 모두에서 주요 취약점이 확인되지 않았습니다.

보고서는 다음에서 얻을 수 있습니다. Spearbit 그리고Quantstamp얻다. Spearbit 및 Quantstamp와 협력하여 모듈식 계정 및 더 광범위한 ERC-6900 생태계를 개발하려는 팀에게 우대 요금 및 서비스를 제공하게 된 것을 기쁘게 생각합니다.

보안 및 권한 모델

모듈식 계정의 보안 및 권한 모델을 강조하는 네 가지 주요 영역을 살펴보겠습니다.

플러그인 목록

플러그인 매니페스트 기능은 Android OS 권한 시스템에서 영감을 받은 ERC-6900 및 모듈식 계정의 핵심 측면입니다. 모든 ERC-6900 플러그인은 플러그인 실행에 필요한 실행 기능, 후크 및 권한 요청 목록을 제공해야 합니다. 이는 계정이 플러그인을 설치하고 요청된 권한을 부여하기 전에 사용자에게 표시될 수 있습니다. 이는 설치 시 권한을 결정하여 예기치 않은 런타임 동작을 방지합니다.

통화 및 DelegateCall

모듈식 계정은 위임 호출이 아닌 플러그인 호출만 수행합니다. 프록시 호출은 계정 컨텍스트에서 수행되며, 플러그인 코드를 감사하지 않으면 악성 플러그인으로 인해 발생할 수 있는 피해를 제한하기 어렵습니다.

모듈식 계정 호출 프로세스

아래 다이어그램은 모듈식 계정을 통한 통화 경로를 보여줍니다. 왼쪽 흐름은 ERC-4337 진입점의 호출에 대한 UserOperation 경로이고, 오른쪽 흐름은 다른 계약을 포함한 다른 모든 소스의 호출에 대한 런타임 경로입니다.

업그레이드 가능성

모듈식 계정은 업그레이드 및 스토리지 충돌과 관련하여 향후 호환성을 위해 설계되었습니다. 구체적으로:

• EIP-7201 초기화 스토리지 모드를 사용하면 모듈 계정으로 업그레이드하거나 모듈 계정에서 업그레이드할 때 스토리지 충돌 위험이 없습니다.

• 모듈식 계정의 마이너 버전 변경은 상속된 스토리지 스키마를 사용하여 스토리지 충돌을 방지하는 반면, 모듈식 계정의 메이저 버전 릴리스는 다른 스토리지 슬롯을 사용합니다.

벤치마크

모듈식 계정은 Arbitrum, Base 및 Optimism을 포함하여 Ethereum 롤업에 대해 최종 사용자에게 업계 최고의 비용을 제공합니다. 우리는 주류 사용자를 체인에 연결하는 데 필요한 것을 계속해서 추진하고 있습니다.세 가지 핵심 변경 사항, 모듈식 계정은 롤업 중심의 미래를 위해 최적화된 기본 기본 요소를 제공하는 것을 목표로 합니다.

구체적으로,최종 사용자에게 더 저렴한 경험을 제공하기 위해 실행 비용을 늘리기 위해 통화 데이터 사용량을 희생하는 경우가 많습니다.또한 영구 사용자 계정인 모듈식 계정은 무허가 상호 운용 가능 사용을 위한 보안 조치를 통합하여 오늘날 널리 사용되는 앱별 계정 패러다임을 뛰어넘어 보이지 않고 상호 운용 가능한 미래를 추진하는 데 도움을 줍니다. 계정은 일상적인 사용에 맞게 최적화되어 있으며 특정 보안 기능은 배포 시 실행 오버헤드를 추가합니다.

비용을 측정하기 위해 우리는 정확한 거래 기반 수수료 측정 및 수수료 계산을 위한 스마트 계약 계정에 대한 포괄적인 테스트 스위트를 구축했습니다. 당신은 할 수 있습니다여기저장소, 전체 방법론 및 전체 결과를 찾아보세요. 다음 결과는2024년 2월 18일 낙관주의에 대한 벤치마크가 실시되었습니다.

*LightAccount는 모듈식 계정이 아니며 업계 최고의 스마트 계정을 참조하기 위해 추가되었습니다.

**ERC-6900 세션키 플러그인은 다른 제품보다 더욱 강력한 보안 제어 기능을 제공합니다.

롤업 최적화와 레이어 1 이더리움 및 사이드체인 최적화 사이에는 역의 균형이 있습니다. 이러한 벤치마크는 롤업 생태계 내에서 측정된 성능을 포착합니다.

버그 바운티 프로그램

모듈식 계정 출시와 함께 Alchemy의 유료 버그 바운티 프로그램 공개 출시도 발표합니다. 버그 포상금은 보안 도구 상자의 중요한 구성 요소이며, 전체 프로토콜을 강화할 수 있는 기회를 발견한 생태계 보안 연구원과 협력하고 이에 대한 보상을 제공하게 된 것을 기쁘게 생각합니다.

오늘부터 누구나 HackerOne 호스팅 버그 바운티 플랫폼을 통해 모듈식 계정 릴리스의 모든 패키지에 대한 취약점을 보고할 수 있습니다. 에 대해 배우다버그 바운티 프로그램자세한 내용은 HackerOne 개요를 참조하세요.

모듈식 계정 SDK 및 PluginGen

연금술AccountKitaa-sdk를 포함한 는 스마트 계정 개발에 가장 널리 사용되는 개발자 SDK로, 스마트 계정 구축에 따른 오버헤드와 복잡성을 추상화합니다. 오늘부터 AccountKit은 다중 소유자 및 세션 키 플러그인을 포함하여 모듈식 계정에 대한 최고 수준의 지원을 제공합니다.SDK 버전 3.0UserOperations 구축 및 제출, 반사실적 주소 관리, 모듈식 계정으로 업그레이드, 사용자 세션과 같은 고급 기능 사용에 대한 오버헤드를 대폭 단순화합니다.

또한 이번 릴리스에는 다음이 포함됩니다.PluginGen, 플러그인 사용 및 활용을 위한 클라이언트 클래스를 자동으로 생성하여 플러그인 매니페스트에서 ERC-6900 플러그인에 대한 정보를 얻을 수 있습니다. 이를 통해 사용자 계정 상태에 따라 사용자 경험을 클라이언트 측에서 프로그래밍할 수 있습니다.

에서와 마찬가지로 PluginGen 도구를 사용하십시오. aa-sdk 플러그인을 설명하는 PluginGenConfig를 추가하고 `yarn generate`을 실행하는 것만큼 간단합니다.

미래를 바라보며

모듈식 계정 생태계 반복

우리는 ERC-6900 커뮤니티와 계속 협력하여 무허가 플러그인 및 계정의 강력한 생태계를 개발할 수 있기를 기대합니다. 우리는 다음을 포함하여 더 광범위한 아이디어를 추구하게 되어 기쁘게 생각합니다.

- 플러그인 수준 권한의 조합으로 애플리케이션 수준 권한 개념을 생성하는 보안 모델을 기반으로 구축되었습니다. web2와 유사하게 WhatsApp과 같은 애플리케이션이 설치되면 운영 체제는 일련의 권한을 요청합니다.이 권한 세트는 WhatsApp과 같은 애플리케이션이 제대로 작동하기 위해 위치, 카메라, 마이크, 연락처 등.

플러그인 기반 권한에 대한 기존 보안 모델을 고려하여 이를 애플리케이션 수준 권한 집합으로 확장할 수 있는 방법을 모색하고 싶었습니다.

- 가장 강화되고 최적화된 계정 구현을 위해 계속해서 반복합니다. 우리는 운영을 단순화 및 최적화하고 데이터 모델을 반복하여 이해도를 높이고 최종 사용자 비용을 줄이는 기술을 탐색하게 되어 기쁘게 생각합니다.

- 팀과 협력하여 상호 운용이 가능한 가속화된 플러그인 생태계를 개발합니다. 우리는 이미 여러 개발 팀이 작업에 착수하는 것을 보았으며 생태계에서 어떤 사용 사례가 나올 수 있을지 기대하고 있습니다.

기존 계정에 추가할 수 있는 잘 설계된 플러그인을 통해 사용자 경험과 사용자 보안 측면에서 엄청난 잠금 해제 기능을 달성할 수 있습니다.

- 차세대 도전 과제에 RD 노력을 기울이십시오. 10억 명의 사용자를 안전하게 체인에 연결하려면 많은 수렴 스레드를 배치해야 합니다. 우리가 기대하는 계정 공간의 두 가지 측면은 크로스체인 상호 운용성과 사용자 개인 정보 보호입니다. 이러한 발전은 주로 영지식 엔지니어링의 한계를 뛰어넘고 이러한 기본 요소를 다음과 같은 솔루션에 통합하는 데 기반을 두고 있습니다.키 보관 체인, 여러 체인에 배포된 계정 구성을 관리하는 데 도움이 됩니다.

스마트 계정과 L2를 통해 사용자 비용 절감

스마트 계정에 대해 우리가 듣는 가장 일반적인 비판 중 하나는 비용입니다. 스마트 계정 생태계가 성장함에 따라 우리는 커뮤니티와 협력하여 스마트 계정이 실제로 오늘날의 EOA보다 최종 사용자에게 더 저렴한 거래를 제공한다는 것을 증명하게 되어 기쁘게 생각합니다.

이러한 비용을 줄이기 위한 여러 가지 연구 방법이 이미 있지만, 2024년에 면밀히 관찰하고 있는 방법은 다음과 같습니다.

통화 데이터 압축

위에서 언급한 바와 같이 L2 거래 비용은 주로 L2 실행 비용이 아닌 L1 데이터 가용성 비용입니다. 따라서 실행 비용을 늘려 데이터 호출 크기를 줄일 수 있다면 일반적으로 전체 비용을 줄일 수 있습니다. 이더리움 재단의 WAX 그룹연구 및 프로토타입 제작UserOperation 압축을 통해 매우 극적인 결과를 얻었으며, 운영 효율성을 향상시키기 위해 이 기술이 채택되는 것을 보게 되어 기쁩니다.

서명 집계

관행,서명 집계서명 묶음을 단일 고정 오버헤드로 집계하여 데이터 가용성 비용을 줄이는 유사한 기술입니다. 여기서 대부분의 논의는 다음 사항에 중점을 두고 있습니다.BLS 서명그러나 실제로 이는 영지식 증명을 통해 다른 서명 체계로 확장될 수 있습니다. 일부 ERC-6900 플러그인이 BLS 서명뿐만 아니라 zk-R 1 또는 zk-K 1 집계와 같은 기능을 지원하여 집계되지 않은 타원 곡선에서 유사한 결과를 얻을 수 있게 되어 기쁩니다.

Proto-Danksharding

엄청난 기대와 함께EIP-4844 Dencun 하드 포크의 일부로 L2 네트워크는 Blob 공간을 사용하여 L1 데이터 호출로 저장하는 대신 L2 데이터 호출을 발행할 수 있습니다. 추정치는 다양하지만,proto-DankshardingL2에서의 거래 비용을 대폭 절감할 수 있을 것으로 기대됩니다.

감사의 말

모듈식 계정을 사용한 작업은 Alchemy를 훨씬 넘어서는 것입니다. 먼저, ERC-6900에 참여하고 기여하여 개발자가 10억 명의 사용자를 안전하게 온체인에 가져올 수 있도록 반복을 주도한 수십 명의 개발자에게 감사를 표하고 싶습니다.

Ethereum Foundation 계정 추상화 팀의 Yoav Weiss와 Dror Tirosh, Circle 프로그램 가능 지갑 팀의 Huawei Gu, Daniel Lim, Zhiyu Zhang, Alokik Bhasin, Decipher Global의 전승민, 김상엽, Brynn Park 외 기타 분들께 특별히 감사드립니다. 표준을 발전시키는 데 매우 의미있는 노력을 기울인 직원.

또한, 우리의 뛰어난 감사팀에도 감사의 말씀을 전하고 싶습니다.계약 계좌를 다룰 때 보안은 기본 조건입니다.Spearbit의 Gerard Persoon, Riley Holterhus, Blockdev 및 Christos Pap과 Quantstamp의 Nikita Belenkov, Alejandro Padilla, Shih-Hung Wang 및 Ruben Koch는 모듈식 계정의 구현 및 아키텍처를 평가하고 개선하는 데 부지런히 노력해 왔습니다.

또한 스마트 계정에 대한 초기 공식 검증 세션과 모듈식 계정 반복을 Halmos 테스트 표준으로 사용하여 보안 스마트 계정에 대한 보안 태세와 개발을 더욱 개선한 a16z crypto의 엔지니어링 팀, 특히 박대준과 Matt Gleason에게 감사의 말씀을 전하고 싶습니다. 생각.

마지막으로, 공간의 성장을 주도하는 토론과 토론을 지원해 주신 전체 모듈식 계정 생태계에 감사드립니다. 더 넓은 커뮤니티와 협력하여 많은 초기 반복과 아키텍처 제안을 거친 후, 종종 훌륭한 관점과 제안을 제공해준 Safe, Biconomy, ZeroDev 및 rhinestone의 사람들에게 특별히 언급하고 싶습니다.