Explore the Momentum ecosystem and earn $1.015M in rewards
discoveryBanners
Актуальні теми
#
Bonk Eco continues to show strength amid $USELESS rally
Hosico
Hosico-18,47%
USELESS
USELESS-22,98%
IKUN
IKUN-28,61%
gib
gib-19,78%
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
Bonk
Bonk-8,82%
ALON
ALON-7,07%
LAUNCHCOIN
LAUNCHCOIN-11,74%
GOONC
GOONC-11,91%
KLED
KLED-19,62%
#
Boop.Fun leading the way with a new launchpad on Solana.
BOOP
BOOP+0,5%
Boopa
Boopa-27,04%
PORK
PORK-2,41%
0xprincess
0xprincess
12 годин тому·
Я думаю, що основна причина, чому більшість блокчейнів не прийняли асинхронне виконання, проста: коли користувачі бачать, що їх tx підтверджено, вони очікують, що результат буде доступний, оскільки від цього залежать їхні подальші дії. У той час як з відкладеним виконанням можна локально змоделювати результат для tx, які працюють з неспірним станом (наприклад, передачі/схвалення), це також типи tx, які не додають багато накладних витрат до синхронного виконання. Цей аспект робить асинхронне виконання набагато менш привабливою альтернативою, враховуючи: 1. Додаткові витрати на розробку 2. Нетривіальна умова обробки tx на кінцевому клієнті (перевірка, чи може tx торкнутися спірного стану, і вибір чекати результату з ланцюжка або локально симулювати його)
Keone Hon ⨀
Keone Hon ⨀11 серп., 03:59
Сьогодні пишу про асинхронне виконання (так зване відкладене виконання). Це одна з «великих ідей» Monad, яка здається очевидною в ретроспективі: як тільки визначається порядок транзакцій, визначається стан. Можливо, ви цього не знаєте, але в більшості блокчейнів, включаючи Ethereum і Solana, вузли, які оцінюють список транзакцій (тобто блок), також повинні домовитися про результат цього списку транзакцій (тобто корінь стану після цих транзакцій) в рамках процесу голосування. Це вимагає від них виконання цих транзакцій до того, як вони дадуть відповідь голосуванням, що, очевидно, значно скорочує обсяг роботи, від якої вони можуть очікувати. Це очікування занадто суворе і є однією з головних причин, чому пропускна здатність блокчейну настільки обмежена.
Це, безумовно, цікавий шлях, але історія показує, що парадигми, які технічно повинні давати більше продуктивності, часто не можуть досягти прийняття через додаткову складність. Наприклад, асинхронне виконання в TON (хоча воно сильно відрізняється від Monad, але також краще на папері, до речі) є основним пунктом скарг від розробників, які я чув, і це також не додає жодного розумного приросту продуктивності.
@MaxResnick1 Також я не розумію, чому ви повторили, що це строго швидше з точки зору доопрацьованого стану. З точки зору затримки, це, очевидно, так, і не в цьому була суть мого допису.
8,38K