Popularne tematy
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Myślę, że głównym powodem, dla którego większość blockchainów nie przyjęła asynchronicznego wykonania, jest prosty: gdy użytkownicy widzą, że ich transakcja jest potwierdzona, oczekują, że wynik będzie dostępny, ponieważ ich dalsze działania na nim polegają.
Podczas gdy w przypadku opóźnionego wykonania możliwe jest lokalne symulowanie wyniku dla niekontrowersyjnego stanu (takiego jak transfery/zgody), są to również rodzaje transakcji, które nie dodają wiele obciążenia do synchronizowanego wykonania, co sprawia, że asynchroniczne wykonanie jest znacznie mniej atrakcyjną alternatywą, biorąc pod uwagę dodatkowe koszty rozwoju i warunkowość przetwarzania transakcji po stronie końcowego klienta (sprawdzanie, czy transakcja może dotknąć kontrowersyjnego stanu, co nie jest trywialne, oraz wybór, czy czekać na wynik z łańcucha, czy lokalnie go symulować).

11 sie, 03:59
Dziś piszę o asynchronicznym wykonywaniu (znanym również jako wykonanie odroczone).
To jedna z "wielkich idei" Monady, która w retrospektywie wydaje się oczywista: że jak tylko ustalona zostanie kolejność transakcji, stan jest ustalony.
Możesz o tym nie wiedzieć, ale w większości blockchainów, w tym Ethereum i Solana, węzły oceniające listę transakcji (tj. blok) muszą również zgodzić się co do wyniku tej listy transakcji (tj. korzeń stanu po tych transakcjach) jako część procesu głosowania.
Wymaga to od nich wykonania tych transakcji przed odpowiedzią z głosowaniem, co oczywiście znacznie ogranicza ilość pracy, którą mogą wykonać. To oczekiwanie jest zbyt surowe i jest jednym z głównych powodów, dla których przepustowość blockchaina jest tak ograniczona.
1,31K
Najlepsze
Ranking
Ulubione