출처: Chain View
많은 사람들이 체인 추상화가 VC가 만들어낸 개념이라고 생각하지만, 실제로는 그렇지 않습니다. 체인 추상화의 미래를 설명하는 이 SevenX 기사를 읽으면 깊은 영감을 얻을 수 있습니다. 현재 시장의 고성능 레이어1, 병렬 EVM, 레이어2 RaaS, 레이어3 애플리케이션 체인, 크로스 체인 및 기타 트랙의 복잡한 환경은 모듈성과 체인 추상화를 두 가지 파생적인 쌍둥이 이야기로 만듭니다. 제 생각에는 '모듈성'에는 어느 정도 '체인 추상화'가 있어야 한다고 생각합니다. 다음으로 제 견해를 좀 더 자세히 설명하겠습니다.
1) 현재 레이어1 퍼블릭 체인 레이어 경쟁은 매우 뜨겁습니다. 지난 라운드에서는 사람들이 EVM을 선호하는 경향이 있어서 EVM 호환 레이어1이 많았고, 이번 라운드에서는 EVM의 내재적 결함이 비판받으면서 Solana, Sui, AI, AI, AI, AI, AI, AI, AI, AI 등 병렬 거래에 중점을 둔 고성능 레이어1 체인들이 많이 나오고 있는 상황입니다. 솔라나, 수이, 앱토스 등, 그리고 모나드, 아르텔라와 같이 기본 아키텍처가 완전히 리팩토링된 일부 병렬 EVM 체인도 있습니다.
2) 레이어2 내러티브도 순수 EVM 세계는 이미 오래 전에 사라졌고, BTC 레이어2 생태계가 등장했으며, EVM 호환형 레이어2와 같은 BSquare가 있고, UTXO 동형 결합형 레이어2와 같은 CKB가 있으며, 고도의 모듈성 포트폴리오가 등장하고 있습니다. 또한 모듈형 DA 레이어 설계인 Celestia, 솔라나 VM을 실행 레이어로 사용하는 Eclipse 등 모듈성이 높은 레이어2 에코시스템도 등장하고 있습니다.
이러한 체인이 많아지고 경쟁이 치열해질수록, 적어도 기본 언어, 계정 모델, 계약 표준 및 기타 종류의 이질성과 관련하여 체인 간 상호운용성 문제가 더욱 두드러지게 나타납니다. 예를 들어, 무브, 러스트, 솔리디티 언어의 차이로 인해 개발자가 배우는 데 많은 비용이 들고, 계정과 상태 모델의 차이로 인해 이더의 EOA 계정이 비트코인의 UTXO 모델과 호환되기 어렵고, 체인마다 스마트 컨트랙트 표준의 차이로 인해 무브에서 ERC20, ERC721 및 기타 표준을 사용하기가 어렵다는 점 등이 그 예입니다. 무브의 오브젝트 중심 체인에서는 ERC20, ERC721 등 체인마다 스마트 컨트랙트 표준의 차이가 잘 처리되지 않으며, 릴레이 중계자가 각 체인의 계약 상태를 실시간으로 모니터링하고 계약 실행을 순서대로 조정해야 하는 등 체인 간 원자 통신과 상호작용하는 데 큰 어려움이 있습니다. 또한 서로 다른 합의 검증 메커니즘(POW 대 POS), 서로 다른 거버넌스 조정 메커니즘, 서로 다른 확장성 기능, 서로 다른 신뢰성 보안 언더레이어 등이 있습니다.
체인 네이티브의 이러한 복잡성은 사용자 네이티브가 나쁜 경험을 하는 많은 문제로 직접적으로 이어집니다.
1) EVM 및 비 EVM 풀체인 환경 모두에서 사용자의 계정 주소 불일치,
2) EOA 주소와 스마트 컨트랙트 주소의 사용자 제어 불일치, 그리고 및 MPC 관리 등 서명 사양이 일관되지 않고 서명 집계가 필요하며,
3) 체인 환경마다 사용자가 필요로 하는 가스비 기준이 다르고 가스 전환 및 마찰의 문제가 있으며,
4) 체인마다 유동성 깊이가 다르며 사용자가 통일된 유동성 관리 환경이 없는 등
...
.
이러한 다양한 체인 간의 복잡성 호환성 문제에 직면하여 체인 추상화의 목표는 바로 이러한 기술적 복잡성을 커튼 뒤에 숨기고 사용자에게 간단한 프론트엔드 UX 인터페이스 세트를 표시하는 것입니다. 우리 모두는 @ParticleNtwrk 사용자가 Unisat을 통해 EVM 환경에 직접 연결할 수있는 문제를 해결하기 위해 BTC Connect를 출시했으며 실제로 이것은 프로젝트의 체인 추상화의 일부일 뿐이며 체인 추상화 외에도 Particle은 비하인드 스토리 기술 통합 작업의 체인 추상화를 수행 했습니까?
1) 코스모스 SDK를 기반으로 모듈화된 L1 퍼블릭 체인 기반 아키텍처를 구축하여 파티클이 EVM 환경, BTC UTXO 환경, Solana 고 동시성 환경 등과 코스모스의 IBC 및 리피터 등을 연결할 수 있도록 멀티 레이어1 환경의 복잡성에 최대한 연결할 수 있는 프레임워크를 제공하였습니다. 전제;
2) 체인 전체 계정 추상화를 달성하기 위해 키스토어 컨트랙트를 구성하고, 컨트랙트는 주소, 공개 키, 서명 및 기타 크로스 체인 메시징 등을 포함한 각 이기종 체인에서 사용자의 계정 및 상태 정보를 관리하며,
3) 탈중앙화 번들러 서비스, 즉 의도 의도 솔버 처리 센터는 사용자의 복잡한 작업 지시를 받아 이를 체인 실행 가능한 트랜잭션으로 변환하여 가스 지불을 대신하는 페이마스터, 소셜 복구 및 기타 거래 경험의 최적화 등을 달성하기 위해 인텐트 레이어를 통해 UserOps를 구축합니다.
4) 크로스 체인 커뮤니케이션 및 릴레이를 수행합니다. 릴레이는 각 체인의 트랜잭션과 상태 업데이트를 수신하고 실시간으로 대응 및 처리하여 매끄러운 체인 전체의 상호 작용 경험과 통합된 유동성 경험의 기반을 제공하는 역할을 담당합니다.
5) 가스 토큰의 불일치 문제에 대응하여 향후 파티클은 가스 추상화를 달성하기 위해 각 체인의 가스 소비를 통합하는 생태 토큰 $PARTI도 발행할 계획입니다. 가스 소비, 가스 추상화를 달성하기 위해 핵심은 크로스 체인 자산 결제 외에도 가스 토큰은 각 체인 신뢰 보안의 상호 작용을 보장하기 위해 이중 서약 보안 모델 메커니즘을 제공할 것입니다.
최근 파티클 계정 추상화와 BTC 커넥트 서비스를 통합한 멀린체인 TGE가 출시되었는데, 시장에서 AA 사용 경험이 좋지 않다는 불만이 제기되고 있는 것을 확인했습니다. 사실 체인 추상화 서비스의 본체는 플러그형 인터페이스 확장 서비스와 동등한 기능을 제공하며, 인터페이스 자체(CDK) 서명 알고리즘 최적화 및 적응이 특히 중요하다는 것을 이해하는 것은 어렵지 않습니다. Bearchain, opBNB 및 60개 이상의 체인도 서비스를 통합한 것처럼 Particle은 협력 프로젝트 측에서 직접 통합할 수 있는 표준화된 체인 추상화 서비스를 제공할 뿐이며, 모든 호환성 경험을 부담하는 것은 현실적인 문제가 아닙니다.
위와 같이 제 생각에는 Particle이 체인 추상화의 복잡성을 해결하기 위한 대표적인 모듈형 레이어1 퍼블릭 체인이며, 세븐엑스는 기사에서 @LightDotSo @NEARProtocol 및 기타 솔루션을 인용하고 있기 때문에 모두 설명하지 않겠습니다. 모두 설명하지는 않겠지만 이런 종류의 기술 서비스를 이해하는 것은 어렵지 않습니다.
체인 추상화의 본질은 '연결성 통합'과 '이기종 호환성'이며, 프로젝트 개발자가 성숙한 확장 기능을 빠르고 비용 효율적으로 통합 및 적용하고 사용자가 원활한 상호 작용을 인식할 수 있도록 하는 작업이 배후에서 이루어집니다.
요컨대, 체인 추상화 트랙의 미래는 현재 크로스체인 네이티브 환경의 복잡성에 의해 만들어졌으며, 현재 우리는 여전히 붐 비합리성 기간의 모듈식 조합의 복잡성에 빠져 있으며, 아직 체인 추상화의 가치를 인식하지 못하고 있을 것입니다. 대량 채택 비전이 점차 실현되고 체인 간 경쟁이 큰 물결로 뒤섞일 정도로 내면화되면 체인 추상화 트랙의 가치는 자연스럽게 드러날 것입니다.