Tem havido muitas perguntas sobre o nosso mecanismo de consenso. O nosso design é algo em que pensamos imenso e que acreditamos que será utilizado por muitos protocolos no futuro. O BULK alcança um consenso rápido ao primeiro concordar sobre o conjunto de ordens recebidas em cada tick usando a reconciliação baseada em Minisketch (um algoritmo compacto de esboço que sincroniza eficientemente as diferenças de ordens entre pares). Em vez de concordar imediatamente sobre o estado completo da cadeia, o BULK baseia-se na sua execução determinística para que cada nó possa processar posteriormente as mesmas ordens acordadas e chegar independentemente ao mesmo estado resultante. Em ticks posteriores, o sistema alcança o acordo de estado através de um consenso com sabor BFT, garantindo que todos os nós convirjam para o mesmo estado finalizado. Este modelo de tick dividido separa o rápido acordo de ordens da finalização de estado mais lenta, o que nos permite acelerar a execução (20ms) enquanto mantemos uma consistência segura determinística. Esses processos foram construídos para suportar um enorme livro de ordens. Embora não opere como uma appchain padrão ou L1; é uma máquina de estados que permite que qualquer ação no BULK seja criptograficamente verificável, reproduzível e armazenada em um livro-razão. Por que tudo isso importa para a sua experiência de negociação? 1. Você pode escolher seu nível de compromisso para confirmações - (a) minisketch aceito (8ms), (b) Executado (25ms) e (c) Estado finalizado (40ms); qualquer participante sensível à latência, como os criadores de mercado, terá a melhor experiência, pois as negociações são reconhecidas quase instantaneamente. 2. Você pode escolher os nós para os quais deseja enviar suas ordens (MCP), portanto, não há censura de nós ou ataques de sanduíche no seu fluxo de ordens. 3. O BULK é um jogador neutro na rede - todos os validadores determinam o que acontece com suas ordens, resultados de correspondência e mudanças de ativos. 4. Você pode reproduzir e verificar o que aconteceu na cadeia - o melhor caso de uso é durante liquidações; verifique se você não foi escolhido a dedo para varreduras ou se suas ordens foram negligenciadas. 5. Desempenho resiliente - Como uma máquina de estados; a tolerância a falhas vem naturalmente. Os eventos de 10 de outubro nos ensinaram que uma única máquina pode falhar sob carga pesada. Com múltiplos nós participando para processar o livro de ordens, sua experiência nunca se degrada. Existem mais módulos (executor, transmissão de ordens, modelos de risco, etc.) que estarão ativos com o bulk-agave, e posso cobrir isso em breve. Este post é para, espero, responder a muitas das perguntas que temos recebido de outros maxis de consenso. Obrigado pela sua atenção a este assunto!