Move Gemini: Sui와 Aptos가 블록체인 환경에 도전하는 방법

원저자 : YBB캐피털 연구원 Zeke

머리말

최근 시장이 점점 냉랭해지면서 업계의 많은 OG들이 업계의 존재 의미에 흔들리기 시작했다. 내 개인적인 감정을 말하자면, 과거의 많은 위대한 비전이 위조된 이유는 이러한 비전이 처음부터 논리적으로 일관되지 않았기 때문이라고 항상 느낍니다. 비금융 애플리케이션 이외의 Dapp은 항상 제품 자체가 충분하지 않다는 사실을 은폐하기 위해 분산화의 가치를 강조하려고 노력합니다. 하지만 사실 그들은 나에게 Google, Twitter, YouTube를 신뢰하지 말고 다중 서명 지갑과 독립형 서버가 충분히 안전하다는 것을 믿으라고 요청했습니다. 많은 비전이 위조되지는 않았지만 진정으로 검증된 적은 없습니다. 나는 여전히 대부분의 비전이 그다지 거창하지 않더라도 의미가 있다고 믿습니다. 이를 뒷받침할 만큼 충분한 바닥 레이어가 필요할 수도 있습니다. 결국, 분산화 측면에서 최소한 하나는 제공될 수 있고 Web2에 버금가는 좋은 경험을 제공할 수 있습니다. TON과 Solana가 과거에 멸시를 받았지만 이제는 성능의 여러 측면에서 점차 큰형을 따라잡고 있는 것처럼 애플리케이션을 운반하는 공개 체인에는 혁신이 필요하며 이는 모든 주기에서 업계 발전을 촉진할 것입니다. 따라서 오늘은 오랫동안 심각하게 받아들여지지 않았던 퍼블릭 체인 유형인 Move 시스템에 대해 알아보겠습니다.

1. 이동

Move 프로그래밍 언어는 원래 Metaverse 비전의 기반으로 보다 안정적이고 규제된 스테이블코인을 만드는 것을 목표로 했던 Meta의 버려진 프로젝트 Diem(원래 Libra)에서 탄생했습니다. 대신, 이 프로젝트는 전 세계 규제 당국의 강력한 반대와 지속적인 압력에 직면했습니다. 규제 당국은 Diem의 규모와 Facebook의 대규모 사용자 기반이 금융 안정성, 통화 정책 및 데이터 개인 정보 보호에 위협이 될 수 있다고 우려했으며 Biden 행정부가 주도한 압력으로 인해 Meta는 결국 Diem 프로젝트를 포기해야 했습니다.

하지만 다행스럽게도 Diem의 핵심은 버리지 않았습니다. 원래 팀에서 분리된 여러 세력은 여전히 Move의 탐구와 개발을 고집하고 있으며 이제 우리가 알고 있는 Move 쌍둥이 Sui와 Aptos로 진화했습니다. 이 밖에도 아직 초기 단계인 Linera(Move의 Rust 퍼블릭 체인을 활용한)와 최근 활발하게 발표되고 있는 Movement 등 많은 퍼블릭 체인 프로젝트가 있습니다.

그렇다면 분할 프로젝트의 잔여 이익이 왜 그렇게 클 수 있습니까? Move는 선도적인 Web2 제조업체의 블록체인 프로그래밍 언어에 대한 답변입니다. 그 기반은 말할 필요도 없이 기존 블록체인 프로그래밍 언어(특히 Solidity)를 중심으로 설계되었으며 성능 및 보안 문제를 많이 개선했습니다. 설계 목표는 자산 관리 및 액세스 제어 시행을 위한 유형 시스템을 맞춤화하는 것이었습니다. 저는 개인적으로 이를 세 가지 간단한 요점으로 요약합니다.

• 보안: Move 언어 디자인의 주요 전제는 보안입니다. 정적 유형 검사 및 리소스 관리를 사용하여 오버플로 오류 및 재진입 공격과 같은 일반적인 보안 취약점을 방지합니다. 다른 언어 가상 머신과 비교하여 Move는 다양한 보안 기능을 지원합니다. 다음 그림은 Nansen의 비교를 인용합니다.

• 구성성: 모듈성과 구성성을 지원하여 개발자가 다양한 스마트 계약을 쉽게 생성하고 결합하여 보다 복잡한 애플리케이션을 구축할 수 있습니다.

• 성능: Move 언어의 가상 머신은 스마트 계약을 효율적으로 실행하도록 최적화(병렬성, 메모리 관리, 컴파일러 최적화 지원)되어 트랜잭션 속도와 처리량을 높입니다.

모듈식 EVM 퍼블릭 체인이 시장에 넘쳐나는 상황에서 Move는 실제로 용감한 시도입니다. 앞서 언급한 세 가지 매력에 대해 많은 퍼블릭 체인 프로젝트의 소개에서 비슷한 내용을 보신 적이 있으실 텐데요, 이 말을 시각화하려면 직접 경험해 보시길 권해 드립니다.

2. 수이

2.1 아키텍처

두 스타 중 한 명인 Sui는 출시 초기 에어드랍 문제와 토큰 출시 방식으로 비판을 받아왔다. 하지만 이러한 문제는 제쳐두고 프로젝트 자체에 대해서만 이야기하십시오. Sui는 적어도 성능과 경험 측면에서 충분히 훌륭하며, 게임에서의 성능은 주류 채택을 위한 자체 개선된 아키텍처 디자인과 불가분의 관계입니다. 여기서는 Sui의 아키텍처 혁신에 대해 간략하게 설명하겠습니다.

1. 객체 저장 모델: 이 구성 요소는 Sui의 Move 개선의 핵심 구성 요소입니다. 소위 객체 저장 모델은 데이터를 독립적인 객체로 저장하며 각 객체에는 고유한 식별자가 있습니다. 기존 데이터베이스 시스템과 달리 객체 스토리지 모델은 고정된 데이터 구조를 가지지 않으며 텍스트, 이미지, 비디오, 오디오 등 다양한 유형의 데이터를 저장할 수 있습니다. 이 모델은 병렬 실행과 수평 확장(저장 용량 확장을 위해 노드 추가)을 허용하며 Sui는 이 모델을 중심으로 설계되었습니다.

2. 인과관계 순서 지정: 데이터 충돌 및 불일치를 방지하기 위해 트랜잭션의 실행 순서가 인과관계에 부합하는지 확인합니다. 이를 통해 Sui는 많은 수의 동시 트랜잭션을 처리하고 데이터 일관성을 유지할 수 있습니다.

3. Narwhal 및 Bullshark 합의 엔진: Sui는 Narwhal 및 Bullshark를 합의 엔진으로 사용합니다. Narwhal은 트랜잭션 정렬 및 검증을 담당합니다. 작동 원리는 트랜잭션의 인과성에 따라 로컬 트랜잭션 풀을 유지하고 정렬 및 브로드캐스팅하여 모든 노드를 보장하는 것입니다. 동일하고 유효한 거래 순서를 가지고 있습니다. Bullshark는 Narwhal로 정렬된 트랜잭션 목록을 수신하면 트랜잭션 목록에 투표하고 비잔틴 내결함성 합의를 사용하여 모든 노드가 트랜잭션 목록에 동의하는지 확인합니다.

4. Sui Move: Sui는 Move 언어를 확장하고 NFT 지원, 자산 관리 및 데이터 저장과 같은 새로운 기능을 추가합니다.

5. Sui 프레임워크: Sui는 개발자가 애플리케이션을 신속하게 구축하고 배포하는 데 도움이 되는 완전한 프레임워크를 제공합니다. 프레임워크에는 Sui Wallet, Sui SDK 및 Sui CLI와 같은 다양한 도구와 라이브러리가 포함되어 있습니다.

Sui의 아키텍처는 빠른 속도, 낮은 수수료 및 보안을 유지하면서 동시에 많은 수의 트랜잭션을 처리할 수 있도록 설계되었습니다. 동시에 Sui의 Move 언어와 Sui 프레임워크는 개발자에게 안전하고 확장 가능하며 사용자 친화적인 애플리케이션을 구축하는 데 도움이 되는 강력한 도구도 제공합니다.

2.2 합의

Sui 블록체인은 짧은 대기 시간과 높은 처리량을 최적화하도록 설계된 비잔틴 결함 허용(BFT) 기반 합의인 Mysticeti라는 합의 메커니즘을 사용합니다.

Mysticeti를 사용하면 여러 검증인이 블록을 병렬로 제안할 수 있으므로 네트워크 대역폭을 완전히 활용하고 검열 저항을 제공할 수 있습니다. 또한 프로토콜은 DAG(방향성 비순환 그래프)에서 블록을 제출하는 데 3라운드의 메시지만 필요합니다. 이는 pBFT와 동일하고 이론적 최소값과 일치합니다. 커밋 규칙은 블록 리더의 병렬 투표 및 인증을 허용하여 중앙값 및 꼬리 지연 시간을 더욱 줄입니다. 커밋 규칙은 커밋 대기 시간을 크게 늘리지 않고도 사용할 수 없는 리더를 허용할 수도 있습니다.

Mysticeti는 Sui 메인넷 출시 전 3개월 동안 테스트넷에서 운영되었으며, 주목할만한 결과는 지연 시간이 80% 감소한 것입니다. Sui 네트워크는 이제 1초 미만의 엔드 투 엔드 대기 시간으로 초당 수만 건의 트랜잭션을 처리할 수 있습니다.

Sui 블록체인은 위임된 지분 증명(DPoS)이라는 특정 유형의 지분 증명 합의도 사용합니다. 공유 개체와 관련된 트랜잭션(복잡한 트랜잭션이라고 함)이 발생하면 Sui는 트랜잭션 순서 지정을 위해 위에서 설명한 Narwhal Bullshark 합의 엔진을 사용합니다. BFT 합의 메커니즘을 갖춘 다른 퍼블릭 체인과 비교하여 Sui의 장점과 단점은 6가지로 요약될 수 있습니다.

장점:

• 낮은 대기 시간 및 높은 처리량: Mysticeti 프로토콜은 합의 대기 시간을 크게 줄이고 병렬 블록 제안 및 최적화된 메시지 전달 프로세스를 통해 네트워크 처리량을 향상시킵니다. 이를 통해 Sui 블록체인은 1초 미만의 엔드 투 엔드 대기 시간으로 초당 수만 건의 트랜잭션을 처리할 수 있습니다.

• 검열 저항: Mysticeti 프로토콜을 사용하면 여러 검증인이 블록을 병렬로 제안하여 네트워크의 검열 저항을 높일 수 있습니다.

• 사용할 수 없는 리더 허용: 커밋 규칙을 사용하면 커밋 대기 시간을 크게 늘리지 않고도 사용할 수 없는 리더를 허용할 수 있습니다(리더 노드에 장애가 발생하면 시스템에서 자동으로 책임을 맡을 새 리더를 선택함).

단점:

• 복잡성: Mysticeti 프로토콜의 설계는 상대적으로 복잡하며 작동 메커니즘을 완전히 이해하려면 더 깊은 기술적 이해가 필요합니다.

• 보안: Mysticeti 프로토콜은 테스트 네트워크에서 잘 수행되었지만 실제 애플리케이션에서는 보안을 추가로 검증해야 합니다.

• 확장성: Mysticeti 프로토콜의 확장성은 향후 증가하는 네트워크 규모와 트랜잭션 볼륨에 적응할 수 있는지 확인하기 위해 여전히 추가 관찰이 필요합니다.

2.3 추상 계정

Sui의 계정 추상화는 사용자가 더 간단하고 안전한 방식으로 계정과 거래를 관리할 수 있게 해주는 메커니즘입니다. 기본 블록체인 프로토콜에서 계정 및 트랜잭션 로직을 추상화하여 더 높은 수준의 계정 관리 및 트랜잭션 처리를 가능하게 합니다.

Sui의 추상 계정 모델에서 계정은 더 이상 단순한 공개-개인 키 쌍이 아니라 더 풍부한 속성과 동작을 가진 개체입니다. 각 계정에는 계정의 공개 및 개인 키 쌍과 연결된 계정 ID라는 고유 식별자가 있습니다.

Sui의 추상 계정 모델에는 다음과 같은 주요 구성 요소가 포함됩니다.

1. 계정 개체: 계정 개체는 Sui에서 계정의 기본 단위입니다. 각 계정 개체에는 고유한 계정 ID가 있으며 계정의 속성과 동작이 포함되어 있습니다.

2. 계정 데이터: 계정 데이터는 계정 개체의 핵심 구성 요소입니다. 여기에는 계정 ID, 공개 및 개인 키 쌍 등과 같은 계정에 대한 기본 정보가 포함됩니다.

3. 트랜잭션 컨텍스트(Transaction Context): 트랜잭션 컨텍스트는 Sui에서 트랜잭션의 기본 단위입니다. 거래 ID, 계정 ID, 거래 데이터 등 거래 관련 정보를 포함합니다.

4. 계정 로직: 계정 로직은 Sui의 계정 동작 및 규칙 모음입니다. 이는 계정이 거래를 처리하고 상태를 관리하는 방법을 정의합니다.

Sui의 추상 계정 모델은 다음 단계를 통해 거래를 처리합니다.

1. 거래 생성: 사용자는 거래를 생성하여 Sui 네트워크로 보냅니다.

2. 거래 검증: Sui 네트워크는 거래의 유효성과 무결성을 검증합니다.

3. 계정 검색: Sui Network는 거래의 계정 ID를 기반으로 해당 계정 개체를 검색합니다.

4. 계정 논리 실행: Sui 네트워크는 계정 논리를 실행하여 거래를 처리하고 계정 상태를 업데이트합니다.

5. 거래 확인: Sui 네트워크는 거래 결과를 확인하고 이를 블록체인에 기록합니다.

간단히 말해서 Sui의 추상 계정 모델은 계정 관리 및 트랜잭션 처리를 단순화하여 애플리케이션을 더욱 애플리케이션과 유사하게 만드는 혁신적인 메커니즘입니다.

2.4 게임

위에서 Move가 용감한 시도라고 불리는 이유는 첫째, 모듈 개념이 일반화되는 시대에 네이티브 Move 시스템(예: Move Twin Star)이 포위 공격을 뚫을 수 있는지 여부가 먼저 축적되고 축적되어야 합니다. )은 기본적으로 추세에 어긋나는 Layer 1의 마지막 시도로 간주되지만, 최근 여러 이종 체인의 증가는 모듈화가 유일한 답이 아니라는 것을 증명할 수 있습니다. 두 번째는 퍼블릭 체인을 리메이크하고 새로운 프로그래밍 언어를 채택하는 것이다. 현재 휴대폰 시장에서 iOS와 안드로이드에 도전하기 위해 시스템을 리메이크하려는 것처럼 생각하면 앞으로의 길은 가시밭일 수밖에 없다. Move 시스템이 향후 몇 년 안에 Solana만큼 빛을 발하고 인기를 얻을 수 있을지 여부는 Move 시스템이 선택하는 개발 방향이 특히 중요할 것입니다. 이 질문에 대한 수이의 대답은 게임이다.

게임은 Web3의 중요한 입구 중 하나이지만 대부분의 퍼블릭 체인은 게임을 잘 지원하지 않습니다. 이는 블록체인이 태어날 때부터 금융을 중심으로 설계되었으며 분산 구조의 성능이 낮기 때문에 당연히 게임에 적합하지 않기 때문입니다. 그러나 Sui의 모델은 DeFi 애플리케이션과 비금융 애플리케이션 및 게임 모두에 적합합니다. Sui에서 위에서 언급한 것처럼 모든 것이 객체입니다. 게임이나 애플리케이션에는 계층적 관계가 있는 복잡한 자산이 있습니다. Sui에서는 개체가 다른 개체를 가질 수 있습니다(자산은 자산을 가질 수 있음). 당신이 영웅 캐릭터로 게임을 하고 있고, 그 영웅 캐릭터가 해당 캐릭터에 속하는 다른 디지털 자산을 포함하는 인벤토리를 가지고 있다고 가정해 보겠습니다. Sui는 다른 블록체인이 할 수 없는 방식으로 이러한 데이터 계층 구조를 정확하게 모델링할 수 있습니다. 따라서 이는 개발자에게 체인의 근본적인 한계를 해결하지 않고도 구축하려는 애플리케이션을 표현할 수 있는 기회를 제공합니다.

또한 Sui는 전통적인 Web2 거대 기업과의 협력도 적극적으로 발전시키고 있으며, 지난해부터 한국의 4대 게임 거대 기업 중 3개( 넷마블 , NHN , NCSoft )와 파트너십을 맺었습니다. Sui는 올해 Tiktok과 협력하여 블록체인 게임 및 SocialFi 프로젝트를 개발함으로써 Web2에 전통적인 거대 기업을 소개하고 있습니다.

3. 앱토스

Move 언어를 기반으로 하는 또 다른 레이어 1 블록체인인 Aptos는 확장 가능한 고성능 Web3 인프라 구축에도 전념하고 있습니다. 건축 디자인은 Sui와 많은 유사점을 가지고 있지만 몇 가지 독특한 특징도 보여줍니다.

3.1 아키텍처

1. 모듈형 설계: Aptos는 모듈형 아키텍처를 채택하여 개발자가 다양한 모듈을 독립적으로 개발하고 업그레이드할 수 있도록 하여 개발 속도와 유연성을 향상시킵니다.

2. 병렬 실행 엔진(Block-STM): 데이터 종속성의 사전 선언이 필요한 다른 블록체인과 달리 Aptos의 병렬 실행 엔진은 데이터 위치에 대한 사전 지식 없이 트랜잭션을 병렬로 처리할 수 있으므로 처리량을 늘리고 대기 시간을 줄일 수 있습니다.

3. 파이프라인 트랜잭션 처리: 앱토스는 트랜잭션 처리를 전파, 메타데이터 정렬, 배치 저장 등 여러 단계로 나누고 파이프라인 접근 방식을 통해 이러한 단계를 병렬로 실행하여 처리량을 최대화하고 대기 시간을 줄입니다.

4. Move 프로그래밍 언어: Aptos는 Sui가 도입한 혁신과 비교하여 Move 프로그래밍 언어를 사용하여 이를 개선하기 위해 더 많은 노력을 기울였습니다. 예를 들어, 언어 표준화, 더욱 강력한 기능 지원 및 사용자 정의 기능 도입 등이 있습니다.

5. 유연한 상태 동기화: 노드가 전체 기록을 동기화하거나 최신 상태만 동기화하는 등 다양한 상태 동기화 전략을 선택할 수 있도록 하여 노드의 유연성을 향상시킵니다.

6.AptosBFT 합의 메커니즘: AptosBFT는 Aptos에서 사용하는 비잔틴 내결함성 합의 메커니즘으로 검증자 간의 통신 및 동기화를 최적화하여 처리량을 향상시키고 대기 시간을 줄입니다. Sui와 비교하면 DiemBFT의 향상된 버전이라고 볼 수 있습니다. 효율성과 충돌 방지 복구가 어느 정도 향상되었으므로 여기서는 간단히 설명하겠습니다.

Aptos의 아키텍처는 빠른 속도, 낮은 수수료 및 보안을 유지하면서 동시에 많은 수의 트랜잭션을 처리할 수 있도록 설계되었습니다. 동시에 Aptos의 Move 언어와 Aptos 프레임워크는 개발자에게 안전하고 확장 가능하며 사용자 친화적인 애플리케이션을 구축하는 데 도움이 되는 강력한 도구도 제공합니다.

3.2 블록-STM

Aptos의 핵심적이고 혁신적인 병렬 실행 엔진 Block-STM에 대해 이야기하기 위해 여기를 확장해 보겠습니다.

Block-STM의 핵심 원칙:

1. 사전 설정된 순서 실행: Block-STM은 블록 내 사전 설정된 트랜잭션 순서에 의존합니다. 모든 트랜잭션은 최종 상태의 일관성을 보장하기 위해 이 순서로 실행되어야 합니다.

2. 낙관적 동시성 제어: Block-STM은 충돌이 발생하지 않는다는 가정하에 낙관적으로 트랜잭션을 병렬로 실행합니다. 낙관적 동시성 제어는 충돌이 거의 발생하지 않는다는 가정을 기반으로 하며 트랜잭션이 잠금 없이 데이터에 액세스하고 수정할 수 있도록 합니다. 여러 트랜잭션이 동시에 충돌할 확률은 매우 낮다고 생각하므로 먼저 수정하고 최종 커밋 전에 실제로 충돌이 발생하는지 확인할 수 있습니다.

3. 다중 버전 데이터 구조: 낙관적 동시성 제어를 지원하기 위해 Block-STM은 다중 버전 데이터 구조를 사용하여 데이터를 저장합니다. 각 쓰기 작업은 새로운 버전의 데이터를 생성하는 반면, 읽기 작업은 해당 버전의 데이터에 액세스합니다.

4. 확인 및 재시도: Block-STM은 트랜잭션을 실행한 후 읽은 데이터의 버전이 여전히 유효한지 확인합니다. 검증에 실패하면 충돌이 발생하고 거래가 유효하지 않은 것으로 표시되어 다시 실행됩니다.

5. 협력 스케줄링: Block-STM은 협력 스케줄러를 사용하여 개별 스레드의 실행 및 검증 작업을 조정하여 병렬성을 극대화합니다.

블록-STM 워크플로:

1. 트랜잭션 그룹화: 블록의 트랜잭션을 그룹화하고 병렬 실행을 위해 이를 다른 스레드에 할당합니다.

2. 낙관적 실행: 각 스레드는 할당된 트랜잭션을 낙관적으로 실행하고 각 트랜잭션의 읽기 및 쓰기 세트를 기록합니다.

3. 확인: 스레드가 트랜잭션 실행을 완료하면 읽기 세트의 데이터 버전이 여전히 유효한지 확인합니다.

4. 재시도: 검증에 실패하면 충돌이 발생하고 트랜잭션이 유효하지 않은 것으로 표시되어 다시 실행됩니다.

5. 제출: 모든 거래가 검증된 후 결과가 블록체인 상태에 기록되어 거래 제출이 완료됩니다.

Block-STM의 장점:

• 높은 처리량: Block-STM은 낙관적 동시성 제어 및 협력적 스케줄링을 통해 멀티 코어 프로세서의 성능을 최대한 활용하여 높은 처리량을 달성할 수 있습니다.

• 낮은 대기 시간: 트랜잭션이 병렬로 실행될 수 있으므로 Block-STM은 트랜잭션 확인 시간을 크게 줄일 수 있습니다.

• 보안: Block-STM의 사전 설정된 순차적 실행 및 검증 메커니즘은 최종 상태의 일관성과 보안을 보장합니다.

간단히 말해서 Block-STM은 낙관적 동시성 제어, 다중 버전 데이터 구조 및 협업 스케줄링과 같은 기술을 결합하여 보안 및 정확성을 보장하면서 블록 수를 최대화하는 효율적인 병렬 트랜잭션 실행 엔진입니다.

3.3 추상 계정

매우 직접적인 Sui의 추상 계정과 달리 Aptos에서 지원하는 추상 차원은 더 제한적이며 사전 정의된 특정 표준이 없습니다. 추상 계정 기능은 주로 다음 측면에 반영됩니다.

1. 모듈식 계정 관리: 이동 모듈을 사용하여 계정을 정의 및 관리하고 개발자는 사용자 정의 모듈을 만들어 다양한 계정 유형 및 기능을 구현할 수 있습니다.

2. 유연한 키 관리: 사용자는 거래 서명에 하나의 키를 사용하고 계정 관리에 다른 키를 사용하는 등 계정에서 다양한 작업을 수행하기 위해 다른 키를 사용할 수 있습니다.

3. 프로그래밍 가능한 트랜잭션 검증: 개발자는 다양한 애플리케이션 시나리오를 충족하기 위해 다중 서명, 한도 등과 같은 사용자 정의 트랜잭션 검증 로직을 Move 모듈에서 정의할 수 있습니다.

3.4 마이크로소프트와의 협력

게임 개발에 더 중점을 두는 Sui와 비교하여 Aptos는 생산에 가장 적합한 블록체인을 슬로건으로 하는 구체적인 개발 목표를 가지고 있지 않습니다. 앱토스가 현재 마이크로소프트와 협력하여 마이크로소프트의 AI 기술을 블록체인에 도입하고 있다는 점은 언급할 가치가 있습니다. 현재 두 사람의 첫 번째 협업 제품인 앱토스 어시스턴트(Aptos Assistant)가 공식 페이지에 출시됐다. 이 제품은 앱토스 네트워크가 구축한 생성형 AI 어시스턴트이며, 후속 AI 제품은 몇 달 안에 발표될 예정이다.

4. 시스템 이동

Sui는 최근 좋은 성과를 거두었지만 여전히 EVM 시스템과 Solana 및 Ton과 같은 이종 체인에 비해 열등합니다. Move의 부상은 아직 정착하는 데 시간이 좀 걸립니다. 현재 쌍둥이 스타인 Sui와 Aptos가 스타 후광을 갖고 실제로 기술적인 혁신을 이루었지만 Move 생태계의 전반적인 규모와 활동은 여전히 다른 성숙한 생태계만큼 좋지 않습니다. 개발자 수, 애플리케이션 유형 및 사용자 규모가 모두 누적되는 데 시간이 걸립니다. 운영에 대한 외부 협력의 관점에서 볼 때 두 회사는 상대적으로 강력한 Web2 사고를 갖고 있으며 일부 Web3 유전자가 부족합니다. 업계에서는 항상 미온적이었습니다.

하지만 무브 시리즈의 잠재력에 대해서는 여러 측면에서 탐구해볼 가치가 있으며 일부 개발자들은 무브의 미래 가치에 주목하기도 했다. 서문에서 언급했듯이 이미 ETH Layer 2에 Move를 도입하는 프로젝트가 있습니다. 앞으로 Move 시스템은 ETH 2계층 생태계에서도 빛을 발할 것입니다. 지금 해야 할 일은 Move 시스템을 어떻게 홍보하는가입니다.

참고자료:

Aptos와 Sui 비교: https://cryptotvplus.com/2022/08/a-comparison-of-aptos-and-sui/

Nansen: 스타 퍼블릭 체인 Aptos의 기술적 특성과 생태학적 상태에 대한 자세한 설명: https://foresightnews.pro/article/detail/16825

앱토스 문서: https://aptos.dev/en/network/blockchain/move

Sui 공식 문서: https://docs.sui.io/

블록체인 초보자로서 Sui와 Sui의 작동 방식을 어떻게 이해하고 있나요? ： https://medium.com/sui-network-cn/블록체인 초보자로서 -Sui를 이해하는 방법과 작동 방법-f 2 aaa 5 d 8848 f