Il y a eu de nombreuses questions concernant notre mécanisme de consensus. Notre conception est quelque chose auquel nous avons consacré d'énormes réflexions et que nous croyons sera utilisé par de nombreux protocoles à l'avenir. BULK atteint un consensus rapide en s'accordant d'abord sur l'ensemble des ordres reçus à chaque tick en utilisant une réconciliation basée sur Minisketch (un algorithme de sketch compact qui synchronise efficacement les différences d'ordres entre pairs). Plutôt que de s'accorder immédiatement sur l'état complet de la chaîne, BULK s'appuie sur son exécution déterministe afin que chaque nœud puisse ensuite traiter les mêmes ordres convenus et arriver indépendamment au même état résultant. Dans les ticks suivants, le système atteint un accord d'état par le biais d'un consensus de type BFT, garantissant que tous les nœuds convergent vers le même état finalisé. Ce modèle de tick séparé dissocie l'accord rapide des ordres de la finalisation d'état plus lente, ce qui nous permet d'accélérer l'exécution (20 ms) tout en maintenant une cohérence sécurisée déterministe. Ces processus ont été conçus pour soutenir un énorme carnet de commandes. Bien qu'il ne fonctionne pas comme une appchain standard ou un L1 ; c'est une machine d'état qui permet à toute action sur BULK d'être cryptographiquement vérifiable, rejouable et stockée dans un registre. Pourquoi tout cela est-il important pour votre expérience de trading ? 1. Vous pouvez choisir votre niveau d'engagement pour les confirmations - (a) minisketch accepté (8 ms), (b) Exécuté (25 ms) et (c) État finalisé (40 ms) ; tout participant sensible à la latence comme les makers aura la meilleure expérience car les trades sont reconnus presque instantanément. 2. Vous pouvez choisir les nœuds auxquels vous souhaitez envoyer vos ordres (MCP) afin qu'il n'y ait pas de censure de nœud ou d'attaques sandwich sur votre flux d'ordres. 3. BULK est un acteur neutre dans le réseau - tous les validateurs déterminent ce qui arrive à vos ordres, aux résultats de correspondance et aux changements d'actifs. 4. Vous pouvez rejouer et vérifier ce qui s'est passé sur la chaîne - le meilleur cas d'utilisation est lors des liquidations ; vérifiez que vous n'avez pas été sélectionné pour des balayages ou que vos ordres ont été négligés. 5. Performance résiliente - En tant que machine d'état ; la tolérance aux pannes vient naturellement. Les événements du 10 octobre nous ont appris qu'une seule machine peut tomber en panne sous une charge lourde. Avec plusieurs nœuds participant au traitement du carnet de commandes, votre expérience ne se dégrade jamais. Il y a plus de modules (exécuteur, diffusion d'ordres, modèles de risque, etc.) qui seront mis en ligne avec bulk-agave, et je peux couvrir cela dans un avenir proche. Ce post vise à répondre à beaucoup des questions que nous avons reçues de la part de fellow consensus maxis. Merci de votre attention à ce sujet !