Ha habido muchas preguntas sobre nuestro mecanismo de consenso. Nuestro diseño es algo en lo que hemos puesto una enorme cantidad de pensamiento y que creemos que será utilizado por muchos protocolos en el futuro. BULK logra un consenso rápido al primero acordar el conjunto de órdenes recibidas en cada tick utilizando reconciliación basada en Minisketch (un algoritmo compacto de sketch que sincroniza eficientemente las diferencias de órdenes entre pares). En lugar de acordar el estado completo de la cadena de inmediato, BULK se basa en su ejecución determinista para que cada nodo pueda procesar más tarde las mismas órdenes acordadas y llegar de forma independiente al mismo estado resultante. En ticks posteriores, el sistema alcanza un acuerdo de estado a través de un consenso con sabor a BFT, asegurando que todos los nodos converjan en el mismo estado finalizado. Este modelo de ticks divididos separa el acuerdo rápido de órdenes de la finalización de estado más lenta, lo que nos permite acelerar la ejecución (20ms) mientras mantenemos una consistencia segura y determinista. Estos procesos fueron construidos para soportar un gran libro de órdenes. Aunque no opera como una appchain estándar o L1; es una máquina de estado que permite que cualquier acción en BULK sea criptográficamente verificable, reproducible y almacenada en un libro mayor. ¿Por qué importa todo esto para tu experiencia de trading? 1. Puedes elegir tu nivel de compromiso para las confirmaciones - (a) minisketch aceptado (8ms), (b) Ejecutado (25ms) y (c) Estado finalizado (40ms); cualquier participante sensible a la latencia como los creadores tendrá la mejor experiencia ya que las operaciones son reconocidas casi instantáneamente. 2. Tienes la opción de elegir los nodos a los que deseas enviar tus órdenes (MCP) para que no haya censura de nodos ni ataques de sándwich en tu flujo de órdenes. 3. BULK es un jugador neutral en la red - todos los validadores determinan qué sucede con tus órdenes, resultados de emparejamiento y cambios de activos. 4. Puedes reproducir y verificar lo que sucedió en la cadena - el mejor caso de uso es durante las liquidaciones; verifica que no fuiste seleccionado para barridos o que tus órdenes fueron descuidadas. 5. Rendimiento resiliente - Como máquina de estado; la tolerancia a fallos viene de forma natural. Los eventos del 10 de octubre nos han enseñado que una sola máquina puede fallar bajo una carga pesada. Con múltiples nodos participando para procesar el libro de órdenes, tu experiencia nunca se degrada. Hay más módulos (ejecutor, difusión de órdenes, modelos de riesgo, etc.) que se activarán con bulk-agave, y puedo cubrir esos en un futuro cercano. Esta publicación es para, con suerte, responder muchas de las preguntas que hemos estado recibiendo de otros maxis del consenso. ¡Gracias por tu atención a este asunto!