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