과거를 저장하고 미래를 계산하다: AO 초병렬 컴퓨터

서문

Web3에서 분화된 두 가지 주류 블록체인 아키텍처 디자인은 이제 심미적 피로감을 느끼게 합니다. 모듈화된 공공 블록체인과 성능을 강조하지만 성능 우위를 보여주지 못하는 새로운 L1 모두 이더리움 생태계의 복제 또는 미세한 개선이라고 할 수 있습니다. 동질화된 경험은 이미 사용자에게 신선함을 잃게 만들었습니다. 그러나 Arweave가 최근 제안한 AO 프로토콜은 눈에 띄며, 저장 공공 블록체인에서 초고성능 연산을 구현하고 심지어 준 Web2의 경험을 달성합니다. 이는 우리가 현재 알고 있는 확장 방식과 아키텍처 디자인과는 큰 차이가 있는 것 같습니다. 그렇다면 AO란 무엇일까요? 그 성능을 지원하는 논리는 어디에서 오는 것일까요?

AO를 이해하는 방법

AO라는 이름은 동시 처리 모델인 Actor Model의 프로그래밍 패러다임인 Actor Oriented의 약자에서 유래되었습니다. 전체 설계 아이디어는 Smart Weave의 연장선에서 비롯되었으며, 메시지 전달을 핵심으로 하는 Actor Model의 원칙을 따릅니다. 간단히 말해, AO는 Arweave 네트워크 위에서 모듈화된 아키텍처로 운영되는 "초병렬 컴퓨터"로 이해할 수 있습니다. 구현 방안에서 AO는 현재 우리가 흔히 보는 모듈화 실행 계층이 아니라, 메시지 전달 및 데이터 처리를 규범화하는 통신 프로토콜입니다. 이 프로토콜의 핵심 목표는 정보 전달을 통해 네트워크 내의 다양한 "역할" 간의 협력을 이루어내어 성능이 무한히 누적될 수 있는 계산 계층을 구현하는 것입니다. 궁극적으로 Arweave라는 "거대한 하드 드라이브"가 탈중앙화된 신뢰 환경에서 중앙화된 클라우드 수준의 속도, 확장 가능한 계산 능력 및 확장성을 갖출 수 있도록 합니다.

AO의 아키텍처

AO의 개념은 지난해 Gavin Wood가 Polkadot Decoded 회의에서 제안한 "Core Time"의 분할 및 재조합과 유사한 점이 있습니다. 두 가지 모두 계산 자원의 조정 및 협력을 통해 이른바 "고성능 세계 컴퓨터"를 실현합니다. 그러나 본질적으로 두 가지는 약간의 차이가 있습니다. 이종 스케줄링(Exotic Scheduling)은 중계 체인 블록 공간 자원의 해체 및 재구성을 의미하며, Polkadot의 아키텍처에는 큰 변화를 주지 않습니다. 계산 성능은 슬롯 모델 하의 단일 평행 체인의 제한을 넘었지만, 여전히 Polkadot의 최대 유휴 코어 수에 제한됩니다. 반면 AO는 이론적으로 노드의 수평 확장을 통해 거의 무한한 계산 능력(실제 상황에서는 네트워크 인센티브 수준에 따라 달라질 수 있음)과 더 높은 자유도를 제공합니다. 아키텍처적으로 AO는 데이터 처리 방식과 메시지 표현을 규범화하고, 세 개의 네트워크 단위(서브넷)를 통해 정보의 정렬, 조정 및 계산을 완료합니다. 그 규범화 방식과 다양한 단위의 기능은 공식 자료 분석을 통해 다음과 같이 요약할 수 있습니다:

• 프로세스(Process): 프로세스는 AO에서 명령을 실행하는 집합으로 볼 수 있으며, 초기화 시 필요한 계산 환경을 정의할 수 있습니다. 여기에는 가상 머신, 스케줄러, 메모리 요구 사항 및 필요한 확장이 포함됩니다. 이러한 프로세스는 "홀로그램" 상태를 유지합니다(각 프로세스 데이터는 Arweave의 메시지 로그에 독립적으로 저장될 수 있으며, 아래 "검증 가능한 문제" 부분에서 홀로그램 상태에 대해 구체적으로 설명할 것입니다). 홀로그램 상태는 프로세스가 독립적으로 작업할 수 있음을 의미하며, 실행은 동적이며 적절한 계산 단위에 의해 수행될 수 있습니다. 사용자 지갑에서 메시지를 수신하는 것 외에도 프로세스는 메신저 단위를 통해 다른 프로세스에서 오는 메시지를 전달할 수 있습니다;

• 메시지: 사용자(또는 다른 프로세스)가 프로세스와 상호작용할 때마다 메시지로 표시됩니다. 메시지는 Arweave의 원주율 ANS-104 데이터 항목을 준수해야 하며, 이를 통해 본래 구조의 일관성을 유지하여 Arweave가 정보를 저장할 수 있도록 합니다. 더 쉽게 이해할 수 있는 관점에서 메시지는 전통적인 블록체인에서의 거래 ID(TX ID)와 유사하지만, 두 가지는 완전히 동일하지 않습니다;

• 메신저 유닛(MU): MU는 '크랭킹(cranking)'이라는 과정을 통해 메시지를 중계하며, 시스템 내의 통신 전달을 담당하여 원활한 상호작용을 보장합니다. 메시지가 발송되면 MU는 이를 네트워크 내의 적절한 목적지(SU)로 라우팅하여 상호작용을 조정하고 생성된 발신함 메시지를 재귀적으로 처리합니다. 이 과정은 모든 메시지가 처리될 때까지 계속 진행됩니다. 메시지 중계 외에도 MU는 프로세스 구독 관리 및 정기적인 cron 상호작용 처리와 같은 다양한 기능을 제공합니다;
• 스케줄러 유닛(SU): 메시지를 수신하면 SU는 프로세스의 연속성과 완전성을 유지하기 위해 일련의 중요한 작업을 시작합니다. 메시지를 수신한 후 SU는 동일한 프로세스 내의 다른 메시지에 대한 순서를 보장하기 위해 고유한 증가 nonce를 할당합니다. 이 할당 과정은 암호화 서명을 통해 형식화되어 진정성과 순서의 완전성을 보장합니다. 프로세스의 신뢰성을 더욱 높이기 위해 SU는 서명 할당 및 메시지를 Arweave 데이터 계층에 업로드합니다. 이를 통해 메시지의 가용성과 불변성을 보장하고 데이터 변조 또는 손실을 방지합니다;
• 계산 유닛(CU): CU는 P2P 계산 시장 내에서 서로 경쟁하여 사용자와 SU가 계산 프로세스 상태를 해결하는 서비스를 완료합니다. 상태 계산이 완료되면 CU는 특정 메시지 결과가 포함된 서명 증명을 호출자에게 반환합니다. 또한 CU는 다른 노드가 로드할 수 있는 서명 상태 증명을 생성하고 게시할 수 있으며, 이는 일정 비율의 비용을 지불해야 합니다.

운영 체제 AOS

AOS는 AO 프로토콜 내의 운영 체제 또는 터미널 도구로 볼 수 있으며, 스레드를 다운로드, 실행 및 관리하는 데 사용됩니다. 개발자가 애플리케이션을 개발, 배포 및 실행할 수 있는 환경을 제공합니다. AOS에서 개발자는 AO 프로토콜을 활용하여 애플리케이션을 개발하고 배포하며 AO 네트워크와 상호작용할 수 있습니다.

운영 논리

Actor Model은 "모든 것은 배우"라는 철학적 관점을 지지합니다. 모델 내의 모든 구성 요소와 엔티티는 "배우"로 간주될 수 있으며, 각 배우는 자신의 상태, 행동 및 메일박스를 가지고 있으며, 비동기 통신을 통해 메시지를 전달하고 협력하여 전체 시스템이 분산되고 동시적인 방식으로 조직되고 운영될 수 있도록 합니다. AO 네트워크의 운영 논리도 마찬가지로, 구성 요소 및 사용자조차도 "배우"로 추상화될 수 있으며, 메시지 전달 계층을 통해 서로 통신하여 프로세스가 서로 연결됩니다. 병렬 계산이 가능하고 비공유 상태의 분산 작업 시스템이 얽혀서 구축됩니다.

다음은 정보 전달 프로세스의 단계에 대한 간략한 설명입니다:

1. 메시지의 발신:

• 사용자 또는 프로세스가 메시지를 생성하여 다른 프로세스에 요청을 보냅니다.
• MU(메신저 유닛)가 해당 메시지를 수신하고 POST 요청을 사용하여 다른 서비스로 전송합니다.

1. 메시지의 처리 및 전달:

• MU는 POST 요청을 처리하고 메시지를 SU(스케줄러 유닛)로 전달합니다.
• SU는 Arweave 저장소 또는 데이터 계층과 상호작용하여 메시지를 저장합니다.

1. 메시지 ID에 따른 결과 검색:

• CU(계산)가 GET 요청을 수신하고 메시지 ID에 따라 결과를 검색하며, 프로세스에서 메시지의 상태를 평가합니다. 단일 메시지 식별자에 따라 결과를 반환할 수 있습니다.

1. 정보 검색:

• SU가 GET 요청을 수신하고 주어진 시간 범위 및 프로세스 ID에 따라 메시지 정보를 검색합니다.

1. 발신함 메시지 푸시:

• 마지막 단계는 모든 발신함 메시지를 푸시하는 것입니다.
• 이 단계는 결과 객체 내의 메시지 및 생성을 확인하는 것을 포함합니다.
• 이 확인 결과에 따라 각 관련 메시지 또는 생성을 위해 단계 2, 3 및 4를 반복 실행할 수 있습니다.

AO가 바꾼 것: "1"

일반 네트워크와의 차이점:

1. 병렬 처리 능력: 이더리움과 같은 네트워크와 달리 후자는 기본 계층과 각 Rollup이 실제로 단일 프로세스로 실행되며, AO는 임의의 수의 프로세스를 병렬로 실행할 수 있으며, 계산의 검증 가능성을 완전하게 유지합니다. 또한 이러한 네트워크는 전 세계적으로 동기화된 상태에서 실행되는 반면, AO 프로세스는 독립적인 상태를 유지합니다. 이러한 독립성 덕분에 AO 프로세스는 더 많은 상호작용과 계산의 확장성을 처리할 수 있어 고성능과 신뢰성이 요구되는 애플리케이션에 특히 적합합니다;
2. 검증 가능한 재현성: Akash와 같은 일부 탈중앙화 네트워크와 P2P 시스템 Urbit는 대규모 계산 능력을 제공하지만, AO와는 달리 상호작용의 검증 가능한 재현성을 제공하지 않거나 비영구적 저장 솔루션에 의존하여 상호작용 로그를 저장합니다.

AO의 노드 네트워크와 전통적인 계산 환경의 차이점:

• 호환성: AO는 WASM 또는 EVM 기반의 다양한 형태의 스레드를 지원하며, 특정 기술적 수단을 통해 AO에 연결할 수 있습니다.
• 콘텐츠 공동 창작 프로젝트: AO는 콘텐츠 공동 창작 프로젝트를 지원하며, AO에서 원자 NFT를 게시하고 데이터를 업로드하여 UDL을 통해 AO에서 NFT를 구축할 수 있습니다.
• 데이터 조합성: AR 및 AO의 NFT는 데이터 조합성을 실현할 수 있으며, 이를 통해 하나의 기사나 콘텐츠가 여러 플랫폼에서 공유되고 표시되면서 데이터 소스의 일관성과 원래 속성을 유지할 수 있습니다. 콘텐츠가 업데이트되면 AO 네트워크는 이러한 업데이트 상태를 모든 관련 플랫폼에 방송하여 콘텐츠의 동기화 및 최신 상태의 전파를 보장합니다.
• 가치 환원 및 소유권: 콘텐츠 제작자는 자신의 작품을 NFT로 판매하고 AO 네트워크를 통해 소유권 정보를 전달하여 콘텐츠의 가치 환원을 실현할 수 있습니다.

프로젝트 지원:

1. Arweave 기반 구축: AO는 Arweave의 특성을 활용하여 중앙화 제공자와 관련된 취약성(단일 실패 지점, 데이터 유출 및 검열)을 제거합니다. AO에서의 계산은 투명하며, 탈중앙화된 신뢰 최소화 특성과 Arweave에 저장된 재현 가능한 메시지 로그를 통해 검증할 수 있습니다;
2. 탈중앙화 기반: AO의 탈중앙화 기반은 물리적 인프라가 부과하는 확장성 제한을 극복하는 데 도움이 됩니다. 누구나 자신의 단말기에서 쉽게 AO 프로세스를 생성할 수 있으며, 전문 지식, 도구 또는 인프라가 필요하지 않아 개인 및 소규모 엔티티도 글로벌 영향력과 참여도를 가질 수 있도록 보장합니다.

AO의 검증 가능한 문제

AO의 프레임워크와 논리를 이해한 후, 일반적으로 하나의 보편적인 질문이 생깁니다. AO는 전통적인 탈중앙화 프로토콜이나 체인의 전역 특성이 없는 것처럼 보이며, 단순히 데이터를 Arweave에 업로드함으로써 검증성과 탈중앙화를 실현할 수 있나요? 사실 이것이 AO 설계의 묘미입니다. AO 자체는 체외에서 구현되며, 검증 가능성 문제를 해결하지 않으며, 합의를 변경하지도 않습니다. AR 팀의 생각은 AO와 Arweave의 기능을 분리하고 모듈화하여 AO는 통신 및 계산만 수행하고 Arweave는 저장 및 검증만 제공하는 것입니다. 두 가지의 관계는 매핑과 더 유사하며, AO는 상호작용 로그가 Arweave에 저장되도록 보장하기만 하면 그 상태는 Arweave에 투영되어 홀로그램을 생성합니다. 이러한 홀로그램 상태 투영은 계산 상태에서 출력의 일관성, 신뢰성 및 결정성을 보장합니다. 또한 Arweave의 메시지 로그를 통해 AO 프로세스를 특정 작업을 실행하도록 역으로 트리거할 수 있습니다(미리 설정된 조건 및 일정에 따라 스스로 깨어나고 해당 동적 작업을 실행할 수 있습니다).

Hill과 Outprog의 공유에 따르면, 검증 논리를 더 간단하게 설명하면 AO를 초병렬 인덱서 기반의 명문 계산 프레임워크로 상상할 수 있습니다. 우리는 비트코인 명문 인덱서가 명문을 검증하기 위해 명문에서 JSON 정보를 추출하고 잔액 정보를 체외 데이터베이스에 기록하며, 일련의 인덱스 규칙을 통해 검증을 완료해야 한다는 것을 알고 있습니다. 인덱서는 체외에서 검증되지만, 사용자는 여러 인덱서를 변경하거나 자신이 인덱스를 실행하여 명문을 검증할 수 있으므로 인덱서의 악행에 대해 걱정할 필요가 없습니다. 앞서 언급한 메시지의 정렬 및 프로세스의 홀로그램 상태와 같은 데이터가 Arweave에 업로드되므로, SCP 패러다임(저장 합의 패러다임, 여기서는 SCP가 체인상의 인덱서로 이해될 수 있습니다. SCP는 인덱서보다 훨씬 이전에 등장했다는 점도 주목할 만합니다) 기반으로 누구나 Arweave의 홀로그램 데이터를 통해 AO 또는 AO의 어떤 스레드든 복원할 수 있습니다. 사용자는 신뢰할 수 있는 상태를 검증하기 위해 전체 노드를 실행할 필요가 없으며, 인덱서를 변경하는 것과 마찬가지로 사용자는 SU를 통해 단일 또는 여러 CU 노드에 쿼리 요청을 제출하면 됩니다. Arweave의 저장 능력은 높고 비용이 저렴하므로, 이 논리 하에서 AO 개발자는 비트코인 명문 기능을 초월하는 슈퍼 계산 계층을 구현할 수 있습니다.

AO와 ICP

AO의 특성을 요약하는 몇 가지 키워드를 사용해 보겠습니다: 거대한 원주율 하드 드라이브, 무한 병렬, 무한 계산, 모듈화된 전체 아키텍처 및 홀로그램 상태의 프로세스. 이 모든 것이 매우 매력적으로 들리지만, 블록체인 다양한 공공 체인 프로젝트를 잘 아는 친구들은 AO가 "천왕급" 프로젝트인 과거의 "인터넷 컴퓨터" ICP와 매우 유사하다는 것을 발견할 수 있습니다.

ICP는 블록체인 세계의 마지막 천왕급 프로젝트로 불리며, 최고 기관의 큰 인기를 끌었고, 21년의 미친 상승장에서 2000억 달러의 FDV에 도달하기도 했습니다. 그러나 파도가 빠지면서 ICP의 토큰 가치는 직선적으로 하락했습니다. 23년의 약세장에서 ICP 토큰 가치는 역사적 최고치에 비해 거의 260배 하락했습니다. 그러나 토큰 가격의 성과를 고려하지 않더라도, 현재 이 시점에서 ICP를 다시 살펴보면 여전히 많은 독특한 기술적 특징이 있습니다. AO의 놀라운 많은 장점은 ICP가 당시에 가지고 있었던 것과 같습니다. 그렇다면 AO가 ICP처럼 실패할까요? 먼저 두 프로젝트가 왜 이렇게 유사한지 이해해 보겠습니다. ICP와 AO는 모두 Actor Model 디자인을 기반으로 하며, 지역 실행에 중점을 둔 블록체인이기 때문에 두 가지 특성이 많은 공통점을 가지고 있습니다. ICP 서브넷 블록체인은 독립적으로 소유하고 제어되는 고성능 하드웨어 장치(노드 머신)로 구성되어 있으며, 이러한 하드웨어 장치는 인터넷 컴퓨터 프로토콜(ICP)을 실행합니다. 인터넷 컴퓨터 프로토콜은 여러 소프트웨어 구성 요소로 구현되며, 이러한 구성 요소는 서브넷 블록체인 내의 모든 노드에서 상태와 계산을 복제하는 복사본으로 묶여 있습니다.

ICP의 복제 아키텍처는 위에서 아래로 네 가지 계층으로 나눌 수 있습니다:

• P2P 네트워크 계층: 사용자, 서브넷 블록체인 내의 다른 노드 및 다른 서브넷 블록체인으로부터 오는 메시지를 수집하고 알리는 데 사용됩니다. 피어 계층에서 수신된 메시지는 서브넷 내의 모든 노드에 복제되어 보안성, 신뢰성 및 탄력성을 보장합니다;
• 합의 계층: 사용자 및 다양한 서브넷에서 수신된 메시지를 선택하고 정렬하여 블록체인 블록을 생성합니다. 이러한 블록은 지속적으로 발전하는 블록체인의 비잔틴 내결함성 합의를 통해 공증되고 최종 확정됩니다. 이러한 최종 확정된 블록은 메시지 라우팅 계층으로 전달됩니다;
• 메시지 라우팅 계층: 서브넷 간에 사용자 및 시스템 생성 메시지를 라우팅하고 Dapp의 입력 및 출력 큐를 관리하며 메시지 실행을 예약하는 데 사용됩니다;
• 실행 환경 계층: 메시지 라우팅 계층에서 수신된 메시지를 처리하여 스마트 계약에 관련된 결정적 계산을 수행합니다.

서브넷 블록체인

소위 서브넷은 상호작용 복사의 집합으로, 이러한 복사는 공통의 합의 메커니즘의 개별 인스턴스를 실행하여 자신의 블록체인을 생성합니다. 이 블록체인에서는 "컨테이너" 집합을 실행할 수 있습니다. 각 서브넷은 다른 서브넷과 통신할 수 있으며, 루트 서브넷에 의해 제어됩니다. 루트 서브넷은 체인 키 암호화 기술을 사용하여 각 서브넷에 권한을 위임합니다. ICP는 서브넷을 사용하여 무한 확장을 허용합니다. 전통적인 블록체인(및 각 서브넷)의 문제는 단일 노드 머신의 계산 능력에 제한을 받는 것입니다. 각 노드가 블록체인에서 발생하는 모든 일을 실행해야 합의 알고리즘에 참여할 수 있기 때문입니다. 여러 독립 서브넷을 병렬로 실행함으로써 ICP는 이 단일 머신 장벽을 돌파했습니다.

왜 실패했는가

앞서 언급한 바와 같이, ICP 아키텍처가 달성하고자 했던 목표는 간단히 말해 탈중앙화된 클라우드 서버입니다. 몇 년 전 이 구상은 AO와 마찬가지로 충격적이었지만, 왜 실패했을까요? 간단히 말해, 높은 목표와 낮은 현실 사이에서 좋은 균형점을 찾지 못해 결국 프로젝트가 Web3도 아니고 중앙화된 클라우드보다도 사용하기 불편한 애매한 상황에 처하게 되었습니다. 요약하자면 문제는 세 가지입니다. 첫째, ICP의 프로그램 시스템인 Canister는 위에서 언급한 "컨테이너"와 유사하지만 두 가지는 다릅니다. ICP의 프로그램은 Canister에 의해 캡슐화되어 외부에서 볼 수 없으며, 특정 인터페이스를 통해 데이터에 접근해야 합니다. 비동기 통신 하에서 DeFi 프로토콜의 계약 호출에 매우 불친절하여, DeFi Summer 동안 ICP는 해당 금융 가치를 포착하지 못했습니다.

두 번째는 하드웨어 요구 사항이 극히 높아 프로젝트가 탈중앙화되지 않았습니다. 아래 이미지는 당시 ICP가 제시한 노드 최소 하드웨어 구성도이며, 지금 봐도 매우 과장되어 있으며, Solana의 구성보다 훨씬 높고, 저장 요구 사항은 저장 공공 블록체인보다도 높습니다.

세 번째는 생태계가 부족하다는 점입니다. ICP는 현재에도 성능이 매우 높은 공공 블록체인입니다. DeFi 애플리케이션이 없다면 다른 애플리케이션은 어떨까요? 죄송하지만, ICP는 탄생 이후로 킬러 애플리케이션을 만들어내지 못했습니다. 생태계는 Web2 사용자를 포착하지 못했으며, Web3 사용자도 포착하지 못했습니다. 결국 탈중앙화 정도가 이렇게 부족한 상황에서 왜 이미 콘텐츠가 풍부하고 성숙한 중앙화 애플리케이션을 사용하지 않겠습니까? 그러나 마지막으로 부인할 수 없는 것은 ICP의 기술이 여전히 매우 뛰어나다는 점입니다. 그 반대 가스, 높은 호환성, 무한 확장의 장점은 다음 10억 사용자를 유치하는 데 필수적이며, 현재 AI의 물결 속에서 ICP가 자신의 아키텍처 장점을 잘 활용할 수 있다면 반전의 가능성도 존재할 것입니다.

그렇다면 AO가 ICP처럼 실패할까요? 개인적으로 AO는 같은 길을 걷지 않을 것이라고 생각합니다. ICP 실패의 두 가지 후속 요인은 AO에게는 문제가 되지 않습니다. Arweave는 이미 훌륭한 생태 기반을 가지고 있으며, 홀로그램 상태 투영은 중앙화 문제를 해결했습니다. 호환성 측면에서도 AO는 더 유연합니다. 더 많은 도전은 아마도 경제 모델 설계, DeFi 지원 및 비금융 및 저장 분야에서 Web3가 어떤 형태로 나타나야 하는지라는 세기적 난제에 집중될 것입니다.

Web3는 서사에 그쳐서는 안 된다

Web3 세계에서 가장 자주 등장하는 단어는 반드시 "서사"일 것입니다. 우리는 심지어 대부분의 토큰 가치를 서사의 관점에서 평가하는 데 익숙해졌습니다. 이는 자연스럽게 Web3의 대부분 프로젝트가 매우 위대한 비전을 가지고 있지만 사용하기에는 매우 어색한 상황에서 비롯됩니다. 반면 Arweave는 이미 완전히 실현된 많은 애플리케이션을 보유하고 있으며, 그 기준은 Web2 수준의 경험입니다. 예를 들어 Mirror, ArDrive와 같은 프로젝트를 사용해본 적이 있다면 전통 애플리케이션과의 차이를 느끼기 어려울 것입니다. 그러나 Arweave가 저장 공공 블록체인으로서의 가치 포착에는 여전히 큰 한계가 있으며, 계산은 필수적인 길일 수 있습니다. 특히 현재 외부 세계에서 AI는 대세이며, Web3는 현재 단계에서의 결합에서 여전히 많은 자연적인 장벽이 존재합니다. 이 점은 우리가 과거의 글에서도 언급한 바 있습니다. 현재 Arweave의 AO는 비이더리움 모듈화 솔루션 아키텍처를 통해 Web3 x AI에 훌륭한 새로운 인프라를 제공합니다. 알렉산드리아 도서관에서 초병렬 컴퓨터로, Arweave는 자신만의 패러다임을 걷고 있습니다.

참고 기사

1. AO 빠른 시작: 초병렬 컴퓨터 소개: https://medium.com/@permadao/ao-快速入门-超级并行计算机简介-088ebe90e12f
2. X Space 활동 실록｜AO는 이더리움 킬러인가, 블록체인의 새로운 서사를 어떻게 추진할 것인가?: https://medium.com/@permadao/x-space-活动实录-ao-是不是以太坊杀手-它将怎样推动区块链的新叙事-bea5a22d462c
3. ICP 백서: https://internetcomputer.org/docs/current/concepts/subnet-types
4. AO 요리책: https://cookbook_ao.arweave.dev/concepts/tour.html
5. AO --- 상상할 수 없는 초병렬 컴퓨터: https://medium.com/@permadao/ao-你无法想象的超并行计算机-1949f5ef038f
6. 다각도에서 ICP의 몰락 원인 분석: 독특한 기술과 빈약한 생태: https://www.chaincatcher.com/article/2098499