Aptos 블록체인 심화 탐구

Aptos 거래의 생명주기를 더 깊이 이해하기 위해 (운영 관점에서), 거래가 Aptos 풀노드에 제출되어 Aptos 블록체인에 커밋되는 여정을 따라가 보겠습니다. 그런 다음 Aptos 노드의 논리적 구성 요소에 초점을 맞추고 거래가 이러한 구성 요소와 어떻게 상호작용하는지 살펴보겠습니다.

• Alice와 Bob은 각각 Aptos 블록체인에 계정을 가진 두 사용자입니다.
• Alice의 계정에는 110 Aptos 코인이 있습니다.
• Alice는 Bob에게 10 Aptos 코인을 보내고 있습니다.
• Alice 계정의 현재 시퀀스 번호는 5입니다 (이는 Alice의 계정에서 이미 5개의 거래가 전송되었음을 나타냅니다).
• 네트워크에는 총 100개의 검증자 노드 — V₁부터 V₁₀₀까지 있습니다.
• Aptos 클라이언트는 Alice의 거래를 Aptos 풀노드의 REST 서비스에 제출합니다. 풀노드는 이 거래를 검증자 풀노드에 전달하고, 검증자 풀노드는 이를 검증자 V₁에 전달합니다.
• 검증자 V₁은 현재 라운드의 제안자/리더입니다.

이 섹션에서는 클라이언트가 거래 T₅를 제출할 때부터 Aptos 블록체인에 커밋될 때까지의 생명주기를 설명합니다.

관련 단계들에 대해서는 검증자 노드의 해당 구성 요소 간 상호작용에 대한 링크를 포함했습니다. 거래 생명주기의 모든 단계를 숙지한 후, 각 단계에 대한 해당 구성 요소 간 상호작용에 대한 정보를 참조할 수 있습니다.

graph LR
    subgraph Fullnodes
        direction TB
        REST_Service[REST Service]
    end

    Client(Client) -->|1| REST_Service

    subgraph Other_Validators[Other Validators]
        direction TB
    end

    subgraph Validators
        direction TB
        Mempool[3\nMempool]
        Consensus[Consensus]
        Consensus -->|7, 9| Execution
        Execution -->|11| Storage
        Execution -->|8| Virtual_Machine(Virtual Machine)
        Mempool --> Virtual_Machine
        Virtual_Machine --> Storage
    end

    Other_Validators <-->|6, 10| Consensus
    REST_Service -->|2| Mempool
    Mempool <-->|4| Other_Validators(Other Validators)
    Consensus -->|5| Mempool

거래의 생명주기는 다섯 단계로 구성됩니다:

• 수락: 거래 수락
• 공유: 다른 검증자 노드와 거래 공유
• 제안: 블록 제안
• 실행 및 합의: 블록 실행 및 합의 도달
• 커밋: 블록 커밋

각 단계에서 일어나는 일을 해당 Aptos 노드 구성 요소 상호작용에 대한 링크와 함께 아래에 설명했습니다.

Aptos 클라이언트는 원시 거래를 구성합니다 (Traw₅라고 하겠습니다) Alice의 계정에서 Bob의 계정으로 10 Aptos 코인을 전송하기 위해. Aptos 클라이언트는 Alice의 개인 키로 거래에 서명합니다. 서명된 거래 T₅는 다음을 포함합니다:

• 원시 거래.
• Alice의 공개 키.
• Alice의 서명.

원시 거래는 다음 필드들을 포함합니다:

거래가 검증자 V₁에 도달하면, V₁의 메모리풀은 거래를 검증하고 유효한 경우 이를 저장합니다…