{"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\/da\/blog\/administrirovanie\/konsensus-na-reputatsii-nody-nuzhen-li","title":{"rendered":"Er konsensus om nodens omd\u00f8mme n\u00f8dvendig?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Jeg ved, jeg ved. Der er mange kryptoprojekter, og der findes en r\u00e6kke konsensus: baseret p\u00e5 arbejde og ejerskab, guld, olie, bagte t\u00e6rter (ja, det findes ogs\u00e5, ja ja). Hvad er vi s\u00e5 endnu en til? Det vil jeg gerne diskutere efter l\u00e6sningen af overs\u00e6ttelsen af den 'forenklede' tekniske dokumentation for projektet *Konstellation* (Constellation<\/a><\/noindex>). Selvf\u00f8lgelig er dette ikke en fuldst\u00e6ndig beskrivelse af algoritmen, men jeg er interesseret i Habr-f\u00e6llesskabets mening, om et s\u00e5dant konsensus har relevans, eller om det bare er un\u00f8dvendigt?<\/p>\n

<\/p>\n

Der er ikke meget tekst mere, s\u00e5 hvis du bare har lyst til at skrive 'fy, hvor meget kan man tale om kryptovaluta', s\u00e5 bedes du holde dig tilbage. Hvis du er interesseret i nye udviklinger inden for distribuerede systemer og har noget at dele i kommentarerne, s\u00e5 er du velkommen under artiklen.<\/p>\n

<\/p>\n

P.S. Jeg er ikke teknologens skaber, jeg kan ikke garantere for den fulde overf\u00f8rsel af essensen, s\u00e5 jeg vil v\u00e6re glad for kommentarer med rettelser, hvis der er nogen.<\/em><\/p>\n

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

Udviklingen fra synkrone konsensus til asynkrone<\/h3>\n

<\/p>\n

Noder v\u00e6lges ved hj\u00e6lp af en deterministisk proces (den samme, der anvendes i DHT, s\u00e5som bittorrent), som dynamisk regulerer noderne ansvar for at \"lette\" valideringen, eller mere forst\u00e5eligt, for at n\u00e5 til konsensus. Vi v\u00e6lger grupper af 3 noder og udf\u00f8rer konsensus-runder parallelt, s\u00e5 \u00e9n node kan fungere som facilitator i flere blokke. Dette g\u00f8r det muligt for os at behandle transaktioner asynkront, hvilket i bund og grund betyder, at vi har flere blokchain, der dannes samtidig. Processen ligner et netv\u00e6rk, der dannes af mange tr\u00e5de, i mods\u00e6tning til noder, der former en enkelt k\u00e6de over tid. Asynkron eller parallel behandling er grundlaget for skalerbar programmering, da det muligg\u00f8r maksimal udnyttelse af computerens ressourcer, hvilket fremskynder de samlede beregninger. Dette netv\u00e6rk kaldes en rettet acyklisk graf eller DAG inden for datalogi.<\/p>\n

<\/p>\n

\"Er
\nBredde af lin\u00e6r blockchain kontra multiplikativ effekt af DAG, hvor vi har flere parallelle blockchain. <\/em><\/p>\n

<\/p>\n

\"Er
\nGeometrisk repr\u00e6sentation af lin\u00e6r blockchain versus DAG. De sorte punkter er blokke, de hvide punkter er noder.<\/em><\/p>\n

<\/p>\n

Vi bruger 3 noder i hver runde af konsensus, fordi det giver os nogle interessante matematiske processer til at overveje tilstanden, idet vi danner en \"overfladeplan\" p\u00e5 tv\u00e6rs af dataene i form af trekanter med forbindelser. Derefter bruger protokollen trekanterne til at \"sy\" den optimale overflade, som ikke indeholder overfl\u00f8dige eller modstridende data og har s\u00e5 f\u00e5 trekanter som muligt. Algoritmisk set svarer dette til et \"minimum cut\" af grafen, og matematisk set er det en afledt funktion eller en optimeringsfunktion (hvor funktionen finder den korteste vej, den kan krydse over overfladen). Denne korteste vej svarer til optimal opbevaring af data (transaktioner) i en database med h\u00f8j tilg\u00e6ngelighed. Modstridende trekantede \"fliser\" sikrer, at begivenhedsoverfladen er flad og uden konflikter.<\/p>\n

<\/p>\n

\"Er
\nGeometrisk implementering af opdagelse \/ behandling af konflikter. En konfliktfyldt blok skaber en ekstra overfladeflise. Vi fjerner den ekstra overfladeflise for at opretholde en flad (= konfliktfri) begivenhedsoverflade. <\/em><\/p>\n

<\/p>\n

Konsensus baseret p\u00e5 omd\u00f8mme<\/h3>\n

<\/p>\n

I et optimalt decentraliseret p2p-reputationssystem skal hver node have mulighed for selv at vurdere sin tillid til andre noder. Vores system bruger en specialmodel, der inkluderer transitiv relationer eller relationer, som en node har med andre noder, n\u00e5r der tildeles en global vurdering. \"Du er kun s\u00e5 god som dit selskab.\" Det endelige resultat er en \"forvridning\" eller gradient, baseret p\u00e5 transitiv tillid eller omd\u00f8mme blandt alle noder i $DAG eller den etablerede kanal. Dette kan ses som en rive eller ostekniv, der visker over \"overfladeplanen\" og v\u00e6lger, hvilke \"trekantede fliser\" der skal slettes, og hvilke der skal bevares. Det er s\u00e5dan, konflikten faktisk fjerner \"trekantede fliser\".<\/p>\n

<\/p>\n

\"Er
\nDAG med en konfliktfyldt flise, der g\u00e5r gennem et \"forvr\u00e6nget\" rum, som er en gradient, der ligner en ostekniv, og er klar til at fjerne eller \"slette\" den konfliktfyldte flise.<\/em><\/p>\n

<\/p>\n

Delvis \/ fuld skalering af node<\/h3>\n

<\/p>\n

I teori om netv\u00e6rk er den optimale fordeling typisk kendt som \"uden skalering\", som kan beskrives som en hierarkisk placering med store centrale noder, der styrer mange mindre perifere noder. Denne fordeling kan ses i naturen og is\u00e6r p\u00e5 internettet. Constellation bruger denne arkitektur til \"skalering\", eller \u00f8gning af b\u00e5ndbredden eller bredden af vores Graf.<\/p>\n

<\/p>\n

\"Er
\nEffekten af hierarkisk opdeling. Vi kan tilf\u00f8je flere noder ved at \u00f8ge b\u00e5ndbredden.<\/em><\/p>\n

<\/p>\n

Hylochain - Underst\u00f8ttelse af applikationer baseret p\u00e5 kanaler<\/h3>\n

<\/p>\n

Vores tilgang til applikationsunderst\u00f8ttelse kan ses som en \"Decentraliseret platform for smarte kontrakter\". I stedet for et centralt netv\u00e6rk, der h\u00e5ndterer al logik og data fra applikationen, koordinerer Constellation applikationsdata med \"station\u00e6re kanaler\", som kan betragtes som en tv-station, der transmitterer alle data fra det station\u00e6re system. Hver station\u00e6r kanal kan implementere sin egen logik for validering, hvilket muligg\u00f8r l\u00f8sning af oracle-problemet ved hj\u00e6lp af end-to-end autenticitet af dataleverand\u00f8rer og transitive validering af sammensatte station\u00e6re systemer. Netv\u00e6rk af station\u00e6re kanaler giver parallel applikationsunderst\u00f8ttelse og fremskynder behandlingstiden, som i netv\u00e6rk med smarte kontrakter er begr\u00e6nset af den traditionelle synkrone konsensus.<\/p>\n

<\/p>\n

\"Er
\nTo station\u00e6re kanaler, som er \"kompatible\" gennem netv\u00e6rket $DAG. De kan interagere eller fortolkes, da begge er \"integreret\" med $DAG ved at implementere hybride noder $DAG + Kanal.<\/em><\/p>\n

<\/p>\n

\u00c5rsagen til, at det hedder Hylochain, er, at vi i vores tilgang til applikationssupport har anvendt den funktionelle programmeringsmodel Recursion Schemes til at skabe et MapReduce-gr\u00e6nseflade. Is\u00e6r kan Hylomorphism (Hylomorfisk) og Metamorphism (Metamorfisk) rekursionsschemer integreres for at skabe verificerbare foresp\u00f8rgsler og str\u00f8mforbindelser via statuteskanaler ved at kontrollere algebraiske datatyper p\u00e5 samme m\u00e5de, som op-koder kontrolleres for smarte kontrakter. Det endelige resultat er et funktionelt MapReduce-gr\u00e6nseflade, som er velkendt blandt dataingeni\u00f8rer og kompatibelt med eksisterende big data-teknologi.<\/p>\n

<\/p>\n

\"Er
\nHylomorphic og Metamorphic statuteskanaler for kontrast. I den metamorfiske tilstand sendes data fra de to statuteskanaler til en blok i metakanalen. I Hilo tager vi den tidligere tilstand af kanalen og bruger den til at anmode om (stille et specifikt sp\u00f8rgsm\u00e5l) to andre kanaler, og gemmer derefter foresp\u00f8rgselsresultatet i blokken.<\/em><\/p>\n

<\/p>\n

Tokenomics og dens forbindelse til Hylochain<\/h3>\n

<\/p>\n

N\u00e5r en statuteskanal er oprettet, kan den integreres i kanalen $DAG, men ved hj\u00e6lp af ACI-gr\u00e6nsefladen eller Application Chain Interface. Denne gr\u00e6nseflade er blot et JSON-objekt med konfigurationsinformation og en offentlig n\u00f8gle, der er knyttet til selve kanalen. \u00c5rsagen til, at vi knytter den offentlige n\u00f8gle til statuteskanalen, er at skabe en brokv\u00e6gningsmekanisme til dataene fra statuteskanalen. N\u00e5r statuteskanalen er implementeret, konfigurerer udviklerne selv, hvordan betalinger fra $DAG-netv\u00e6rket distribueres mellem noder og operat\u00f8rer.<\/p>\n

<\/p>\n

\"Er
\nStr\u00f8m til at k\u00f8be adgang til information eller \u00e6ndre information. Foresp\u00f8rgslen sendes til $DAG, midlerne sendes til kanalens konto, resultatet sendes til k\u00f8beren, og transaktionens kontrolsum sendes til $DAG-netv\u00e6rket, som derefter l\u00e5ser midlerne for statuteskanalen.<\/em><\/p>\n

Kilde: 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\udd47Konsensus om nodens omd\u00f8mme. Er det n\u00f8dvendigt? | ProHoster","description":"Jeg ved, jeg ved. Der er et v\u00e6ld af kryptoprojekter, og der er mange konsensus: baseret p\u00e5 arbejde og ejerskab, guld, olie, bagte t\u00e6rter (ja, det findes ogs\u00e5). Hvad skal vi med endnu et?","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/konsensus-na-reputatsii-nody-nuzhen-li","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/36425","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=36425"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/36425\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/27262"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=36425"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=36425"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=36425"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}