{"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\/es\/blog\/administrirovanie\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","title":{"rendered":"Del blockchain al DAG: eliminando intermediarios","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

En este art\u00edculo, te hablar\u00e9 sobre el DAG (Directed Acyclic Graph, gr\u00e1fico ac\u00edclico dirigido) y su aplicaci\u00f3n en los registros distribuidos, y compararemos esto con la tecnolog\u00eda blockchain.<\/p>\n

\"Del
\n
\nEl DAG no es algo nuevo en el mundo de las criptomonedas. Es posible que hayas o\u00eddo hablar de \u00e9l como una soluci\u00f3n a los problemas de escalabilidad de las blockchains. Pero hoy no hablaremos de escalabilidad, sino de lo que hace que las criptomonedas sean diferentes de todo lo dem\u00e1s: la descentralizaci\u00f3n, la ausencia de intermediarios y la resistencia a la censura.
\n<\/a><\/noindex>
\n\"Del
\n
\nTambi\u00e9n te mostrar\u00e9 que el DAG, en realidad, es m\u00e1s resistente a la censura, y que no hay intermediarios para acceder al registro.<\/p>\n

\"Del
\n
\nEn las blockchains que conocemos, los usuarios no tienen acceso directo al propio registro. Cuando deseas a\u00f1adir una transacci\u00f3n al registro, debes 'pedir' a un productor de bloques (block producer, tambi\u00e9n conocido como 'minero') que lo haga. Son los mineros quienes deciden qu\u00e9 transacci\u00f3n a\u00f1adir al siguiente bloque y cu\u00e1l no. Solo los mineros tienen acceso exclusivo a los bloques y el derecho de decidir qu\u00e9 transacci\u00f3n aceptar para a\u00f1adirla al registro.<\/p>\n

Los mineros son intermediarios que se interponen entre t\u00fa y el registro distribuido.<\/p>\n

\"Del
\n
\nEn la pr\u00e1ctica, un n\u00famero reducido de grupos de mineros controla colectivamente m\u00e1s de la mitad de la capacidad computacional de la red. Para Bitcoin, esto son cuatro grupos, y para Ethereum, dos. En caso de que se confabulen, pueden bloquear cualquier transacci\u00f3n que deseen.<\/p>\n

\"Del
\n
\nEn los \u00faltimos a\u00f1os, se han propuesto muchas variaciones de blockchains, que difieren en los principios de selecci\u00f3n de los productores de bloques. Pero los productores de bloques como tal no han desaparecido, siguen 'en la barrera': cada transacci\u00f3n debe pasar por un productor de bloques, y si este no la acepta, la transacci\u00f3n, de hecho, no existe.<\/p>\n

\"Del
\n
\nEste es un problema inevitable en el caso de la blockchain. Y si queremos resolverlo, debemos cambiar radicalmente el dise\u00f1o y eliminar por completo los bloques y los productores de bloques. En lugar de construir una cadena de bloques, conectaremos las transacciones entre s\u00ed, incluyendo en cada transacci\u00f3n los hashes de varias transacciones anteriores. Como resultado, obtendremos una estructura conocida en matem\u00e1ticas como gr\u00e1fico ac\u00edclico dirigido \u2013 DAG.<\/p>\n

Ahora todos tienen acceso directo al registro, sin intermediarios. Cuando quieres agregar una transacci\u00f3n al registro, simplemente la agregas. Seleccionas varias transacciones parentales, a\u00f1ades tus datos, firmas y env\u00edas tu transacci\u00f3n a la pir\u00e1mide en la red. Listo. No hay nadie que pueda imped\u00edrtelo, por lo que tu transacci\u00f3n ya est\u00e1 en el registro.<\/p>\n

Esta es la forma m\u00e1s descentralizada y m\u00e1s resistente a la censura de agregar transacciones al registro sin intermediarios. Porque cualquiera que lo desee simplemente a\u00f1ade sus transacciones al registro, sin pedir permiso a nadie.<\/p>\n

\"Del
\n
\nDAG se puede considerar la tercera etapa de la evoluci\u00f3n de los registros. Primero estaban los registros centralizados, donde una parte controlaba el acceso a ellos. Luego llegaron las blockchain, en las que ya hab\u00eda varios controladores que anotaban las transacciones en el registro. Y, finalmente, en DAG no hay controladores, los usuarios a\u00f1aden sus transacciones directamente.<\/p>\n

\"Del
\n
\nAhora que tenemos tal libertad, no debe conducir al caos. Debemos tener un consenso sobre el estado del registro. Y este consenso, o acuerdo, generalmente significa consenso sobre dos cosas:<\/p>\n

    \n
  1. \u00bfQu\u00e9 sucedi\u00f3?\n<\/li>\n
  2. \u00bfEn qu\u00e9 orden ocurri\u00f3?\n<\/li>\n<\/ol>\n

    \nA la primera pregunta podemos responder f\u00e1cilmente: tan pronto como se agrega una transacci\u00f3n correctamente creada al registro, ocurri\u00f3. Y punto. La informaci\u00f3n sobre esto puede llegar a todos los participantes en diferentes momentos, pero al final todas las nodos recibir\u00e1n esta transacci\u00f3n y sabr\u00e1n que ocurri\u00f3.<\/p>\n

    Si fuera una blockchain, los mineros decidir\u00edan qu\u00e9 ocurre. Todo lo que el minero decide incluir en el bloque, eso sucede. Todo lo que no incluye en el bloque, no sucede.<\/p>\n

    En las blockchain, los mineros tambi\u00e9n resuelven el segundo problema de consenso: el orden. Se les permite ordenar las transacciones dentro del bloque como deseen.<\/p>\n

    \u00bfC\u00f3mo se determina el orden de las transacciones en DAG?<\/p>\n

    \"Del
    \n
    \nSolo porque nuestro grafo es dirigido, ya tenemos cierto orden. Cada transacci\u00f3n hace referencia a una o varias anteriores, parentales. Los padres, a su vez, hacen referencia a sus propios padres, y as\u00ed sucesivamente. Los padres, evidentemente, aparecen antes que las transacciones hijas. Si alguna de las transacciones puede ser alcanzada a trav\u00e9s de las relaciones 'padre-hijo', sabemos exactamente el orden entre las transacciones en esta cadena de transacciones.<\/p>\n

    \"Del
    \n
    \nPero el orden entre transacciones no siempre se puede determinar solo a partir de la forma del grafo. Por ejemplo, cuando dos transacciones se encuentran en ramas paralelas del grafo.<\/p>\n

    \"Del
    \n
    \nPara resolver la ambig\u00fcedad en tales casos, contamos con lo que llamamos proveedores de orden. Tambi\u00e9n los denominamos 'testigos'. Son usuarios comunes, cuya tarea es enviar continuamente transacciones a la red en un orden, es decir, de tal modo que cada transacci\u00f3n anterior pueda alcanzarse a trav\u00e9s de las relaciones 'padre-hijo'. Los proveedores de orden son     usuarios de confianza<\/a>, y toda la red conf\u00eda en que no violar\u00e1n esta regla. Para confiar en ellos de manera racional<\/b> , exigimos que cada proveedor de orden sea una persona o una organizaci\u00f3n conocida (no an\u00f3nima) y que tenga algo que perder si incumple las reglas, como su reputaci\u00f3n o un negocio basado en la confianza.<\/p>\n

    \"Del
    \n
    \nLos proveedores de orden son elegidos por los usuarios, y cada usuario incluye una lista de sus proveedores de confianza en cada transacci\u00f3n que env\u00eda a la red. Esta lista consiste en 12 proveedores. Es un n\u00famero bastante peque\u00f1o, suficiente para que una persona pueda verificar la identidad y reputaci\u00f3n de cada uno de ellos, y suficiente para que la red contin\u00fae funcionando en caso de problemas inevitables con una minor\u00eda de proveedores de orden.<\/p>\n

    Esta lista de proveedores var\u00eda de usuario a usuario, pero las listas de transacciones adyacentes pueden diferir como m\u00e1ximo en un proveedor.<\/p>\n

    \"Del
    \n
    \nAhora que tenemos proveedores de orden, podemos destacar sus transacciones en el DAG y ordenar todas las dem\u00e1s transacciones en torno al orden que ellos han creado. Existe la posibilidad de crear dicho algoritmo (ver     Obyte White Paper<\/a><\/noindex> para detalles t\u00e9cnicos).<\/p>\n

    Pero el orden en toda la red no puede definirse de inmediato, necesitamos tiempo para que los proveedores de orden env\u00eden suficiente cantidad de sus transacciones para asegurarnos del orden final de las transacciones anteriores.<\/p>\n

    Y, dado que el orden se determina \u00fanicamente por las posiciones de las transacciones de los proveedores en el DAG, todas las nodos de la red tarde o temprano recibir\u00e1n todas las transacciones y llegar\u00e1n a la misma conclusi\u00f3n respecto al orden de las transacciones.<\/p>\n

    \"Del
    \n
    \nAs\u00ed que tenemos un consenso sobre lo que consideramos que ha sucedido: cualquier transacci\u00f3n que haya entrado en el DAG ha ocurrido. Tambi\u00e9n tenemos consenso sobre el orden de los eventos: esto es visible a partir de las relaciones parentales de las transacciones, o se deduce del orden de las transacciones enviadas por los proveedores de orden. Por lo tanto, tenemos consenso.<\/p>\n

    \"Del
    \n
    \nEste tipo de consenso lo tenemos en Obyte. A pesar de que el acceso al registro de Obyte es completamente descentralizado, el consenso sobre el orden de las transacciones todav\u00eda es centralizado, ya que 10 de los 12 proveedores son controlados por el creador (Anton Churyumov), y solo dos de ellos son independientes. Estamos buscando candidatos que deseen convertirse en uno de los proveedores de orden independientes para ayudarnos a descentralizar el establecimiento del orden en el registro.<\/p>\n

    Recientemente, apareci\u00f3 un tercer candidato independiente que desea establecer y mantener una nodo de proveedor de orden: la Universidad de Nic\u00f3sia.<\/p>\n

    \"Del
    \n
    \nAhora, \u00bfc\u00f3mo controlamos los doble gastos (double-spends)?<\/p>\n

    Seg\u00fan las reglas, al detectar dos transacciones que gastan la misma moneda, la transacci\u00f3n que aparece primero en el orden final de todas las transacciones gana. La segunda se invalida mediante el algoritmo de consenso.<\/p>\n

    \"Del
    \nEn caso de que sea posible establecer un orden entre dos transacciones que gastan una moneda (por las relaciones entre padre e hijo), todas las nodos rechazan de inmediato tal intento de doble gasto.<\/p>\n

    \"Del
    \n
    \nSin embargo, si el orden no es visible a partir de las relaciones parentales entre estas dos transacciones, ambas se aceptan en el registro, y tendremos que esperar el consenso y el establecimiento del orden entre ellas a trav\u00e9s de los proveedores de orden. Entonces ganar\u00e1 la transacci\u00f3n m\u00e1s temprana, y la segunda se volver\u00e1 inv\u00e1lida.<\/p>\n

    \"Del
    \n
    \nAunque la segunda transacci\u00f3n se vuelve no v\u00e1lida, sigue estando en el registro, porque ya tiene transacciones posteriores que la referencian, las cuales no violaron nada y no sab\u00edan que en el futuro esta transacci\u00f3n se volver\u00eda no v\u00e1lida. De lo contrario, tendr\u00edamos que eliminar el padre de las buenas transacciones posteriores, lo cual violar\u00eda el principio fundamental de la red: cualquier transacci\u00f3n v\u00e1lida es aceptada en el registro.<\/p>\n

    \"Del
    \n
    \nEsta es una regla muy importante que permite que todo el sistema sea resistente a intentos de censura.\u00a0<\/p>\n

    Imaginemos que todos los proveedores de orden se confabulan para intentar 'censurar' una transacci\u00f3n espec\u00edfica. Pueden ignorarla y nunca elegirla como 'padre' para sus transacciones, pero eso no es suficiente, porque esta transacci\u00f3n a\u00fan puede ser incluida indirectamente como padre de otra transacci\u00f3n emitida por cualquier usuario de la red que no participe en la conspiraci\u00f3n. Con el tiempo, esta transacci\u00f3n obtendr\u00e1 cada vez m\u00e1s hijos, nietos y bisnietos de usuarios comunes, creciendo como una bola de nieve, y todos los proveedores de orden que se confabularon tendr\u00e1n que ignorar tambi\u00e9n estas transacciones. Al final, tendr\u00e1n que censurar toda la red, lo cual equivale a un sabotaje.<\/p>\n

    \"Del
    \n
    \nDe esta manera, el DAG sigue siendo resistente a la censura, incluso si hay una conspiraci\u00f3n de proveedores de orden, superando as\u00ed al blockchain en resistencia a la censura, donde no podemos hacer nada si los mineros deciden no incluir una de las transacciones. Y esto se deriva de la propiedad principal del DAG: la participaci\u00f3n en el registro es completamente independiente y sin intermediarios, y las transacciones son irreversibles.
    \n
    Fuente:     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\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\udd47Del blockchain al DAG: eliminando intermediarios | ProHoster","description":"En este art\u00edculo, te hablar\u00e9 sobre el DAG (Directed Acyclic Graph, gr\u00e1fico ac\u00edclico dirigido) y su aplicaci\u00f3n en los registros distribuidos, y compararemos esto con la tecnolog\u00eda blockchain.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","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\/es\/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\/es\/wp-json\/wp\/v2\/posts\/53183","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=53183"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/53183\/revisions"}],"predecessor-version":[{"id":161174,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/53183\/revisions\/161174"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=53183"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=53183"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=53183"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}