Пропускна здатність транзакцій у мережі BSC продовжує зростати, і це створює серйозний тиск на ефективність виконання EVM.
Оновлення списку доступу до блоків (Block Access List) було впроваджено саме для подолання цієї вузької частини.
Тож у чому суть BAL?
Уявіть його як механізм швидкого доступу — перед обробкою кожного блоку система попередньо генерує повний реєстр кожної адреси та слоту зберігання, які будуть задіяні під час виконання. Замість пошуку у стані даних у реальному часі валідатори тепер можуть посилатися безпосередньо на цей попередньо створений список.
Чому це має значення? Тому що доступ до стану завжди був однією з найважчих операцій у виконанні EVM. З BAL вузли пропускають повторювані витрати на пошук, що призводить до швидшої валідації блоків і покращення загальної пропускної здатності мережі.
Це не революційно, але це той тип інфраструктурних налаштувань, який підтримує плавну роботу високонавантажених ланцюжків по мірі зростання активності.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
15 лайків
Нагородити
15
7
Репост
Поділіться
Прокоментувати
0/400
JustHereForAirdrops
· 23год тому
bsc ця швидкість підвищилася, але evm все ще залишився таким самим, нарешті хтось взявся за справу
Переглянути оригіналвідповісти на0
AirdropHustler
· 23год тому
Ой, знову така ж сама поступова оновлення, але воно дійсно може послабити проблему заторів у BSC.
Переглянути оригіналвідповісти на0
HashRatePhilosopher
· 23год тому
Загалом, потрібно все ж оптимізувати доступ до стану, інакше пропускна здатність BSC просто не зможе впоратися
Переглянути оригіналвідповісти на0
DegenWhisperer
· 23год тому
Знову ця сама "незрівняльно корисна, але не революційна" оновлення, гаразд, BAL — це просто швидкий доступ до таблиць, щоб валідатори не доводилося по одному переглядати сховища, звучить зручно, але наскільки це реально ефективно, залежить від того, як працює мережа, коли вона справді запуститься.
Переглянути оригіналвідповісти на0
BrokenDAO
· 23год тому
Знову ця розмова про "оптимізацію інфраструктури — рятівний круг". BAL дійсно може зменшити навантаження на запити, але в основному це зменшує навантаження на централізованих валідаторів — кому потрібні витрати звичайних вузлів? Обернувшись, з’являється нова вузька частина, і цикл повторюється знову.
Переглянути оригіналвідповісти на0
GateUser-c802f0e8
· 23год тому
Чесно кажучи, цей тип оптимізацій потрібно робити по кроках, тут немає нічого складного або хитромудрого, але він дійсно дуже корисний.
Але чи справді BAL може зменшити таку кількість навантаження? Відчувається, що все залежить від фактичних даних про зростання TPS.
Ось чому я завжди підтримую BSC, хоча її часто критикують, але вони справді щось роблять.
Переглянути оригіналвідповісти на0
MevWhisperer
· 23год тому
По суті, EVM знову зависає, цього разу BSC, мабуть, вирішив усунути проблему правильно.
Пропускна здатність транзакцій у мережі BSC продовжує зростати, і це створює серйозний тиск на ефективність виконання EVM.
Оновлення списку доступу до блоків (Block Access List) було впроваджено саме для подолання цієї вузької частини.
Тож у чому суть BAL?
Уявіть його як механізм швидкого доступу — перед обробкою кожного блоку система попередньо генерує повний реєстр кожної адреси та слоту зберігання, які будуть задіяні під час виконання. Замість пошуку у стані даних у реальному часі валідатори тепер можуть посилатися безпосередньо на цей попередньо створений список.
Чому це має значення? Тому що доступ до стану завжди був однією з найважчих операцій у виконанні EVM. З BAL вузли пропускають повторювані витрати на пошук, що призводить до швидшої валідації блоків і покращення загальної пропускної здатності мережі.
Це не революційно, але це той тип інфраструктурних налаштувань, який підтримує плавну роботу високонавантажених ланцюжків по мірі зростання активності.