초병렬 컴퓨팅인 AO와 탈중앙화 소셜 프로토콜인 노스트랄은 어떻게 비교하나요? 어떻게 비교하나요? 각각의 포지셔닝과 발전 경로는 어떻게 되나요?
헤드라인만 보면 AO는 초병렬 컴퓨팅의 약자이고, 노스트르는 탈중앙화 소셜 프로토콜로 완전히 다른 분야라 비교하기 쉽지 않아 이상하게 느껴질 수 있습니다. 하지만 기술 구현을 자세히 들여다보면 둘 다 본질적으로 "메시징 프로토콜"이라는 점에서 비슷하다는 것을 알 수 있습니다.
메시징 프로토콜의 핵심 요소는 당연히 메시지 자체이며, 모든 것이 메시지 전달을 중심으로 이루어집니다. 그렇다면 AO와 Nostr 네트워크에서 메시지는 어떻게 정의될까요? 메시징을 지원하기 위해 네트워크 아키텍처는 어떻게 구축되어 있을까요? 다른 프로토콜과 어떻게 통합되나요? 각자의 위치, 주요 애플리케이션 시나리오 및 트렌드는 무엇인가요?
이 백서에서는 프로토콜 구조가 기능에 미치는 영향에 초점을 맞추고 이러한 문제를 자세히 분석하여 AO와 Nostr을 심층적으로 비교하는 것을 목표로 합니다.
메시지의 개념과 특성
AO의 메시지
AO 네트워크 아키텍처에서 메시지는 개별 네트워크 유닛(MU, SU, CU) 간 또는 개별 프로세스 간에 전달되는 기본 정보 단위입니다. 이들은 메시지를 주고받음으로써 정보를 교환하고 협업합니다.
AO는 메시지 중심의 비동기 통신 네트워크로 설계되었습니다. 첫째, AO는 작업을 시작할 때(프로세스 시작) 외부 사용자나 다른 프로세스로부터 오는 메시지에 의해 구동되어야 합니다. 둘째, AO의 프로세스 간 통신은 비동기식이기 때문에 발신자와 수신자의 작업과 무관하게 메시지를 주고받습니다. 메시지를 보내는 프로세스는 수신자의 응답이나 확인을 기다릴 필요가 없으며 즉시 다른 작업을 계속할 수 있습니다. 이 기능은 AO 병렬 컴퓨팅의 효율성을 크게 향상시킵니다.
AO 네트워크에서는 메시지의 비동기 전송과 대기 시간이 없기 때문에 다른 프로세스가 응답할 때까지 오랜 시간 기다릴 필요 없이 시스템의 일부를 병렬로 실행할 수 있어 대규모 병렬 컴퓨팅 작업을 처리하는 데 이상적입니다.
AO에서 각 메시지는 여러 트랜잭션을 바이너리로 직렬화하여 데이터 읽기/쓰기 처리량을 획기적으로 개선하는 데이터 패킹 프로토콜인 Arweave 에코시스템의 ANS-104 표준을 준수합니다. 이 프로토콜은 단순한 데이터 패킹을 넘어 소유자, 서명, 대상 주소, 태그, 데이터 등의 필드를 패킹된 데이터에 추가합니다. 이러한 설계 덕분에 ANS-104는 문서, 사진, 오디오 및 비디오, 게임, 데이터 모델, 프로그램 코드, 홀로그램 상태 등 다양한 데이터 유형을 지원할 수 있습니다. 또한 데이터 소유권 및 서명 검증을 지원하여 데이터 보안과 무결성을 제공합니다.
AANS-104 표준의 이러한 기능은 다양한 데이터 유형에 대한 다양한 애플리케이션 시나리오를 구축할 수 있기 때문에 AO에게 특히 중요합니다. 또한 통합 메시지 형식은 프로세스 간의 효율적인 커뮤니케이션과 원활한 협업을 촉진하고 Arweave에서 저장 및 결제 처리의 효율성을 개선하여 AO가 데이터 가용성 계층과 데이터 합의를 효율적으로 구축하여 광범위한 애플리케이션 요구 사항을 지원할 수 있도록 지원합니다.
이벤트
Nostr 프로토콜에서는 JSON 구조를 기반으로 하는 표준 메시지 형식이 정의되어 있습니다. 다양한 유형의 데이터를 설명하기 위해 정의되어 있습니다. 이 메시지 형식을 이벤트라고 하며, Nostr 네트워크의 기본 데이터 객체입니다.
가장 일반적으로 사용되는 메시지 구조는 NIPs(Nostr Implementation Possibilities) 프로토콜 표준이라는 공통된 표준으로 통합되고 있습니다. 이러한 일관성과 표준화는 데이터 처리 및 관리의 효율성을 크게 향상시켜 시스템 상호 운용성과 안정성을 높이는 데 도움이 됩니다. NIP를 사용하면 사용자는 데이터 형식의 차이나 비호환성에 대한 걱정 없이 Nostr 네트워크에서 다양한 작업과 상호 작용을 수행할 수 있습니다.
JSON 구조는 Nostr 프로토콜에서 이벤트 데이터의 형식을 정의하는 데 사용되며, 다음과 같이 각각 다른 역할을 하는 여러 필드를 포함합니다.
이벤트 데이터 구조에 대한 자세한 설명은 다음 링크에서 확인할 수 있습니다. https://nostr.how/zh/the-protocolcontent. 이러한 필드와 구조를 통해 Nostr 프로토콜은 이벤트 전송, 수신, 검증을 위한 명확한 프레임워크를 제공합니다. 이러한 설계는 데이터 보안, 일관성 및 신뢰성을 보장하는 데 도움이 됩니다.
모든 필드는 특정 역할을 수행하는 완전한 이벤트를 표현하는 방법으로 함께 결합됩니다. 간단히 말해 이벤트는 임의의 내용을 담고 사용자가 서명한 데이터 구조이며, 이 구조는 Nostr의 위치, 정체성, 역할을 반영합니다.
Nostr은 정보를 게시, 저장, 수신하는 시스템입니다. JSON 구조와 NIPs 프로토콜 표준을 채택하여 효율적인 데이터 교환 및 관리 프레임워크를 구축하고 정보의 일관성과 검색 가능성을 보장하며 사용자에게 안정적이고 신뢰할 수 있는 통합된 정보 커뮤니케이션 환경을 제공합니다. strong>클라이언트 측 검증 지원: 데이터 구조가 클라이언트 측의 검증을 지원하므로 중계 서버나 제3자를 신뢰할 필요가 없으며, 이벤트의 진위와 무결성을 직접 검증할 수 있습니다.
메시징을 지원하는 네트워크 구조
협업 네트워크로서의 AO: MU/SU/CU
AO: MU/SU/CU로서의 협업 네트워크
협업 네트워크으로서의 AO: MU/SU/CU
AO 네트워크는 그림 1-1과 같이 메시지와 프로세스를 통해 작동하고 협업하는 세 가지 모듈식 기본 단위인 MU, SU, CU로 구성됩니다.
그림 1-1: 상호 운용 가능한 모듈형 네트워크 유닛이 AO 네트워크를 구성합니다. AO의 네트워크 아키텍처를 구성하는 네트워크 유닛(AO 백서 이미지)
프로세스는 AO 네트워크에서 연산 단위입니다. 애플리케이션을 실행하는 것은 AO에서 하나 이상의 프로세스를 실행하는 것과 같으며, 시스템은 각 프로세스에 대해 MU 등의 리소스를 할당하고 스케줄을 지정합니다, 프로세스를 실행하기 위한 SU, CU, VM, 메모리 등 :
위와 같이 AO의 네트워크 구조와 운영은 다음과 같습니다.
메시지는 프로세스의 핵심 요소이며 MU, SU 및 CU가 작업하는 유일한 요소입니다. 전체 프로세스는 메시지를 중심으로 이루어지며, 프로세스는 메시지 수신, 메시지 전송, 메시지 예약 및 순서 지정, 계산(메시지 상태 전환) 수행, 계산 결과 출력 및 저장에 이르는 전체 프로세스를 포괄하는 메시지 모음의 실행 활동입니다.
따라서 AO는 분산형 소셜 네트워크, 소셜 미디어, 분산형 오디오/비디오 온디맨드/라이브 플랫폼과 같은 정보 배포와 실시간 커뮤니케이션 및 상호작용, 콘텐츠 배포를 위한 애플리케이션 구축에 전용으로 사용할 수 있는 메시징 시스템입니다.
AO는 연산이 오프체인에서 실행되는 모듈식 네트워크입니다. 블록 합의의 제약을 받지 않기 때문에 계산 단위(노드)를 필요에 따라 무한대로 확장할 수 있어 계산 성능을 크게 향상시킬 수 있습니다.
AO 환경에서는 여러 계산 작업(병렬 프로세스)을 동시에 시작하고, 서로 다른 계산 노드에서 독립적으로 실행하며, 로컬에서 검증할 수 있습니다. 따라서 AO는 분산된 검증 가능한 초병렬 컴퓨터입니다.
개별 연산 프로세스는 서로 다른 노드에서 독립적으로 실행될 수 있지만, 통합 메시지 형식(ANS-104)을 통해 서로 메시지를 주고받고 협업할 수 있습니다. 이 접근 방식은 독립적으로 실행되는 컴퓨팅 프로세스를 함께 연결하여 통합 네트워크를 형성합니다.
AO의 핵심에는 메시징 프로토콜이 있습니다. 서로 다른 애플리케이션이 서로 통신할 수 있도록 하는 메시징 프로토콜을 핵심으로 합니다. 각 애플리케이션은 AO 네트워크를 통해 다른 애플리케이션에 메시지를 전송할 수 있으며, AO를 사용하여 조합 연산을 수행하고 체인 전체에서 정보를 교환할 수 있습니다.
AO 네트워크는 오프체인에서 실행되므로 웹2.0 애플리케이션과 원활하게 연결할 수 있습니다. 웹2.0 애플리케이션은 AO 프로토콜 인터페이스를 호출하여 이 탈중앙화 네트워크에 참여할 수 있습니다. 이를 통해 AO는 웹2.0과 웹3.0 애플리케이션 간의 격차를 해소하여 애플리케이션 간에 신뢰할 수 있는 정보 교환과 상호 운용성을 가능하게 합니다.
AO의 통신 프로토콜 설계 메커니즘은 개발자에게 무한한 가능성을 제공하는 개방형 플랫폼입니다.
요약하면, AO의 네트워크 아키텍처는 구성 가능하고, 상호 운용 가능하며, 확장 가능하고, 검증 가능하며, 탈중앙화된 개방형 컴퓨터 네트워크 플랫폼을 지원합니다. 정보 배포 및 커뮤니케이션 상호 작용에 중점을 둔 소셜 애플리케이션에 적합할 뿐만 아니라 머신러닝, 자율 의사 결정 에이전트, 그래픽 렌더링, 온라인 게임, DeFi 애플리케이션과 같이 더 높은 컴퓨팅 성능 요구 사항과 복잡한 비즈니스 로직을 가진 애플리케이션도 지원할 수 있습니다.
Nostr: 클라이언트-릴레이 아키텍처
Nostr는 "메모 및 기타 항목이 릴레이로 전송되는" 아키텍처입니다. "릴레이에 의해 전송되는 노트와 기타 자료"라는 뜻입니다. 네트워크에는 두 가지 주요 구성요소가 있으며, 네트워크 구조는 그림 1-2에 나와 있습니다.
그림 1-2 Nostr's 네트워크 아키텍처
: 왼쪽;">이 애플리케이션은 릴레이 서버에 데이터를 읽고 쓰기 위해 사용자 측에서 실행되는 애플리케이션입니다. 클라이언트는 공개 키를 사용자가 이벤트를 송수신하는 주소로 사용하며, 개인 키는 이벤트가 전송될 때 서명하여 사용자 본인의 작업임을 증명하고 변조를 방지하는 데 사용됩니다. 클라이언트는 이벤트를 수신할 때 개인 키를 사용하여 서명을 확인하여 이벤트의 출처와 무결성을 확인합니다.
이 클라이언트는 사용자가 서로 다른 위치에 있는 여러 릴레이 서버에 연결할 수 있도록 합니다. 사용자는 한 릴레이에 정보를 게시하고 다른 릴레이에서 정보를 검색할 수 있습니다. 즉, 클라이언트(사용자)는 특정 릴레이 서버에 의존할 필요가 없으므로 사용자 데이터와 행동을 효과적으로 보호할 수 있습니다.
릴레이 서버는 연결된 클라이언트의 이벤트를 수신, 캡처, 저장하고 이러한 이벤트를 릴레이 서버에 저장하는 기능을 가지고 있습니다. 클라이언트로부터 이벤트를 수신하고 해당 이벤트를 구독한 클라이언트로 전달합니다.
누구나 릴레이 서버를 운영할 수 있으며 여러 개의 릴레이 서버를 서로 대체할 수 있습니다. 이 설계는 단일 릴레이의 중요성을 약화시키고 단일 장애 지점의 위험을 줄이며 검열을 개선합니다. 또한 여러 릴레이 간의 경쟁을 통해 더 큰 저장 용량, 빠른 응답 시간, 스팸 필터링과 같은 서비스를 제공하는 등 서비스 품질을 개선할 수 있습니다.
중계 서버는 필요한 기간 동안 구독자 콘텐츠의 전부 또는 일부를 저장하도록 선택할 수 있으므로 중계 위치 및 비즈니스 수행 방식에 더 큰 유연성을 제공할 수 있습니다. 동시에 릴레이 서버는 서로 통신할 필요가 없으므로 합의 수준이나 데이터 동기화가 필요하지 않습니다. 데이터 동기화는 클라이언트 간의 이벤트 송수신을 통해 이루어지며, 이는 블록체인 노드와는 근본적으로 다릅니다.
이 아키텍처는 시스템의 유연성과 효율성을 향상시킬 뿐만 아니라 다양한 사용 시나리오와 요구사항에 효과적으로 대응할 수 있습니다.
위에서 볼 수 있듯이 Nostr은 클라이언트-릴레이와 같은 경량 네트워크 구조를 사용하여 시스템의 유연성과 효율성을 향상시킬 뿐만 아니라 표현의 자유, 원활한 커뮤니케이션, 데이터 보안 및 개인 정보 관리에 대한 사람들의 요구를 충족하는 탈중앙화되고 검열에 저항하며 검증 가능한 정보 배포 시스템의 구축을 효과적으로 지원합니다. 데이터 보안 및 개인정보 보호 관리 요구사항. 이러한 설계는 중앙집중식 소셜 미디어의 문제점과 단점을 효과적으로 해결합니다. 그 결과, 노스트르는 탈중앙화 소셜 프로토콜로 환영받고 있으며, 다무스, 야키혼네, 아이리스 등과 같은 탈중앙화 소셜 애플리케이션을 구축하는 개발자들에게 인기가 높습니다.
다른 프로토콜과의 통합
AO+Arweave: 탈중앙화된 세계 컴퓨터
AO는 그림 3-1에서 볼 수 있듯이 Arweave 위에서 실행되므로 Arweave와 원활하게 통합할 수 있습니다.
그림 3-1 AO와 Arweave 간의 원활한 통합 Arweave 원활한 통합(AO 백서 이미지)
이것은 스토리지 합의 패러다임(SCP)을 구현한 것입니다. 이 혁신적인 패러다임에서는 스토리지(합의)와 연산이 효과적으로 분리되어 오프체인 연산과 온체인 합의를 가능하게 합니다. 이 아키텍처는 분명한 이점을 제공합니다.
커스텀 컴퓨팅: Arweave는 AO에 모든 명령어, 중간 상태, 계산 결과의 영구 저장소를 제공하여 AO의 데이터 가용성과 합의 계층 역할을 수행합니다. 각 애플리케이션(스마트 컨트랙트)의 실행은 Arweave에 저장된 데이터와 밀접한 관련이 있으며, 로컬 노드에서 실행되는 애플리케이션의 필요에 따라 계산 로직과 데이터 리소스를 사용자 정의할 수 있습니다. 이러한 유연성은 네트워크 전반의 상태 일관성을 위해 모든 노드가 사전 정의된 작업을 동시에 실행해야 하는 기존 EVM 모델을 훨씬 능가합니다.
요약하면, AO는 Arweave에 하이퍼-병렬 컴퓨팅 계층을 추가하고, Arweave는 AO에 합의형 스토리지 지원을 제공합니다. 이 두 가지가 결합하여 탈중앙화 월드 컴퓨터가 만들어지며, 탈중앙화 월드에서 애플리케이션 혁신을 위한 광대한 공간을 열어줍니다.
Nostr + Lightning: 탈중앙화된 정보 구축
그리고가치네트워크
Nostr의 개발자인 fiatjaf가 라이트닝 네트워크의 개발자이기도 하므로, Nostr은 기본적으로 라이트닝 네트워크를 지원합니다. 네트워크를 기본적으로 지원합니다. 라이트닝 네트워크는 채널을 사용하여 블록체인의 기능을 오프체인으로 확장하는 비트코인 블록체인의 세컨드 레이어 솔루션입니다. 느린 비트코인 거래, 제한된 처리량, 높은 거래 비용 문제를 효과적으로 해결하여 빈번하고 저렴한 비트코인 소액 결제를 가능하게 합니다.
라이트닝 네트워크와 노스트르의 통합이 가장 즉각적으로 적용되는 분야 중 하나는 소셜 앱에서 "플래시" 결제를 가능하게 하는 것입니다. 노스트르의 인기 클라이언트인 Damus에는 비트코인 라이트닝 네트워크 결제 기능이 내장되어 있습니다. 노스트르의 인기 클라이언트인 다무스에는 비트코인 라이트닝 네트워크 결제 기능이 내장되어 있어 사용자가 노스트르의 공개 키를 입력하기만 하면 라이트닝 네트워크를 쉽게 호출하여 릴레이에 대한 일회성 요금을 지불할 수 있습니다. 결제가 완료되면 사용자는 라이트닝 네트워크 인보이스를 받게 됩니다. 작동 방식에 대한 자세한 내용은 https://nostr.how/zh/zaps 에서 단계를 자세히 설명합니다.
자산 발행 측면에서 비트코인의 원레이어 자산 발행 프로토콜인 탭루트 자산(TAP)은 라이트닝 네트워크와 호환되므로 탭루트 자산과 비트코인의 최소 단위인 사토시를 노스트르 생태계에 도입하고 라이트닝 네트워크를 사용하여 다음과 같은 작업을 수행할 수 있습니다. 라이트닝 네트워크를 사용하여 즉각적이고 저렴한 자산 전송을 수행할 수 있습니다. 이는 노스트르의 자산 클래스를 풍부하게 할 뿐만 아니라 소셜 네트워크, 결제, 탈중앙 금융과 같은 사용 사례에 대한 더 많은 가능성을 열어줍니다.
또한, CKB 커뮤니티의 구성원들은 RGB++ 기술을 사용하여 노스트르 이벤트와 CKB 셀을 동형적으로 결합하는 노스트르 바인딩 프로토콜을 제안했습니다. 이 이니셔티브를 통해 사용자는 노스트르 소셜 네트워크에서 네이티브 자산을 생성하고 배포할 수 있으며, 소셜 네트워크에서 네이티브 결제 문제를 효과적으로 해결할 수 있습니다.
더 중요한 것은 노스트라와 라이트닝 네트워크의 결합으로 탈중앙화 앱을 위한 완전히 새로운 비즈니스 모델인 V4V(Value 4 Value)가 열리고 있다는 점입니다.
V4V의 이면에는 희소성이 없는 정보를 수익화하는 것이 매우 어려운 작업이라는 아이디어가 숨어 있습니다. 기존 온라인 세계의 기본 수익화 모델은 중앙 집중식 모니터링과 사용자 행동 분석에 크게 의존하는 광고에 의존하는 경우가 많지만, v4V는 제한이나 중개자 없이 정보와 가치를 자유롭게 유통할 수 있는 대안을 제시합니다. 이 접근 방식은 온라인에서 비트와 바이트로 수익을 창출하는 새로운 방법일 뿐만 아니라 콘텐츠를 제작하고 가치를 전달하는 새로운 방법이기도 합니다.
V4V의 솔루션은 다음과 같은 노스트르 기반 소셜 앱, 팟캐스트, 라이브 스트리밍 플랫폼에 혁신적인 가치를 제공하고 있습니다."
보시다시피, Nostr은 라이트닝과 결합하여 탈중앙화된 메시징 네트워크에서 정보와 가치를 결합한 탈중앙화된 메시징 네트워크로 진화했습니다. 이러한 진화는 개인을 발언권 침해로부터 보호할 뿐만 아니라 자산을 보호하여 가치 교환을 위한 수단이자 네트워크로서의 역할을 합니다. 이러한 진화는 대규모 혁신과 소비자급 애플리케이션을 위한 새로운 가능성과 개발 기회를 열어주며, Web3의 대규모 채택을 위한 실행 가능한 경로가 될 수 있습니다.
요약: 구조가 기능을 결정한다
위 기사에서는 주로 데이터 구조와 네트워크 구조 측면에서 AO와 Nostr 프로토콜을 비교했습니다. "구조가 기능을 결정한다"는 원칙에 따라 각 프로토콜이 지원하는 주요 기능과 적용 시나리오를 분석했습니다.
데이터 구조의 관점에서
데이터 구조의 관점에서 보면 AO와 Nostr 프로토콜은 몇 가지 공통점이 있습니다. 두 프로토콜 모두 정보 게시, 커뮤니케이션 및 상호 작용, 다양한 데이터 유형의 콘텐츠 배포를 지원하는 메시징 프로토콜로, 탈중앙화 소셜 네트워크와 탈중앙화 소셜 미디어 애플리케이션을 구축할 수 있게 해줍니다. 또한 탈중앙화, 검열 저항성, 서명 검증 가능, 개인정보 및 보안 보호라는 기능적 특성을 공유합니다.
그러나 상당한 차이가 있습니다. Nostr 프로토콜의 포지셔닝과 주요 애플리케이션 시나리오는 이러한 유형의 애플리케이션에 초점을 맞추고 있으며, 이는 AO 데이터 구조가 지원하는 기능 및 애플리케이션의 일부에 불과하지만, AO 프로토콜은 훨씬 더 광범위하고 광범위한 애플리케이션 영역인 하이퍼 병렬 컴퓨팅 지원에 초점을 맞추고 있다는 점이 차이점입니다.
네트워크 아키텍처 관점에서 AO 프로토콜은 모듈성을 갖습니다, 서로 다른 노드에서 프로세스를 독립적으로 실행하고 로컬에서 검증할 수 있는 상호 운용 및 확장 가능한 네트워크 유닛을 제공하며, 이러한 기능은 초병렬 컴퓨팅을 구현하기 위한 기본 조건을 제공합니다.
또한 AO 프로토콜은 SCP 패러다임에 기반한 Arweave와의 완벽한 통합을 통해 블록체인 기술의 불가능한 삼각측량 한계를 극복합니다. 수요에 따라 스토리지와 컴퓨팅 자원을 무한히 확장할 수 있으며, Arweave에 영구적으로 저장된 소유권 보호 합의 데이터를 사용하여 임의의 프로세스(애플리케이션) 간에 정보를 교환하고 협업할 수 있습니다. 결과적으로 AO 프로토콜은 글로벌 지향의 고성능 초병렬 컴퓨팅 네트워크를 구축할 수 있게 해주며, 웹3는 물론 웹2 애플리케이션에도 혁신을 가져다줍니다.
예를 들어, 대규모 언어 모델(LLM)과 고밀도 연산이 필요한 머신러닝 애플리케이션, 복잡한 비즈니스 로직, 사전 정의된 요구사항, 다양한 자율 정책의 요구를 충족하는 AgentFi, 데이터 소유권과 콘텐츠 실현을 강조하는 저작권 관리 및 크리에이터 마켓플레이스(ContentFi), 임의의 프로세스 간 정보 교환이 가능한 AO 프로토콜 등을 지원합니다. ContentFi; 그리고 정보의 크로스체인 통신, 자산의 크로스체인 흐름, 데이터의 크로스체인 공유, 스마트 컨트랙트의 크로스체인 상호운용성이 필요한 데이터 합의 요건을 갖춘 탈중앙화 애플리케이션.
반면, 노스트르 프로토콜은 이벤트 데이터 구조인 Cliet-Relay와 공개-개인 키 시스템이라는 두 가지 네트워크 구성 요소로 구성되어 있으며, 가벼운 정보 전파 및 수신 네트워크를 구축합니다. 노스트르 프로토콜이 라이트닝과 통합되면 전체 네트워크는 탈중앙화 정보 네트워크와 탈중앙화 가치 네트워크의 특성을 결합하여 대규모 소비자급 애플리케이션 네트워크를 구축하는 데 더 적합합니다.
프로토콜 포지셔닝 관점에서 볼 때, AO와 Nostr은 둘 다 메시징 프로토콜이지만, 포지셔닝과 초점이 다릅니다. AO 프로토콜의 주요 초점은 '탈중앙화 월드 컴퓨터'와 같은 인프라 구축에 있으며, 이는 하위 계층이지만 더 넓은 범위의 가치를 포착하고 상향 이동성을 가져올 수 있는 광범위한 애플리케이션을 열어줍니다.
반면, 노스트르 프로토콜은 처음부터 소셜 애플리케이션을 지원하도록 설계되었으며, 보다 구체적이고 집중적인 애플리케이션을 갖춘 경량 탈중앙화 소셜 프로토콜로 자리매김하고 있습니다.
요약하자면, AO와 노스트르는 데이터 구조, 네트워크 구조, 프로토콜 기능 측면에서 고유한 특징과 장점을 가지고 있으며, 포지셔닝과 적용 시나리오가 서로 다릅니다. 이들은 서로 다른 개발 경로에서 그 잠재력과 가치를 보여줄 것입니다.