Ha habido muchas preguntas en torno a nuestro mecanismo de consenso. Nuestro diseño es algo en lo que hemos pensado mucho y que creemos que será utilizado por muchos protocolos en el futuro. BULK logra un consenso rápido al acordar primero el conjunto de pedidos recibidos en cada tick utilizando la reconciliación basada en Minisketch (un algoritmo compacto de boceto que sincroniza de manera eficiente las diferencias de orden entre pares). En lugar de acordar el estado de la cadena completa 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 llega a 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 de pedido rápido de la finalización de estado más lento, lo que nos permite acelerar la ejecución (20 ms) mientras mantenemos una consistencia segura determinista. Estos procesos se construyeron para respaldar una cartera de pedidos gigante. Si bien no funciona como una cadena de aplicaciones estándar o L1; es una máquina de estado que permite que cualquier acción en BULK sea verificable criptográficamente, reproducible y almacenada en un libro mayor ¿Por qué todo esto es importante para su experiencia comercial? 1. Puede elegir su nivel de compromiso para las confirmaciones: (a) miniboceto aceptado (8 ms), (b) ejecutado (25 ms) y (c) estado finalizado (40 ms); Cualquier participante sensible a la latencia, como los creadores, tendrá la mejor experiencia ya que las operaciones se reconocen casi al instante. 2. Puede elegir los nodos a los que desea enviar sus pedidos (MCP) para que no haya censura de nodos ni ataques sándwich en su flujo de pedidos. 3. BULK es un jugador neutral en la red: todos los validadores determinan lo que sucede con sus órdenes, los resultados coincidentes y los cambios de activos. 4. Puede reproducir y verificar lo que sucedió en la cadena: el mejor caso de uso es durante las liquidaciones; Verifique que no haya sido seleccionado para los barridos o que sus pedidos hayan sido descuidados. 5. Rendimiento resiliente: como máquina de estado; La tolerancia a fallas es natural. Los eventos del 10 de octubre nos han enseñado que una sola máquina puede caer bajo una carga pesada. Con múltiples nodos participando para procesar el libro de órdenes, su experiencia nunca se degrada. Hay más módulos (ejecutor, transmisión de órdenes, modelos de riesgo, etc.) que se pondrán en marcha con agave a granel, y puedo cubrirlos en un futuro próximo. Con suerte, esta publicación es para responder muchas de las preguntas que hemos estado recibiendo de otros maxis de consenso. ¡Gracias por su atención a este asunto!

Pensando más en cómo puede ejecutar un intercambio en Jup / titan y terminar usando @bulktrade libro de órdenes para la ejecución Obtiene el mejor precio de ticks asíncronos de 20 ms más MCP para que no tenga que quedar atrapado, mientras que la transferencia de activos se realizará en el bloque solana en los próximos 400 ms Esta es una mejor estructura de mercado que PropAmms, ya que puede cotizar varios niveles de precios y pares sin tener que preocuparse por las limitaciones actuales.

Hermanos en mi dm que pidieron LST, ¡aquí tienes! Liquid y más integraciones llegarán pronto. ¡No hace falta decir que BulkSOL será una parte clave en la componibilidad de activos de intercambio y los desbloqueos de rendimiento! Es hora de aumentar el volumen de SOL