이전에는 "체인 추상화"가 모듈성 다음으로 트랙의 다음 초점이라고 말했지만 많은 사람들이 그렇게 생각하지 않지만, @ParticleNtwrk가 도움을 줄 수있는 "체인 추상화"기술 뒤에 있다고 말하면 BTC 레이어2 트랙 멀린체인, 한 달에 40억 달러에 육박하는 거래량 왜?
"체인 추상화"는 계정 추상화에서 파생된 또 다른 개념으로, 서로 다른 블록체인 간의 원활한 상호작용에 대한 사용자 경험을 향상시키는 것이 목적입니다. EVM 호환이 시장을 지배하던 시절에는 AA 계정 추상화가 기본적으로 사용자의 요구를 충족시켰지만, BTC 레이어2 생태계가 부상하고 UTXO와 유사한 새로운 체인이 많이 등장하면서 EVM과 비 EVM 체인 모두를 아우를 수 있는 "체인 추상화" 기술이 가장 중요해졌습니다. EVM 체인과 비 EVM 체인 모두에서 작동하는 "체인 추상화" 기술을 갖추는 것이 중요합니다.
멀린체인을 예로 들면, 멀린체인은 EVM과 호환되는 신흥 BTC 레이어2 체인으로, 레이어2의 높은 확장성을 통해 BTC의 애플리케이션 생태계와 BRC20, ARC20, BTC420 등과 같은 BTC 레이어1의 네이티브 자산을 확장하여 이러한 BTC 파생 자산이 메인넷 체인의 성능 제한을 없애고 새로운 BTC 자산을 출시할 수 있도록 하는 것을 목표로 삼고 있습니다. BTC 레이어1의 높은 확장성은 이러한 BTC 파생 자산이 메인넷 체인의 성능 한계에서 벗어나 더 큰 유동성과 시장 잠재력을 발휘할 수 있도록 합니다.
따라서 멀린체인의 주요 기술적 한계는 어떻게 하면 비문의 바람에 의해 불어닥친 BTC 네이티브 자산과 기타 파생 자산을 레이어2 체인에 '크로스 체인'하고 '애플리케이션 프로토콜' 생태계를 빠르게 구축하여 비문 자산에 대규모의 애플리케이션 프로토콜과 수많은 애플리케이션 프로토콜을 제공할 수 있는가 하는 것입니다.
이를 위해서는 BTC 자산의 안전한 크로스체인, BRC20 및 기타 파생 자산의 원활한 마이그레이션, BTC 및 기타 일련의 자산을 위한 레이어2의 DeFi 애플리케이션 환경의 신속한 구축과 같은 기술적 문제를 포함하는 BTC UTXO 체인과 EVM 호환 체인을 원활하게 연결해야 합니다.
일반적인 개발 프로세스에 따르면, 기존 EVM 성숙 프로그램을 기반으로 2계층 체인을 빠르게 개발할 수 있다고 해도 BTC 네이티브 체인 환경과 EVM 환경 간의 상호 운용성을 어떻게 처리할지가 큰 문제입니다. 다른 체인의 경우 상호 운용이 가능하다면 양방향으로 적용이 가능하지만 BTC 체인은 매우 특수하기 때문에 다른 체인의 적용만 가능하며, 확장성이 훨씬 높은 EVM 체인도 예외는 아닙니다. 그러나 EVM 체인 자체와 BTC 체인은 종이 아니며 BTC 체인의 설계에 적극적으로 대응하는 것은 불가능합니다.
어떻게 할 수 있을까요? 독립적인 제3자 "체인 추상화" 플랫폼은 대화형 "커넥터"만 제공할 수 있으므로, Merlin에 대한 Particle의 기술 지원을 예로 들어 설명해 보겠습니다. 파티클 네트워크가 자체 개발한 BTC-Connect가 어떻게 작동하는지 살펴보겠습니다.
EVM 호환 체인은 대부분 메타마스크와만 호환되는 반면, 대부분의 BTC 체인 사용자의 자산은 유니샛, 엑스버스 및 기타 지갑에 있으며, EVM 체인을 유니샛과 연결하려면 "지갑-적응" 추상화 계층이 필요합니다.
단순히 말해, Unisat과 메타마스크는 서로 다른 공개-개인키 암호화 알고리즘과 서명 파싱의 특수성을 가지고 있으며, 파티클은 양측의 통신 및 조정 작업을 연결해야 합니다.
1. 사용자가 Unisat에서 거래를 시작하면 Unist는 파티클의 SDK를 통해 거래 요청을 파트카일에 보내야 합니다. 트랜잭션 요청을 보내면 파티클 체인은 먼저 해당 Unisat 주소에 해당하는 EVM 스마트 컨트랙트 주소가 되고, 해당 AA 주소는 EVM 환경에서 트랜잭션을 개시하고 MerlinChain에 응답을 요청합니다.
2. 사용자가 처음 접속할 때, 먼저 자산의 일부를 BTC 체인에 올려야 합니다. 페이마스터 기능이 있는 파티클 체인의 AA 주소로 연결하고 위임 거래, 가스 지불, 다중 서명 관리 등 일련의 후속 상호 작용을 수행할 수 있습니다.
3. 파티클이 일련의 SDK 상호 운용성 인프라를 완료하면 사용자 트랜잭션이 파티클 체인으로 전송되고 파티클 체인이 응답합니다. 파티클 체인, 파티클 체인은 실행을 확인하고, MerlinChain을 조정하고, Merlin은 새로운 거래 요청을 받고, AA 계약 해결 확인 비트코인 지갑 서명을 통해 직접 거래를 완료합니다.
지갑 추상화 적응 과정을 완료한 후, Particle은 MerlinChain의 자산 이전 및 처리에서도 특정 역할을 수행합니다. 예를 들어, 사용자가 Unisat을 통해 MerlinChain으로 자산을 전송하면 Cobo 플랫폼에서 제공하는 호스팅 주소에 저장되며, Particle은 즉시 응답을 트리거하여 해당 자산을 생성해야 합니다. 파티클은 즉시 응답을 트리거하여 해당 랩 자산을 생성하고 다중 서명 및 위탁 거래를 위한 AA 주소를 생성해야 하며, 파티클은 BTC 네이티브 자산이 MerlinChain에 진입하는 데 필요한 파이프라인과 동일합니다. 즉, 파티클체인은 BTC 체인에 의해 유입되는 네이티브 자산의 랩 버전 대부분을 처리할 것이며, 멀린체인의 약 40억 달러 규모의 TVL 자산 대부분이 파티클체인의 관할 하에 있을 것이고, 파티클이 랩 자산의 캐스팅을 담당해야 한다고 가정할 수 있습니다, 파티클은 랩 자산의 캐스팅, 소멸 및 전송의 전 과정을 연결하여 멀린체인이 명확한 자산 순환 관리 능력을 갖출 수 있도록 지원해야 합니다.
2. 다른 EVM 호환 환경에서 ETH, USDT, USDC 및 기타 자산의 유입에 대해 파티클은 AA 계정의 추상적 특성을 기반으로 해당 자산 순환 장부 관리를 수행하여 후속 지원을 할 것입니다. 생성되는 모든 종류의 스왑, 스테이킹, 리스테이크 및 기타 관련 DeFi 프로토콜 애플리케이션에 대한 MerlinChain;
3. 인덱서 시스템에서 체인에 해당하는 인스크립션 자산도 핵심 도구로서 거래 데이터의 체인 관리가 중요하므로 레이어2 2계층 EVM 환경에 인스크립션 자산을 넣을 때 인덱서가 정확하게 기록되어야 합니다. 특히 서로 다른 인덱스 간의 장부 차이를 조정할 때 이러한 자산의 흐름을 효과적으로 추적하고 관리하기 위해 기록해야 합니다.
전반적으로 멀린체인이 40억 달러에 가까운 TVL 자산을 신속하고 체계적으로 흡수할 수 있었던 것은 BTC 커넥트, AA 계정 추상화, 페이마스터 등 파티클 네트워크가 배후에서 제공하는 성숙한 '체인 추상화' 서비스와 직접적으로 관련이 있습니다. 위의 내용은 다음과 같은 사실과 직접적으로 관련이 있습니다.
위와 같이 "체인 추상화"는 폭발적인 잠재력을 지닌 트랙으로서, 그 가치와 중요성은 자명합니다. 어떤 사람들은 "이것은 단지 상호 운용 가능한 인터체인 솔루션이 아닌가?"라고 말합니다. 네, 하지만 서로 다른 종류의 체인 간의 '체인 추상화' 통신은 생각만큼 간단하지 않습니다.
ERC4337 AA 계정 추상화 표준 세트는 기본적으로 전체 EVM 체인을 연결할 수 있으며, 수이, 앱토스 및 기타 유망 체인도 계약, 프록시 계약 등의 매핑 관계를 통해 자산 전달을 완료할 수 있습니다. 가장 번거롭고 어려운 것은 BTC 체인과의 추상화 관계를 어떻게 처리하는가입니다. BTC 레이어2의 개발에는 "체인 추상화" 기능의 지속적인 지원이 필요합니다. BTC 레이어2의 발전을 위해서는 지갑 호환되지 않는 상호 작용의 추상화, 인덱서 협업 가변성의 추상화, 오프체인 호스팅 환경 및 온체인 자산 투명성의 추상화, 체인상의 다양한 유형의 이질적인 각인 자산 관리의 추상화 등과 같은 "체인 추상화" 기능의 지속적인 지원이 필요합니다.
인스크립션 트랙의 침묵의 대부분은 아직 해결되지 않은 여러 가지 기술적 문제 때문이며, 모든 종류의 자산의 마이크로 혁신이 꽃을 피우고 이제 추상화 방법을 사용하여 통합 레이어 2 체인에 넣어야 할 때 그 여정은 상상하기 어렵습니다.
주: BTClayer2는 결국 BTC 계열 파생 자산의 유동성 문제에 대한 해결책이며, 이를 위해 노력해 온 @MerlinLayer2 @BSquaredNetwork @ParticleNtwrk 및 기타 빌더들의 지속적인 돌파구를 기대합니다.