Offchain Labs 엔지니어와의 대화: Arbitrum은 ModuLar Oriented에서 Rollup이 직면한 문제를 어떻게 해결합니까?

원래 제목: Arbitrum은 ModuLar Oriented에서 생태학적 틈새를 어떻게 찾았습니까?

원저자: Vision, MetastoneGroup

첫 번째 레벨 제목

주제 1: Arbitrum의 개발 역사

비전: 현재 전체 네트워크에서 Arbitrum에 대한 뜨거운 토론이 있습니다.Jason은 설립부터 현재까지 Arbitrum의 전체 개발 프로세스를 간략하게 소개할 수 있습니까?

Jason：알겠습니다. Arbitrum의 전체 프로세스에 대한 제 의견을 말씀드리겠습니다. 우선 5월 21일에 테스트넷 중 하나를 시작했습니다. 우리 배치에 와서 우리의 네트워크 경험을 경험하고 동시에 몇 가지 개선을 할 수 있습니다. 마지막으로 우리는 2021년 8월 31일에 우리가 현재 cLassic이라고 부르는 기술 스택에 의해 배포된 메인넷인 1세대 메인넷을 출시했습니다. 기술 스택은 비교적 초기 단계이지만 기술 스택은 실제로 대화형 사기 증명을 구현했으며 낙관적 롤업의 모든 관련 기능이 여기에 배포되었습니다. 그 당시에는 이미 완전히 EVM과 호환되는 Optimistic Rollups 솔루션이었기 때문에 출시 후 체인 활동이 매우 높은 것을 확인했습니다.

Jason：동시에 물론 온라인에 접속한 후 기술 스택이 상대적으로 독창적이어서 당시 용량 확장에 문제가 발생했을 수 있습니다.예를 들어 2022년 6월 Odyssey 동안 가스로 인해 처리량이 부족하여 가스의 증가가 더 커지게 되며 이러한 문제도 발견했습니다. 따라서 같은 해인 2022년 8월 31일에 우리의 2세대 기술인 Arbitrum Nitro가 출시되었습니다. 처리량이 이전보다 약 7배 증가했습니다. 예를 들어, 니트로를 기준으로 초당 가장 빠른 출력 시간은 블록당 약 0.25초이며 각 블록의 최대 제한은 3200만 가스입니다. 이는 기본적으로 현재 EVM에서 달성할 수 있는 매우 큰 자릿수입니다.

Jason：첫 번째 레벨 제목

주제 2: 상태 확장 정보

비전: 현재 전체 블록체인은 비교적 큰 규모의 사용자를 수용해야 합니다.트랜잭션 실행의 처리량 문제를 해결하는 것 외에도 모든 사람이 일반적으로 우려하는 문제인 상태 확장입니다.수백 명 동안 수백만 명의 사용자가 이러한 자산과 응용 프로그램 상태를 체인에 보유하게 하면 상태 폭발 문제도 나타날 수 있습니다. 제이슨에게 상태 확장에 대한 그의 관점이 무엇인지 묻고 싶습니다.

Jason：우선 이더리움 자체도 이 문제를 해결하기 위해 상태 만료를 하고 있는데 실제로 레이어 2를 포함해서 먼저 L2의 메커니즘을 설명하자면, 사실 이 트랜잭션의 DA를 L1에 놓고 이 DA는 실제로 트랜잭션과 트랜잭션의 입력을 포함하는 주문입니다. EVM이 이제 단일 스레드 실행 환경이라는 것은 모두가 알고 있기 때문입니다. 또한 L2가 DA를 L1에 넣을 수 있는 이유 중 하나이며 동시에 DA를 직접 읽어서 L2 네트워크를 동기화할 수 있습니다. 즉, 레이어 2의 상태 합계가 충분히 크면 실제로 이러한 상태 만료 예, 이러한 상태가 만료된 후 나중에 쿼리하려는 경우 다른 호스팅 당사자에서 쿼리하거나 노드를 직접 실행하고 L1을 읽고 이 DA를 다시 실행하면 이 상태를 다시 얻을 수 있습니다.

Jason：첫 번째 레벨 제목

주제 3: DAC 중앙화

Vision: 다음 질문은 Celestia가 현재 DA, 즉 데이터 타당성에 중점을 두고 있다는 것입니다. Validium은 데이터 가용성을 위해 제3자 위원회에 의존하고 있는데 Arbitrum Nova도 이 DAC 방식을 사용한다는 것을 알게 되었습니다. 처음에 Arbitrum의 설계 논리에 대해 Jason에게 묻고 싶습니다.또 다른 질문은 커뮤니티 측면의 소수의 위원회로 인해 중앙 집중화 문제가 발생합니까?

Jason：Nova의 기술 스택 중 하나는 우리의 Anytrust를 기반으로 합니다.이 기술은 실제로 우리 Arbitrum One을 기반으로 하는 Arbitrum Nitro와 동일한 코드 기반입니다.그들이 시작하는 모드가 다르고 동일한 코드 기반 모드에서 차이점이 있다는 것입니다. . 그런 다음 데이터 가용성을 위해 Nitro는 이 DA를 L1에 직접 업로드하지만 Anytrust의 경우 이 DA를 DAC에 업로드하고 DAC가 이를 수신한 후 데이터에 서명하고 인증서를 발급한 다음 다시 시퀀서로 보냅니다. , 시퀀서는 인증서를 L1에 업로드합니다. Anytrust의 기본 실행 로직입니다.

Jason：지금 바로 질문으로 돌아가서 DAC는 심각한 중앙 집중화 문제를 도입할 것입니다. 우선 DAC 측면에서 노드 스케일인 우리 DAC의 데이터를 지속적으로 확장하고 있는데 현재 우리의 상태에 Web3뿐만 아니라 일부 대기업에도 DAC가 많이 있음을 알 수 있습니다. Web2 DAC를 실행하는 노드가 있습니다. DAC 위원회 외에도 실제로 미러 메커니즘이 있는데 DAC가 아니더라도 이 네트워크에 참여하고 싶다면 일반 미러도 실행할 수 있습니다. 다른 DAC에서 저장된 데이터 데이터, 그리고 다른 사람들은 DAC에서 데이터를 얻을 수 있을 뿐만 아니라 미러에서도 데이터를 얻을 수 있습니다.

Jason：이것은 실제로 이중 보험으로 DAC가 데이터 손실 시 DA를 얻을 수 없고 DAC가 인증서를 Rollup에 제출하는 상황을 피하는 것입니다.시퀀서에서 L1에 업로드하는 DA를 크게 줄일 수 있다는 장점이 있습니다. 간접비. 지금 업로드할 인증서만 필요하기 때문에 DA의 크기에 비해 실제로는 매우 작기 때문에 anytrust 메커니즘에서 네트워크의 가스 요금을 크게 줄일 수도 있습니다. 동시에 이틀 전 이더리움 괴리 테스트 네트워크 상황을 실제로 눈여겨보면 이더리움 괴리도 어떤 네트워크 활동으로 인해 발생한 것이어서 goerLi의 가스비가 매우 높을 것이라는 사실을 알 수 있을 것이다. 사실 GoerLi 위의 ETH는 Layer 0 브리지 때문에 이미 가격이 책정되었습니다.

Jason：당시 Anytrust의 가스 오버헤드를 비교하면 Anytrust의 오버헤드는 당시 이더넷 테스트 네트워크의 가스 소비량보다 훨씬 적음을 알 수 있습니다. 즉, 우리 Anytrust의 가스 오버헤드가 매우, 매우 낮습니다. 일반적인 eth의 전송이라면 1센트 미만의 가격에 도달할 수 있습니다. 가격입니다. 일부 다른 네트워크는 현재 달성할 수 없습니다.

Jason：동시에 Anytrust와 관련하여 DAC가 악을 행하는 경우 Rollup으로 폴백하는 메커니즘이 있기 때문에 긴급 상황에서 Rollup으로 롤백할 수 있으며 모든 트러스트에서 DAC 서명 수가 적다는 것을 발견했습니다. 임계값 이후 네트워크는 DA를 DAC에 넣는 것을 중지하지만 nitro와 동일한 메커니즘을 통해 L1에 넣습니다.

Jason：첫 번째 레벨 제목

주제 4: RaaS의 미래에 대해

비전: 또 다른 문제는 내가 지금까지 알고 있는 것은 낙관주의 솔루션 메커니즘에서 op가 op 스택을 기반으로 하는 Layer 2 Rollup as a Service라는 서비스를 시작했다는 것입니다. 사실 그 디자인 로직은 Starkex가 게임이나 소셜파이와 같은 다른 응용 당사자를 위해 DApp 체인 형태의 서비스를 커스터마이징하는 것과 비슷합니다. defi 및 기타 체인과 같은 파생 서비스를 담당하고 Nova는 게임 또는 socialLfi를 대상으로 합니다. 예를 들어 우리가 이 로직을 설계할 때 그런 RaaS의 방향도 고려했는지 묻고 싶습니다. 그렇다면 서비스로서의 미래 롤업 또는 그러한 생태학적 애플리케이션 체인의 방향에 대해 어떻게 생각하십니까?

Jason：사실 이 문제와 관련하여 지난달, 즉 3월에 Arbitrum의 인증 메커니즘을 변경했는데, 그 이후에는 허가 없이 Arbitrum에 새로운 Layer 3 네트워크를 배포할 수 있습니다. , L3 네트워크는 다음을 통해 배포할 수 있습니다. Nitro 또는 Anytrust 선택 이들은 허가 없이 직접 배포할 수 있습니다. 그러나 레이어 1에 직접 배포하려면, 즉 새로운 레이어 2를 배포하려면 Arbitrum DAO에 신청해야 하며, 그런 다음 DAO의 승인을 받아야 실행됩니다.

Jason：첫 번째 레벨 제목

주제 5: ArbitrumNova 및 ArbitrumOne 정보

비전: Arbitrum 전체를 고려할 때 현재 생태계는 다양한 프로젝트의 리더가 주로 defi 프로젝트이며 더 유명한 프로젝트인 GMX 및 RDNT를 포함하여 전체 체인의 현재 활동은 주로 Arbitrum One에 집중되어 있습니다. 이것에 비해서 Nova가 체험할 수 있는 좋은 프로젝트가 있을까요? 현재 gamefi와 socialLfi 사용자의 리텐션율은 특별히 높지 않습니다. 제이슨에게 gamefi와 socialLfi를 가지고 있는 Nova 사용자에 대해 묻고 싶습니다. 당신은 유지를 유지합니까?

Jason：좋아요, 제가 여기서 기술을 하고 있었기 때문에 저는 생태학 측면에서 그렇게 전문적이지 않을 수 있으므로 기술적으로 대답할 수 있습니다. 사실 방금 Nova에 대해 언급했는데 가스 가격이 낮은 지배적인 실행 환경입니다. 실제로 일부 높은 처리량 Gamefi의 일부 요구 사항을 충족합니다. 왜냐하면 Nova에서는 일부 DApp이 높은 처리량을 필요로 하기 때문입니다. 각 트랜잭션이 가스를 지불해야 하기 때문에 가스 가격이 낮을수록 더 좋기 때문에 이 요구 사항도 잘 맞습니다.

Jason：첫 번째 레벨 제목

주제 6: 탈중앙화 시퀀서 및 검열 방지 문제

비전: zkSync 시대 메인넷이 3월 24일경에 출시되었다는 것을 최근에 알게 되었지만 그들의 Matter Labs는 전체 zk-Layer 2 시퀀서가 아직 충분히 분산되지 않았다고 말했습니다. 분산형 Starknet 시퀀서를 생성하기 위한 기판. 정렬의 과도한 중앙 집중화에 대한 Arbitrum의 현재 견해는 무엇입니까? 그렇다면 이 문제를 해결하는 방법은 무엇일까요?

Jason：우선, 정렬 집중화는 실제로 다른 노드 집중화로 인해 발생하는 문제와 다릅니다. 분류기는 단순히 거래를 포장하고 L1에 업로드하기 때문에 악을 행할 능력이 없습니다. 분류기는 상태에 서명하거나 상태를 보장할 방법이 없습니다 예, 그는 단순히 트랜잭션을 집계하고 정렬합니다. 정렬된 트랜잭션을 네트워크의 다른 전체 노드에 동기화하고 L1에 업로드합니다.

Jason：즉, 시퀀서에 의해 브로드캐스트되는 트랜잭션은 트랜잭션의 최종 상태를 브로드캐스트하지 않으며 주관적인 의견을 표명하지 않고 단순히 트랜잭션을 정렬한 다음 많은 사람들이 검토할 수 있는 경우라고 할 것입니다. 정렬할 때 이 트랜잭션의 일부 또는 일부 트랜잭션이 수행되지 않도록 의도적으로 거부된 경우 물론 이 문제를 해결할 수 있습니다.

Jason：동시에 L1에 지연 수신함을 오픈했는데 지연 수신함에서 L2의 트랜잭션을 지연 수신함에서 바로 보낼 수 있는 기능을 추가했습니다. 또는 의도적으로 트랜잭션에서 MEV를 의도적으로 거부하거나 의도적으로 수행하는 경우 이러한 방식으로 트랜잭션을 L2로 패키징하여 시퀀서가 악을 행하는 일부 잠재적인 메커니즘을 수행하지 않도록 할 수 있습니다. 그래서 여기서 우리는 시퀀서가 악을 행하면 기껏해야 트랜잭션이 검열되지만 검열되면 이를 피할 수 있는 메커니즘도 있음을 알 수 있습니다.

Jason：첫 번째 레벨 제목

주제 7: We2 개발 증분의 미래에 대해

비전: 마지막 질문은 arbitrum이 전체 생태 인센티브를 완료한 후 새해에 모두가 기대할 수 있는 기술 계획을 가질 것인지 여부입니다.기술 로드맵에 대해 자세히 설명할 수 있습니다.

Jason：뭐, 사실 2024년까지 기다릴 필요는 없습니다. 올해 말에는 이 가상머신에 Wasm을 추가하여 구현하는 스타일러스 기술을 곧 출시할 예정입니다. 그리고 WASM에 가입한 후 WASM을 사용할 수 있습니다. 즉, C++ 또는 Rust를 통해 컨트랙트를 배포하고 배포한 다음 이러한 언어를 사용하여 동시에 컨트랙트를 배포하면 컨트랙트와 동일하게 됩니다. EVM에 의해 배포됩니다. 공유되는 동일한 상태 트리입니다. 계약을 WASM 형태로 배포하면 효율성을 10배까지 높일 수 있습니다. EVM을 사용하다가 현재 일부 라이브러리를 사용하거나 일부 다른 구성 요소를 사용하는 경우 현재 구성 요소를 포기한 다음 WASM을 통해 새 구성 요소를 배포하고 이 계약에서 호출할 수도 있습니다.

Jason：이것은 우리가 언급한 EVM pLus의 전략이기도 합니다. 더 나은 사용자 경험을 가진 상황. 그런 다음 동시에 온라인에 들어가기 전에, 즉 가까운 시일 내에 개발자 네트워크인 새로운 devnet도 배포한 다음 개발자에게 경험을 제공할 것입니다.

Jason：블록체인이 다음 수준의 사용자 규모에 액세스하려면 생태계에 진입할 다음 수준의 개발자를 지원해야 합니다. 그리고 사실 많은 Web 3가 지금 Web 2를 초대하면 현재 Web 3에 참여하는 일부 개발자는 soLidity에 익숙하지 않지만 WASM을 통해 이미 익숙한 언어를 사용하여 이 계약을 작성할 수 있습니다. 방법, 우리는 또한 더 많은 개발자를 호스팅할 수 있으며 현재 Web3 개발자와도 호환됩니다.

Vision：알겠습니다. 제이슨에게 감사드립니다. 오늘은 Arbitrum의 몇 가지 질문에 답변했을 뿐만 아니라 블록체인 Medura Oriented의 이러한 방향에 대한 몇 가지 더 중요한 질문에 답변했습니다.