Es gab viele Fragen zu unserem Konsensmechanismus. Unser Design ist etwas, in das wir enorme Mengen an Gedanken investiert haben und von dem wir glauben, dass es in Zukunft von vielen Protokollen verwendet werden wird. BULK erreicht einen schnellen Konsens, indem es zunächst über die Menge der in jedem Tick empfangenen Aufträge mithilfe von Minisketch-basierter Rekonsiliation einig wird (ein kompaktes, Skizzenalgorithmus, das effizient die Auftragsunterschiede zwischen Peers synchronisiert). Anstatt sofort über den vollständigen Kettenzustand zuzustimmen, verlässt sich BULK auf seine deterministische Ausführung, sodass jeder Knoten später die gleichen vereinbarten Aufträge verarbeiten und unabhängig denselben resultierenden Zustand erreichen kann. In späteren Ticks erreicht das System den Zustandskonsens durch einen BFT-ähnlichen Konsens, der sicherstellt, dass alle Knoten auf denselben finalisierten Zustand konvergieren. Dieses Split-Tick-Modell trennt die schnelle Auftragsvereinbarung von der langsameren Zustandsfinalisierung, was es uns ermöglicht, die Ausführung (20 ms) zu beschleunigen und gleichzeitig deterministische sichere Konsistenz aufrechtzuerhalten. Diese Prozesse wurden entwickelt, um ein riesiges Orderbuch zu unterstützen. Während es nicht wie eine Standard-Appchain oder L1 funktioniert; es ist eine Zustandsmaschine, die es ermöglicht, dass jede Aktion auf BULK kryptografisch überprüfbar, wiederholbar und in einem Ledger gespeichert wird. Warum ist das alles wichtig für Ihr Handelserlebnis? 1. Sie können Ihr Engagement für Bestätigungen wählen - (a) Minisketch akzeptiert (8 ms), (b) Ausgeführt (25 ms) und (c) Zustand finalisiert (40 ms); jeder latenzempfindliche Teilnehmer wie Maker wird die beste Erfahrung haben, da Trades fast sofort anerkannt werden. 2. Sie können die Knoten auswählen, an die Sie Ihre Aufträge senden möchten (MCP), sodass es keine Knoten-Zensur oder Sandwich-Angriffe auf Ihren Orderflow gibt. 3. BULK ist ein neutraler Akteur im Netzwerk - alle Validatoren bestimmen, was mit Ihren Aufträgen, den Matching-Ergebnissen und den Vermögensänderungen passiert. 4. Sie können überprüfen und verifizieren, was auf der Kette passiert ist - der beste Anwendungsfall ist während Liquidationen; überprüfen Sie, ob Sie nicht für Sweeps ausgewählt wurden oder ob Ihre Aufträge vernachlässigt wurden. 5. Resiliente Leistung - Als Zustandsmaschine kommt Fehlertoleranz ganz natürlich. Die Ereignisse vom 10. Oktober haben uns gelehrt, dass eine einzelne Maschine unter hoher Last ausfallen kann. Mit mehreren Knoten, die an der Verarbeitung des Orderbuchs teilnehmen, wird Ihre Erfahrung nie schlechter. Es gibt weitere Module (Executor, Auftragsbroadcast, Risikomodelle usw.), die mit bulk-agave live gehen werden, und ich kann diese in naher Zukunft abdecken. Dieser Beitrag soll hoffentlich viele der Fragen beantworten, die wir von anderen Konsens-Maxis erhalten haben. Vielen Dank für Ihre Aufmerksamkeit in dieser Angelegenheit!