{"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\/nl\/blog\/administrirovanie\/konsensus-na-reputatsii-nody-nuzhen-li","title":{"rendered":"Consensus over de reputatie van de nodus. Is het nodig?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ik weet het, ik weet het. Er zijn talloze cryptoprojecten, er zijn verschillende consensusmodellen: op basis van arbeid en eigendom, goud, olie, zelfs gebakken taarten (ja, zoiets bestaat ook). Wat maakt dit project anders? Laten we dat bespreken na het lezen van de \"verlichte\" technische documentatie van het project *Constellatie (Constellation<\/a><\/noindex>). Natuurlijk is dit geen uitgebreide beschrijving van het algoritme, maar ik ben benieuwd naar de mening van de Habr-community: is er ruimte voor zo'n consensus of is het totaal overbodig?<\/p>\n

<\/p>\n

Er zijn niet veel woorden meer, dus als je alleen maar wilt zeggen \"bah, genoeg over crypto\", houd dan alsjeblieft je commentaar voor je. Als je ge\u00efnteresseerd bent in nieuwe ontwikkelingen op het gebied van gedistribueerde systemen en wat te delen hebt in de reacties, lees dan verder.<\/p>\n

<\/p>\n

P.S. Ik ben niet de auteur van de technologie en kan niet voor de volledige overdracht van de essentie instaan, dus ik waardeer commentaren met correcties als die er zijn.<\/em><\/p>\n

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

De evolutie van synchrone consensus naar asynchrone<\/h3>\n

<\/p>\n

Knooppunten worden geselecteerd met behulp van een deterministisch proces (datzelfde dat in DHT wordt gebruikt, bijvoorbeeld bittorrent), dat dynamisch de taken van de knooppunten aanpast om de validatie te 'verlichten' of, om het eenvoudiger te zeggen, om consensus te bereiken. We kiezen groepen van 3 knooppunten en voeren consensusronden parallel uit, zodat \u00e9\u00e9n knooppunt facilitator kan zijn in meerdere blokken. Dit stelt ons in staat om transacties asynchroon te verwerken, wat in wezen betekent dat we tegelijkertijd meerdere blockchains aanmaken. Het proces lijkt op een web dat is gevormd door tal van draden, in tegenstelling tot knooppunten die in de loop van de tijd \u00e9\u00e9n keten vormen. Asynchrone of parallelle verwerking vormt de basis van schaalbaar programmeren, omdat het alle computerbronnen benut en de totale berekeningen versnelt. Dit netwerk wordt in de informatica een gericht acyclisch graf of DAG genoemd.<\/p>\n

<\/p>\n

\"Consensus
\nDe bandbreedte van een lineaire blockchain vergeleken met het multiplicatieve effect van een DAG, waar we meerdere parallelle blockchains hebben. <\/em><\/p>\n

<\/p>\n

\"Consensus
\nGeometrische weergave van een lineaire blockchain versus een DAG. Zwarte stippen zijn blokken, witte stippen zijn knooppunten<\/em><\/p>\n

<\/p>\n

We gebruiken 3 knooppunten in elke consensusronde, omdat dit ons enkele interessante wiskundige processen biedt om na te denken over de status, waarbij we een 'oppervlakvlak' over de gegevens vormen in de vorm van driehoeken met verbindingen. Vervolgens gebruikt het protocol de driehoeken om het optimale oppervlak te 'stitchen', dat geen overtollige of tegenstrijdige gegevens bevat en het minimaal mogelijke aantal driehoeken heeft. Algoritmisch is dit vergelijkbaar met een 'minimale snede' van een graaf, en wiskundig met een afgeleide of optimalisatiefunctie (waarvan de functie de kortste weg vindt die het kan oversteken over het oppervlak). Deze kortste weg is gelijk aan de optimale opslag van gegevens (transacties) in een groep databasetoegankelijkheid. Tegenstrijdige driehoekige 'tegels' zorgen ervoor dat het gebeurtenisoppervlak vlak en conflictvrij is.<\/p>\n

<\/p>\n

\"Consensus
\nGeometrische implementatie van detectie \/ verwerking van conflicten. Een conflicterend blok cre\u00ebert een extra oppervlak tegel. We verwijderen de tegel van het extra oppervlak om een platte (= conflictvrije) gebeurtenisoppervlakte te behouden. <\/em><\/p>\n

<\/p>\n

Consensus gebaseerd op reputatie<\/h3>\n

<\/p>\n

In een optimale gedecentraliseerde p2p reputatiesysteem moet elk knooppunt in staat zijn om zelfstandig zijn vertrouwen in andere knooppunten te bepalen. Ons systeem maakt gebruik van een speciaal model dat transitieve relaties of de relaties die een knooppunt heeft met andere knooppunten omvat bij het toekennen van een wereldwijde beoordeling. \u201cJe bent zo goed als je bedrijf\u201d. Het uiteindelijke resultaat is een \u201cvervorming\u201d of gradient, gebaseerd op transitief vertrouwen of reputatie in alle knooppunten in $DAG of de standaardkanaal. Dit kan worden beschouwd als een rasp of een kaasschaaf die het oppervlak van het 'oppervlakvlak' afschraapt en bepaalt welke \u201cdriehoekige tegels\u201d moeten worden gewist en welke moeten blijven. Dit is hoe de logica van het conflict daadwerkelijk \u201cdriehoekige tegels\u201d verwijdert.<\/p>\n

<\/p>\n

\"Consensus
\nDAG met een conflicterende tegel die door een \u201cgebogen\u201d ruimte gaat, die een gradient is die vergelijkbaar is met een kaasschaaf en van plan is om de conflicterende tegel te verwijderen of 'te wissen'.<\/em><\/p>\n

<\/p>\n

Deeltijd\/volledige schaalvergroting van het knooppunt<\/h3>\n

<\/p>\n

In netwerktheorie staat de optimale distributie vaak bekend als 'zonder opschalen', wat kan worden beschreven als een hi\u00ebrarchische opstelling met grote centrale knooppunten die veel kleinere perifere knooppunten beheren. Deze distributie is zichtbaar in de natuur en, bovenal, op het internet. Constellation maakt gebruik van deze architectuur voor 'opschaling', of het verhogen van de bandbreedte of capaciteit van onze grafiek.<\/p>\n

<\/p>\n

\"Consensus
\nHet effect van hi\u00ebrarchische verdeling. We kunnen meer knooppunten toevoegen en zo de bandbreedte vergroten.<\/em><\/p>\n

<\/p>\n

Hylochain - Ondersteuning voor kanaal gebaseerde applicaties.<\/h3>\n

<\/p>\n

Onze benadering van applicatieondersteuning kan worden gezien als een 'gedecentraliseerd platform voor slimme contracten'. In plaats van dat een centraal netwerk alle logica uitvoert en alle gegevens van de applicatie verwerkt, co\u00f6rdineert Constellation de gegevens van de applicatie met 'standaardkanalen', die kunnen worden gezien als een televisiestation dat alle gegevens uit het standaard systeem uitzendt. Elk standaardkanaal kan zijn eigen logica voor validatie implementeren, waardoor het probleem van orakels kan worden opgelost door de authenticiteit van gegevensproducenten door middel van transversale controles van samenstellende standaard systemen te verifi\u00ebren. Netwerken van standaardkanalen bieden parallelle ondersteuning voor applicaties, waardoor de reactietijd wordt versneld, wat in netwerken met slimme contracten beperkt is door traditionele synchrone consensus.<\/p>\n

<\/p>\n

\"Consensus
\nTwee standaardkanalen die 'compatibel' zijn via het $DAG-netwerk. Ze kunnen interactie hebben of worden ge\u00efnterpreteerd, aangezien beide 'ingebed' zijn met $DAG door het implementeren van hybride knooppunten $DAG + Kanaal.<\/em><\/p>\n

<\/p>\n

De reden waarom het Hylochain wordt genoemd, is dat we in onze benadering van applicatiesupport gebruik hebben gemaakt van een functioneel programmeermodel, Recursion Schemes, om een MapReduce-interface te cre\u00ebren. In het bijzonder kunnen de Hylomorphism (Hylomorfisch) en Metamorphism (Metamorfiche) recursieschema's ge\u00efntegreerd worden om verifieerbare verzoeken en streamingverbindingen via de standaardkanalen te cre\u00ebren door algebra\u00efsche datatypes te controleren, net zoals opcodes voor slimme contracten worden gecontroleerd. Het eindresultaat is een functionele MapReduce-interface die bekend is bij data-engineers en compatibel is met de bestaande big data-technologie.<\/p>\n

<\/p>\n

\"Consensus
\nHylomorphic en Metamorphic standaardkanalen voor contrast. In de metamorfose toestandsgegevens van twee standaardkanalen worden verzonden naar een blok in de meta-kanaal. In Hilo nemen we de vorige toestand van het kanaal en gebruiken deze om twee andere kanalen op te vragen (een specifieke vraag stellen), en vervolgens slaan we het resultaat van de aanvraag op in het blok.<\/em><\/p>\n

<\/p>\n

Tokenomics en de connectie met Hylochain<\/h3>\n

<\/p>\n

Wanneer een standaardkanaal is aangemaakt, kan het in een $DAG-kanaal worden ge\u00efntegreerd, maar met behulp van de ACI of Application Chain Interface. Deze interface is gewoon een JSON-object met configuratie-informatie en een openbare sleutel die aan het kanaal is gekoppeld. De reden dat we de openbare sleutel aan het standaardkanaal koppelen, is om een brokermechanisme voor data van het standaardkanaal te cre\u00ebren. Wanneer het standaardkanaal is uitgerold, stellen ontwikkelaars zelf in hoe betalingen uit netwerken van $DAG worden verdeeld tussen knooppunten en operators.<\/p>\n

<\/p>\n

\"Consensus
\nStroom voor de aankoop van toegang tot informatie of wijziging van informatie. Een verzoek wordt naar $DAG gestuurd, middelen worden naar de rekening van het kanaal gestuurd, het resultaat wordt naar de koper gestuurd, en de transactiesom wordt naar het $DAG-netwerk gestuurd, dat vervolgens de middelen voor het standaardkanaal ontgrendelt.<\/em><\/p>\n

Bron: 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\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 op basis van de reputatie van de node. Is het nodig? | ProHoster","description":"Ik weet het, ik weet het. Er zijn talloze cryptoprojecten, er zijn veel consensusmechanismen: op basis van arbeid en eigendom, goud, olie, gebakken taarten (ja, dat bestaat ook). Wat hebben we nog van een ander?","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/konsensus-na-reputatsii-nody-nuzhen-li","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","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\/nl\/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\/nl\/wp-json\/wp\/v2\/posts\/36425","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=36425"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/36425\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/27262"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=36425"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=36425"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=36425"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}