Sei que sei. Há uma infinidade de projetos cripto, com muitos consensos: baseados em trabalho e propriedade, ouro, petróleo, e até mesmo produtos assados (sim, existe um assim). O que nos acrescenta mais um? É isso que proponho discutir após a leitura da tradução da documentação técnica "simplificada" do projeto *Constelação (). Claro, essa não é uma descrição completa do algoritmo, mas estou curioso sobre a opinião da comunidade Habr: esse consenso realmente tem valor ou é desnecessário?
Não há muitas letras a seguir, então, se você simplesmente quiser escrever "ufa, quanto tempo se fala sobre cripto", por favor, se abstenha. Se você está interessado em novas inovações no campo dos sistemas distribuídos e tem algo a compartilhar nos comentários, fique à vontade.
P.S. Não sou o autor da tecnologia, não posso garantir a completa transmissão do conceito, então ficarei feliz com comentários e correções, caso existam.
A evolução de consensos síncronos para assíncronos
Os nós são escolhidos usando um processo determinístico (o mesmo usado no DHT, por exemplo, bittorrent), o qual ajusta dinamicamente as responsabilidades dos nós para "facilitar" a validação ou, de forma mais compreensível, para alcançar um consenso. Escolhemos grupos de 3 nós e realizamos rodadas de consenso em paralelo, permitindo que um nó possa ser facilitador em vários blocos. Isso nos permite processar transações de forma assíncrona, o que, em essência, significa que estamos formando vários blockchains ao mesmo tempo. O processo é semelhante a uma teia formada por múltiplos fios, ao contrário de nós que formam uma única cadeia ao longo do tempo. O processamento assíncrono ou paralelo é a base da programação escalável, pois permite utilizar todos os recursos do computador, acelerando os cálculos gerais. Essa rede é chamada de grafo acíclico direcionado ou DAG em ciência da computação.
Largura do canal do blockchain linear contra o efeito multiplicativo do DAG, onde temos vários blockchains paralelos.
Implementação geométrica do blockchain linear contra o DAG. Pontos pretos são blocos, pontos brancos são nós.
Usamos 3 nós em cada rodada de consenso, pois isso nos proporciona alguns processos matemáticos interessantes para raciocinar sobre o estado, formando uma "superfície" através dos dados na forma de triângulos interconectados. Em seguida, o protocolo utiliza esses triângulos para "costurar" a superfície ótima, que não contém dados redundantes ou contraditórios e possui o menor número possível de triângulos. Algoritmicamente, isso é análogo ao "corte mínimo" de um grafo e, matematicamente, a uma derivada ou função de otimização (da qual a função encontra o caminho mais curto que pode cruzar pela superfície). Esse caminho mais curto é equivalente ao armazenamento ótimo de dados (transações) em um grupo de disponibilidade de bancos de dados. Os triângulos "tijolos" conflitantes garantem que a superfície do evento seja lisa e sem conflitos.
Implementação geométrica de detecção / processamento de conflitos. Um bloco conflitante cria um tijolo adicional na superfície. Removemos o tijolo de superfície adicional para manter uma superfície plana (= sem conflitos) de eventos.
Consenso baseado em reputação
Em um sistema de reputação p2p descentralizado ótimo, cada nó deve ser capaz de determinar independentemente sua confiança em outros nós. Nosso sistema utiliza um modelo especial que inclui relações transitivas ou relações que o nó possui com outros nós ao atribuir uma avaliação global. "Você é tão bom quanto a sua empresa". O resultado final é uma "distorção" ou gradiente baseado na confiança ou reputação transitiva em todos os nós em um $DAG ou canal de estado. Isso pode ser visto como um ralador ou uma escova que apaga a superfície da "plano" e decide quais "tijolos triangulares" apagar e quais deixar. É assim que a lógica do conflito realmente remove os "tijolos triangulares".
DAG com um tijolo conflitante, passando por um espaço "distorcido", que é um gradiente semelhante a um ralador, e se prepara para remover ou "apagar" o tijolo conflitante.
Escalonamento parcial / completo do nó
Na teoria das redes, o que geralmente se conhece como distribuição ideal é chamada de "sem escalonamento", que pode ser descrita como uma disposição hierárquica com grandes nós centrais controlando muitos nós periféricos menores. Essa distribuição é vista na natureza e, acima de tudo, na internet. A Constellation utiliza essa arquitetura para "escalonar", ou aumentar a largura de banda ou a capacidade do nosso Grafo.
Efeito da divisão hierárquica. Podemos adicionar mais nós, aumentando a largura da capacidade.
Hylochain — Suporte a aplicativos baseados em canais.
Nossa abordagem para o suporte a aplicativos pode ser vista como uma "plataforma descentralizada de contratos inteligentes". Em vez de uma rede central realizando toda a lógica e processando todos os dados do aplicativo, a Constellation coordena os dados do aplicativo com "canais dedicados", que podem ser vistos como uma estação de televisão transmitindo todos os dados do sistema dedicado. Cada canal dedicado pode implementar sua própria lógica de verificação, permitindo resolver o problema dos oráculos através da verificação cruzada da autenticidade dos produtores de dados e da verificação transitiva dos sistemas dedicados compostos. As redes de canais dedicados oferecem suporte paralelo a aplicativos, acelerando o tempo de aceitação, que em uma rede com contratos inteligentes é limitado pelo consenso síncrono tradicional.
Dois canais dedicados que são "compatíveis" através da rede $DAG. Eles podem interagir ou ser interpretados, uma vez que ambos estão "integrados" com $DAG através do desdobramento de nós híbridos $DAG + Canal.
A razão pela qual se chama Hylochain é que nossa abordagem para o suporte a aplicativos utilizou um modelo funcional de programação, Recursion Schemes, para criar uma interface MapReduce. Em particular, os esquemas de recursão Hylomorphism e Metamorphism podem ser integrados para criar consultas verificáveis e conexões de fluxo através de canais padrão, verificando tipos de dados algébricos da mesma forma que se verificam op-codes para contratos inteligentes. O resultado final é uma interface funcional MapReduce familiar para engenheiros de dados e compatível com a tecnologia existente de big data.
Canais padrão Hylomorphic e Metamorphic para contraste. No estado metamórfico, os dados de dois canais padrão são enviados para um bloco no metacanal. No Hilo, pegamos o estado anterior do canal e o usamos para consultar (fazer uma pergunta específica) outros dois canais, e então salvamos o resultado da consulta em um bloco.
Tokenomia e sua relação com o Hylochain
Quando um canal padrão é criado, ele pode ser integrado ao canal $DAG, mas utilizando a interface ACI ou Application Chain Interface. Essa interface é simplesmente um objeto JSON com informações de configuração e uma chave pública associada ao próprio canal. A razão pela qual vinculamos a chave pública ao canal padrão é para criar um mecanismo de corretagem para os dados do canal padrão. Quando o canal padrão é implantado, os desenvolvedores configuram como os pagamentos da rede $DAG são distribuídos entre nós e operadores.
Fluxo para a compra de acesso a informações ou modificação de informações. A solicitação é enviada ao $DAG, os fundos são enviados para a conta do canal, o resultado é enviado ao comprador e a soma de verificação da transação é enviada para a rede $DAG, que então desbloqueia os fundos para o canal padrão.
Fonte: habr.com
