계정 추상화의 새 병에 담긴 의도 중심의 오래된 와인입니까, 아니면 진화를 위한 최적의 경로입니까?
星球君的朋友们
2023-09-29 04:47
本文约3984字,阅读全文需要约16分钟
Account Abstraction의 핵심은 표현의 문제를 해결하고, Intent-Centric의 핵심은 표현과 결과의 문제를 해결합니다.

원저자: Particle Network 공동 창업자 Pengyu

Intent-Centric(의도 중심)은 최근 많은 논의를 불러일으키는 주제이며, 인기에 비해 의구심도 많이 듭니다.

질문은 주로 두 가지 측면에 초점을 맞춥니다.

  • 너무 추상적이고 서사적이어서 프로젝트 실행이 어렵고, 기술 중심의 산업 업그레이드라기보다는 제품 디자인 철학에 가깝습니다.

  • 계정 추상화 트랙에 새로운 용어가 있을 수도 있습니다. 왜냐하면 직관적으로 누구나 Intent-Centric(의도 중심)과 Account Abstraction(계정 추상화)이 일정한 관계가 있다고 생각할 것이고, 이는 사용자 임계값을 낮추고 사용자 경험을 향상시키는 것과 관련이 있는 것처럼 보이기 때문입니다.

이 기사에서는 의도 중심 추상화와 계정 추상화 간의 연관성, 진화 및 경쟁을 분석합니다.

계정 추상화의 유래

전반적으로 Web3 산업의 발전 추세는 사이퍼펑크 친화적인 엔지니어링 산업에서 대중 친화적인 소비자 산업으로 변화하고 있습니다.

이더리움의 계정 추상화에 대해 커뮤니티는 이미 2016년부터 2017년 사이에 논의를 시작했습니다. 초기 논의와 설계 목표는 개발자 관점에서 주로 계약 생성 및 상호 작용을 단순화하고 복잡한 거래 구조에 더 많은 자유를 제공하는 것이었습니다. 또한 계정 추상화를 통해 스마트 계약 및 dApp 개발의 복잡한 문제를 해결하기를 희망합니다. 이 단계의 계정 추상화는 본질적으로 계정 모델의 일반화입니다.

계정 추상화 개발에서 핵심은 ERC-4337의 제안과 성숙도입니다. 토론이 심화됨에 따라 커뮤니티는 애플리케이션 계층 비즈니스 시나리오에서 일반 최종 사용자의 공통 요구 사항 중 일부가 계정 구조 및 체인에서 해결이 불가능하다는 사실을 발견했습니다.기본 구조바로 만족하세요. 예를 들어 개인 키 복구, 가스 0으로 특정 서비스 획득, 일괄 승인 등이 있습니다.

이전 계정 추상화 탐구에 대한 보완책으로 Vitalik과 Ansgar Dietrichs가 ERC-4337을 제안했으며, 계정 구조 자체를 업그레이드하는 관점에서 일부 시나리오 기능을 제공하기를 희망했습니다. 사용자 운영이라는 개념을 도입해 사용자가 Nonce나 복잡한 거래 수수료에 대한 걱정 없이 보다 유연하게 거래를 수행할 수 있도록 합니다.

계정 추상화 분야의 다양한 프로토콜에 대해 제안된 시간표는 아래 그림을 참조하세요.

계정추상산업 현황 : 핵심가치와 제약

계정 추상화 산업은 성숙기에 가까워 이해하기 쉽습니다. 현재 계정 추상화 산업을 사용자에 가까운 순서대로 대략적으로 나눌 수 있습니다.

  • 퍼블릭 체인 레이어

  • 개인 키 관리

  • AA 스택 레이어(주로 Paymaster 및 Bundler 포함)

  • 기능층

  • 애플리케이션 레이어

AWS의 KMS 서비스를 기반으로 하는 호스팅 솔루션인 Magic.link와 당사에서 사용하는 MPC-TSS(Particle Network) 등 프라이빗 키 관리를 위한 성숙한 솔루션이 많이 있습니다. 현재 스타트업 StackUp, ZeroDev, Pimlico, 인프라 Alchemy, 선도적인 지갑 회사인 Safe를 포함하여 100개 이상의 AA 스택 레이어 제공업체가 사용 가능한 솔루션을 제공하고 있습니다. 애플리케이션 계층에서 우리는 CyberConnect 및 dYdX와 같은 선도적인 프로젝트가 이미 고유한 특정 비즈니스 시나리오에 계정 추상화를 적용하고 있음을 확인했습니다.

계정 추상화는 확실히 최종 사용자 경험을 향상시키고 Web3의 대규모 적용에 대한 더 많은 장애물을 제거하지만, 이 단계의 실제 효과는 계정 추상화가 업계 경험에 가져올 수 있는 패러다임 개선에 대한 우리의 기대와 확실히 일치하지 않습니다.

계정 추상화의 본질은 공급 측면에서 사용자 UX 문제를 해결하는 것이므로 계정 구조 수준에서 개발자에게 더 많은 개발 옵션을 제공하는 것과 비슷합니다. 동시에, 계정 추상화와 개인 키 관리의 결합으로 인한 소셜 로그인 + 계정 기능의 확장은 신규 사용자가 Web3 제품 서비스에 진입하는 임계값을 어느 정도 감소시킵니다.

그러나 계정 추상화의 인기가 가속화되고 Aha 순간에 대한 최종 사용자의 피드백으로 판단하면 사용자 잠재력이 완전히 발휘되지 않은 것 같습니다.

물론 이는 한편으로는 애플리케이션 레이어 콘텐츠의 양과 질이 여전히 빠르게 반복되고 있기 때문이지만, 다른 한편으로는 다음과 같은 이유 때문이라고 생각합니다.

  • 계정 추상화는 표현식 입력 시 사용자 경험을 최적화합니다.

  • 하지만 결과를 표현하는 문제는 해결되지 않았습니다.

표현과 결과의 최적화는 Intent-Centric의 핵심 가치입니다.

의도 중심이 제안된 이유는 주로 다음 두 가지 이유 때문입니다.

  • 암호화 산업의 초석 중 하나는 자산 자율성, 데이터 자율성, 정보 자율성을 포함하여 체인의 기본 설계에서 사용자 자율성을 복원하는 것입니다. 그러나 자율성이 가져오는 문제는 목표 달성 뒤의 모든 미묘한 온체인 작업이 승인을 위해 사용자에게 노출되어야 한다는 것입니다.

  • 업계 초기에는 비즈니스 시나리오가 상대적으로 단일했고, 실행 로직이 상대적으로 단순했으며, 체인 간 상호 운용성이 거의 없었으며, 이때에는 사용자 인증이 많이 필요하지 않았습니다. 적극적인 판단을 했고, 그 경험은 괜찮았습니다. 하지만 더 많은 L2가 나타나고 더 많은 서비스가 서로 겹치고 결합되면 사용자의 요구는 단일한 것처럼 보이지만 인증 빈도는 매우 높으며 프로세스에 더 많은 것이 관여합니다. , 미끄러짐 설정 등

Intent-Centric이 도입한 핵심 로직은 실제로 사용자 자율성을 잃지 않고 프로세스를 차단하는 것입니다., 프로세스 모니터링 및 프로세스 관리를 포함하여 사용자는 요구 사항의 시작점과 끝점만 명확히 하면 됩니다. 이것의 이점은 사용자가 거래 관점에서 수요 관점으로 전환할 수 있다는 것입니다.

간단한 대화 질문으로 이 문제를 테스트할 수 있습니다.

가장 일반적인 온체인 작업 중 하나에 대해 질문하겠습니다. 저는 10개의 ETH를 가지고 있으며 이를 연 2%의 수익률로 컴파운드에 빌려주고 싶습니다.

이 표현이 정말 필요한가요?

사실, 이 표현은 당신에게 필요하지 않습니다. 당신의 필요는: 나는 10 ETH를 가지고 있습니다. 안전한 프로토콜에서 가장 높은 수익을 찾도록 도와주세요.

그리고 연율 2%의 컴파운드 대출은 거래입니다.

그렇다면 무의식적으로 이 Transaction이 필요하다고 생각하는 이유는 무엇입니까? 본질적으로 현재 암호화 산업은 트랜잭션과 상태가 차례로 분리되어 있기 때문입니다. 모든 요구 사항을 트랜잭션으로 세분화하고 상태를 모니터링할 수 있어야 합니다. 실현으로 인해 발생하는 문제는 방금 언급한 사용자가 수요의 관점이 아닌 거래의 관점에서 시작한다는 것입니다. 이는 사용자의 심리가 실제로 다음과 같은 방식을 가지고 있기 때문에 많은 사용자 요구의 표현과 실현을 분명히 제한합니다. 생각. 족쇄.

따라서 Intent-Centric(의도 중심)은 결과에 대한 최적의 경로를 표현하는 문제를 해결합니다.

표현에서 결과까지의 경로 문제를 해결해야만 최종 사용자의 방대한 요구가 진정으로 해소될 수 있기 때문에 이 문제는 가치가 있습니다.

그러한 목표를 달성하기 위해서는 어떤 각도에서 Intent-Centric(의도 중심)으로 제품과 연구를 홍보해야 합니다.

지금의 아이디어를 바탕으로 우리는 전체 의도 중심 산업을 4개 계층으로 나누었습니다.

  • 사용자 표현 입력 수준

  • 의도를 표현하는 번역 레이어

  • 수직적 요구를 위한 통합 계층

  • 복잡한 요구사항을 위한 조정 계층

각각이 완료한 계산 목적은 매우 명확합니다.

  • 사용자 표현의 입력 레이어는 사용자의 실제 요구 사항을 수집하는 데 사용됩니다. 핵심 지표: 완료율;

  • 의도를 표현하는 번역 레이어는 사용자의 실제 요구 사항을 기계 간, 개발자와 기계 간, 개발자 간 균일하게 소통할 수 있는 언어로 번역하는 것입니다.핵심 지표는 응답 시간과 정확성;

  • 수직적 수요의 통합 계층은 수직적 카테고리 수요를 통합하고 이 수요에 대응하기 위해 적절한 해결자(Solvers)를 매칭하는 것입니다. 핵심 지표: 매칭 효율성;

  • 요구 사항을 충족하는 조정 계층은 복합 요구 사항을 수직 범주 요구 사항으로 분해하는 동시에 다양한 수직 범주의 솔버(solver)를 조정하여 목표 또는 논리에 따라 복합 요구 사항에 대응하는 것입니다. 핵심 지표: 효율성 및 수요 범위 해체.

네 가지 각도가 모두 어느 정도 성숙해지면 다음과 같은 사용자 경로를 가져올 수 있습니다.

사용자는 임의의 표현식 입력 레이어에서 요구사항 표현을 완성하고, 그 표현은 번역 레이어에 의해 기계 간 조정을 위한 범용 언어로 설명된 의도로 번역됩니다. 의도는 조정 레이어에 의해 분해되고, 솔버(솔버) ) 수직적 수요 통합 계층의 이러한 의도는 효율적이고 안전한 방식으로 실행되고, 최종적으로 수직적 의도의 실행 결과는 조정 계층에 의해 복합 의도 결과로 통합됩니다.

실제적인 예를 살펴보겠습니다:

코인베이스 주식 보유자는 베이스체인 출시를 보고 베이스체인에서 게임 애플리케이션을 경험해보고 싶어했습니다. 그는 프로세스를 시작하기 위해 게임의 NFT를 발행하는 것이 필요하다는 것을 알고 있었습니다.

(이미 매우 복잡한) 지갑 등록 과정을 생략하고 그가 Polygon 생태계에서 다른 Web3 게임을 플레이했으며 이미 Polygon의 Matic 토큰을 보유하고 있다고 가정합니다. Base Chain 프로젝트에 참여하려면 다음을 완료해야 합니다. 분해:

  • Matic 토큰을 이더리움의 ETH 토큰으로 크로스체인하기 위한 3자 크로스체인 브리지 찾기

  • 베이스 체인에서 ETH 베이스로 ETH 토큰을 교차합니다.

  • Mint NFT;

  • 게임을 시작하다.

이것이 현재 진행중인 프로세스인데, Batch Transaction(패키지 트랜잭션)이나 Account Abstraction을 결합한 Gasless Transaction(Gasless 트랜잭션)이라 하더라도 여전히 기준치가 매우 높습니다. 우리는 사용자의 의도(게임을 시작하기 위해 베이스 체인에서 NFT를 생성하는 것)가 실제로 명확하다는 것을 알고 있으며, 자신이 원하는 것이 무엇인지 알고 있지만 프로세스가 너무 번거롭습니다.

Intent-Centric 분야가 성숙해지면 사용자 의도의 구조화, 해체 및 실행을 완료할 수 있습니다. 최종 사용자 경험의 관점에서 볼 때 사용자는 Intent-Centric 프로토콜에 맞게 조정된 지갑이나 애플리케이션과 상호 작용합니다.ChatGPTLLM UI에서 자신의 의도를 표현하는 것과 유사하게 개발자가 통합한 Intent-Centric 개발 프레임워크가 Intent를 자동으로 구성한 다음 Intent Bidder와 Solver가 최종 분해 및 실행을 완료합니다. 사용자의 인식은 버튼을 클릭하거나 전송하는 것뿐입니다. 메시지. 한마디.

이제 우리는 이 질문에 답할 수 있습니다. AA(계정 추상화)를 위한 새 병에 담긴 의도 중심의 오래된 와인입니까, 아니면 진화를 위한 최선의 선택입니까?

사용자 경로를 따라 한 단계 더 나아가는 것(입력에서 표현식, 표현식, 결과까지) 외에도 Intent-Centric은 계정 추상화와 어떤 점에서 크게 다른가요?

위의 콘텐츠 차원을 비교하면 다음과 같이 명확하게 답할 수 있습니다.Intent-Centric(의도 중심)은 Account Abstraction(계정 추상화)이라는 새로운 병에 담긴 오래된 와인이 아니라 사용자 경로 경험 최적화를 위한 또 다른 옵션입니다.

하지만 Intent-Centric 필드가 성숙해짐에 따라 Account Abstraction 트랙이 Intent-Centric 필드에서 특정 작업을 구현하기 위한 인프라가 될 것인가? 더 많은 정보가 필요합니다. 이는 이 분야의 프로토콜이나 제품이 더 성숙해져야만 판단할 수 있습니다. .

의도 중심 분야에 대한 Particle Network의 독특한 관점

먼저 MPC-TSS 및 Account Abstraction 기반의 Wallet-as-a-Service인 V1의 핵심 제품을 검토해 보겠습니다.Account Abstraction 분야의 가치 위치는 그림과 같이 사용할 수 있습니다.

그림에서 볼 수 있듯이 우리의 핵심 작업은 MPC-TSS 기반의 키 관리(개인 키 관리) 계층과 소셜 로그인 제품군을 제공하는 기능 계층임이 분명합니다.

실제로 V1은 기본적으로 두 가지 작업만 수행합니다.

  • 소셜 로그인을 통해 Web3 제품에 들어갈 때 사용자의 행동과 요구 사항을 단순화하고 추상화합니다.

  • 멀티체인 서명을 계산해 우리 지갑에 연결된 다양한 상품의 서명을 직접 완성하는 서비스로 거래 효율성을 높여줍니다.

Intent-Centric 관련 제품을 출시하는 핵심 이유는 두 가지입니다.

  • Intent-Centric의 핵심 작업은 v1 제품의 본질, 즉 사용자 요구를 추상화하고 트랜잭션 효율성을 향상시키는 것과 완전히 일치합니다.

  • 우리는에 있습니다B 2 B 2C이러한 접근 방식에 따라 우리는 파트너와 협력하여 지난 10개월 동안 상당한 수의 사용자를 소개했으며 사용자 입력에서 사용자 표현 및 결과로 초점이 이동했습니다.

그렇다면 Intent-Centric 분야에 대한 우리의 기본 판단은 무엇이며, Intent-Centric의 고유한 장점은 무엇이며, 이러한 장점을 기반으로 한 우리의 제품 전략은 무엇입니까?

위에서 언급한 의도 중심 필드의 계층적 논리에는 명확한 가치 우선순위 순서가 있다고 믿습니다.

우리는 의도를 표현하는 번역 레이어가 표준 공식화에 의해 구동되는 유일한 레이어이기 때문에 핵심이라고 믿습니다.플라이휠 효과수준, 복합 요구 사항의 조정 조정 계층, 수직적 요구 사항의 통합 계층, 사용자 포털의 표현 계층이 이어집니다.

Intent-Centric의 독특한 강점은 무엇입니까?

  • 추상적인 사용자 요구의 축적과 다중 체인 및 다중 행동 시그니처 계산의 축적

  • 기본적으로 모든 트랙을 포괄하는 제품 통합을 완료한 파트너입니다.

따라서 Intent-Centric 분야의 V2 제품은 Intent Fusion Protocol이라고 하며 기본적으로 다음을 포함합니다.

  • 의도한 번역 레이어를 표현하기 위한 통일된 언어 및 프레임워크(우리가 느끼는 번역 레이어를 제공하는 것이 가장 중요하다고 생각함)

  • 복잡한 요구 사항의 조정 계층을 위한 개발 키트

  • 그리고 전체 체인 계정의 추상적인 관리 및 계산을 위해 Particle Network에서 사용되는 zkEVM이 있습니다.

우리는 V2의 Intent Fusion Protocol을 사용하여 사용자가 zkWaaS 제품으로 지원되는 모든 애플리케이션 계층 제품에 비공개로 로그인할 수 있도록 하고(Web2 ID 개인 정보 보호를 노출하지 않고 소셜 로그인의 편리함을 즐기면서) 한 번의 클릭으로 유지할 수 있기를 기대합니다. ETH는 모든 L1/L2에서 최고의 온체인 소득 상품에 참여하며, 소득이 특정 금액에 도달하면 자동으로 상환됩니다.약속위험 없는 반품을 원하시면 Lido로 가세요.

Particle Network V2의 Intent Fusion Protocol은 복잡한 기능과 설정을 제공하기보다는 사용자의 요구와 기대에 더 기반을 두고 최소한의 이해와 운영 비용으로 사용자의 진정한 의도를 직접 달성할 것입니다.

우리는 이 방법이 우리의 목표에 더 가까워질 수 있다고 생각합니다.

의도 중심의 모듈식 Web3 액세스 레이어를 생성함으로써 Web3를 엔지니어 친화적인 금융 산업에서 대중 친화적인 소비자 산업으로 빠르게 전환합니다.

星球君的朋友们
作者文库