인터체인 네스팅 또는 커스텀 스케일링: 레이어3 스케일링의 중요성을 올바르게 이해하는 방법

해외 커뮤니티에서 '레이어3'에 대한 열띤 토론을 보면서, 어떤 사람들은 체인 간 콘돔으로 데이터 복제를 압축하는 것을, 어떤 사람들은 원자 통신 능력의 멀티 체인 적용에서 기본 기술 아키텍처로 ZK를, 어떤 사람들은 Eigenlayer의 AVS 서약 +. 아이겐 레이어의 AVS 서약의 보상 및 처벌 메커니즘 + 더 넓은 적용 시나리오. 레이어3 확장의 중요성을 어떻게 이해해야 하나요? 제 이해를 설명해드리겠습니다.

1. 레이어2와 레이어3는 이론적으로 메인 네트워크 정산에 의존하기 때문에, 일반적인 가정은 레이어3가 먼저 데이터를 압축한 다음 2차 압축을 위해 레이어2에 제출하는 것으로, 이는 롤업 위에 롤업과 동일하며, 유사한 아키텍처가 사용되면 비판과 의문이 제기되기 때문입니다. 레이어4, 레이어5를 생각하면 이 접근 방식은 결국 막다른 골목으로 내몰릴 것이며, 결국 데이터를 항상 압축할 수는 없습니다.

2. 실제로 레이어3과 레이어2가 상호 작용하는 방식은 반드시 압축한 다음 다시 압축할 필요가 없을 수도 있습니다. Arbitrum, zkSync 및 기타 많은 레이어2 스택 스택 계획 레이어3 전략에서 레이어3은 특정 애플리케이션 체인으로 정의되며 합의 메커니즘, 가스 요금 선택, 경제 모델 및 높은 수준의 자율성의 다른 측면에있을 것이며, 문제는 여기에 있으며 자율성은 완전한 독립성, 애플리케이션에 대한 제약 확률의 기본 아키텍처를 의미하지 않습니다. 예를 들어 레이어2는 기반 인프라를 구축하고 레이어2 체인은 시퀀서, 프로버 및 기타 주요 구성 요소를 공유합니다.

3. 레이어3가 체인 간 중첩 형태이기 때문에 확장성이 당연히 제한적이라고 가정하지만 이는 이론적인 가정일 뿐, 레이어2와 레이어3가 시퀀서와 프로버 및 기타 주요 구성 요소를 공유한다면 레이어3의 멀티체인 측면 확장, 특히 체인 간 상호운용성이 향상될 수 있는 방법이 많이 있습니다. 상호운용성이 향상되었습니다.

1, zkSync 설립자 @gluk64가 말한 것처럼 상호 운용 가능한 멀티 체인 운영의 기초로 ZK 기술을 기반으로 ZK 기술로 인해 두 거래 상대방이 특정 정보를 공개하지 않고도 정보의 진위를 확인할 수 있기 때문에 레이어3에서 레이어2 교차 체인 자산의 경우 체인 간의 ZK 브리지 스트리트를 통해 달성 할 수 있습니다. 체인 간 컨센서스나 기타 처리 과정을 전혀 거치지 않고도 자산을 원자적으로 전송할 수 있습니다.

ZK 기술이 지원하는 브리지 기술은 레이어3가 멀티 체인 확장을 위한 기반을 제공할 수 있는데, 이는 아무리 많은 레이어3가 등장하더라도 모두 ZK Proof와 레이어2를 직접 통해 레이어3와 레이어2 사이의 "기술적 정산"을 달성하기 때문이며 레이어2와 메인 네트워크 간의 관계에 영향을 미치지 않습니다.

ZK Proof는 세계에서 가장 강력한 브리지입니다.

2, Eigenlayer의 설립자 @sreeramkannan이 설명한 것처럼, Eigenlayer의 AVS 활성 노드가 다른 멀티 체인 합의의 교차 체인 조정을 허용하는 것은 멀티 체인에서 동일한 배치의 노드가 합의 구축에 참여하도록하는 것과 동일하며,이 경우 AVS에 인센티브 및 페널티 계층이 제공되는 한 이론적으로 노드 자체 희생을 줄일 수 있습니다 슬래시 메커니즘 이론적으로 노드 희생을 줄입니다. 이러한 방식으로 AVS에 보상과 처벌의 슬래시 메커니즘이 주어지는 한 이론적으로 노드의 자작극 가능성은 줄어들 것입니다. 노드가 레이어3에서 레이어2로 자산의 흐름을 승인할 때 악의적인 행위가 있을 경우 슬래시됩니다.

이런 보상과 처벌 경제 메커니즘은 멀티체인 환경의 신뢰성 문제에도 적용될 수 있는데, ZK처럼 100% 신뢰성에 도달할 수는 없지만 경제 모델을 기반으로 대략적인 신뢰성 환경을 구축할 수 있습니다.

4. @VitalikButerin 님도 자신의 입장에 대한 논의에 대해 자신의 견해를 되풀이하면서 레이어3는 단순히 레이어2의 스택이자 확장일 수 없으며, 이는 효과적인 확장성을 가져오지 못한다고 말했습니다. 그 이유는 레이어3는 인프라를 레이어2에 의존하고 레이어2는 레이어3는 말할 것도 없고 끝없이 확장할 수 없지만 프라이버시와 같은 일부 특정 시나리오에서는 레이어3의 프라이버시 전용 애플리케이션 체인이 거래의 프라이버시 선호도를 일부 해결할 수 있기 때문이죠.

요컨대, 레이어3는 사용자 지정 확장이 가능한 고도로 사용자 정의 가능한 기능입니다. 제 생각에는 레이어3 애플리케이션 멀티체인이 가지 않는 방향으로 원클릭 헤어 체인의 개발 패러다임과 유사하게 사용자 정의 개발 확장을 요구하는 애플리케이션 시나리오에 레이어3 확장을 제공해야 한다고 생각합니다.