{"id":36425,"date":"2019-10-31T22:11:34","date_gmt":"2019-10-31T19:11:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/konsensus-na-reputatsii-nody-nuzhen-li\/"},"modified":"2019-10-31T22:11:34","modified_gmt":"2019-10-31T19:11:34","slug":"konsensus-na-reputatsii-nody-nuzhen-li","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/konsensus-na-reputatsii-nody-nuzhen-li","title":{"rendered":"Consensus sur la r\u00e9putation des n\u0153uds. Est-ce n\u00e9cessaire ?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Je sais, je sais. Il existe des tonnes de projets cryptographiques, avec une multitude de consensus : bas\u00e9s sur le travail et la possession, l'or, le p\u00e9trole, des sucreries (oui, c'est vrai). Qu'est-ce qu'un de plus pourrait nous apporter ? C'est ce que je propose de discuter apr\u00e8s avoir lu la traduction de la documentation technique \u00ab all\u00e9g\u00e9e \u00bb du projet *Constellation (Constellation<\/a><\/noindex>). Bien s\u00fbr, ce n'est pas une description compl\u00e8te de l'algorithme, mais je suis curieux de conna\u00eetre l'avis de la communaut\u00e9 Habr, pense-t-elle qu'un tel consensus a sa place ou est-il inutile ?<\/p>\n

<\/p>\n

Il n'y a pas beaucoup de lettres \u00e0 ce stade, donc si vous avez juste envie d'\u00e9crire \u00ab ouais, combien de fois encore sur la crypto \u00bb, s'il vous pla\u00eet, abstenez-vous. Si vous \u00eates int\u00e9ress\u00e9 par les nouvelles avanc\u00e9es dans le domaine des syst\u00e8mes distribu\u00e9s et avez quelque chose \u00e0 partager dans les commentaires, je vous invite \u00e0 lire la suite.<\/p>\n

<\/p>\n

P.S. Je ne suis pas l'auteur de la technologie, je ne peux pas garantir la transmission compl\u00e8te de l'id\u00e9e, donc je serais heureux des commentaires avec des corrections, s'il y en a.<\/em><\/p>\n

<\/a><\/noindex><\/p>\n

\u00c9volution des consensus synchrones vers des consensus asynchrones<\/h3>\n

<\/p>\n

Les n\u0153uds sont choisis \u00e0 l'aide d'un processus d\u00e9terministe (le m\u00eame que celui utilis\u00e9 dans les DHT, par exemple, bittorrent), qui r\u00e8gle dynamiquement les responsabilit\u00e9s des n\u0153uds pour 'faciliter' la validation ou, pour \u00eatre plus clair, pour atteindre un consensus. Nous choisissons des groupes de 3 n\u0153uds et effectuons des rondes de consensus en parall\u00e8le, de sorte qu'un n\u0153ud puisse \u00eatre facilitateur dans plusieurs blocs. Cela nous permet de traiter les transactions de mani\u00e8re asynchrone, ce qui signifie fondamentalement que plusieurs blockchains se forment simultan\u00e9ment. Le processus est semblable \u00e0 une toile, form\u00e9e de nombreux fils, contrairement aux n\u0153uds qui forment une cha\u00eene unique au fil du temps. Le traitement asynchrone ou parall\u00e8le est la cl\u00e9 de la programmation \u00e9volutive, car il permet d'utiliser toutes les ressources de l'ordinateur, acc\u00e9l\u00e9rant ainsi les calculs globaux. Ce r\u00e9seau est appel\u00e9 graph orient\u00e9 acyclique ou DAG en informatique.<\/p>\n

<\/p>\n

\"Consensus
\nLa largeur de bande d'une blockchain lin\u00e9aire contre l'effet multiplicatif du DAG, o\u00f9 nous avons plusieurs blockchains parall\u00e8les. <\/em><\/p>\n

<\/p>\n

\"Consensus
\nLa r\u00e9alisation g\u00e9om\u00e9trique d'une blockchain lin\u00e9aire contre un DAG. Les points noirs repr\u00e9sentent les blocs, les points blancs repr\u00e9sentent les n\u0153uds.<\/em><\/p>\n

<\/p>\n

Nous utilisons 3 n\u0153uds \u00e0 chaque tour de consensus, car cela nous fournit des processus math\u00e9matiques int\u00e9ressants pour r\u00e9fl\u00e9chir \u00e0 l'\u00e9tat, formant une \u00ab surface plane \u00bb \u00e0 travers les donn\u00e9es sous forme de triangles avec des connexions. Ensuite, le protocole utilise ces triangles pour \u00ab coudre \u00bb la surface optimale, qui ne contient aucune donn\u00e9e redondante ou contradictoire et poss\u00e8de le nombre minimal de triangles possible. Algorithmique, cela est analogue \u00e0 un \u00ab coupe minimale \u00bb dans un graphe, et math\u00e9matiquement, \u00e0 une d\u00e9riv\u00e9e ou \u00e0 une fonction d'optimisation (d'o\u00f9 la fonction trouve le chemin le plus court qu'elle peut traverser \u00e0 la surface). Ce chemin le plus court \u00e9quivaut \u00e0 un stockage de donn\u00e9es (transactions) optimal dans un ensemble de disponibilit\u00e9 des bases de donn\u00e9es. Des triangles \u00ab carrelages \u00bb qui s'opposent, pour que la surface de l'\u00e9v\u00e9nement soit plane et sans conflits.<\/p>\n

<\/p>\n

\"Consensus
\nR\u00e9alisation g\u00e9om\u00e9trique de la d\u00e9tection \/ gestion des conflits. Un bloc conflictuel cr\u00e9e un carrelage suppl\u00e9mentaire sur la surface. Nous supprimons le carrelage suppl\u00e9mentaire pour maintenir une surface plane (= sans conflits) des \u00e9v\u00e9nements. <\/em><\/p>\n

<\/p>\n

Consensus bas\u00e9 sur la r\u00e9putation<\/h3>\n

<\/p>\n

Dans un syst\u00e8me p2p d\u00e9centralis\u00e9 de r\u00e9putation optimal, chaque n\u0153ud doit \u00eatre en mesure de d\u00e9terminer ind\u00e9pendamment sa confiance envers les autres n\u0153uds. Notre syst\u00e8me utilise un mod\u00e8le sp\u00e9cial qui inclut des relations transitives ou des relations qu'un n\u0153ud a avec d'autres n\u0153uds lors de l'attribution d'une \u00e9valuation globale. \u00ab Vous n'\u00eates aussi bon que votre entreprise \u00bb. Le r\u00e9sultat final est une \u00ab distorsion \u00bb ou un gradient bas\u00e9 sur la confiance ou la r\u00e9putation transitive dans tous les n\u0153uds dans le $DAG ou le canal standard. Cela peut \u00eatre consid\u00e9r\u00e9 comme une r\u00e2pe ou un pinceau pour le fromage, qui efface la surface de la \u00ab surface plane \u00bb et d\u00e9cide quels \u00ab carrelages triangulaires \u00bb effacer et lesquels conserver. C'est ainsi que la logique des conflits supprime r\u00e9ellement les \u00ab carrelages triangulaires \u00bb.<\/p>\n

<\/p>\n

\"Consensus
\nDAG avec un carrelage conflictuel traversant un espace \u00ab d\u00e9form\u00e9 \u00bb, qui est un gradient semblable \u00e0 une r\u00e2pe \u00e0 fromage, et vient supprimer ou \u00ab effacer \u00bb le carrelage conflictuel.<\/em><\/p>\n

<\/p>\n

Mise \u00e0 l'\u00e9chelle partielle \/ compl\u00e8te du n\u0153ud<\/h3>\n

<\/p>\n

Dans la th\u00e9orie des r\u00e9seaux, la distribution optimale est g\u00e9n\u00e9ralement connue sous le nom de \u00ab sans mise \u00e0 l'\u00e9chelle \u00bb, qui peut \u00eatre d\u00e9crite comme une disposition hi\u00e9rarchique avec de grands n\u0153uds centraux contr\u00f4lant de nombreux n\u0153uds p\u00e9riph\u00e9riques plus petits. Cette distribution est observable dans la nature et, en premier lieu, sur Internet. Constellation utilise cette architecture pour la \u00ab mise \u00e0 l'\u00e9chelle \u00bb, c'est-\u00e0-dire l'augmentation de la bande passante ou de la largeur de notre Graphe.<\/p>\n

<\/p>\n

\"Consensus
\nL'effet de la d\u00e9composition hi\u00e9rarchique. Nous pouvons ajouter plus de n\u0153uds pour augmenter la bande passante.<\/em><\/p>\n

<\/p>\n

Hylochain \u2014 Support pour des applications bas\u00e9es sur des canaux.<\/h3>\n

<\/p>\n

Notre approche du support d'applications peut \u00eatre consid\u00e9r\u00e9e comme une \u00ab plateforme d\u00e9centralis\u00e9e de contrats intelligents \u00bb. Au lieu d'un r\u00e9seau central ex\u00e9cutant toute la logique et traitant toutes les donn\u00e9es de l'application, Constellation coordonne les donn\u00e9es de l'application avec des \u00ab canaux d\u00e9di\u00e9s \u00bb, que l'on peut voir comme une station de t\u00e9l\u00e9vision diffusant toutes les donn\u00e9es du syst\u00e8me d\u00e9di\u00e9. Chaque canal d\u00e9di\u00e9 peut mettre en \u0153uvre sa propre logique de v\u00e9rification, permettant de r\u00e9soudre le probl\u00e8me des oracles par une v\u00e9rification crois\u00e9e de l'authenticit\u00e9 des producteurs de donn\u00e9es et une v\u00e9rification transitive des syst\u00e8mes d\u00e9di\u00e9s composites. Les r\u00e9seaux de canaux d\u00e9di\u00e9s fournissent un soutien parall\u00e8le aux applications, acc\u00e9l\u00e9rant le temps d'adoption, qui dans un r\u00e9seau de contrats intelligents est limit\u00e9 par un consensus synchrone traditionnel.<\/p>\n

<\/p>\n

\"Consensus
\nDeux canaux d\u00e9di\u00e9s qui sont \u00ab compatibles \u00bb via le r\u00e9seau $DAG. Ils peuvent interagir ou \u00eatre interpr\u00e9t\u00e9s, car ils sont tous deux \u00ab int\u00e9gr\u00e9s \u00bb avec le $DAG par le d\u00e9ploiement de n\u0153uds hybrides $DAG + Canal.<\/em><\/p>\n

<\/p>\n

La raison pour laquelle il s'appelle Hylochain r\u00e9side dans l'utilisation d'un mod\u00e8le fonctionnel de programmation, les Sch\u00e9mas de R\u00e9cursion, pour d\u00e9velopper une interface MapReduce dans notre approche de support des applications. En particulier, les sch\u00e9mas de r\u00e9cursion Hylomorphism et Metamorphism peuvent \u00eatre int\u00e9gr\u00e9s pour cr\u00e9er des requ\u00eates v\u00e9rifiables et des connexions en flux via des canaux standards, en v\u00e9rifiant les types alg\u00e9briques de donn\u00e9es de la m\u00eame mani\u00e8re que les opcodes pour les contrats intelligents. Le r\u00e9sultat final est une interface fonctionnelle MapReduce, qui est famili\u00e8re aux ing\u00e9nieurs des donn\u00e9es et compatible avec la technologie des grandes donn\u00e9es existante.<\/p>\n

<\/p>\n

\"Consensus
\nHylomorphic et Metamorphic canaux standards pour le contraste. Dans l'\u00e9tat m\u00e9tamorphique, les donn\u00e9es de deux canaux standards sont envoy\u00e9es dans un bloc au m\u00e9tacanal. Dans Hilo, nous prenons l'\u00e9tat pr\u00e9c\u00e9dent du canal et l'utilisons pour interroger (poser une question sp\u00e9cifique) deux autres canaux, puis nous stockons le r\u00e9sultat de la requ\u00eate dans le bloc.<\/em><\/p>\n

<\/p>\n

Tokenomics et son lien avec Hylochain<\/h3>\n

<\/p>\n

Lorsqu'un canal standard est cr\u00e9\u00e9, il peut \u00eatre int\u00e9gr\u00e9 dans le canal $DAG, mais en utilisant l'interface ACI ou Application Chain Interface. Cette interface est simplement un objet JSON contenant des informations de configuration et une cl\u00e9 publique associ\u00e9e au canal lui-m\u00eame. La raison pour laquelle nous associons une cl\u00e9 publique au canal standard est de cr\u00e9er un m\u00e9canisme de courtage pour les donn\u00e9es du canal standard. Une fois le canal standard d\u00e9ploy\u00e9, les d\u00e9veloppeurs configurent eux-m\u00eames comment les paiements du r\u00e9seau $DAG sont r\u00e9partis entre les n\u0153uds et les op\u00e9rateurs.<\/p>\n

<\/p>\n

\"Consensus
\nFlux pour acheter l'acc\u00e8s \u00e0 des informations ou modifier des informations. La demande est envoy\u00e9e au $DAG, les fonds sont transf\u00e9r\u00e9s sur le compte du canal, le r\u00e9sultat est envoy\u00e9 \u00e0 l'acheteur et la somme de contr\u00f4le de la transaction est renvoy\u00e9e au r\u00e9seau $DAG, qui d\u00e9bloque ensuite les fonds pour le canal standard.<\/em><\/p>\n

Source : habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0417\u043d\u0430\u044e-\u0437\u043d\u0430\u044e. \u041a\u0440\u0438\u043f\u0442\u043e\u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432 \u0442\u044c\u043c\u0430, \u0435\u0441\u0442\u044c \u043a\u0443\u0447\u0430 \u043a\u043e\u043d\u0441\u0435\u043d\u0441\u0443\u0441\u043e\u0432: \u043d\u0430 \u043e\u0441\u043d\u043e\u0432\u0435 \u0442\u0440\u0443\u0434\u0430 \u0438 \u0432\u043b\u0430\u0434\u0435\u043d\u0438\u044f, \u0437\u043e\u043b\u043e\u0442\u0430, \u043d\u0435\u0444\u0442\u0438, \u0432\u044b\u043f\u0435\u0447\u0435\u043d\u043d\u044b\u0445 \u043f\u0438\u0440\u043e\u0436\u043a\u043e\u0432 (\u0435\u0441\u0442\u044c \u0438 \u0442\u0430\u043a\u043e\u0439, \u0434\u0430-\u0434\u0430). \u0427\u0442\u043e \u043d\u0430\u043c \u0435\u0449\u0451 \u043e\u0442 \u043e\u0434\u043d\u043e\u0433\u043e? \u042d\u0442\u043e \u0438 \u043f\u0440\u0435\u0434\u043b\u0430\u0433\u0430\u044e \u043e\u0431\u0441\u0443\u0434\u0438\u0442\u044c \u043f\u043e\u0441\u043b\u0435 \u043f\u0440\u043e\u0447\u0442\u0435\u043d\u0438\u044f \u043f\u0435\u0440\u0435\u0432\u043e\u0434\u0430 «\u043e\u0431\u043b\u0435\u0433\u0447\u0435\u043d\u043d\u043e\u0439» \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0430\u0446\u0438\u0438 \u043f\u0440\u043e\u0435\u043a\u0442\u0430 *\u0421\u043e\u0437\u0432\u0435\u0437\u0434\u0438\u0435 (Constellation). \u041a\u043e\u043d\u0435\u0447\u043d\u043e, \u044d\u0442\u043e \u043d\u0435 \u043f\u043e\u043b\u043d\u043e\u0435 \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u0435 \u0430\u043b\u0433\u043e\u0440\u0438\u0442\u043c\u0430, \u043d\u043e \u043c\u043d\u0435 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u043e \u043c\u043d\u0435\u043d\u0438\u0435 \u043a\u043e\u043c\u044c\u044e\u043d\u0438\u0442\u0438 \u0445\u0430\u0431\u0440\u0430, \u0438\u043c\u0435\u0435\u0442 \u043b\u0438 \u043c\u0435\u0441\u0442\u043e «\u0431\u044b\u0442\u044c» \u0442\u0430\u043a\u043e\u043c\u0443 \u043a\u043e\u043d\u0441\u0435\u043d\u0441\u0443\u0441\u0443 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27262,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-36425","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Consensus bas\u00e9 sur la r\u00e9putation des n\u0153uds. Est-il n\u00e9cessaire ? | ProHoster","description":"Je sais, je sais. Les projets cryptos abondent, il y a de nombreuses formes de consensus : bas\u00e9s sur le travail et la possession, l'or, le p\u00e9trole, des tartes cuites (oui, \u00e7a existe, oui-oui). Qu'est-ce que nous avons de plus \u00e0 ajouter?","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/konsensus-na-reputatsii-nody-nuzhen-li","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u043e\u043d\u0441\u0435\u043d\u0441\u0443\u0441 \u043d\u0430 \u0440\u0435\u043f\u0443\u0442\u0430\u0446\u0438\u0438 \u043d\u043e\u0434\u044b. \u041d\u0443\u0436\u0435\u043d \u043b\u0438? | ProHoster","og:description":"\u0417\u043d\u0430\u044e-\u0437\u043d\u0430\u044e. \u041a\u0440\u0438\u043f\u0442\u043e\u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432 \u0442\u044c\u043c\u0430, \u0435\u0441\u0442\u044c \u043a\u0443\u0447\u0430 \u043a\u043e\u043d\u0441\u0435\u043d\u0441\u0443\u0441\u043e\u0432: \u043d\u0430 \u043e\u0441\u043d\u043e\u0432\u0435 \u0442\u0440\u0443\u0434\u0430 \u0438 \u0432\u043b\u0430\u0434\u0435\u043d\u0438\u044f, \u0437\u043e\u043b\u043e\u0442\u0430, \u043d\u0435\u0444\u0442\u0438, \u0432\u044b\u043f\u0435\u0447\u0435\u043d\u043d\u044b\u0445 \u043f\u0438\u0440\u043e\u0436\u043a\u043e\u0432 (\u0435\u0441\u0442\u044c \u0438 \u0442\u0430\u043a\u043e\u0439, \u0434\u0430-\u0434\u0430). \u0427\u0442\u043e \u043d\u0430\u043c \u0435\u0449\u0451 \u043e\u0442 \u043e\u0434\u043d\u043e\u0433\u043e?","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/konsensus-na-reputatsii-nody-nuzhen-li","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:11:34+00:00","article:modified_time":"2019-10-31T19:11:34+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"36425","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-22 03:15:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:45:35","updated":"2026-01-22 03:15:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/36425","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=36425"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/36425\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/27262"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=36425"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=36425"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=36425"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}