Wokół naszego mechanizmu konsensusu pojawiło się wiele pytań. Nasz projekt to coś, w co włożyliśmy ogromne ilości przemyśleń i co, jak wierzymy, będzie wykorzystywane przez wiele protokołów w przyszłości. BULK osiąga szybki konsensus, najpierw zgadzając się na zestaw zamówień otrzymanych w każdym ticku, korzystając z rekonsyliacji opartej na Minisketch (kompaktowy algorytm szkicowy, który efektywnie synchronizuje różnice zamówień między uczestnikami). Zamiast natychmiast zgadzać się na pełny stan łańcucha, BULK polega na swojej deterministycznej egzekucji, dzięki czemu każdy węzeł może później przetworzyć te same uzgodnione zamówienia i niezależnie dojść do tego samego stanu końcowego. W późniejszych tickach system osiąga zgodność stanu poprzez konsensus w stylu BFT, zapewniając, że wszystkie węzły konwergują do tego samego sfinalizowanego stanu. Ten model podziału ticków oddziela szybkie uzgadnianie zamówień od wolniejszej finalizacji stanu, co pozwala nam przyspieszyć egzekucję (20 ms), jednocześnie utrzymując deterministyczną, bezpieczną spójność. Te procesy zostały zbudowane, aby wspierać jedną ogromną książkę zamówień. Choć nie działa jak standardowy appchain czy L1; to maszyna stanów, która umożliwia każdą akcję na BULK, aby była kryptograficznie weryfikowalna, powtarzalna i przechowywana w księdze. Dlaczego to wszystko ma znaczenie dla twojego doświadczenia handlowego? 1. Możesz wybrać poziom swojego zaangażowania w potwierdzenia - (a) zaakceptowany minisketch (8 ms), (b) wykonany (25 ms) i (c) stan sfinalizowany (40 ms); każdy uczestnik wrażliwy na opóźnienia, jak makerzy, będzie miał najlepsze doświadczenie, ponieważ transakcje są potwierdzane niemal natychmiast. 2. Możesz wybrać węzły, do których chcesz wysłać swoje zamówienia (MCP), więc nie ma cenzury węzłów ani ataków typu sandwich na twoim przepływie zamówień. 3. BULK jest neutralnym graczem w sieci - wszyscy walidatorzy decydują, co się dzieje z twoimi zamówieniami, wynikami dopasowania i zmianami aktywów. 4. Możesz powtórzyć i zweryfikować, co się wydarzyło w łańcuchu - najlepszym przypadkiem użycia są likwidacje; zweryfikuj, że nie zostałeś wybrany do zgarnięcia lub że twoje zamówienia zostały zignorowane. 5. Odporna wydajność - jako maszyna stanów; tolerancja na błędy przychodzi naturalnie. Wydarzenia z 10 października nauczyły nas, że jedna maszyna może zawieść pod dużym obciążeniem. Dzięki wielu węzłom uczestniczącym w przetwarzaniu książki zamówień, twoje doświadczenie nigdy się nie pogarsza. Są jeszcze inne moduły (egzekutor, nadawanie zamówień, modele ryzyka itp.), które będą uruchamiane z bulk-agave, a ja mogę je omówić w niedalekiej przyszłości. Ten post ma na celu odpowiedzenie na wiele pytań, które otrzymaliśmy od fellow consensus maxis. Dziękuję za uwagę w tej sprawie!