Fonction de décision de structure: analyse et comparaison de AO et Nostr

L’AO est un calcul sur courant.Quels voies de positionnement et de développement avons-nous?

Lorsque vous voyez le titre, vous pouvez vous sentir étrange: AO représente un calcul hyperbaire, et Nostr est un accord social décentralisé.Cependant, si nous allons dans le niveau de réalisation technologique, nous le trouveronsCe sont essentiellement des « protocoles de transmission de messages »De cette façon, ils sont comparables.

En tant que protocole de transmission de messages, l’élément central est naturellement le « message » lui-même, et tout est effectué autour de la transmission des messages.Alors, comment les nouvelles sont-elles définies dans le réseau AO et Nostr?Comment soutiennent-ils l’architecture réseau de la transmission de messages?Comment s’intégrer à d’autres accords?Quels sont leur positionnement respectif, les principaux scénarios d’application et leurs tendances de développement?

Cet article vise à approfondir les deux protocoles d’AO et de Nostr, en se concentrant sur l’exploration des effets de la structure de l’accord sur la fonction et en effectuant une analyse détaillée autour des problèmes ci-dessus.

Concept et caractéristiques des messages

Message dans AO

Dans l’architecture du réseau AO, le message est une unité d’information de base transmise entre chaque unité de réseau (MU, Su, Cu) ou entre chaque processus.Ils peuvent réaliser l’échange d’informations et la collaboration en envoyant et en recevant des messages.

AO est conçu comme un réseau de communication asynchrone piloté par un message.Tout d’abord, AO nécessite des messages pour le démarrage d’un processus (démarrage d’un processus).Deuxièmement, la communication inter-processus entre AO est asynchrone, ce qui signifie que l’envoi et la réception du message est le fonctionnement de l’expéditeur et du récepteur.Le processus d’envoi de messages ne nécessite pas la réponse ou la confirmation du récepteur, et d’autres opérations peuvent être effectuées immédiatement.Cette caractéristique a considérablement amélioré l’efficacité de l’informatique parallèle AO.

Dans le réseau AO, la transmission asynchrone du message et les caractéristiques qui n’ont pas besoin d’attendre en font un choix idéal pour traiter les tâches informatiques parallèles à grande échelle, car elle permet à chaque partie du système d’effectuer un parallèle sans nécessiter la réponse de Autres processus depuis longtemps.

Dans AO, chaque message suit la norme ANS-104 de l’écosystème d’Arweave, qui est un accord d’emballage de données.ANS-104 a considérablement amélioré le débit de données de données et d’écriture en sérialisant plusieurs transactions dans une transaction binaire.Ce protocole n’est pas seulement un simple emballage de données, mais ajoute également le propriétaire, la signature, l’adresse cible, l’étiquette, les données et autres champs aux données de l’emballage.Cette conception permet à l’ANS-104 de prendre en charge une variété de types de données, y compris des documents, des images, de l’audio et des vidéos, des jeux, des modèles de données, du code de programme et un statut holographique.De plus, il prend également en charge la propriété des données et la vérification de la signature, offrant une garantie pour la sécurité et l’intégrité des données.

Ces caractéristiques des normes ANS-104 sont particulièrement importantes pour AO car elles permettent à AO d’établir une variété de scénarios d’application pour différents types de données.Le format de message unifié a également grandement favorisé la communication à haute efficacité et la collaboration transparente entre les processus. exigences.

Événement dans Nostr

Dans le protocole NOSTR, un format de message standard basé sur la définition de la structure JSON est utilisé pour décrire les données de différents types.Ce format de message est appelé événement et est l’objet de données de base dans le réseau NOSTR.

La structure de messages la plus couramment utilisée est en cours d’intégration dans une norme de protocole NIPS (NIPS Possibilités NIPS (NIPS de NOSTR).Cette cohérence et cette normalisation améliorent considérablement l’efficacité du traitement et de la gestion des données et aident à améliorer l’opérationnalité et la stabilité du système.Grâce aux NIP, les utilisateurs peuvent effectuer diverses opérations et interactions dans le réseau Nostr sans se soucier des différences du format de données ou de l’inadéquation.

La structure JSON est utilisée pour définir le format des données de l’événement dans le protocole NOSTR.

• Champ de pubkey:La clé publique de l’utilisateur pour l’événement d’envoi est utilisée pour identifier l’identité de l’utilisateur.Cette clé publique sera utilisée pour signer l’incident afin d’assurer l’authenticité et l’intégrité de l’événement.

• Field aimable:Utilisé pour indiquer le type d’événement.Il peut représenter différents types de messages, tels que les messages de salle de chat, les informations de portefeuille, etc., et peut également représenter des comportements spécifiques des utilisateurs, tels que la recommandation de listes de relais, l’exécution d’une certaine opération, etc.

• Champ de contenu:Y compris le contenu spécifique de l’événement.Ce domaine prend en charge une variété de types de données, tels que les autocollants de médias sociaux, les articles, l’audio et la vidéo.Les utilisateurs peuvent exprimer diverses informations et données qu’ils souhaitent transmettre ici.

• Field SIG:Signatures numériques pour stocker les événements.Cette signature est générée par l’expéditeur à l’aide de sa clé privée, puis utilise la clé publique correspondante pour vérifier par le client du récepteur.Les signatures peuvent garantir que les utilisateurs qui ont la clé publique correspondante ont envoyé l’événement à une date spécifique, améliorant ainsi la crédibilité et la vérification de l’événement.

• Nympho

Pour des descriptions détaillées de la structure des données d’événements, veuillez vous référer à: https://nostr.how/zh/the-protocolcontent.Le protocole Nostr fournit un cadre clair pour l’envoi, la réception et la vérification de l’incident à travers ces champs et structures.Cette conception permet d’assurer la sécurité, la cohérence et la fiabilité des données.

Tous les champs sont combinés ensemble pour exprimer un événement complet et spécifique.En résumé, l’incident est une structure de données qui contient tout contenu et est signée par l’utilisateur.

• Nostr est un système de version, de stockage et de réception d’informationsEssenceNOSTR a établi un cadre d’échange de données et de gestion efficace en adoptant la structure JSON et la norme du protocole NIPS, assurant la cohérence et l’analyse des informations, fournissant aux utilisateurs un environnement de communication d’information stable et fiable et unifié;

• Soutenir la vérification du client: La structure de données prend en charge la vérification du client, donc pas besoin de faire confiance à un serveur de relais ou à un tiers, il peut directement vérifier l’authenticité et l’intégrité de l’événement.

• Construire un réseau social décentralisé, anti-révision et vérifié: Les caractéristiques de cette structure de données font que Nostr peut être utilisée comme une plate-forme décentralisée.

Structure du réseau de transmission de messages de prise en charge

AO: MU / SU / CU constitue un réseau collaboratif

Le réseau AO est composé de trois unités modulaires de MU, SU et CU, et s’exécute et collabore via des messages et des processus.

>

Figure 1-1: Unités de réseau modernes et mutuellement collaboratives pour former l’architecture du réseau AO de AO (image de AO White Liper)

Le processus (processus) est une unité informatique du réseau AO. Mémoire attendez pour exécuter ce processus:

• MU (Messenger Unit): Il s’agit d’une unité de messager responsable de l’envoi d’informations au SU approprié pour le traitement, puis livré à CU pour effectuer des calculs.

• SU (Unité Scheduler): Il s’agit de l’unité de planification, responsable de la planification et du tri des messages, et téléchargez le message sur Arweave;

• CU (unité informatique): Il s’agit de l’unité de calcul, acceptant les messages, exécution des calculs et réalisation de la conversion d’état.

Comme mentionné ci-dessus, la structure du réseau et le fonctionnement d’AO indiquent que:

• AO est un système de transmission de messages

Le message est l’élément central du processus et le seul objet de travail de Mu, Su et Cu.L’ensemble du processus est effectué autour du message. résultats.

Par conséquent, AO est un système de transmission de messages qui peut être déterminé à créer une publication d’informations et une communication et une interaction en temps réel, une distribution de contenu, etc., telles que les réseaux sociaux décentralisés, les médias sociaux et les plateformes de demande audio et vidéo / vidéo décentralisées.

• AO est un réseau informatique super combiné

AO est un réseau modulaire.

Dans l’environnement AO, la tâche de calcul (processus parallèle) peut être ouverte en même temps, qui peut s’exécuter indépendamment sur différents nœuds informatiques et compléter la vérification localement.Cela fait de l’AO un ordinateur réparti et vérifiable à ultra-hyper.

Bien que chaque processus de calcul puisse s’exécuter indépendamment sur différents nœuds, ils peuvent transmettre et collaborer via un format d’information unifié (ANS-104).Cette méthode relie le processus de fonctionnement indépendant pour former un réseau unifié.

• AO est une plate-forme ouverte

Le cœur d’AO est un protocole d’information qui permet la communication entre différentes applications exécutées sur Arweave.Chaque application peut envoyer des informations à d’autres applications via le réseau AO et utiliser AO pour une opération combinée pour réaliser l’échange d’informations croisées.

Le réseau AO s’exécute sous la chaîne et peut être connecté de manière transparente à l’application Web2.En appelant l’interface du protocole AO, l’application Web2 peut participer à ce réseau décentralisé.Cette caractéristique permet à AO d’éliminer l’écart entre les applications Web2 et Web3 et de réaliser l’échange crédible d’informations et l’interopérabilité des applications.Le mécanisme de conception du protocole de communication d’AO en fait une plate-forme ouverte, apportant des possibilités illimitées aux développeurs.

En résumé, l’architecture réseau d’AO le prend en charge pour devenir une combinaison, une plate-forme de réseau informatique, évolutive, vérifiable, décentralisée et ouverte.Il convient non seulement aux applications sociales sur le thème de la version et de la communication d’informations, mais peut également prendre en charge les applications avec des performances informatiques plus élevées et une logique métier plus compliquée, telles que l’apprentissage automatique, les agents de décision indépendants, le rendu graphique, les jeux en ligne et les défi applications, etc. Essence

Nostr: Structure de la réparation du client

Nostr est l’abréviation des « notes et autres choses transmises par les relais », ce qui signifie « annotations commémoratives et autres contenus ».Il y a deux composants principaux dans le réseau, qui sont illustrés à la figure 1-2.

>

Figure 1-2 Structure du réseau de Nostr

• Client

Il s’agit d’une application exécutée du côté utilisateur, qui est utilisée pour lire et écrire des données dans un serveur de relais.Le client utilise la clé publique car l’adresse de l’utilisateur envoie et reçoit l’événement, et la clé privée est utilisée pour signer l’événement lors de l’envoi d’un événement pour prouver que l’utilisateur lui-même fonctionne et empêcher la falsification.Lors de la réception d’un événement, le client utilise une clé privée pour vérifier la signature pour confirmer la source et l’intégrité de l’événement.

Le client permet aux utilisateurs de se connecter aux serveurs de relais qui sont distribués à différents endroits et n’importe quel nombre.Les utilisateurs peuvent publier des informations sur un relais et récupérer des informations sur une autre.Cela signifie que le client (utilisateur) n’a pas besoin de s’appuyer sur un serveur de relais spécifique pour protéger efficacement les données et le comportement des utilisateurs.

• Serveur de relais

Le serveur de relais a la possibilité de surveiller, de saisir et de stocker les événements clients qui y sont connectés, et de transmettre ces événements au client abonné.

Tout le monde peut exécuter le serveur de relais et plusieurs serveurs de relais peuvent se remplacer mutuellement.De plus, la concurrence entre plusieurs relais peut favoriser l’amélioration de la qualité du service, comme la fourniture d’une plus grande capacité de stockage, une vitesse de réponse plus rapide et le filtrage des informations sur le spam.

Le serveur de relais peut choisir tout ou partie du contenu de l’utilisateur en fonction de ses propres besoins et déterminer la durée du stockage, ce qui offre une plus grande flexibilité pour le positionnement et le comportement commercial du relais.Dans le même temps, il n’est pas nécessaire de communiquer entre eux entre les serveurs de relais, il n’y a donc pas de problème au niveau du consensus, et aucune synchronisation des données n’est requise.La synchronisation des données est obtenue grâce à l’envoi et à la réception de l’événement entre le client, qui est fondamentalement différent du nœud blockchain.

Cette architecture peut non seulement améliorer la flexibilité et l’efficacité du système, mais également faire face efficacement à différents scénarios d’utilisation et besoins.

On peut voir que Nostr utilise une structure de réseau légère comme le client-relay, ce qui peut non seulement améliorer la flexibilité et l’efficacité du système, mais également soutenir efficacement la construction d’un système de libération d’informations décentralisé, anti-révision et vérifiable pour répondre à Paire de paires de personnes Paires de personnes Liberté d’expression, communication fluide et sécurité des données et contrôle de la confidentialité.Cette conception répond efficacement aux défis et inconvénients apportés par les médias sociaux centralisés.Par conséquent, Nostr est connu comme un accord social décentralisé et est largement favorisé par les développeurs pour construire diverses applications sociales décentralisées, telles que Damus, Yakihonne, Iris, etc.

Intégré à d’autres accords

AO + Arweave: ordinateur du monde décentralisé

AO passe au-dessus d’Arweave et atteint l’intégration transparente avec Arweave, comme le montre la figure 3-1.

>

Figure 3-1 Intégration transparente de AO et Arweave (image du livre blanc AO)

Il s’agit d’une implémentation du paradigme de consensus de stockage (SCP).Dans ce paradigme innovant, le stockage (consensus) et les calculs sont efficacement séparés, ce qui permet de calculer et de consensus en chaîne sur la chaîne.Cette architecture apporte des avantages évidents:

• Calcul des hautes performances:Le calcul des contrats intelligents est exécuté sous la chaîne et n’est plus soumis au processus de consensus de bloc sur la chaîne, qui élargit considérablement les performances de calcul et rend les calculs à haute performance possibles.

• Excellent calcul:Chaque processus sur différents nœuds peut implémenter indépendamment l’informatique parallèle et la vérification locale, sans attendre que tous les nœuds terminent des calculs répétés et la vérification de la cohérence globale comme dans l’architecture EVM traditionnelle.Cette conception permet à AO d’obtenir un calcul super combiné.

• Calcul personnalisé:Arweave fournit à AO un stockage permanent de toutes les instructions, de l’état intermédiaire et des résultats de calcul.L’exécution de chaque application (contrat intelligent) est étroitement liée aux données stockées dans Arweave.Cette flexibilité dépasse de loin le modèle EVM traditionnel, et tous les nœuds doivent effectuer des opérations prédéterminées en même temps pour poursuivre la cohérence de l’ensemble de l’état du réseau.

En résumé, AO ajoute une couche informatique excessive à Arweave, et Arweave fournit à AO un support pour le consensus.La combinaison des deux a créé un ordinateur mondial décentralisé, qui a ouvert un large espace d’innovation d’application pour le monde décentralisé.

Nostr + Lightning: construire des informations décentralisées

etvaleurfiletLié

Étant donné que le développeur de Nostr Fiaatjaf est également un développeur du réseau Lightning, Nostr supporte le réseau Lightning.Lightning Network est la deuxième solution de couches de la blockchain Bitcoin, qui étend la fonction de la blockchain sous la chaîne en utilisant des canaux.Il résout effectivement des problèmes tels que la vitesse de transaction bitcoin lente, le débit limité et les coûts de transaction élevés, ce qui rend possible la fréquence élevée et le bitcoin à faible coût.

La combinaison de Nostr et Lightning Network, l’une des applications les plus directes consiste à «clignoter» dans les applications sociales.Le Damus client populaire de Nostr a construit la fonction de paiement du réseau Lightning Bitcoin.Une fois le paiement terminé, l’utilisateur recevra une facture de réseau Lightning.Pour le flux de travail détaillé, voir: https: //nostr.how/zh/zaps, la page Web explique les étapes de fonctionnement en détail.

En termes de délivrance des actifs, les actifs de tapoot (TAP) au premier étage de Bitcoin (TAP) sont compatibles avec le réseau Lightning. Avantages économiques.Cela enrichit non seulement le type d’actif de Nostr, mais offre également plus de possibilités pour les scénarios d’application tels que les réseaux sociaux, le paiement et le défi.

De plus, les membres de la communauté CKB ont également proposé le protocole de liaison Nostr, en utilisant la technologie RGB ++ pour lier l’événement Nostr avec la cellule CKB.Cette mesure permet aux utilisateurs de créer et de distribuer des actifs natifs dans le réseau social Nostr, qui résout efficacement le problème du paiement natif dans les réseaux sociaux.

Plus important encore, la combinaison de Nostr et Lightning Network ouvre un nouveau modèle commercial pour les applications décentralisées, à savoir V4V (valeur de valeur 4).

Le concept de V4V estime que la monétisation des informations sur le non-scarce est une tâche très difficile.Le modèle de monétisation par défaut du monde du réseau traditionnel dépend généralement de la publicité.V4V fournit une alternative qui permet la libre circulation des informations et de la valeur sans être restreinte ou intermédiaire.Cette méthode n’est pas seulement une nouvelle méthode de monétisation en ligne et d’octet (octet), mais aussi une nouvelle façon de création de contenu et de transmission de valeur.

La solution V4V apporte une valeur innovante pour les applications sociales, les podcasts et les plateformes de diffusion en direct basées sur Nostr,Par exemple:

• Le contrat d’interaction d’informations sur les médias décentralisé Yakihonne prend en charge l’intégration de Nostr et Lightning Network.

• Nostrwatch.live est une plate-forme de diffusion en direct décentralisée fonctionnant sur le réseau Nostr et Lightning, et construit une plate-forme de streaming à deux voies pour « la valeur pour la valeur ».Lorsque le joueur envoie le flux de médias réels au public, il reçoit également le flux de paiement SATS du public.Une fois que le paiement s’arrête, le signal de streaming cesse également de jouer.Ceci est différent du modèle prépayé traditionnel.

• Podverse est une application Podcasting 2.0 qui peut s’intégrer à Alby pour envoyer Boostagram (une méthode de don pour envoyer un message au créateur) et SAT Payment Flow au podcast.Lorsque « streaming satoshis » dans Podverse, l’application envoie Satoshis au podcast que les utilisateurs écoutent en fonction de l’heure d’écoute par minute.

On peut voir que grâce à la combinaison de Nostr et de Lightning, Nostr est progressivement passé d’un réseau de transmission d’informations décentralisé à un réseau de transmission décentralisé qui intègre les informations et la valeur.Cette évolution peut non seulement protéger les remarques personnelles contre les infractions, mais également garantir la sécurité des actifs personnels, ce qui en fait un opérateur et un réseau d’échange de valeur.Cette évolution a ouvert de nouvelles possibilités et possibilités de développement pour l’innovation d’applications à grande échelle et grand public, et peut devenir un moyen possible d’obtenir l’utilisation à grande échelle de Web3.

Résumé: fonction de décision de structure

Dans ce qui précède, nous analysons principalement le protocole AO et NOSTR à partir de deux aspects: la structure des données et la structure du réseau, et sur la base du principe de la « fonction de décision de structure », nous analysons profondément les fonctions principales et les scénarios d’application pris en charge par chaque protocole:

• Du point de vue de la structure de données

Du point de vue de la structure des données, le protocole AO et NOSTR a des points communs.Ce sont tous des protocoles de transmission d’informations qui prennent en charge la libération d’informations, la communication, l’interaction et la distribution de contenu de divers types de données, et peuvent créer des réseaux sociaux décentralisés et des applications de médias sociaux décentralisées.De plus, ils ont tous les caractéristiques fonctionnelles de la décentralisation, de l’anti-examen, de la vérification de la signature et de la protection de la confidentialité et de la sécurité.

Cependant, ils ont également des différences significatives.Le positionnement du protocole NOSTR et les principaux scénarios d’application se concentrent sur les applications mentionnées ci-dessus, et ce ne sont qu’un petit ensemble pris en charge par les structures et applications de données AO.L’objectif du protocole AO est de prendre en charge l’informatique super combinée, et ses champs d’application sont plus étendus et de grande envergure.

• Du point de vue de la structure du réseau

Du point de vue de la structure du réseau, le protocole AO a une unité de réseau modulaire, mutuellement et évolutive, permettant aux processus de fonctionner indépendamment et de vérification locale sur différents nœuds.

Dans le même temps, grâce à l’intégration transparente de SCP Paradigm et d’Arweave, le protocole AO perdure les restrictions impossibles du triangle de la technologie de la blockchain.Il peut étendre les ressources de stockage et l’informatique en fonction de la demande, et utiliser Arweave pour stocker en permanence des données consensuelles pour échanger l’échange d’informations et la collaboration entre arbitrairement (applications).Par conséquent, le protocole AO peut construire un réseau informatique mondial de hautes performances et de-le -Counter, apportant un espace innovant à des applications web3 et même web2.

Par exemple, il prend en charge les applications d’apprentissage automatique qui nécessitent des modèles de langues importants (LLMS) et de l’informatique à forte densité; et Market Creator (ContentFi); ainsi que la capacité de prendre en charge les exigences de consensus des données, nécessitant des informations sur la communication croisée, le flux transversal d’actifs, le partage de la chaîne croisée de données et l’interopérabilité transversale du contrat intelligent, etc.

En revanche, le protocole NOSTR est principalement composé de deux composants du réseau et des structures de données d’événements, et des systèmes de clés publics et privés.Lorsque le protocole NOSTR est intégré à la foudre, l’ensemble du réseau intègre les caractéristiques des réseaux d’information décentralisés et des réseaux de valeur décentralisés, qui convient plus à la construction d’un réseau d’applications de grande échelle et de consommation.

• Du point de vue du positionnement de l’accord

Du point de vue du positionnement de l’accord, bien que AO et Nostr soient des protocoles de transmission de messages, leur positionnement et leur concentration sont différents.L’objectif principal du protocole AO est de construire des infrastructures telles que «un ordinateur mondial décentralisé» pour localiser le niveau inférieur, mais il ouvre un large espace qui prend en charge divers types d’applications, peut saisir une valeur plus large et apporter la puissance du développement continu.

En revanche, le protocole Nostr a été initialement conçu pour soutenir les applications sociales.

En résumé, AO et NOSTR ont leurs propres caractéristiques et avantages dans la structure des données, la structure du réseau et les fonctions de protocole, et ont des scénarios de positionnement et applicables différents.Ils montreront leur potentiel et leur valeur sur différents chemins de développement.