{"id":53183,"date":"2019-11-25T00:00:00","date_gmt":"2019-11-24T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov"},"modified":"2026-02-15T19:54:48","modified_gmt":"2026-02-15T17:54:48","slug":"ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","title":{"rendered":"Van blockchain naar DAG: afscheid van tussenpersonen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

In dit artikel zal ik je vertellen over DAG (Directed Acyclic Graph, gerichte acyclische grafiek) en de toepassing ervan in gedistribueerde registers, en we zullen het vergelijken met blockchain.<\/p>\n

\"Van
\n
\nDAG is niet iets nieuws in de wereld van cryptocurrency. Misschien heb je erover gehoord als een oplossing voor de schaalbaarheidsproblemen van blockchains. Maar vandaag zullen we het niet over schaalbaarheid hebben, maar over wat cryptocurrencies onderscheidt van alles: decentralisatie, het ontbreken van tussenpersonen en weerstand tegen censuur.
\n<\/a><\/noindex>
\n\"Van
\n
\nOok zal ik je laten zien dat DAG in feite weerstandiger is tegen censuur, en dat er geen tussenpersonen zijn voor toegang tot het register.<\/p>\n

\"Van
\n
\nIn de gebruikelijke blockchains hebben gebruikers geen directe toegang tot het register zelf. Wanneer je een transactie aan het register wilt toevoegen, moet je de blokproducent (block producer, ook wel 'miner' genoemd) vragen dit te doen. Het zijn de miners die beslissen welke transactie aan de volgende block kan worden toegevoegd en welke niet. Slechts zij hebben exclusieve toegang tot de blocks en het recht om te bepalen wiens transactie wordt geaccepteerd voor toevoeging aan het register.<\/p>\n

Miners zijn de tussenpersonen die tussen jou en het gedistribueerde register staan.<\/p>\n

\"Van
\n
\nIn de praktijk controleert meestal een klein aantal mijnpoolen gezamenlijk meer dan de helft van de rekenkracht van het netwerk. Voor Bitcoin zijn dat vier pools, voor Ethereum zijn dat er twee. In het geval van samenspanning kunnen zij elke gewenste transactie blokkeren.<\/p>\n

\"Van
\n
\nIn de afgelopen jaren zijn er tal van variaties van blockchains voorgesteld, die verschillen in de principes van de keuze van blokproducenten. Maar de blokproducenten zelf zijn er nog steeds, zij staan nog steeds 'aan de slagboom': elke transactie moet door de blokproducent gaan, en als hij deze niet accepteert, bestaat de transactie in feite niet.<\/p>\n

\"Van
\n
\nDit is een onvermijdelijk probleem bij blockchain. En als we dit willen oplossen, moeten we het ontwerp radicaal veranderen en volledig afzien van blocks en blokproducenten. In plaats van een keten van blocks op te bouwen, zullen we de transacties zelf verbinden, waarbij we in elke transactie hashes van verschillende voorgaande transacties opnemen. Uiteindelijk krijgen we een structuur die in de wiskunde bekend staat als een gerichte acyclische grafiek \u2013 DAG.<\/p>\n

Nu heeft iedereen directe toegang tot het register, zonder tussenpersonen. Wanneer je een transactie aan het register wilt toevoegen, voeg je deze eenvoudigweg toe. Je kiest enkele oudertransacties, voegt je gegevens toe, ondertekent en verstuurt je transactie in het netwerk. Klaar. Er is niemand die je hierin kan tegenhouden, dus je transactie staat al in het register.<\/p>\n

Dit is de meest gedecentraliseerde, meest ongevoelige tegen censuur manier om transacties toe te voegen aan het register zonder tussenpersonen. Want elke ge\u00efnteresseerde kan gewoon zijn transacties aan het register toevoegen, zonder iemand om toestemming te vragen.<\/p>\n

\"Van
\n
\nDAG kan worden beschouwd als de derde fase van de evolutie van registraties. Eerst waren er gecentraliseerde registers, waar \u00e9\u00e9n partij de toegang controleerde. Toen kwamen de blockchains, waarin meerdere controleurs waren die transacties in het register opschreven. En ten slotte is er in DAG helemaal geen controleur, gebruikers voegen hun transacties direct toe.<\/p>\n

\"Van
\n
\nNu we deze vrijheid hebben, mag dit geen chaos leiden. We moeten overeenstemming hebben over de staat van het register. Deze overeenstemming, of consensus, betekent meestal overeenstemming over twee zaken:<\/p>\n

    \n
  1. Wat is er gebeurd?\n<\/li>\n
  2. In welke volgorde gebeurde dit?\n<\/li>\n<\/ol>\n

    \nOp de eerste vraag kunnen we gemakkelijk antwoorden: zodra een correct gemaakte transactie in het register is toegevoegd, vond deze plaats. En dat is het. Informatie hierover kan op verschillende tijden bij alle deelnemers aankomen, maar uiteindelijk zullen alle knooppunten deze transactie ontvangen en weten dat deze heeft plaatsgevonden.<\/p>\n

    Als het een blockchain was, zouden miners bepalen wat er gebeurt. Alles wat de miner besluit op te nemen in de blok, gebeurt. Alles wat hij niet opneemt in het blok, gebeurt niet.<\/p>\n

    In blockchains lossen miners ook het tweede probleem van consensus op: de volgorde. Ze mogen transacties binnen het blok op elke gewenste manier ordenen.<\/p>\n

    Hoe bepalen we de volgorde van transacties in DAG?<\/p>\n

    \"Van
    \n
    \nSlechts omdat onze graf gericht is, hebben we al een bepaalde ordening. Elke transactie verwijst naar een of meer eerdere, oudertransacties. Ouders verwijzen op hun beurt naar hun ouders, en zo verder. Ouders verschijnen uiteraard v\u00f3\u00f3r hun kinderen. Als een van de transacties kan worden bereikt via de \"ouder-kind\"-links, weten we precies de volgorde tussen de transacties in deze transactieketen.<\/p>\n

    \"Van
    \n
    \nMaar de volgorde tussen transacties kan niet altijd alleen worden bepaald uit de vorm van de grafiek. Bijvoorbeeld wanneer twee transacties op parallelle takken van de grafiek liggen.<\/p>\n

    \"Van
    \n
    \nOm ambigu\u00efteit in dergelijke gevallen op te lossen, vertrouwen we op zogenaamde volgordeproviders. We noemen ze ook wel 'getuigen'. Dit zijn gewone gebruikers wiens taak het is om voortdurend transacties in het netwerk te verzenden in een bepaalde volgorde, dat wil zeggen, zodat elke eerdere transactie kan worden bereikt via de \"ouder-kind\"-links. Volgordeproviders zijn     betrouwe gebruikers<\/a>, en het hele netwerk vertrouwt erop dat zij deze regel niet zullen overtreden. Om hen redelijk<\/b> te vertrouwen, eisen we dat elke volgordeprovider een bekende (niet-anonieme) persoon of organisatie is en iets heeft dat ze kunnen verliezen als ze de regels overtreden, zoals een reputatie of een vertrouwensbasis in hun bedrijf.<\/p>\n

    \"Van
    \n
    \nVolgordeproviders worden gekozen door de gebruikers, en elke gebruiker voegt een lijst van zijn vertrouwde providers toe aan elke transactie die hij naar het netwerk verzendt. Deze lijst bestaat uit 12 providers. Dit is een redelijk klein aantal, zodat iemand de identiteiten en reputaties van elk van hen kan controleren, en groot genoeg om ervoor te zorgen dat het netwerk blijft functioneren in geval van onvermijdelijke problemen met een minderheid van de volgordeproviders.<\/p>\n

    Deze lijst van providers varieert van gebruiker tot gebruiker, maar de lijsten van aangrenzende transacties kunnen maximaal \u00e9\u00e9n provider van elkaar verschillen.<\/p>\n

    \"Van
    \n
    \nNu we volgordeproviders hebben, kunnen we hun transacties in de DAG identificeren en alle andere transacties ordenen rond de volgorde die door hen is gecre\u00eberd. Er is een mogelijkheid om zo'n algoritme te cre\u00ebren (zie     Obyte White Paper<\/a><\/noindex> voor technische details).<\/p>\n

    Maar de volgorde in het netwerk kan niet onmiddellijk worden vastgesteld; we hebben tijd nodig zodat de ordeningsproviders voldoende van hun transacties kunnen verzenden om de uiteindelijke volgorde van eerdere transacties te bevestigen.<\/p>\n

    En aangezien de volgorde alleen wordt bepaald door de posities van de transacties van de providers in de DAG, zullen alle nodes in het netwerk vroeg of laat alle transacties ontvangen en tot dezelfde conclusie komen over de volgorde van de transacties.<\/p>\n

    \"Van
    \n
    \nDus we hebben overeenstemming over wat er is gebeurd: elke transactie die in de DAG is gekomen, heeft plaatsgevonden. We hebben ook overeenstemming over de volgorde van gebeurtenissen: deze is ofwel zichtbaar vanuit de ouder-kindrelaties van transacties, of wordt afgeleid uit de volgorde van transacties die door de ordeningsproviders zijn verzonden. Dit betekent dat we consensus hebben.<\/p>\n

    \"Van
    \n
    \nDit type consensus hebben we in Obyte. Ondanks dat de toegang tot het Obyte-register volledig gedecentraliseerd is, is de consensus over de volgorde van transacties nog steeds gecentraliseerd, aangezien 10 van de 12 providers worden gecontroleerd door de oprichter (Anton Churiumov), en slechts twee van hen zijn onafhankelijk. We zoeken kandidaten die willen fungeren als een van de onafhankelijke ordeningsproviders om ons te helpen de ordening in het register te decentraliseren.<\/p>\n

    Onlangs is er een derde onafhankelijke kandidaat opgekomen die een node van een ordeningsprovider wil opzetten en onderhouden - de Universiteit van Nicosia.<\/p>\n

    \"Van
    \n
    \nHoe controleren we nu dubbele uitgaven (double-spends)?<\/p>\n

    Volgens de regels, wanneer twee transacties worden ontdekt die dezelfde munt spenderen, wint de transactie die eerder in de uiteindelijke volgorde van alle transacties staat. De tweede wordt ongeldig gemaakt door het consensusalgoritme.<\/p>\n

    \"Van
    \nAls het mogelijk is om de volgorde tussen twee transacties die dezelfde munt spenderen vast te stellen (op basis van ouder-kindrelaties), dan wijzen alle nodes onmiddellijk zo'n poging tot dubbele uitgave af.<\/p>\n

    \"Van
    \n
    \nIn het geval dat de volgorde niet zichtbaar is vanuit de ouderrelaties tussen dergelijke transacties, worden beide geaccepteerd in het register, en moeten we wachten op consensus en de vaststelling van de volgorde tussen hen door de ordeningsproviders. Dan wint de vroegere transactie, en de tweede wordt ongeldig.<\/p>\n

    \"Van
    \n
    \nHoewel de tweede transactie ongeldig wordt, blijft deze toch in het register staan omdat deze al opvolgende transacties heeft die naar haar verwijzen, welke niets hebben geschonden en niet wisten dat deze transactie in de toekomst ongeldig zou worden. Anders zouden we het ouderrecord van goede opvolgende transacties moeten verwijderen, wat het belangrijkste principe van het netwerk zou schenden: elke geldige transactie wordt in het register geaccepteerd.<\/p>\n

    \"Van
    \n
    \nDit is een zeer belangrijke regel die het hele systeem in staat stelt om bestand te zijn tegen pogingen tot censuur.\u00a0<\/p>\n

    Laten we ons voorstellen dat alle orderproviders in een samenzwering samenkomen om \u00e9\u00e9n specifieke transactie te 'censureren'. Ze kunnen deze negeren en nooit 'ouder' kiezen voor hun transacties, maar dat is niet genoeg; deze transactie kan nog steeds indirect worden opgenomen als ouder van een andere transactie die is uitgebracht door een gebruiker van het netwerk die niet betrokken is bij de samenzwering. Na verloop van tijd zal zo'n transactie steeds meer kinderen, kleinkinderen en achterkleinkinderen krijgen van gewone gebruikers, zich uitbreidend als een sneeuwbal, en alle samengekomen orderproviders zullen ook deze transacties moeten negeren. Uiteindelijk zullen ze de hele netwerk moeten censureren, wat gelijkstaat aan sabotage.<\/p>\n

    \"Van
    \n
    \nHierdoor blijft de DAG bestand tegen censuur, zelfs als er een samenzwering van orderproviders plaatsvindt, waardoor het superieur is aan de blockchain in de weerstand tegen censuur, waarbij we niets kunnen doen als miners besluiten enige van de transacties niet op te nemen. Dit volgt uit de belangrijkste eigenschap van de DAG: deelname aan het register is volledig onafhankelijk en zonder tussenpersonen, terwijl transacties onomkeerbaar zijn.
    \n
    Bron:     habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

    \u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443 \u0432\u0430\u043c \u043e DAG (Directed Acyclic Graph, \u043d\u0430\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u043d\u044b\u0439 \u0430\u0446\u0438\u043a\u043b\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u0433\u0440\u0430\u0444) \u0438 \u0435\u0433\u043e \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u0438 \u0432 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0445 \u0440\u0435\u0435\u0441\u0442\u0440\u0430\u0445, \u0438 \u043c\u044b \u0441\u0440\u0430\u0432\u043d\u0438\u043c \u0435\u0433\u043e \u0441 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u043e\u043c. DAG \u043d\u0435 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0447\u0435\u043c-\u0442\u043e \u043d\u043e\u0432\u044b\u043c \u0432 \u043c\u0438\u0440\u0435 \u043a\u0440\u0438\u043f\u0442\u043e\u0432\u0430\u043b\u044e\u0442. \u0412\u043e\u0437\u043c\u043e\u0436\u043d\u043e \u0432\u044b \u0441\u043b\u044b\u0448\u0430\u043b\u0438 \u043e \u043d\u0451\u043c \u043a\u0430\u043a \u043e \u0440\u0435\u0448\u0435\u043d\u0438\u0438 \u043f\u0440\u043e\u0431\u043b\u0435\u043c \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u0443\u0435\u043c\u043e\u0441\u0442\u0438 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u043e\u0432. \u041d\u043e \u0441\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u0431\u0443\u0434\u0435\u043c \u0433\u043e\u0432\u043e\u0440\u0438\u0442\u044c \u043d\u0435 \u043e \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u0443\u0435\u043c\u043e\u0441\u0442\u0438, \u0430 \u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-53183","post","type-post","status-publish","format-standard","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\udd47Van blockchain naar DAG: af van tussenpersonen | ProHoster","description":"In dit artikel zal ik je vertellen over DAG (Directed Acyclic Graph, gerichte acyclische grafiek) en de toepassing ervan in gedistribueerde registers, en we zullen het vergelijken met blockchain.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","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\u041e\u0442 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430 \u043a DAG: \u0438\u0437\u0431\u0430\u0432\u043b\u044f\u0435\u043c\u0441\u044f \u043e\u0442 \u043f\u043e\u0441\u0440\u0435\u0434\u043d\u0438\u043a\u043e\u0432 | ProHoster","og:description":"\u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443 \u0432\u0430\u043c \u043e DAG (Directed Acyclic Graph, \u043d\u0430\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u043d\u044b\u0439 \u0430\u0446\u0438\u043a\u043b\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u0433\u0440\u0430\u0444) \u0438 \u0435\u0433\u043e \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u0438 \u0432 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0445 \u0440\u0435\u0435\u0441\u0442\u0440\u0430\u0445, \u0438 \u043c\u044b \u0441\u0440\u0430\u0432\u043d\u0438\u043c \u0435\u0433\u043e \u0441 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u043e\u043c.","og:url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","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-11-24T21:00:00+00:00","article:modified_time":"2026-02-15T17:54:48+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"53183","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-02-15 17:55:40","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:29:27","updated":"2026-02-15 17:55:40","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\/53183","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=53183"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/53183\/revisions"}],"predecessor-version":[{"id":161174,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/53183\/revisions\/161174"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=53183"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=53183"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=53183"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}