Przepustowość to próżny wskaźnik. W protokole Fabric prawdziwym problemem nie jest limit twojego TPS, ale kolizja stanu.
Nauczyłem się tego w trudny sposób o 2:47 w nocy, obserwując, jak transakcje Robo Coin nieudolnie się nie udają pod dużym obciążeniem. Dwa przelewy. Ten sam portfel. Różni odbiorcy. Oba całkowicie ważne. Zaprojektowałem to z myślą o szybkości, więc upchałem wszystko w jedną globalną mapę stanu - czystą, prostą, elegancką.
Równoległy executor Fabric nie dbał o "elegancję." Dbał o kontencję.
200 ms Akt Znikania
W równoległym środowisku wydajność jest wszystkim. Kiedy ta pierwsza transakcja przejęła blokadę zapisu na portfelu, druga nie wyrzuciła błędu. Nie cofnęła się. Po prostu została w kolejce. Cicho.
Kiedy czas wykonania minął, druga transakcja nie nieudana - po prostu zniknęła w próżni. Brak alertu. Brak statusu "cofnęło" na eksploratorze. Po prostu luka w sekwencji, gdzie wartość Robo Coin miała się przemieścić.
Standard Fabric: Naprawa Architektoniczna
Jeśli wdrażasz na Fabric, "Sukces" może wyglądać dokładnie jak "Cisza Straty" aż do audytu bilansu. Aby temu zapobiec, twoja architektura stanu musi się rozwijać:
Podziel Swój Stan Użytkownika: Nigdy nie polegaj na jednej globalnej mapie dla kont o wysokiej częstotliwości.
Izoluj według Grup Nonce: Upewnij się, że równoległe strumienie nie walczą o tę samą blokadę.
Surgical Write Paths: Zawęż swoje dostępy do stanu do absolutnego minimum.
Na równoległych łańcuchach wykonawczych, jeśli dwie transakcje dotykają tego samego konta w jednej luk, ryzykujesz ciche wyczyszczenie. Brak logów. Brak hałasu.
Audytuj swój stan przed wdrożeniem. W świecie Robo Coin, elegancja jest drugorzędna w stosunku do integralności wykonania.
@Fabric Foundation $ROBO #ROBO
$POWER $SIREN
