Flux de données NEAR

Explication vidéo​

Dans la vidéo ci-dessous, nous avons essayé de donner un aperçu rapide du concept principal de la façon dont les données circulent dans la blockchain NEAR Protocol. Vous trouverez une version texte sous la vidéo

Version texte​​

Et un bloc apparaît sur cette chronologie avec un certain intervalle. Chacun de ces blocs contient les informations sur le précédent, créant ainsi une chaîne de blocs.

Le protocole NEAR a une nature fragmentée, ce qui signifie que plusieurs réseaux parallèles, appelés fragments, peuvent être actifs à tout moment. Et chaque fragment produit un morceau d’un bloc à un intervalle donné. Un bloc dans NEAR Blockchain est une collection de blocs de tous les fragments. Block chunk est raccourci en Chunk dans la documentation du protocole NEAR.

Revenons au flux de données lui-même. Le mieux que nous puissions faire est d’imaginer des pistes comme celles que nous pourrions voir dans les applications de montage audio/vidéo. Chaque fragment a son propre ensemble de pistes. La piste du haut est pour Chunks. Ils apparaissent quoi qu’il arrive à un intervalle donné, pour NEAR Blockchain l’intervalle est d’environ une seconde. Des morceaux sont produits même si rien ne se passe sur la blockchain.

Mais qu’entend-on par dire qu’il se passe quelque chose ? Nous voulons dire que quelque chose a déclenché des changements dans la blockchain. Et la méthode la plus connue pour déclencher des changements est d’envoyer une transaction à la blockchain avec des instructions sur ce que nous voulons changer et qui a demandé ces changements.

Une transaction doit être construite, signée et envoyée à la blockchain. Une fois qu’il est exécuté, nous nous attendons à avoir un résultat – ExecutionOutcome. Ah, c’est simple. Mais ce n’est pas vraiment précis pour NEAR Blockchain.

Au début, il y a une transaction, elle contient des instructions que nous voulons exécuter sur la blockchain. La transaction est envoyée à NEAR Blockchain.

Et oui, elle y est exécutée immédiatement MAIS le résultat immédiat de l’exécution de la transaction est toujours juste un accusé de réception qu’elle sera exécutée sur la chaîne ; cette demande d’exécution interne est connue sous le nom de reçu. Vous pouvez considérer le reçu comme une transaction interne qui existe pour transmettre des informations entre les fragments.

Revenons aux pistes pour regarder l’exemple.

En supposant que nous ayons deux comptes vivant sur différents Shards alice.near et bob.near. alice.near crée une transaction pour envoyer quelques jetons à bob.near. La Transaction est immédiatement exécutée et l’ExecutionOutcome de la Transaction est toujours un Reçu.

Mais ce reçu ne peut pas être exécuté ici, car bob.near ne vit pas sur le même fragment qu’alice.near, donc le reçu doit être exécuté sur le fragment du destinataire. Ainsi, le reçu se déplace vers le fragment auquel appartient bob.near.

Sur le fragment de destination, le reçu est exécuté et le processus est considéré comme terminé.

Résumé​​

Nous avons appris les grands principes de la circulation des données dans le protocole NEAR. Nous avons découvert que les transactions s’exécutent et que le résultat d’exécution de la transaction est toujours un reçu.

Nous savons maintenant que le reçu est un atout interne principal pour la blockchain du protocole NEAR et qu’il a le pouvoir de voyager entre les fragments. Nous avons appris le flux de données NEAR sur un exemple simple. Bien sûr, dans la vraie vie, avec des transactions plus complexes, qui impliquent des appels croisés, il y aura plus de reçus et de résultats d’exécution.

Nous espérons que cet article vous sera utile et que vous pourrez créer facilement vos dApps et vos indexeurs en sachant comment les données circulent dans le protocole NEAR.