{"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\/es\/blog\/administrirovanie\/konsensus-na-reputatsii-nody-nuzhen-li","title":{"rendered":"\u00bfConsenso sobre la reputaci\u00f3n del nodo. \u00bfEs necesario?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Lo s\u00e9, lo s\u00e9. Hay una gran cantidad de proyectos cripto, con montones de consensos: basados en trabajo y propiedad, oro, petr\u00f3leo, y hasta unos pasteles horneados (s\u00ed, existe uno de esos, s\u00ed, s\u00ed). \u00bfQu\u00e9 m\u00e1s podemos esperar de uno m\u00e1s? Eso es lo que propongo discutir despu\u00e9s de leer la traducci\u00f3n de la documentaci\u00f3n t\u00e9cnica 'simplificada' del proyecto *Constelaci\u00f3n* (Constelaci\u00f3n<\/a><\/noindex>). Por supuesto, no es una descripci\u00f3n completa del algoritmo, pero me interesa la opini\u00f3n de la comunidad de Habr, si este tipo de consenso tiene relevancia o no sirve para nada.<\/p>\n

<\/p>\n

Hay pocas letras m\u00e1s, as\u00ed que, si solo quieres escribir 'ufa, \u00bfcu\u00e1nto se puede hablar de cripto?', por favor, abstente. Si te interesan los nuevos desarrollos en el campo de los sistemas distribuidos y tienes algo que compartir en los comentarios, te invito a que contin\u00faes.<\/p>\n

<\/p>\n

P.D. No soy el autor de la tecnolog\u00eda, no puedo garantizar la transmisi\u00f3n completa de su esencia, as\u00ed que agradecer\u00e9 los comentarios con correcciones, si los hay.<\/em><\/p>\n

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

Evoluci\u00f3n de consensos s\u00edncronos a as\u00edncronos<\/h3>\n

<\/p>\n

Los nodos se seleccionan utilizando un proceso determinista (el mismo que se utiliza en DHT, por ejemplo, bittorrent), que regula din\u00e1micamente las responsabilidades de los nodos para \"facilitar\" la validaci\u00f3n o, m\u00e1s precisamente, para alcanzar el consenso. Elegimos grupos de 3 nodos y ejecutamos rondas de consenso en paralelo, de manera que un nodo puede actuar como facilitador en varios bloques. Esto nos permite procesar transacciones de manera as\u00edncrona, lo que, en esencia, significa que tenemos m\u00faltiples blockchain form\u00e1ndose simult\u00e1neamente. El proceso es similar a una red formada por m\u00faltiples hilos, a diferencia de los nodos que forman una \u00fanica cadena con el tiempo. El procesamiento as\u00edncrono o paralelo es la base de la programaci\u00f3n escalable, ya que permite utilizar todos los recursos de la computadora, acelerando los c\u00e1lculos generales. Esta red se llama grafo ac\u00edclico dirigido o DAG en ciencias de la computaci\u00f3n.<\/p>\n

<\/p>\n

\"\u00bfConsenso
\nAncho de banda de una blockchain lineal frente al efecto multiplicativo de un DAG, donde tenemos m\u00faltiples blockchains paralelos. <\/em><\/p>\n

<\/p>\n

\"\u00bfConsenso
\nImplementaci\u00f3n geom\u00e9trica de blockchain lineal frente a DAG. Los puntos negros son bloques, los puntos blancos son nodos.<\/em><\/p>\n

<\/p>\n

Utilizamos 3 nodos en cada ronda de consenso, porque esto nos proporciona algunos procesos matem\u00e1ticos interesantes para razonar sobre el estado, formando una \"superficie plana\" a trav\u00e9s de los datos en forma de tri\u00e1ngulos con conexiones. Luego, el protocolo utiliza tri\u00e1ngulos para \"coser\" la superficie \u00f3ptima, que no contiene datos redundantes o contradictorios y tiene el menor n\u00famero posible de tri\u00e1ngulos. Algor\u00edtmicamente, esto es an\u00e1logo a un \"corte m\u00ednimo\" de un grafo, y matem\u00e1ticamente, a una derivada o funci\u00f3n de optimizaci\u00f3n (de la cual la funci\u00f3n encuentra el camino m\u00e1s corto que puede cruzar la superficie). Este camino m\u00e1s corto es equivalente al almacenamiento \u00f3ptimo de datos (transacciones) en un grupo de base de datos de alta disponibilidad. Los tri\u00e1ngulos en conflicto crean \"baldosas\" para que la superficie del evento sea uniforme y sin conflictos.<\/p>\n

<\/p>\n

\"\u00bfConsenso
\nImplementaci\u00f3n geom\u00e9trica de detecci\u00f3n \/ procesamiento de conflictos. Un bloque en conflicto crea una baldosa adicional en la superficie. Eliminamos la baldosa adicional de la superficie para mantener una superficie de eventos plana (= sin conflictos). <\/em><\/p>\n

<\/p>\n

Consenso basado en la reputaci\u00f3n<\/h3>\n

<\/p>\n

En un sistema de reputaci\u00f3n p2p descentralizado \u00f3ptimo, cada nodo debe ser capaz de determinar por s\u00ed mismo su confianza en otros nodos. Nuestro sistema utiliza un modelo especializado que incluye relaciones transitivas o relaciones que un nodo tiene con otros nodos, al asignar una evaluaci\u00f3n global. \"Eres tan bueno como tu empresa\". El resultado final es una \"distorsi\u00f3n\" o gradiente basado en la confianza o reputaci\u00f3n transitiva en todos los nodos en el $DAG o canal local. Esto se puede considerar como un rallador o una esp\u00e1tula que raspa sobre la \"superficie plana\" y elige qu\u00e9 \"baldosas triangulares\" borrar y cu\u00e1les dejar. As\u00ed es como la l\u00f3gica del conflicto realmente elimina las \"baldosas triangulares\".<\/p>\n

<\/p>\n

\"\u00bfConsenso
\nDAG con una baldosa en conflicto atravesando un espacio \"curvado\", que es un gradiente, similar a un rallador, y se prepara para eliminar o \"borrar\" la baldosa en conflicto.<\/em><\/p>\n

<\/p>\n

Escalado parcial\/completo de un nodo<\/h3>\n

<\/p>\n

En teor\u00eda de redes, la distribuci\u00f3n \u00f3ptima se conoce com\u00fanmente como \"sin escalado\", que puede describirse como una disposici\u00f3n jer\u00e1rquica con grandes nodos centrales que gestionan muchos nodos perif\u00e9ricos m\u00e1s peque\u00f1os. Esta distribuci\u00f3n se observa en la naturaleza y, sobre todo, en Internet. Constellation utiliza esta arquitectura para \"escalar\", o aumentar el ancho de banda o la capacidad de nuestro Grafo.<\/p>\n

<\/p>\n

\"\u00bfConsenso
\nEfecto de la partici\u00f3n jer\u00e1rquica. Podemos agregar m\u00e1s nodos aumentando el ancho de banda.<\/em><\/p>\n

<\/p>\n

Hylochain \u2014 Soporte para aplicaciones basadas en canales.<\/h3>\n

<\/p>\n

Nuestro enfoque para el apoyo a aplicaciones puede considerarse como una \"plataforma descentralizada de contratos inteligentes\". En lugar de una red central que ejecuta toda la l\u00f3gica y procesa todos los datos de la aplicaci\u00f3n, Constellation coordina los datos de la aplicaci\u00f3n con \"canales nativos\", que pueden considerarse como una estaci\u00f3n de televisi\u00f3n transmitiendo todos los datos del sistema nativo. Cada canal nativo puede implementar su propia l\u00f3gica de verificaci\u00f3n, permitiendo resolver el problema de los or\u00e1culos a trav\u00e9s de la verificaci\u00f3n cruzada de la autenticidad de los productores de datos y la verificaci\u00f3n transitive de sistemas nativos compuestos. Las redes de canales nativos proporcionan soporte paralelo para aplicaciones, acelerando el tiempo de adopci\u00f3n, que en redes con contratos inteligentes est\u00e1 limitado por el consenso sincr\u00f3nico tradicional.<\/p>\n

<\/p>\n

\"\u00bfConsenso
\nDos canales nativos que son \"compatibles\" a trav\u00e9s de la red $DAG. Pueden interactuar o ser interpretados, ya que ambos est\u00e1n \"integrados\" con $DAG mediante la implementaci\u00f3n de nodos h\u00edbridos $DAG + Canal.<\/em><\/p>\n

<\/p>\n

La raz\u00f3n por la que se llama Hylochain es que usamos un modelo funcional de programaci\u00f3n a trav\u00e9s de Esquemas de Recursi\u00f3n para crear una interfaz MapReduce en nuestro enfoque de soporte de aplicaciones. En particular, los esquemas de recursi\u00f3n Hylomorphism y Metamorphism pueden integrarse para generar consultas verificables y conexiones en flujo a trav\u00e9s de canales est\u00e1ndar verificando tipos de datos algebraicos de la misma manera que se verifican los c\u00f3digos de operaci\u00f3n para contratos inteligentes. El resultado final es una interfaz funcional MapReduce que es familiar para los ingenieros de datos y es compatible con la tecnolog\u00eda existente de Big Data.<\/p>\n

<\/p>\n

\"\u00bfConsenso
\nCanales est\u00e1ndar Hylomorphic y Metamorphic para contrastar. En el estado metam\u00f3rfico, los datos de dos canales est\u00e1ndar se env\u00edan a un bloque en el metacanale. En Hilo, tomamos el estado anterior del canal y lo usamos para consultar (formular una pregunta espec\u00edfica) otros dos canales, y luego guardamos el resultado de la consulta en un bloque.<\/em><\/p>\n

<\/p>\n

Token\u00f3mica y su relaci\u00f3n con Hylochain<\/h3>\n

<\/p>\n

Cuando se crea un canal est\u00e1ndar, puede integrarse en el canal $DAG, pero utilizando la interfaz ACI o Interfaz de Cadena de Aplicaciones. Esta interfaz es simplemente un objeto JSON con informaci\u00f3n de configuraci\u00f3n y una clave p\u00fablica asociada al propio canal. La raz\u00f3n por la que vinculamos la clave p\u00fablica al canal est\u00e1ndar es para crear un mecanismo de corretaje para los datos del canal est\u00e1ndar. Una vez que el canal est\u00e1ndar est\u00e1 desplegado, los desarrolladores configuran c\u00f3mo se distribuyen los pagos de la red $DAG entre nodos y operadores.<\/p>\n

<\/p>\n

\"\u00bfConsenso
\nFlujo para comprar acceso a informaci\u00f3n o modificar informaci\u00f3n. La solicitud se env\u00eda a $DAG, los fondos se env\u00edan a la cuenta del canal, el resultado se env\u00eda al comprador y el resumen de la transacci\u00f3n se env\u00eda a la red $DAG, que luego desbloquea los fondos para el canal est\u00e1ndar.<\/em><\/p>\n

Fuente: 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\udd47\u00bfConsenso basado en la reputaci\u00f3n del nodo? \u00bfEs necesario? | ProHoster","description":"S\u00ed, s\u00ed. Hay una gran cantidad de proyectos cripto, hay un mont\u00f3n de consensos: basados en trabajo y propiedad, oro, petr\u00f3leo, pasteles al horno (s\u00ed, tambi\u00e9n existe). \u00bfQu\u00e9 m\u00e1s tenemos de uno m\u00e1s?","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/konsensus-na-reputatsii-nody-nuzhen-li","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\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\/es\/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\/es\/wp-json\/wp\/v2\/posts\/36425","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=36425"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/36425\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/27262"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=36425"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=36425"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=36425"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}