Lo se, lo se Los criptoproyectos son oscuros, hay mucho consenso: sobre la base de la mano de obra y la propiedad, oro, aceite, pasteles horneados (hay uno, s铆). 驴Qu茅 necesitamos de uno m谩s? Propongo discutir esto despu茅s de leer la traducci贸n de la documentaci贸n t茅cnica "lite" del proyecto * Constellation. Por supuesto, esta no es una descripci贸n completa del algoritmo, pero estoy interesado en la opini贸n del centro de la comunidad, 驴existe tal consenso o no es necesario para nada?
No hay muchas letras m谩s, por lo tanto, si solo quieres escribir "fu, tanto como puedas sobre la cripta", entonces abstente. Si est谩 interesado en los nuevos desarrollos en el campo de los sistemas distribuidos y tiene algo que compartir en los comentarios, le pido un gato.
PD: No soy el autor de la tecnolog铆a, no puedo garantizar la transferencia completa de la esencia, por lo tanto, me complacer谩 comentar con las enmiendas, si las hubiera.
Evoluci贸n del consenso sincr贸nico a asincr贸nico
Los nodos se seleccionan utilizando un proceso determinista (el mismo que el utilizado en DHT, por ejemplo, bittorrent), que ajusta din谩micamente las responsabilidades de los nodos para "facilitar" la validaci贸n o, m谩s comprensiblemente, para lograr el consenso. Seleccionamos grupos de 3 nodos y llevamos a cabo rondas de consenso en paralelo para que un nodo pueda ser un facilitador en varios bloques. Esto nos permite procesar transacciones de forma asincr贸nica, lo que, en esencia, significa que tenemos varias cadenas de bloques que se forman al mismo tiempo. El proceso es similar a una red formada por muchos hilos, en contraste con los nodos que forman una cadena con el tiempo. El procesamiento as铆ncrono o paralelo es la base de la programaci贸n escalable, ya que le permite utilizar todos los recursos de una computadora, acelerando la computaci贸n general. Esta red se denomina gr谩fico ac铆clico dirigido o DAG en inform谩tica.
Ancho de canal de cadena de bloques lineal versus efecto multiplicador DAG, donde tenemos varias cadenas de bloques paralelas.
Una implementaci贸n geom茅trica de la cadena de bloques lineal contra el DAG. Los puntos negros son bloques, los puntos blancos son nodos
Utilizamos 3 nodos en cada ronda de consenso, porque nos da algunos procesos matem谩ticos interesantes para razonar sobre el estado, formando un "plano de superficie" a trav茅s de los datos en forma de tri谩ngulos con enlaces. Luego, el protocolo utiliza tri谩ngulos para "coser" la superficie 贸ptima, que no contiene datos redundantes o en conflicto y tiene los tri谩ngulos m谩s peque帽os posibles. Algor铆tmicamente, esto es an谩logo a la "secci贸n m铆nima" de un gr谩fico, y matem谩ticamente, es una funci贸n de derivaci贸n u optimizaci贸n (desde la cual la funci贸n encuentra el camino m谩s corto que puede cruzar a lo largo de la superficie). Esta ruta m谩s corta es equivalente al almacenamiento 贸ptimo de datos (transacciones) en el grupo de disponibilidad de la base de datos. "Fichas" triangulares en conflicto para que la superficie del evento sea suave y sin conflictos.
Implementaci贸n geom茅trica de detecci贸n / procesamiento de conflictos. El bloque en conflicto crea un mosaico de superficie adicional. Eliminamos el mosaico de superficie adicional para mantener una superficie de evento plana (= sin conflicto).
Consenso de reputaci贸n
En un sistema de reputaci贸n p2p descentralizado 贸ptimo, cada nodo deber铆a poder determinar de forma independiente su confianza en otros nodos. Nuestro sistema utiliza un modelo especial que incluye relaciones transitivas o relaciones que un nodo tiene con otros nodos al asignar una calificaci贸n global. "Eres tan bueno como tu compa帽铆a". El resultado final es una "distorsi贸n" o gradiente basado en la confianza o reputaci贸n transitiva en todos los nodos en el canal $ DAG o regular. Esto puede considerarse como un cepillo o rallador de queso que borra sobre el "plano de superficie" y selecciona qu茅 "mosaicos triangulares" borrar y cu谩les dejar. As铆 es como la l贸gica del conflicto en realidad elimina los "mosaicos triangulares".
Un DAG con un mosaico en conflicto que pasa a trav茅s de un espacio "curvado", que es un gradiente similar a un rallador de queso, y est谩 a punto de eliminar o "borrar" el mosaico en conflicto.
Escalado parcial / completo de nodos
En la teor铆a de redes, por regla general, la distribuci贸n 贸ptima se conoce como "sin escala", que puede describirse como una disposici贸n jer谩rquica con grandes nodos centrales que controlan muchos nodos perif茅ricos m谩s peque帽os. Esta distribuci贸n es visible en la naturaleza y, sobre todo, en Internet. Constellation utiliza esta arquitectura para "escalar" o aumentar el rendimiento o el ancho de nuestro gr谩fico.
El efecto de la divisi贸n jer谩rquica. Podemos agregar m谩s nodos aumentando el ancho de banda
Hylochain - Soporte de aplicaciones basadas en canales
Nuestro enfoque para el soporte de aplicaciones puede verse como una "plataforma descentralizada de contratos inteligentes". En lugar de una red central que ejecuta toda la l贸gica y procesa todos los datos de la aplicaci贸n, Constellation coordina los datos de la aplicaci贸n con los "canales regulares", que pueden considerarse como una estaci贸n de televisi贸n que transmite todos los datos del sistema est谩ndar. Cada canal regular puede implementar su propia l贸gica de verificaci贸n, que permite resolver el problema de Oracle a trav茅s de la autenticaci贸n de extremo a extremo de los productores de datos y la verificaci贸n transitiva de los sistemas est谩ndar compuestos. Las redes de canales brindan soporte de aplicaciones concurrentes, acelerando los tiempos de adopci贸n, que en las redes de contratos inteligentes se limitan al consenso sincr贸nico tradicional.
Dos canales de tiempo completo que son "compatibles" a trav茅s de la red $ DAG. Pueden interactuar o ser interpretados ya que ambos est谩n "integrados" con $ DAG mediante la implementaci贸n de nodos h铆bridos del canal $ DAG +.
La raz贸n por la que se llama Hylochain es porque nuestro enfoque para el soporte de aplicaciones us贸 el modelo de programaci贸n funcional de los esquemas de recursi贸n para crear la interfaz MapReduce. En particular, los esquemas de recursi贸n Hylomorphism (Methomorphic) y Metamorphism (Metamorphic) se pueden integrar para crear consultas verificables y transmitir conexiones a trav茅s de canales regulares al verificar los tipos de datos algebraicos de la misma manera que se verifican los c贸digos operativos para contratos inteligentes. El resultado final es una interfaz funcional MapReduce que es familiar para los ingenieros de datos y compatible con la tecnolog铆a de big data existente.
Canales regulares hilom贸rficos y metam贸rficos para el contraste. En un estado metam贸rfico, los datos de dos canales regulares se env铆an al bloque en el metacanal. En Gilo, tomamos el estado anterior del canal y lo usamos para solicitar (hacer una pregunta espec铆fica) otros dos canales, y luego guardar el resultado de la solicitud en un bloque.
Tokenomics y su relaci贸n con Hylochain
Cuando se crea un canal est谩ndar, se puede integrar en el canal $ DAG, pero utilizando la interfaz de cadena de aplicaci贸n o ACI. Esta interfaz es simplemente un objeto JSON con informaci贸n de configuraci贸n y una clave p煤blica asociada con el canal en s铆. La raz贸n por la que asociamos la clave p煤blica con el canal regular es para crear un mecanismo de corretaje para los datos del canal regular. Cuando se implementa el canal de tiempo completo, los desarrolladores configuran por s铆 mismos c贸mo se distribuyen los pagos de la red $ DAG entre nodos y operadores.
Stream para comprar acceso a la informaci贸n o modificar informaci贸n. La solicitud se env铆a a $ DAG, los fondos se env铆an a la cuenta del canal, el resultado se env铆a al comprador y la suma de verificaci贸n de la transacci贸n se env铆a a la red $ DAG, que luego desbloquea los fondos para el canal regular.