원저자 : YBB캐피탈 연구원 Zeke
머리말
현재 Web3가 차별화하고 있는 두 가지 주류 블록체인 아키텍처 디자인은 필연적으로 미학적 피로를 야기했습니다. 만연한 모듈형 퍼블릭 체인이든, 항상 성능을 강조하지만 성능 이점을 반영하지 못하는 새로운 L1이든, 그 생태학은... .이더리움 생태계의 복제 또는 약간의 개선으로, 극도로 동질적인 경험으로 인해 사용자는 이미 신선함을 잃었습니다. Arweave가 제안한 최신 AO 프로토콜은 스토리지 퍼블릭 체인에서 초고성능 컴퓨팅을 달성하고 심지어 준-Web2 경험까지 달성하여 눈길을 사로잡습니다. 이는 현재 우리에게 익숙한 확장방식이나 건축설계와는 많이 다른 것 같은데, 그렇다면 AO란 과연 무엇일까요? 그 성과를 뒷받침하는 논리는 어디서 나오는 걸까요?
AO를 이해하는 방법
AO라는 이름은 동시 컴퓨팅 모델인 Actor Model의 프로그래밍 패러다임인 Actor Oriented의 약어에서 유래되었으며, 전체적인 디자인 아이디어는 Smart Weave의 확장에서 파생되었으며, Actor의 핵심 개념으로 전달되는 메시지를 따릅니다. 모델. 간단히 말해서, AO를 모듈식 아키텍처를 통해 Arweave 네트워크에서 실행되는 초병렬 컴퓨터로 이해할 수 있습니다. 구현 관점에서 볼 때 AO는 실제로 오늘날 우리가 보는 모듈식 실행 계층이 아니라 메시지 전달 및 데이터 처리를 표준화하는 통신 프로토콜입니다. 프로토콜의 핵심 목표는 정보 전송을 통해 네트워크 내에서 서로 다른 역할의 협업을 실현함으로써 성능이 무한히 중첩될 수 있는 컴퓨팅 계층을 달성하고 궁극적으로 거대한 하드 드라이브인 Arweave가 중앙 집중식 기능을 가질 수 있도록 하는 것입니다. 분산된 신뢰 환경에서의 권한 클라우드 수준의 속도, 확장 가능한 컴퓨팅 성능 및 확장성.
AO 아키텍처
AO의 개념은 작년 Polkadot Decoded 컨퍼런스에서 Gavin Wood가 제안한 Core Time 분할 및 재조합과 다소 유사한 것으로 보입니다. 둘 다 컴퓨팅의 스케줄링 및 조정을 통해 소위 고성능 세계를 달성합니다. 리소스.컴퓨터. 그러나 실제로 둘 사이에는 본질적으로 약간의 차이가 있습니다.Exotic Scheduling은 릴레이 체인 블록 공간 자원을 해체하고 재구성하는 것으로 Polkadot의 아키텍처와 크게 변경되지 않았습니다.컴퓨팅 성능은 플러그인보다 뛰어납니다. 슬롯 모델에서 단일 파라체인의 제한은 여전히 Polkadot의 최대 유휴 코어 수에 의해 제한됩니다. AO는 이론적으로 거의 무제한의 컴퓨팅 성능(실제 상황에서는 네트워크 인센티브 수준에 따라 다름)과 노드의 수평적 확장을 통해 더 높은 자유도를 제공할 수 있으며, 구조적으로 AO는 데이터 처리 방법 및 메시지 표현을 표준화하고 정렬을 완료합니다. , 3개의 네트워크 단위(서브네트워크)를 통한 정보의 스케줄링 및 계산 공식 데이터 분석에 따르면 표준화 방법과 각 단위의 기능은 다음과 같이 요약될 수 있습니다.
프로세스: 프로세스는 AO의 실행 명령 모음으로 볼 수 있으며, 프로세스가 초기화되면 가상 머신, 스케줄러, 메모리 요구 사항 및 필요한 확장을 포함하여 필요한 컴퓨팅 환경을 정의할 수 있습니다. 이러한 프로세스는 홀로그램 상태를 유지합니다(각 프로세스 데이터는 Arweave의 메시지 로그에 독립적으로 상태를 저장할 수 있으며, 홀로그램 상태는 아래 검증 가능한 문제 섹션에서 자세히 설명합니다). 홀로그램 상태는 프로세스가 독립적으로 작동할 수 있음을 의미합니다. , 실행은 동적이며 적절한 컴퓨팅 장치에 의해 수행될 수 있습니다. 프로세스는 사용자 지갑에서 메시지를 받는 것 외에도 메신저 장치를 통해 다른 프로세스의 메시지를 전달할 수도 있습니다.
메시지: 사용자(또는 다른 프로세스)와 프로세스 간의 각 상호 작용은 메시지로 표시됩니다. 메시지는 일관된 기본 구조를 유지하고 Arweave의 정보 저장을 용이하게 하기 위해 Arweave의 기본 ANS-104 데이터 항목을 준수해야 합니다. 보다 이해하기 쉬운 관점에서 보면 메시지는 기존 블록체인의 트랜잭션 ID(TX ID)와 다소 유사하지만 둘이 완전히 동일하지는 않습니다.
MU(메신저 유닛): MU는 크랭킹이라는 프로세스를 통해 메시지를 중계하며 원활한 상호 작용을 보장하기 위해 시스템 내 통신 전달을 담당합니다. 메시지가 전송되면 MU는 메시지를 네트워크 내의 적절한 대상(SU)으로 라우팅하여 상호 작용을 조정하고 결과적인 발신함 메시지를 반복적으로 처리합니다. 이 프로세스는 모든 메시지가 처리될 때까지 계속됩니다. 메시지 릴레이 외에도 MU는 프로세스 구독 관리 및 예약된 cron 상호 작용 처리를 포함한 다양한 기능을 제공합니다.
SU(스케줄러 장치): 메시지가 수신되면 SU는 프로세스의 연속성과 무결성을 유지하기 위해 일련의 중요한 작업을 시작합니다. 메시지를 수신하면 SU는 동일한 프로세스의 다른 메시지와 관련된 순서를 보장하기 위해 고유한 증분 nonce를 할당합니다. 이 할당 프로세스는 암호화 서명을 통해 공식화되어 진위성과 시퀀스 무결성을 보장합니다. 프로세스의 신뢰성을 더욱 향상시키기 위해 SU는 서명 할당 및 메시지를 Arweave 데이터 레이어에 업로드합니다. 이는 메시지 가용성과 불변성을 보장하고 데이터 변조나 손실을 방지합니다.
컴퓨팅 유닛(CU): CU는 P2P 컴퓨팅 시장에서 사용자의 서비스 완성을 위해, SU는 컴퓨팅 프로세스 상태를 해결하기 위해 서로 경쟁합니다. 상태 계산이 완료되면 CU는 특정 메시지 결과가 포함된 서명된 인증서를 호출자에게 반환합니다. 또한 CU는 다른 노드가 로드할 수 있는 서명된 상태 인증서를 생성하고 게시할 수 있습니다. 물론 이를 위해서는 일정 비율의 수수료를 지불해야 합니다.
운영 체제 AOS
AOS는 스레드를 다운로드, 실행 및 관리하는 데 사용할 수 있는 AO 프로토콜의 운영 체제 또는 터미널 도구로 간주될 수 있습니다. 개발자가 애플리케이션을 개발, 배포 및 실행할 수 있는 환경을 제공합니다. AOS에서 개발자는 AO 프로토콜을 사용하여 애플리케이션을 개발 및 배포하고 AO 네트워크와 상호 작용할 수 있습니다.
로직 실행
배우모델은 모든 것이 배우이다라는 철학적 견해를 옹호한다. 이 모델 내의 모든 구성 요소와 엔터티는 액터로 간주될 수 있습니다. 각 액터는 고유한 상태, 동작 및 사서함을 가지고 있습니다. 이들은 비동기식 통신을 통해 통신하고 협업하여 전체 시스템이 분산 방식으로 작동할 수 있도록 합니다. 동시적인 방식. AO 네트워크의 운영 로직도 마찬가지인데, 구성 요소와 심지어 사용자까지 행위자로 추상화하고 메시지 전달 계층을 통해 서로 통신하여 프로세스가 서로 연결될 수 있는 분산 작업 시스템입니다. 병렬로 계산되고 공유된 상태가 얽히지 않게 설정되었습니다.
다음은 정보 전송 흐름도의 단계에 대한 간략한 설명입니다.
1. 메시지 시작:
사용자 또는 프로세스는 메시지를 생성하여 다른 프로세스에 요청을 보냅니다.
MU(Messenger Unit)는 메시지를 수신하고 POST 요청을 사용하여 다른 서비스로 보냅니다.
2. 메시지 처리 및 전달:
MU는 POST 요청을 처리하고 메시지를 SU(Scheduling Unit)에 전달합니다.
SU는 Arweave 스토리지 또는 데이터 레이어와 상호 작용하여 메시지를 저장합니다.
3. 메시지 ID를 기준으로 결과를 검색합니다.
CU(Compute)는 GET 요청을 수신하고 메시지 ID를 기반으로 결과를 검색한 후 프로세스에서 메시지를 평가합니다. 단일 메시지 식별자를 기반으로 결과를 반환할 수 있습니다.
4. 정보 검색:
SU는 GET 요청을 수신하고 지정된 시간 범위와 프로세스 ID를 기반으로 메시지 정보를 검색합니다.
5. 보낼 편지함 메시지 푸시:
마지막 단계는 모든 보낼 편지함 메시지를 푸시하는 것입니다.
이 단계에는 결과 개체의 메시지 및 생성을 확인하는 작업이 포함됩니다.
이 확인 결과에 따라 각 관련 메시지 또는 빌드에 대해 2, 3, 4단계를 반복할 수 있습니다.
AO에서는 무엇이 바뀌었나요? 1
일반 네트워크와의 차이점:
병렬 처리 기능: 기본 레이어와 각 롤업이 실제로 단일 프로세스로 실행되는 Ethereum과 같은 네트워크와 달리 AO는 계산 검증 가능성을 그대로 유지하면서 병렬로 실행되는 모든 프로세스를 지원합니다. 또한 이러한 네트워크는 전역적으로 동기화된 상태로 작동하는 반면 AO 프로세스는 자체 독립 상태를 유지합니다. 이러한 독립성 덕분에 AO 프로세스는 더 많은 수의 상호 작용과 계산 확장성을 처리할 수 있으므로 높은 성능과 안정성이 필요한 애플리케이션에 특히 적합합니다.
검증 가능한 재현성: Akash 및 P2P 시스템 Urbit과 같은 일부 분산형 네트워크는 AO와 달리 대규모 컴퓨팅 성능을 제공하지만 검증 가능한 상호 작용 재현성을 제공하지 않거나 비지속적 스토리지 솔루션에 의존하여 상호작용 로그를 저장하세요.
AO의 노드 네트워크와 기존 컴퓨팅 환경의 차이점:
호환성: AO는 WASM 기반이든 EVM 기반이든 다양한 형태의 스레드를 지원하며 특정 기술적 수단을 통해 AO에 연결할 수 있습니다.
콘텐츠 공동 제작 프로젝트: AO는 콘텐츠 공동 제작 프로젝트도 지원합니다.AO에 원자적 NFT를 게시하고 데이터를 업로드한 후 UDL과 결합하여 AO에 NFT를 구축할 수 있습니다.
데이터 구성: AR 및 AO의 NFT는 데이터 구성을 달성할 수 있어 데이터 소스의 일관성과 원래 속성을 유지하면서 기사나 콘텐츠를 여러 플랫폼에서 공유하고 표시할 수 있습니다. 콘텐츠가 업데이트되면 AO 네트워크는 이러한 업데이트 상태를 모든 관련 플랫폼에 방송하여 콘텐츠 동기화 및 최신 상태 전파를 보장할 수 있습니다.
가치 피드백 및 소유권: 콘텐츠 제작자는 자신의 작품을 NFT로 판매하고 AO 네트워크를 통해 소유권 정보를 전송하여 콘텐츠에 대한 가치 피드백을 실현할 수 있습니다.
프로젝트 지원:
Arweave 기반: AO는 단일 실패 지점, 데이터 유출, 검열 등 중앙 집중식 공급자와 관련된 취약점을 제거하는 Arweave 기능을 활용합니다. AO의 계산은 분산형 신뢰 최소화 속성과 Arweave에 저장된 재생 가능한 메시지 로그를 통해 투명하고 검증 가능합니다.
분산형 기반: AO의 분산형 기반은 물리적 인프라로 인한 확장성 한계를 극복하는 데 도움이 됩니다. 특별한 지식, 도구 또는 인프라가 필요 없이 누구나 자신의 터미널에서 AO 프로세스를 쉽게 생성할 수 있으므로 개인과 소규모 기업도 전 세계적으로 접근하고 참여할 수 있습니다.
AO에 대한 검증 가능한 질문
AO의 프레임워크와 논리를 이해하고 나면 일반적으로 공통적인 질문이 생깁니다. AO는 전통적인 탈중앙화 프로토콜이나 체인의 글로벌 특성을 갖고 있지 않은 것 같은데, Arweave에 일부 데이터를 업로드하는 것만으로도 검증성과 탈중앙화를 달성할 수 있나요? ? 사실 이것이 AO 디자인의 비결이다. AO 자체는 오프체인 구현이므로 검증 가능성 문제를 해결하거나 합의를 변경하지 않습니다. AR 팀의 아이디어는 AO와 Arweave의 기능을 분리한 후 모듈식으로 연결하는 것입니다. AO는 통신과 계산만 수행하고 Arweave는 저장과 검증만 수행합니다. 둘 사이의 관계는 매핑과 비슷합니다. AO는 상호 작용 로그가 Arweave에 저장되어 있는지 확인하고 그 상태를 Arweave에 투영하여 홀로그램을 생성할 수 있는지 확인하기만 하면 됩니다. 이 홀로그램 상태 투영은 다음과 같은 경우 출력의 일관성과 신뢰성을 보장합니다. 상태 계산, 성별, 확실성. 또한 AO 프로세스를 역방향으로 트리거하여 Arweave의 메시지 로그를 통해 특정 작업을 수행할 수 있습니다(미리 설정된 조건 및 일정에 따라 자체적으로 깨어나 해당 동적 작업을 수행할 수 있음).
Hill과 Outprog가 공유한 내용에 따르면 검증 논리가 더 간단하다면 AO는 초병렬 인덱서 기반의 비문 계산 프레임워크로 상상할 수 있습니다. 우리 모두는 비문을 확인하기 위해 비트코인 비문 인덱서가 비문에서 JSON 정보를 추출하고, 오프체인 데이터베이스에 잔액 정보를 기록하고, 일련의 인덱싱 규칙을 통해 확인을 완료해야 한다는 것을 알고 있습니다. 인덱서는 오프체인으로 검증되지만, 사용자는 여러 인덱서를 변경하거나 자체적으로 인덱스를 실행하여 비문을 검증할 수 있으므로 인덱서가 해를 끼치는 것에 대해 걱정할 필요가 없습니다. 위에서 메시지 정렬이나 프로세스의 홀로그램 상태 등의 데이터가 Arweave에 업로드되므로 SCP 패러다임(스토리지 합의 패러다임, 간단히 SCP가 인덱서라고 이해하면 됨) 기반으로만 하면 된다고 말씀드렸습니다. 또한 SCP가 인덱서보다 훨씬 일찍 등장했다는 점은 주목할 가치가 있으며, Arweave의 홀로그램 데이터를 통해 누구나 AO 또는 AO의 모든 스레드를 복원할 수 있습니다. 사용자는 신뢰할 수 있는 상태를 확인하기 위해 전체 노드를 실행할 필요가 없으며, 인덱스를 변경하는 것과 마찬가지로 SU를 통해 단일 또는 다중 CU 노드에 쿼리 요청만 하면 됩니다. Arweave는 높은 저장 용량과 저렴한 비용을 갖추고 있으므로 이러한 논리에 따라 AO 개발자는 비트코인 비문의 기능을 훨씬 뛰어넘는 슈퍼컴퓨팅 레이어를 구현할 수 있습니다.
AO 및 ICP
AO의 기능을 요약하기 위해 몇 가지 키워드를 사용하겠습니다: 거대한 기본 하드 디스크, 무제한 병렬성, 무제한 컴퓨팅, 모듈식 전체 아키텍처 및 홀로그램 상태 프로세스. 이 모든 것이 매우 좋게 들리지만, 블록체인의 다양한 퍼블릭 체인 프로젝트에 익숙한 친구들은 AO가 한때 인기 있었던 인터넷 컴퓨터 ICP인 죽음 수준 프로젝트와 특히 유사하다는 것을 알 수 있습니다.
ICP는 한때 블록체인 세계의 마지막 왕급 프로젝트로 평가받았으며, 최고의 기관들로부터 큰 호응을 얻었으며 21년간의 광기의 기간 동안 2,000억 달러의 FDV를 달성했습니다. 하지만 그 물결이 잦아들면서 ICP의 토큰 가치도 급락했습니다. 2023년 하락장까지 ICP 토큰의 가치는 역사적 최고치에 비해 거의 260배 하락했습니다. 그러나 토큰 가격의 성과를 고려하지 않는다면, 이번 ICP를 재검토하더라도 기술적 특성에는 여전히 독특한 특징이 많이 남아 있습니다. 오늘날 AO의 놀라운 장점과 특징 중 상당수는 당시 ICP도 갖고 있었는데, 그렇다면 AO도 ICP처럼 실패할 것인가? 먼저 두 가지가 왜 그렇게 유사한지 이해해 보겠습니다. ICP와 AO는 둘 다 Actor Model을 기반으로 설계되었으며 로컬에서 실행되는 블록체인에 중점을 두고 있으므로 둘의 특성은 많은 유사점을 가지고 있습니다. ICP 서브넷 블록체인은 인터넷 컴퓨터 프로토콜(ICP)을 실행하는 독립적으로 소유되고 제어되는 다수의 고성능 하드웨어 장치(노드 머신)로 구성됩니다. 인터넷 컴퓨터 프로토콜은 여러 소프트웨어 구성 요소로 구현됩니다. 이 구성 요소는 서브넷 블록체인의 모든 노드에 걸쳐 상태와 계산을 복제한다는 점에서 번들로서 복제본입니다.
ICP의 복제 아키텍처는 위에서 아래로 4개의 계층으로 나눌 수 있습니다.
P2P(Peer-to-Peer) 네트워크 계층: 사용자, 서브넷 블록체인의 다른 노드 및 기타 서브넷 블록체인으로부터 메시지를 수집하고 광고하는 데 사용됩니다. 피어 계층에서 수신한 메시지는 보안, 안정성 및 복원성을 보장하기 위해 서브넷의 모든 노드에 복제됩니다.
합의 레이어: 진화하는 블록체인을 형성하는 비잔틴 내결함성 합의를 통해 공증 및 마무리될 수 있는 블록체인 블록을 생성하기 위해 사용자 및 다양한 서브넷으로부터 받은 메시지를 선택하고 주문합니다. 이러한 최종 청크는 메시지 라우팅 계층으로 전달됩니다.
메시지 라우팅 계층: 서브넷 간에 사용자 및 시스템 생성 메시지를 라우팅하고, Dapp의 입력 및 출력 대기열을 관리하고, 메시지 실행을 예약하는 데 사용됩니다.
실행 환경 계층: 메시지 라우팅 계층에서 받은 메시지를 처리하여 스마트 계약 실행과 관련된 결정론적 계산을 계산합니다.
서브넷 블록체인
소위 서브넷은 일련의 컨테이너가 실행될 수 있는 자체 블록체인을 생성하기 위해 합의 메커니즘의 별도 인스턴스를 실행하는 상호 작용하는 복제본의 모음입니다. 각 서브넷은 다른 서브넷과 통신할 수 있으며 체인 키 암호화를 사용하여 해당 권한을 개별 서브넷에 위임하는 루트 서브넷에 의해 제어됩니다. ICP는 서브넷을 사용하여 무제한으로 확장할 수 있습니다. 기존 블록체인(및 개별 서브넷)의 문제점은 단일 노드 시스템의 컴퓨팅 성능에 의해 제한된다는 것입니다. 왜냐하면 각 노드는 합의 알고리즘에 참여하기 위해 블록체인에서 발생하는 모든 일을 실행해야 하기 때문입니다. 여러 개의 독립적인 서브넷을 병렬로 실행하면 ICP가 이러한 단일 시스템 장벽을 극복할 수 있습니다.
왜 실패했는가
위에서 언급했듯이 ICP 아키텍처가 달성하려는 목적은 단순히 분산형 클라우드 서버입니다. 이 아이디어는 몇 년 전 AO만큼 충격적이었지만 왜 실패했을까요? 쉽게 말하면 높은 수준에서 성공하지 못하면 낮은 수준에 안주하지 않는다는 뜻이다.Web3와 자신의 아이디어 사이에 적절한 균형을 찾지 못해 결국 당황스러운 상황에 빠지게 된다. 프로젝트가 Web3도 아니고 중앙 집중식 클라우드만큼 사용하기 쉽지도 않은 상황을 요약하면 세 가지 문제가 있습니다. 첫째, 위에서 언급한 컨테이너인 ICP의 프로그램 시스템 Canister는 실제로 AOS 및 AO의 프로세스와 다소 유사하지만 동일하지는 않습니다. ICP 프로그램은 캐니스터 캡슐화(Canister encapsulation)로 구현되어 외부에 보이지 않으며 특정 인터페이스를 통해 데이터에 접근해야 합니다. 비동기 통신은 DeFi 프로토콜의 계약 호출에 매우 비우호적이므로 DeFi Summer에서 ICP는 해당 금전적 가치를 포착하지 못했습니다.
두 번째 요점은 하드웨어 요구 사항이 매우 높아 프로젝트가 분산되지 않는다는 것입니다. 아래 그림은 당시 ICP가 제공한 노드의 최소 하드웨어 구성 다이어그램입니다. 지금도 매우 과장되어 있습니다. 솔라나의 구성, 심지어 스토리지 요구 사항도 스토리지 요구 사항보다 높으며 퍼블릭 체인은 여전히 높습니다.
세 번째 점은 생태계가 부족하다는 점인데, 지금도 ICP는 여전히 매우 고성능 퍼블릭 체인입니다. DeFi 애플리케이션이 없다면 다른 애플리케이션은 어떨까요? 죄송합니다. ICP는 창립 이래로 킬러 애플리케이션을 생산하지 않았으며 생태계는 Web2 사용자도 Web3 사용자도 사로잡지 못했습니다. 결국, 분산화가 거의 이루어지지 않은 상황에서 풍부하고 성숙한 중앙 집중식 애플리케이션을 사용하는 것은 어떨까요? 하지만 결국 ICP의 기술은 여전히 최고 수준이며, 다음 10억 명의 사용자를 유치하기 위해서는 역가스, 높은 호환성, 무제한 확장이라는 장점이 여전히 필요하다는 점은 부인할 수 없습니다. 장점 자체의 구조적 장점을 활용하여 뒤집는 것이 가능할 수도 있습니다.
그럼 위의 질문으로 돌아가서, AO가 ICP처럼 실패할까요? 저는 개인적으로 AO가 같은 실수를 반복하지 않을 것이라고 생각합니다. 애초에 ICP의 실패로 이어진 마지막 두 가지 점은 AO에게 문제가 아닙니다. Arweave는 이미 좋은 생태학적 기반을 갖추고 있습니다. 홀로그램 상태 투영도 중앙 집중화 문제를 해결합니다. 호환성 측면에서는 AO가 더 유연합니다. 더 많은 과제는 경제 모델 설계, DeFi 지원 및 100년 된 문제에 초점을 맞출 수 있습니다. 비금융 및 스토리지 분야에서 Web3는 어떤 형태를 취해야 할까요?
Web3는 내러티브에서 끝나서는 안 됩니다.
Web3 세계에서 가장 자주 등장하는 단어는 서사적임에 틀림없으며, 우리는 심지어 대부분의 토큰의 가치를 측정하기 위해 서사적 관점을 사용하는 데 익숙해졌습니다. 이는 대부분의 Web3 프로젝트가 훌륭한 비전을 가지고 있지만 사용하기가 매우 부끄럽다는 딜레마에서 자연스럽게 비롯됩니다. 이에 비해 Arweave에는 이미 완벽하게 구현된 애플리케이션이 많이 있으며 모두 Web2 수준 경험을 목표로 합니다. 예를 들어 Mirror나 ArDrive 같은 프로젝트를 사용해 본 적이 있다면 기존 애플리케이션과의 차이를 느끼기 어려울 것입니다. 그러나 Arweave는 스토리지 퍼블릭 체인으로서의 가치 포착에 여전히 큰 한계를 갖고 있으며 계산이 유일한 방법일 수 있습니다. 특히 오늘날의 외부 세계에서는 AI가 일반적인 추세가 되었지만 현 단계에서 Web3 통합에는 여전히 많은 자연적 장벽이 있으며 이는 이전 기사에서도 언급한 바 있습니다. 이제 Arweave의 AO는 비이더리움 모듈식 솔루션 아키텍처를 사용하여 Web3 x AI에 좋은 새 인프라를 제공합니다. 알렉산드리아 도서관부터 초병렬 컴퓨터까지, Arweave는 자신만의 패러다임을 따르고 있습니다.
참고 기사
AO 빠른 시작: 슈퍼 병렬 컴퓨터 소개:https://medium.com/@permadao/ao-빠른 시작-초병렬 컴퓨터 소개-088 ebe 90 e 12 f
X Space Activity Record | AO는 이더리움 킬러인가, 블록체인의 새로운 서사를 어떻게 홍보할 것인가? :https://medium.com/@permadao/x-space-Activity Record-ao-이더리움 킬러인가-블록체인의 새로운 서사를 어떻게 홍보할 것인가-bea 5a 2 2d 46 2c
ICP 백서:https://internetcomputer.org/docs/current/concepts/subnet-types
AO CookBook：https://cookbook_ao.arweave.dev/concepts/tour.html
AO — 상상조차 할 수 없는 초병렬 컴퓨터:https://medium.com/@permadao/ao-상상할 수 없는 초병렬 컴퓨터-1949 f 5 ef 038 f
ICP의 쇠퇴 원인을 독특한 기술과 얇은 생태계 등 다각도로 분석합니다.https://www.chaincatcher.com/article/2098499
