Structure du projet

Enregistrement guidé par jeton pour la gestion de la réputation, de la qualité et du contenu
Un élément central de la plate-forme est l'enregistrement des capteurs et des flux/fichiers de données mis à disposition sur la plate-forme. Dans le DataStreamRegistry, nous stockerons toutes les ressources de données qui fournissent des données de capteur en continu.
Les données diffusées en continu peuvent être des données en temps réel provenant d'un capteur IoT. Ces données sont vendues par tranche de temps. Un DataSetRegistry contiendra des "fichiers" de données qui peuvent être achetés ; ces données sont vendues en téléchargement.
Pour répertorier un flux/ensemble dans un tel enregistrement, le propriétaire doit détenir (dans ce cas soumettre/envoyer/verrouiller) un certain nombre de jetons DTX. Ces jetons sont verrouillés par les vendeurs de données en gage de bonne foi.
Il y aura des exigences minimales de détention pour être inscrit de façon permanente sur le registre. Les vendeurs de données peuvent détenir plus de jetons DTX s'ils le souhaitent. Plus il y a de jetons détenus, plus ces flux/ensembles de données apparaissent en évidence dans la liste (comme le tri ou les badges supplémentaires dans l'interface), ce qui augmente les chances d'être acheté, et en même temps augmente l'assurance pour l'acheteur que la qualité des données est élevé et contient les informations décrites dans la promotion.
Les acheteurs qui ne sont pas satisfaits de la qualité des données peuvent contester les enregistrements du registre en détenant des jetons DTX. Ce défi se traduira par un score de réputation négatif dans l'interface utilisateur pour tous les acheteurs potentiels. En soi, cela n'aura aucun impact sur la vente de données.
Lorsqu'un certain seuil d'interrogation est atteint, l'administrateur DataBroker DAO va effectuer une opération de vérification sur le fournisseur de données. S'il s'avère qu'il y a un problème dans les données annoncées, les jetons qu'elles contiennent seront distribués de manière égale à tous les sceptiques et au portefeuille de la plate-forme DataBroker DAO. L'enregistrement est alors supprimé de l'enregistrement. Si les données sont jugées fiables, les jetons détenus par le challenger sont distribués au vendeur de données et à la plateforme.
Gestion des identités pour 1 milliard de propriétaires de capteurs
Databroker DAO est une place de marché peer-to-peer pour les données de capteurs IoT. Ces données sont générées par des capteurs, et nous parlons de milliards de capteurs. Ces capteurs appartiennent à nouveau à un grand nombre de propriétaires. Ces propriétaires ont conclu des contrats avec des opérateurs de réseau (il peut s'agir d'entreprises de télécommunications ou de fabricants) pour transmettre les données générées par leurs capteurs à des passerelles (principalement de réseau) pour utilisation.
Les opérateurs de réseau assument le rôle de gardiens en ce qui concerne le flux de données via leurs passerelles. Ils ont suivi toutes les procédures KYC requises sur le propriétaire du capteur et ont authentifié et vérifié le capteur eux-mêmes. Ils protègent également leurs réseaux contre toute utilisation non autorisée. De plus, dans la plupart des domaines, les opérateurs de réseau ont une position de monopole qui se traduit par un grand nombre de partenaires, mais par rapport au nombre de propriétaires ou de capteurs, celui-ci s'est considérablement réduit.
Quant à Databroker DAO, c'est une solution très avantageuse de coopérer avec ces opérateurs de passerelles. En contrôlant et en authentifiant les opérateurs de passerelle, la plate-forme se donne les moyens de gérer et de contrôler un grand nombre de capteurs via des droits proxy.
Se pose alors la question de la gestion des identités des capteurs, propriétaires et opérateurs sur la plateforme. S'appuyant sur une solution de gestion de l'identité de l'utilisateur final comme uPort, la plate-forme fonctionne dans le cadre d'un contrat de "proxy d'identité régulé". Ces contrats proxy contiennent des liens vers les portefeuilles et adresses des propriétaires de capteurs. Contrairement aux solutions d'utilisateur final, ces contrats de proxy sont également liés à l'identité du propriétaire auprès de l'opérateur de la passerelle et peuvent être contrôlés par l'administrateur de la passerelle.
Cela nous donne la même pleine propriété que les propriétaires de capteurs, combinée à la possibilité pour les opérateurs de passerelle de contrôler/automatiser leurs interactions avec le système, et même la capacité de gérer les clés privées de l'utilisateur final jusqu'à ce que des systèmes de gestion de clés appropriés soient largement déployés Et jusqu'à ce qu'il devienne populaire. Le système sera open source avant la vente publique de jetons.
dAPP et dAPI
Dans le domaine de la blockchain, la plupart des projets sont construits sur la base d'applications distribuées ou dAPP. Ces applications clientes interagissent directement avec Ethereum ou d'autres blockchains. Dans de nombreux cas, ces applications s'exécuteront sur des nœuds partagés distants pour une expérience utilisateur future, et bien que ce soit le seul moyen de créer des applications peer-to-peer conviviales, cela présente de sérieux inconvénients pour certains de nos cas d'utilisation :< br> ● Point de défaillance unique. Lors de certaines ventes récentes de jetons, les applications clientes couplées à une forte demande ont provoqué la panne de ces nœuds partagés. Pas par manque d'essai ou de compétence, mais en raison du grand nombre d'appels PRC nécessaires pour exécuter des fonctions spécifiques sur les contrats intelligents Ethereum. Dans les zones à fort enjeu, de tels échecs sont inacceptables.
● L'interface Web et les applications sont belles, mais la vraie valeur réside dans l'API. Dans le boom actuel du SaaS et du cloud, c'est presque quelque chose qui va de soi. Vous n'avez pas de vrai produit à moins que vous n'ayez également une API pour cela. Les systèmes Slack, Zapier, Github, CRM et ERP doivent tous leur succès en partie à son dévouement aux API.
● Plus il y a d'applications, plus il y a de problèmes. L'ajout d'interfaces supplémentaires ne fera que le rendre plus difficile à utiliser pour l'utilisateur moyen. Le propriétaire du capteur a obtenu un compte auprès du transporteur. Ils ont appris à les utiliser et sont satisfaits (s'ils ne l'avaient pas fait, ils auraient changé d'opérateur).
C'est pourquoi nous avons ajouté ce que nous appelons dAPI. Tout comme dAPP, il s'agit d'une application API déployée sur chaque nœud. L'utilisation principale de ce dAPI est de la part des opérateurs de passerelle, des processeurs de données et des gros acheteurs de données plutôt que des propriétaires de capteurs ou des petits acheteurs. Ils utiliseront la connexion (prête à l'emploi) fournie par l'opérateur de réseau ou le Databroker DAO dAPP.
Distribution et stockage des données
Des milliards de capteurs génèrent d'énormes quantités de données. Par conséquent, toute entreprise qui utilise les données des capteurs IoT possède ses propres systèmes de traitement de ces données et ne sera probablement pas encline à remplacer ses systèmes. Cela signifie que nous ne pouvons pas les forcer à mettre en place un nouveau système de stockage de données. De plus, l'objectif de la plateforme n'est pas de stocker en permanence toutes les données des capteurs IoT.
Les connecteurs intégrés à dAPI s'intègrent aux principaux fournisseurs d'IoT et de stockage de données de grande taille, permettant aux acheteurs de choisir où envoyer leurs données.
Il existe désormais un cas d'utilisation valide pour la blockchain pour stocker de telles données. Les fonctionnalités d'immuabilité et d'horodatage méritent d'être mentionnées. Pour bénéficier de ces fonctionnalités, dAPI stockera les données sur le réseau principal Ethereum (en utilisant la spécification Chainpoint).

Liens connexes :
https://www.qukuaiwang.com.cn/news/6693.html
http://www.120btc.com/coin /1814.html
https://cloud.tencent.com/developer/news/248571

*Le contenu ci-dessus est organisé par l'officiel de YouToCoin. En cas de réimpression, veuillez indiquer la source.