저자: YBB Capital 연구원 Zeke

서론

최근 시장이 점점 차가워지고 있으며, 업계의 많은 OG들도 산업의 존재 의미에 대해 의문을 제기하기 시작했습니다. 개인적인 생각을 말하자면, 저는 과거 많은 위대한 비전이 "반증"된 이유는 이러한 비전이 처음부터 논리적으로 일관되지 않았기 때문이라고 생각합니다. 비금융 애플리케이션 외의 Dapp은 항상 분산화 가치를 강조하는 방식으로 제품 자체의 우수성이 부족함을 감추려 합니다. 하지만 사실은 그들이 저에게 구글, 트위터, 유튜브를 믿지 말고, 그들의 다중 서명 지갑과 단독 서버가 충분히 안전하다고 믿으라고 합니다. 많은 비전은 반증된 것이 아니라, 실제로 검증된 적이 없습니다. 저는 여전히 대부분의 비전이 그렇게 거창하지 않더라도 그 의미가 있다고 믿습니다. 어쩌면 그들은 충분한 기반이 필요할 뿐입니다. 결국 분산화와 Web2에 필적하는 좋은 경험에서 적어도 하나를 제공할 수 있습니다. 예전 TON과 Solana가 모두 경시되었지만, 이제 여러 면에서 점차 큰 형님을 따라잡고 있으며, 애플리케이션을 수용하는 퍼블릭 체인은 혁신이 필요하며, 이는 매 사이클마다 산업의 발전을 촉진할 것입니다. 그래서 오늘 우리는 오랫동안 주목받지 못했던 퍼블릭 체인 유형인 Move 계열을 탐구할 것입니다.

1. Move

Move 프로그래밍 언어는 원래 Meta의 버려진 프로젝트 Diem(원래는 Libra)에서 탄생했습니다. 이 프로젝트는 더 안정적이고 규제받는 스테이블 코인을 만들어 메타버스 비전의 기초로 삼는 것을 목표로 했습니다. 그러나 예상과는 달리 이 프로젝트는 전 세계 규제 기관의 강한 반대와 지속적인 압박을 받았습니다. 규제 기관은 Diem의 규모와 Facebook의 방대한 사용자군이 금융 안정성, 통화 정책 및 데이터 프라이버시를 위협할 수 있다고 우려했으며, 바이든 정부의 압박으로 인해 Meta는 결국 Diem 프로젝트를 포기해야 했습니다.

하지만 다행히도 Diem의 핵심은 버려지지 않았습니다. 원래 팀에서 분리된 다양한 파벌이 여전히 Move의 탐색과 개발을 고수하고 있으며, 현재 우리가 잘 아는 Move 쌍둥이인 Sui와 Aptos로 발전했습니다. 이 외에도 아직 태어나지 않은 Linera( Move의 Rust 퍼블릭 체인에서 영감을 받음)와 최근 활발히 홍보되고 있는 Movement 등 여러 퍼블릭 체인 프로젝트가 있습니다.

그렇다면 왜 이렇게 중단된 프로젝트의 여운이 이렇게 클까요? Move는 Web2의 대형 기업이 블록체인 프로그래밍 언어에 대한 답변으로서, 그 기초는 두말할 필요가 없으며, 설계에서도 기존 블록체인 프로그래밍 언어(특히 Solidity)에 대한 성능 및 보안 문제에 대한 많은 반성을 했습니다. 그 설계 목표는 자산 관리 및 접근 제어를 위해 맞춤형 타입 시스템을 구현하는 것입니다. 개인적으로 세 가지 간단한 요점으로 요약하겠습니다:

• 보안성: Move 언어 설계의 대전제는 보안성입니다. 이는 정적 타입 검사와 자원 관리를 사용하여 오버플로 오류 및 재진입 공격과 같은 일반적인 보안 취약점을 방지합니다. 다른 언어의 가상 머신과 비교할 때, Move는 다양한 보안 기능을 지원합니다. 아래 그림은 Nansen의 비교를 인용합니다.

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

• 성능: Move 언어의 가상 머신은 최적화되어 있으며(병렬 처리, 메모리 관리, 컴파일러 최적화 지원), 스마트 계약을 효율적으로 실행하여 거래 속도와 처리량을 향상시킵니다.

모듈화된 EVM 퍼블릭 체인이 시장에 넘쳐나는 현재, Move는 사실 용감한 시도로 간주될 수 있습니다. 제가 언급한 세 가지 요점은 많은 퍼블릭 체인 프로젝트의 소개에서도 비슷한 내용을 보셨을 것입니다. 저는 이러한 글자를 구체화하기 위해 직접 경험해보는 것을 더 추천합니다.

2. Sui

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 지갑, Sui SDK 및 Sui CLI와 같은 다양한 도구와 라이브러리가 포함되어 있습니다.

Sui의 아키텍처 설계는 대량의 동시 거래를 처리하고 높은 속도, 낮은 수수료 및 보안을 유지할 수 있게 합니다. 동시에 Sui의 Move 언어와 Sui 프레임워크는 개발자에게 강력한 도구를 제공하여 안전하고 확장 가능하며 사용자 친화적인 애플리케이션을 구축하는 데 도움을 줍니다.

2.2 합의

Sui 블록체인은 Mysticeti라는 합의 메커니즘을 사용하며, 이는 비잔틴 내결함성(BFT) 기반의 합의로, 낮은 지연 시간과 높은 처리량을 최적화하는 것을 목표로 합니다.

Mysticeti는 여러 검증자가 병렬로 블록을 제안할 수 있도록 하여 네트워크 대역폭을 최대한 활용하고 검열 저항을 제공합니다. 또한 이 프로토콜은 DAG(유향 비순환 그래프)에서 블록을 제출하는 데 세 번의 메시지만 필요하며, pBFT와 동일하게 이론적 최소값에 맞춰져 있습니다. 제출 규칙은 병렬 투표 및 블록 리더 인증을 허용하여 중간 및 꼬리 지연을 더욱 줄입니다. 제출 규칙은 사용할 수 없는 리더를 허용할 수 있으며, 제출 지연을 크게 증가시키지 않습니다.

Mysticeti는 Sui 메인넷이 출시되기 전에 테스트넷에서 세 달 동안 운영되었으며, 그 주요 성과는 지연 시간이 80% 감소한 것입니다. 현재 Sui 네트워크는 초당 수만 건의 거래를 처리할 수 있으며, 종단 간 지연 시간은 1초 미만입니다.

Sui 블록체인은 위임 지분 증명(DPoS)이라는 특정 유형의 지분 증명 합의를 사용합니다. 공유 객체와 관련된 거래(복잡한 거래라고 함)가 발생할 때, Sui는 위에서 설명한 Narwhal & Bullshark 합의 엔진을 사용하여 거래를 정렬합니다. 다른 BFT 합의 메커니즘의 퍼블릭 체인과 비교할 때, Sui의 장단점은 여섯 가지로 요약할 수 있습니다:

장점:

• 낮은 지연 시간과 높은 처리량: Mysticeti 프로토콜은 병렬 블록 제안 및 최적화된 메시지 전송 프로세스를 통해 합의 지연 시간을 크게 줄이고 네트워크 처리량을 향상시킵니다. 이를 통해 Sui 블록체인은 초당 수만 건의 거래를 처리할 수 있으며, 종단 간 지연 시간은 1초 미만입니다;

• 검열 저항: Mysticeti 프로토콜은 여러 검증자가 병렬로 블록을 제안할 수 있도록 하여 네트워크의 검열 저항을 높입니다;

• 사용할 수 없는 리더 허용: 제출 규칙은 사용할 수 없는 리더를 허용하며(리더 노드가 고장 날 경우 시스템이 자동으로 새로운 리더를 선출하여 그 역할을 대체함), 제출 지연을 크게 증가시키지 않습니다.

단점:

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

• 보안성: Mysticeti 프로토콜은 테스트넷에서 뛰어난 성과를 보였지만, 실제 응용에서 그 보안성이 추가로 검증되어야 합니다;

• 확장성: Mysticeti 프로토콜의 확장성은 향후 지속적으로 증가하는 네트워크 규모와 거래량에 적응할 수 있는지 추가 관찰이 필요합니다.

2.3 추상 계정

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

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

Sui의 추상 계정 모델은 다음과 같은 주요 구성 요소를 포함합니다:

1. 계정 객체(Account Object): 계정 객체는 Sui에서 계정의 기본 단위입니다. 각 계정 객체는 고유한 계정 ID를 가지며, 계정의 속성과 행동을 포함합니다;

2. 계정 데이터(Account Data): 계정 데이터는 계정 객체의 핵심 구성 요소입니다. 이는 계정의 기본 정보, 예를 들어 계정 ID, 공개 키 및 비공개 키 쌍 등을 포함합니다;

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

4. 계정 로직(Account Logic): 계정 로직은 Sui에서 계정의 행동 및 규칙의 집합입니다. 이는 계정이 거래를 처리하고 상태를 관리하는 방법을 정의합니다.

Sui의 추상 계정 모델은 다음과 같은 단계로 거래를 처리합니다:

1. 거래 생성: 사용자가 거래를 생성하고 이를 Sui 네트워크에 전송합니다;

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

3. 계정 조회: Sui 네트워크는 거래의 계정 ID에 따라 해당 계정 객체를 조회합니다;

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

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

간단히 말해, Sui의 추상 계정 모델은 계정 관리 및 거래 처리를 간소화하는 혁신적인 메커니즘으로, 애플리케이션을 더 애플리케이션답게 만듭니다.

2.4 게임

퍼블릭 체인이 두각을 나타내기 위해서는 먼저 침착함과 축적이 필요합니다. 제가 위에서 Move를 용감한 시도로 언급한 이유는 두 가지입니다: 첫째, 모듈화 개념이 일반화된 시대에서 원주율 Move 계열(즉, Move 쌍둥이)은 Layer1의 마지막 시도라고 할 수 있으며, 기본적으로 역행하는 경향이 있습니다. 그러나 최근 여러 이종 체인의 부상은 모듈화가 유일한 답이 아님을 증명할 수 있습니다. 둘째, 새로운 프로그래밍 언어를 채택하여 퍼블릭 체인을 재구성하는 행동은 현재의 스마트폰 시장에서 iOS와 안드로이드를 도전하기 위해 시스템을 재구성하려는 것과 같으며, 미래의 길은 반드시 가시밭길이 될 것입니다. Move 계열이 향후 몇 년 동안 Solana처럼 빛나고 열기를 발산할 수 있을지는 스스로 선택한 발전 방향이 매우 중요할 것입니다. Sui의 이 질문에 대한 답은 게임입니다.

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

이 외에도 Sui는 전통적인 Web2 대기업과의 협력을 적극적으로 추진하고 있으며, 지난해에는 한국의 4대 게임 대기업 중 3개(Netmarble, NHN 및 NCSoft)와 파트너십을 체결했습니다. 올해에는 Tiktok과 협력하여 체인 게임 및 SocialFi 프로젝트를 개발하고 있으며, Sui는 전통적인 대기업을 Web2로 끌어들이고 있습니다.

3. Aptos

Aptos는 Move 언어를 기반으로 한 또 다른 Layer 1 블록체인으로, 고성능 및 확장 가능한 Web3 인프라 구축을 목표로 하고 있습니다. 그 아키텍처 설계는 Sui와 많은 유사점을 가지고 있지만, 몇 가지 독특한 특징도 보여줍니다.

3.1 아키텍처

1. 모듈화 설계: Aptos는 모듈화 아키텍처를 채택하여 개발자가 서로 다른 모듈을 독립적으로 개발하고 업그레이드할 수 있도록 하여 개발 속도와 유연성을 높입니다;

2. 병렬 실행 엔진(Block-STM): 다른 블록체인과 달리 Aptos의 병렬 실행 엔진은 데이터 의존성을 미리 선언할 필요 없이 거래를 병렬로 처리할 수 있어 처리량을 높이고 지연 시간을 줄입니다;

3. 파이프라인 거래 처리: Aptos는 거래 처리를 전파, 메타데이터 정렬, 배치 저장 등 여러 단계로 나누고, 이러한 단계를 파이프라인 방식으로 병렬 실행하여 처리량을 극대화하고 지연 시간을 줄입니다;

4. Move 프로그래밍 언어: Aptos는 Move 프로그래밍 언어를 사용하며, Sui에서 도입한 혁신을 보완하는 데 더 중점을 두고 있습니다. 예를 들어, 언어 표준화, 더 강력한 함수 지원 및 사용자 정의 기능을 도입했습니다;

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

6. AptosBFT 합의 메커니즘: AptosBFT는 Aptos에서 사용하는 비잔틴 내결함성 합의 메커니즘으로, 검증자 간의 통신 및 동기화를 최적화하여 처리량을 높이고 지연 시간을 줄입니다. Sui와 비교할 때 DiemBFT의 개선 버전으로 볼 수 있으며, 효율성과 내결함성 복구에서 일정한 개선이 이루어졌습니다. 따라서 여기서는 간단히 설명하겠습니다.

Aptos의 아키텍처 설계는 대량의 동시 거래를 처리하고 높은 속도, 낮은 수수료 및 보안을 유지할 수 있게 합니다. 동시에 Aptos의 Move 언어와 Aptos 프레임워크는 개발자에게 강력한 도구를 제공하여 안전하고 확장 가능하며 사용자 친화적인 애플리케이션을 구축하는 데 도움을 줍니다.

3.2 Block-STM

여기서는 Aptos의 핵심 혁신인 병렬 실행 엔진 Block-STM에 대해 확장하여 설명하겠습니다:

Block-STM의 핵심 원리:

1. 사전 설정된 순서 실행: Block-STM은 블록 내 거래의 사전 설정된 순서에 의존하며, 모든 거래는 이 순서에 따라 실행되어야 최종 상태의 일관성을 보장합니다;

2. 낙관적 병행 제어: Block-STM은 충돌이 발생하지 않을 것이라고 가정하고 거래를 낙관적으로 병렬 실행합니다. 낙관적 병행 제어는 "충돌이 드물다"는 가정에 기반하여, 트랜잭션이 잠금 없이 데이터에 접근하고 수정할 수 있도록 허용합니다. 이는 여러 트랜잭션이 동시에 충돌할 확률이 낮다고 판단하여 먼저 수정을 진행하고, 마지막 제출 전에 실제로 충돌이 발생했는지 확인합니다;

3. 다중 버전 데이터 구조: 낙관적 병행 제어를 지원하기 위해 Block-STM은 데이터를 저장하기 위해 다중 버전 데이터 구조를 사용합니다. 각 쓰기 작업은 새로운 데이터 버전을 생성하며, 읽기 작업은 해당 버전의 데이터를 접근합니다;

4. 검증 및 재시도: 거래 실행이 완료된 후, Block-STM은 읽은 데이터 버전이 여전히 유효한지 검증합니다. 검증에 실패하면 충돌이 발생한 것으로 간주되어 해당 거래는 무효로 표시되고 재실행됩니다;

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

Block-STM의 작업 흐름:

1. 거래 그룹화: 블록 내 거래를 그룹화하여 서로 다른 스레드에 할당하여 병렬 실행합니다;

2. 낙관적 실행: 각 스레드는 자신에게 할당된 거래를 낙관적으로 실행하고, 각 거래의 읽기/쓰기 집합을 기록합니다;

3. 검증: 한 스레드가 거래 실행을 완료하면, 읽기 집합의 데이터 버전이 여전히 유효한지 검증합니다;

4. 재시도: 검증에 실패하면 충돌이 발생한 것으로 간주되어 해당 거래는 무효로 표시되고 재실행됩니다;

5. 제출: 모든 거래가 검증을 통과하면 결과를 블록체인 상태에 기록하여 거래 제출을 완료합니다.

간단히 말해, Block-STM은 낙관적 병행 제어, 다중 버전 데이터 구조 및 협력 스케줄링 등의 기술을 결합하여 안전성과 정확성을 보장하면서 블록체인의 처리량을 극대화하는 효율적인 병렬 거래 실행 엔진입니다.

3.3 추상 계정

Sui의 추상 계정과는 달리, Aptos가 지원하는 추상화 차원은 다소 제한적이며, 구체적인 사전 정의된 표준이 없습니다. Aptos의 추상 계정 기능은 주로 다음과 같은 측면에서 나타납니다:

1. 모듈화 계정 관리: Move 모듈을 사용하여 계정을 정의하고 관리하며, 개발자는 다양한 계정 유형과 기능을 구현하기 위해 사용자 정의 모듈을 생성할 수 있습니다.

2. 유연한 키 관리: 사용자가 계정에 대해 서로 다른 작업을 수행하기 위해 서로 다른 키를 사용할 수 있도록 하여, 예를 들어 하나의 키로 거래 서명을 하고, 다른 키로 계정 관리를 수행할 수 있습니다.

3. 프로그래머블 거래 검증: 개발자는 Move 모듈 내에서 사용자 정의 거래 검증 로직을 정의할 수 있으며, 예를 들어 다중 서명, 한도 설정 등을 통해 다양한 애플리케이션 시나리오를 충족할 수 있습니다.

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

Sui가 게임 개발에 중점을 두고 있는 반면, Aptos는 특정한 발전 목표가 없습니다. 그 슬로건은 "생산에 가장 적합한 블록체인"입니다. 특히 주목할 만한 점은 Aptos가 현재 마이크로소프트와 협력하여 마이크로소프트의 AI 기술을 블록체인에 도입하는 것을 목표로 하고 있다는 것입니다. 현재 두 회사의 첫 번째 협력 제품인 Aptos Assistant가 공식 페이지에 출시되었으며, 이 제품은 Aptos 네트워크에서 구축된 생성적 AI 도우미입니다. 이후의 AI 제품은 몇 달 후에 순차적으로 발표될 예정입니다.

4. Move 계열

최근 Sui의 성과가 좋지만, EVM 계열 및 Solana, Ton 등의 이종 체인에 비해 Move의 부상은 여전히 일정한 시간의 축적이 필요합니다. 현재 쌍둥이 Sui와 Aptos는 스타의 영광을 안고 있지만, 기술적으로도 돌파구를 마련했지만, Move 생태계의 전체 규모와 활발함은 여전히 다른 성숙한 생태계에 미치지 못합니다. 개발자 수, 애플리케이션 종류 및 사용자 규모는 모두 시간의 축적이 필요합니다. 외부 협력에서 운영에 이르기까지 두자는 비교적 강한 Web2 사고방식을 가지고 있으며, Web3 유전자가 부족하여 다양한 협력 프로젝트는 업계에서 항상 미지근한 상태에 있습니다.

하지만 Move 계열의 잠재력은 여러 면에서 깊이 파고들 가치가 있으며, 일부 개발자들은 Move의 미래 가치를 이미 주목하고 있습니다. 서론에서 언급했듯이, 현재 Move를 ETH Layer2에 도입하는 프로젝트도 등장하고 있으며, 향후 Move 계열은 ETH 2층 생태계에서 빛을 발할 것입니다. 현재 우리가 해야 할 일은 Move 계열을 어떻게 알릴 것인가입니다.

참고 자료:

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

Nansen: 스타 퍼블릭 체인 Aptos의 기술 특성과 생태 현황: https://foresightnews.pro/article/detail/16825

Aptos 문서: https://aptos.dev/en/network/blockchain/move

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

블록체인 초보자로서 Sui 및 그 작동 방식을 이해하는 방법: https://medium.com/sui-network-cn/블록체인-초보자로서-sui-및-그-작동-방식을-이해하는-방법-f2aaa5d8848f