Актуальні теми
#
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.
Я думаю, що основна причина, чому більшість блокчейнів не прийняли асинхронне виконання, проста: коли користувачі бачать, що їх tx підтверджено, вони очікують, що результат буде доступний, оскільки від цього залежать їхні подальші дії.
У той час як з відкладеним виконанням можна локально симулювати результат для неспірного стану (наприклад, передачі/затвердження), ці типи tx також не додають багато накладних витрат до синхронного виконання, що робить асинхронне виконання набагато менш привабливою альтернативою, враховуючи додаткові витрати на розробку та обумовленість обробки tx для кінцевого клієнта (перевірка, чи може tx торкнутися спірного стану, що є нетривіальним, і вибираючи чекати результату з ланцюжка або локально його симулювати).
11 серп., 03:59
Сьогодні пишу про асинхронне виконання (так зване відкладене виконання).
Це одна з «великих ідей» Monad, яка здається очевидною в ретроспективі: як тільки визначається порядок транзакцій, визначається стан.
Можливо, ви цього не знаєте, але в більшості блокчейнів, включаючи Ethereum і Solana, вузли, які оцінюють список транзакцій (тобто блок), також повинні домовитися про результат цього списку транзакцій (тобто корінь стану після цих транзакцій) в рамках процесу голосування.
Це вимагає від них виконання цих транзакцій до того, як вони дадуть відповідь голосуванням, що, очевидно, значно скорочує обсяг роботи, від якої вони можуть очікувати. Це очікування занадто суворе і є однією з головних причин, чому пропускна здатність блокчейну настільки обмежена.
1,3K
Найкращі
Рейтинг
Вибране