На первый взгляд сравнивать AO - систему сверхпараллельных вычислений - и Nostr - децентрализованный социальный протокол - может показаться необычным, поскольку они кажутся принадлежащими к совершенно различным областям. Однако оба можно рассматривать как "протоколы передачи сообщений", что делает возможным их сравнение.

Поскольку протоколы сосредоточены на передаче сообщений, основным компонентом является, естественно, само «сообщение». Так как сообщения определяются в сетях AO и Nostr? Каковы их соответствующие сетевые архитектуры для поддержки передачи сообщений и как они интегрируются с другими протоколами? Каковы их позиции, основные случаи использования и будущие тенденции?

Эта статья направлена на подробное сравнение протоколов AO и Nostr, исследуя, как их структурные конструкции влияют на их функциональность и предоставляя тщательный анализ этих аспектов.

1. Концепция и характеристики сообщений

1.1. Сообщения в AO

В сети AO сообщение является фундаментальной единицей информации, обмениваемой между сетевыми блоками (MU, SU, CU) или процессами. Сообщения облегчают обмен информацией и координацию.

AO разработана как сообщающая асинхронная сеть. Изначально для запуска процессов (например, запуска процесса) требуются сообщения, которые могут поступать от внешних пользователей или других процессов. Кроме того, межпроцессное взаимодействие AO является асинхронным, что означает, что отправка и получение сообщений происходят независимо от отправителя и получателя. Это позволяет отправляющему процессу продолжать выполнение без ожидания ответа или подтверждения от получателя, что значительно повышает эффективность параллельных вычислений в AO.

В AO асинхронная природа передачи сообщений и отсутствие необходимости в ожидании делают его идеальным для управления задачами параллельных вычислений большого масштаба. Это позволяет различным компонентам системы работать параллельно без продолжительного ожидания ответов от других процессов.

Каждое сообщение в AO следует стандарту ANS-104 из экосистемы Arweave, протоколу упаковки данных. ANS-104 увеличивает пропускную способность данных путем сериализации нескольких транзакций в одну двоичную транзакцию. Этот протокол упаковывает данные и включает такие поля, как владелец, подпись, целевой адрес, метка и данные. Этот дизайн поддерживает широкий спектр типов данных, включая документы, изображения, аудио- и видеофайлы, игры, модели данных, программный код и голографические состояния. Кроме того, он поддерживает владение данными и проверку подписи, обеспечивая безопасность и целостность данных.

Эти функции стандарта ANS-104 критичны для AO, позволяя ему поддерживать различные сценарии применения для различных типов данных. Стандартизированный формат сообщения значительно облегчает эффективное межпроцессное взаимодействие и безупречное сотрудничество, улучшая эффективность хранения и обработки на Arweave. Это позволяет AO эффективно устанавливать уровни доступности данных и консенсус данных, решая его обширные потребности в применении.

1.2. События в Nostr

В протоколе Nostr сообщения структурированы как "события" с использованием формата на основе JSON. Этот формат служит основным объектом данных в сети Nostr.

Широко используемые структуры сообщений интегрированы в общий стандарт, называемый протоколом NIPs (Nostr Implementation Possibilities). Эта стандартизация значительно улучшает обработку и управление данными, повышая интероперабельность и стабильность системы. С помощью NIPs пользователи могут выполнять различные операции и взаимодействия в сети Nostr без беспокойства о несоответствиях формата данных.

Структура JSON в Nostr определяет формат события с различными полями, каждое из которых выполняет определенную функцию. Например:

• pubkey Field: Представляет собой открытый ключ отправителя события, используемый для идентификации пользователя. Этот открытый ключ цифровым образом подписывает событие, обеспечивая его подлинность и целостность.
• Поле kind: указывает тип события, такие как сообщения в чате, информация о кошельке или действия пользователя, такие как рекомендация списков ретрансляции или выполнение определенных операций.
• Поле контента: содержит содержание события, поддерживая различные типы данных, такие как сообщения в социальных сетях, статьи, аудио и видео. Это поле позволяет пользователям передавать информацию, которую они хотят поделиться.
• Поле sig: Хранит цифровую подпись события, созданную отправителем с использованием его частного ключа и проверенную клиентом получателя с использованием соответствующего открытого ключа. Эта подпись подтверждает подлинность и целостность события.

Для подробного описания структуры данных события обратитесь кПротокол Nostr Содержание. Протокол Nostr предлагает четкую структуру для отправки, получения и проверки событий, обеспечивая безопасность, последовательность и надежность данных.

В общем, событие в Nostr - это структура данных, которая включает в себя любое содержимое и подписывается пользователями. Эта структура выделяет роль, особенности и функции Nostr:

• Публикация, хранение и прием информации: использование Nostr форматов JSON и NIP обеспечивает эффективный обмен и управление данными, обеспечивая согласованность и интерпретируемость, а также предлагает стабильную и надежную среду общения.
• Проверка с клиентской стороны: Структура данных позволяет осуществлять проверку с клиентской стороны, исключая необходимость доверять ретрансляционным серверам или третьим сторонам и непосредственно подтверждая подлинность и целостность событий.
• Децентрализованная, устойчивая к цензуре социальная сеть: Дизайн позволяет Gate функционировать как децентрализованная платформа, где пользователи могут свободно общаться и обмениваться информацией без опасений цензуры или вмешательства в данные.

2. Структуры сети, поддерживающие передачу сообщений

2.1. AO: Сеть сотрудничества MU/SU/CU

Сеть AO состоит из трех модульных блоков: MU, SU и CU, которые взаимодействуют друг с другом через сообщения и процессы. Ее сетевая архитектура показана на рисунке 2-1.

Рисунок 2-1: Модульные и коллаборативные сетевые блоки, формирующие архитектуру сети AO (Источник: Белая книга AO)

В AO процесс является вычислительной единицей. Запуск приложения на AO эквивалентен запуску одного или нескольких процессов, при этом система выделяет и планирует ресурсы, такие как MU, SU, CU, виртуальные машины и память, для выполнения процесса:

• MU (Messenger Unit): Отвечает за отправку информации на соответствующий SU для обработки, а затем доставку ее в CU для вычислений. Результаты возвращаются SU, и этот процесс повторяется непрерывно.
• SU (Scheduler Unit): Управляет планированием и сортировкой сообщений, загружает сообщения в Arweave.
• CU (Compute Unit): Получает сообщения, выполняет вычисления и осуществляет переходы состояний.

Структура и операция сети AO указывают:

• AO как система передачи сообщений: Сообщения являются основными элементами в процессах AO, служащими единственными рабочими объектами для MU, SU и CU. Весь процесс вращается вокруг сообщений, делая процесс в основном деятельностью запуска коллекции сообщений. Это включает в себя полную последовательность от приема сообщений, передачи сообщений, планирования и сортировки сообщений, выполнения вычислений (переходов состояний сообщений), до вывода и сохранения результатов вычислений. Следовательно, AO - это система передачи сообщений, которая может быть посвящена созданию приложений, ориентированных на публикацию информации, общение в реальном времени и взаимодействие, распространение контента и многое другое, такие как децентрализованные социальные сети, социальные медиа и децентрализованные аудио/видео платформы для онлайн-трансляций.
• AO как ультрапараллельная вычислительная сеть: AO работает как модульная сеть, в которой вычисления выполняются вне блокчейна, без ограничений блочного консенсуса. Это позволяет вычислительным блокам (узлам) бесконечно масштабироваться по мере необходимости, значительно повышая вычислительную производительность. В среде АО одновременно может быть инициировано произвольное количество вычислительных задач (параллельных процессов). Эти процессы могут выполняться независимо на разных вычислительных узлах и выполнять локальную проверку. Это делает AO распределенным, проверяемым ультрапараллельным компьютером.

Хотя каждый вычислительный процесс может работать независимо на разных узлах, они могут общаться и сотрудничать через унифицированный формат сообщений (ANS-104). Этот метод объединяет независимо работающие вычислительные процессы в единую сеть.

• AO как открытая платформа: По своей сути, AO - это информационный протокол, который позволяет различным приложениям, работающим на Arweave, взаимодействовать друг с другом. Каждое приложение может отправлять информацию другим приложениям через сеть AO, используя AO для композиционных операций и обеспечивая обмен информацией между цепями. Сеть AO работает вне цепи и может бесшовно соединяться с приложениями Web2. Вызывая интерфейс протокола AO, приложения Web2 могут участвовать в этой децентрализованной сети. Эта функция позволяет AO устранить пробел между приложениями Web2 и Web3, облегчая доверенный обмен информацией и взаимодействие между приложениями. Дизайн протокола обмена информацией AO делает его открытой платформой, предлагая разработчикам неограниченные возможности.

В заключение, сетевая архитектура AO поддерживает компонентную, совместимую, масштабируемую, верифицируемую, децентрализованную и открытую вычислительную платформу. Она подходит для приложений, сосредоточенных на публикации информации и взаимодействии, а также для тех, которые требуют высокой вычислительной производительности и сложной логики, таких как машинное обучение, автономные агенты, графическая отрисовка, онлайн-игры и DeFi.

2.2. Nostr: Структура клиент-реле

Nostr означает «Заметки и другие материалы, передаваемые реле». Сеть состоит из двух основных компонентов, как показано на рисунке 2-2.

Рисунок 2-2: Структура сети Nostr

• Клиент: Это приложение, работающее на стороне пользователя, предназначенное для чтения и записи данных на ретрансляционные серверы. Клиент использует открытый ключ в качестве адреса, на который пользователь может отправлять и получать события, в то время как закрытый ключ используется для подписи событий при их отправке. Этот процесс подписи доказывает, что операцию выполнил пользователь, и предотвращает вмешательство. При получении событий клиент использует закрытый ключ для проверки подписи, обеспечивая происхождение и целостность события.

Клиент позволяет пользователям подключаться к любому количеству ретрансляционных серверов, расположенных в разных местах. Пользователи могут публиковать информацию на одном ретрансляторе и извлекать ее из другого. Это означает, что клиент (пользователь) не обязан полагаться на определенный ретрансляционный сервер, что эффективно защищает данные и действия пользователя.

• Сервер ретрансляции: Сервер ретрансляции имеет возможность прослушивать, захватывать и хранить события от подключенных клиентов, а затем пересылать эти события подписанным клиентам. Любой может запустить сервер ретрансляции, и несколько таких серверов могут служить альтернативами друг другу. Это конструкция уменьшает важность какого-либо отдельного ретранслятора, снижая риск единой точки отказа и повышая устойчивость к цензуре. Кроме того, конкуренция между несколькими ретрансляторами может стимулировать улучшение качества обслуживания, такое как предложение большей емкости для хранения, более быстрое время ответа и услуги по фильтрации спама.

Серверы ретрансляции могут выбирать, хранить ли всё или часть контента пользователя в зависимости от своих потребностей и решать, на какой срок будут храниться данные. Это обеспечивает большую гибкость в позиционировании и коммерческой деятельности реле. В то же время ретрансляторам не нужно взаимодействовать друг с другом, что исключает проблемы согласования и необходимость синхронизации данных. Вместо этого синхронизация данных достигается через отправку и получение событий между клиентами, что фундаментально отличается от узлов блокчейна.

Эта архитектура не только улучшает гибкость и эффективность системы, но также эффективно решает различные сценарии использования и требования.

В общем, легкая структура клиентского реле Nostr улучшает гибкость и эффективность системы. Он поддерживает децентрализованную систему публикации информации, устойчивую к цензуре и проверяемую, отвечающую потребностям в свободе слова, плавной коммуникации, безопасности данных и конфиденциальности. Этот дизайн эффективно решает недостатки централизованных социальных медиа, что делает Nostr популярным выбором для разработчиков децентрализованных социальных приложений, таких как Damus, YakiHonne, Iris и другие.

3. Интеграция с другими протоколами

3.1 AO + Arweave: Децентрализованный мировой компьютер

AO функционирует поверх Arweave, безупречно интегрируясь с ним, как показано на рисунке 3-1.

Рисунок 3-1: Бесшовная интеграция AO с Arweave (Источник: Белая книга AO)

Это представляет собой применение парадигмы хранения согласования (SCP). Эта новая парадигма эффективно разъединяет хранение (согласование) от вычислений, облегчая внеланцевые вычисления наряду с внеланцевым согласованием. Преимущества такого подхода существенны:

• Высокопроизводительные вычисления: благодаря проведению вычислений смарт-контрактов вне цепочки, AO избегает ограничений согласования блоков в цепочке. Это значительно повышает вычислительную производительность, делая высокопроизводительные вычисления реальностью.
• Ультра-Параллельные Вычисления: Узлы могут независимо выполнять параллельные задачи и выполнять локальные проверки без необходимости синхронизации всех узлов и выполнения избыточных вычислений, как это видно в традиционных архитектурах EVM. Эта возможность позволяет AO достигать ультра-параллельных вычислений.
• Пользовательская вычислительная мощность: Arweave предлагает постоянное хранение всех инструкций, промежуточных состояний и результатов вычислений, функционируя как доступность данных и слой консенсуса AO. Выполнение каждого приложения тесно связано с данными, хранящимися на Arweave, что позволяет настраивать его в соответствии с конкретными потребностями локальных узлов. Этот уровень гибкости превосходит традиционную модель EVM, где узлы должны одновременно выполнять предопределенные операции для поддержания согласованности на всей сети.

По сути, AO усиливает Arweave ультрапараллельными вычислительными возможностями, в то время как Arweave предоставляет AO хранение как консенсус. Вместе они создают децентрализованный мировой компьютер, открывая дверь к обширным инновациям в децентрализованном пространстве.

3.2 Nostr + Lightning: Создание децентрализованных информационных и ценностных сетей

Nostr, разработанный fiatjaf, нативно поддерживает молниеносную сеть благодаря участию fiatjaf в его разработке. Молниеносная сеть, вторичное решение для биткойна, расширяет функциональность блокчейна внецепочно через каналы. Это эффективно решает проблемы биткойна с медленными скоростями транзакций, ограниченной пропускной способностью и высокими издержками транзакций, обеспечивая частые и недорогие микроплатежи.

Прямое применение интеграции Nostr и Lightning Network - это внедрение "запусков" в социальные приложения. Широко используемый клиент Nostr, Damus, включает в себя платежи через Bitcoin Lightning Network, позволяя пользователям легко совершать одноразовый платеж за ретрансляцию Lightning Network, введя открытый ключ Nostr. После оплаты пользователи получают счет Lightning Network. Для подробного руководства посетите: https://nostr.how/zh/zaps.

В части выпуска активов протокол Taproot Assets (TAP) уровня один Bitcoin совместим с Lightning Network, что позволяет интегрировать активы Taproot и самую маленькую единицу Bitcoin, сатоши, в экосистему Nostr. Это облегчает мгновенные и экономичные передачи активов через Lightning Network, обогащая разнообразие активов Nostr и расширяя возможности для социальных сетей, платежей и приложений DeFi.

Кроме того, участники сообщества CKB предложили протокол привязки Nostr, используя технологию RGB++, для достижения изоморфного связывания событий Nostr с CKB CELLS. Это позволяет пользователям создавать и распространять собственные активы в сети Nostr, эффективно решая проблемы собственных платежей в социальных сетях.

Важно, синергия между Nostr и молниеносной сетью открывает новую бизнес-модель для децентрализованных приложений, известную как Value for Value (V4V).

Концепция V4V утверждает, что монетизация не дефицитной информации - это сложная задача. Традиционная онлайн-монетизация часто зависит от рекламы, которая основана на централизованном мониторинге и анализе поведения пользователей. V4V предлагает альтернативу, обеспечивая свободное движение информации и ценности без посредников или ограничений. Этот подход не только предлагает новый способ монетизации цифрового контента, но также вводит новые методы создания контента и передачи ценности.

Решения V4V значительно увеличивают ценность социальных приложений, подкастов и платформ прямых трансляций на основе Nostr, таких как:

• YakiHonne: Децентрализованный протокол взаимодействия средств массовой информации, интегрирующий Nostr с Lightning Network, используя SATS для чаевых. Годовые платежи превысили 90 миллионов SATS.
• Nostrwatch.live: Децентрализованная платформа прямой трансляции, работающая на Nostr и Lightning Network, устанавливающая двусторонний обмен "Ценность за Ценность". Стримеры получают платежи SATs от зрителей в реальном времени, а трансляция прекращается, если платежи прекращаются. Это отличается от традиционных моделей предоплаты, исключая необходимость в подписке или предоплате.
• Podverse: Приложение для подкастинга 2.0, которое интегрируется с Alby, используя молниеносную сеть для отправки boostagrams (сообщения с пожертвованиями) и SAT-платежей подкастам. Приложение передает сатоши на прослушиваемый подкаст на основе времени прослушивания за минуту.

Интеграция Nostr-Lightning преобразует Nostr из децентрализованной информационной сети в сеть, которая объединяет информацию и ценность. Это изменение не только обеспечивает индивидуальную свободу слова, но и гарантирует безопасность личных активов, делая ее средством обмена ценностями. Эта эволюция открывает новые возможности для масштабируемых приложений на уровне потребителя, потенциально предлагая жизнеспособный путь к широкому принятию Web3.

4. Заключение: Структура определяет функцию

Эта статья проанализировала и сравнила протоколы AO и Nostr с точки зрения структуры данных и сетевой структуры, придерживаясь принципа, что "структура определяет функцию". Мы исследовали основные функции и сценарии применения каждого протокола:

С точки зрения структуры данных: AO и Nostr служат в качестве протоколов передачи информации, поддерживающих различные типы данных для публикации, коммуникации и распространения. Они позволяют создавать децентрализованные социальные сети и медиа-приложения с функциями, такими как децентрализация, устойчивость к цензуре, верификация подписей и защита конфиденциальности.

Однако есть ключевые различия. Фокус Nostr на приложениях, специально разработанных для передачи информации, который является лишь подмножеством более широких функциональных и прикладных возможностей AO. AO акцентирует внимание на ультра-параллельных вычислениях, охватывающих более широкий и глубокий спектр приложений.

С точки зрения структуры сети: сетевая структура AO модульная, коллаборативная и масштабируемая, позволяющая процессам работать независимо на разных узлах и выполнять локальную проверку. Эти характеристики заложили основу для ультра-параллельных вычислений.

Бесшовная интеграция AO с Arweave, основанная на SCP-парадигме, преодолевает трилемму технологии блокчейна. Она масштабирует ресурсы хранения и вычислений по мере необходимости и использует постоянные данные согласия Arweave, защищенные правами собственности, для обмена информацией между процессами и сотрудничества. В результате AO может создать глобальную высокопроизводительную сеть ультрапараллельных вычислений, способствуя инновациям как в приложениях Web3, так и в приложениях Web2.

Например, AO поддерживает приложения машинного обучения, требующие больших языковых моделей (LLM) и интенсивных вычислений; приложения AgentFi с сложной бизнес-логикой, предопределенными потребностями и разнообразными автономными стратегиями; ContentFi для управления авторскими правами и монетизации контента; и децентрализованные приложения, требующие межцепочной коммуникации, передачи активов, обмена данными и совместимости смарт-контрактов.

В отличие от этого, структура сети Nostr, в основном состоящая из компонентов Клиент-Реле и структур данных События с публичными и приватными ключевыми системами, устанавливает легкую информационную сеть. В сочетании с Lightning она интегрирует децентрализованную информационную и сетевую характеристику ценности, что делает ее идеальной для масштабируемых приложений для потребителей.

С точки зрения позиционирования протокола: Хотя как AO, так и Nostr являются протоколами передачи сообщений, их фокус и позиционирование расходятся. AO нацелен на создание основной инфраструктуры для «децентрализованного мирового компьютера», ориентируясь на более низкие уровни, но предоставляя обширные возможности применения и охватывая более широкую ценность.

Наоборот, Nostr изначально разрабатывался как легкий децентрализованный социальный протокол, с акцентом на социальные приложения.

В заключение, AO и Nostr предлагают различные особенности и преимущества в структуре данных, сетевой структуре и функциональности протокола, каждый с разным позиционированием и областями применения. Их уникальные характеристики проявятся в их соответствующих траекториях развития.

Ссылки

1. Является ли AO убийцей Ethereum и каким будет новый сюжет блокчейна?
2. Протокол AO: Децентрализованный, безразрешительный Суперкомпьютер
3. Протокол Nostr
4. Протокол привязки Nostr
5. Value4Value
6. Децентрализованный социальный протокол Nostr и его инновационные приложения

Отказ от ответственности：

1. Эта статья перепечатана с [web3caff]. Все авторские права принадлежат оригинальному автору [DanceChange]. Если есть возражения по поводу этого перепечатывания, пожалуйста, свяжитесь с Gate Learnкоманда, и они незамедлительно разберутся с этим.
2. Ответственность за отказ: Взгляды и мнения, выраженные в этой статье, являются исключительно мнением автора и не являются инвестиционной рекомендацией.
3. Переводы статьи на другие языки выполняются командой Gate Learn. Если не указано иное, копирование, распространение или плагиат переведенных статей запрещены.