Er zijn veel vragen geweest over ons consensusmechanisme. Ons ontwerp is iets waar we enorm veel over hebben nagedacht en waarvan we geloven dat het in de toekomst door veel protocollen zal worden gebruikt. BULK bereikt snelle consensus door eerst overeenstemming te bereiken over de set van ontvangen orders in elke tick met behulp van Minisketch-gebaseerde reconciliatie (een compacte, schetsalgoritme dat efficiënt de orderverschillen tussen peers synchroniseert). In plaats van onmiddellijk overeenstemming te bereiken over de volledige ketenstatus, vertrouwt BULK op zijn deterministische uitvoering, zodat elke node later dezelfde overeengekomen orders kan verwerken en onafhankelijk tot dezelfde resulterende status kan komen. In latere ticks bereikt het systeem statusovereenstemming via een BFT-gekleurd consensus, waardoor ervoor wordt gezorgd dat alle nodes convergeren naar dezelfde gefinaliseerde status. Dit split-tickmodel scheidt snelle orderovereenstemming van langzamere statusfinalisatie, wat ons in staat stelt om de uitvoering te versnellen (20 ms) terwijl we deterministische veilige consistentie behouden. Deze processen zijn gebouwd om één gigantisch orderboek te ondersteunen. Hoewel het niet opereert als een standaard appchain of L1; het is een statusmachine die elke actie op BULK cryptografisch verifieerbaar, herhaalbaar en opgeslagen in een grootboek maakt. Waarom is dit allemaal belangrijk voor jouw handelservaring? 1. Je kunt je niveau van toewijding voor bevestigingen kiezen - (a) minisketch geaccepteerd (8 ms), (b) Uitgevoerd (25 ms) en (c) Status gefinaliseerd (40 ms); elke latentiegevoelige deelnemer zoals makers zal de beste ervaring hebben, aangezien trades bijna onmiddellijk worden erkend. 2. Je kunt de nodes kiezen waarmee je je orders wilt verzenden (MCP), zodat er geen nodecensuur of sandwichaanvallen op je orderflow zijn. 3. BULK is een neutrale speler in het netwerk - alle validators bepalen wat er met je orders, matchingresultaten en activawijzigingen gebeurt. 4. Je kunt herhalen en verifiëren wat er op de keten is gebeurd - de beste use case is tijdens liquidaties; verifieer dat je niet bent uitgekozen voor sweeps of dat je orders zijn verwaarloosd. 5. Veerkrachtige prestaties - Als een statusmachine komt fouttolerantie van nature. De gebeurtenissen van 10 oktober hebben ons geleerd dat een enkele machine kan uitvallen onder zware belasting. Met meerdere nodes die deelnemen aan het verwerken van het orderboek, degradeert je ervaring nooit. Er zijn meer modules (executor, orderbroadcast, risicomodellen, enz.) die live zullen gaan met bulk-agave, en ik kan die in de nabije toekomst behandelen. Deze post is hopelijk om veel van de vragen te beantwoorden die we hebben ontvangen van mede-consensusmaximalisten. Bedankt voor je aandacht voor deze zaak!