Сонік є найшвидшим EVM, оскільки вони математично довели, що асинхронний консенсус може досягти лінійної масштабованості, зберігаючи всі гарантії безпеки традиційних "BFT" протоколів, просто, так?! 🥲
🔶 Довга відповідь: Що таке BFT (Бізантійська стійкість до помилок)? BFT забезпечує правильне функціонування блокчейну, навіть якщо до 1/3 валідаторів є злочинними або офлайн.
🔸 Математика безпеки BFT: "2f+1" Думайте про це як про голосування, де деякі виборці можуть бути корумпованими
f = максимальна кількість поганих акторів, які система може витримати 2f+1 = мінімальна кількість голосів, необхідна для безпечних рішень Гарантія: Навіть якщо ВСІ погані учасники голосують, добрі учасники все ще виграють
🔸Приклад з 300 валідаторами: BFT може обробляти максимум 99 недобросовісних учасників (залишилися 201 чесні ) Потрібно щонайменше 199 голосів для досягнення консенсусу, все, що менше, не підходить у BFT.
Просте правило: якщо менше 1/3 зловмисників = мережа залишається безпечною
🔷 Проблема з традиційним PBFT (Практичний BFT): 🔹Секвентне виробництво блоків = фундаментальне вузьке місце. 🔹Валідатори повинні синхронізуватися глобально 🔹 кожен блок чекає на 2f+1 підтверджень перед тим, як може бути створений наступний. Ця серіалізація вбиває пропускну здатність.
🔷 Прорив Sonic в ABFT, протокол Lachesis: 🔹 Архітектура на основі DAG: Валідаори створюють блоки подій паралельно (без очікування в черзі, вже пояснював це в іншому пості) 🔹 Асинхронний гомін: Події блоки поширюються через гомін без глобальної синхронізації 🔹 Двигун Кармен: Оптимізоване зберігання з живим очищенням бази даних (ВЕЛИКА УГОДА) 🔹 Покращена ВМ: Динамічний переклад байт-коду замість стандартної EVM
🔷 Розподіл продуктивності: 🔹 Створення блоку подій: ~100мс 🔹 Поширення чуток: ~300мс 🔹 Консенсус кореневого блоку: ~500мс 🔹 Завершення основного ланцюга: Підрозділ-сек 🔹 Результат: 400K TPS ( обмежено мережею I/O, не консенсусом )
🔷 Безпека підтримується: 🔹 Така ж f < n/3 візантійська стійкість (2f+1 чесна більшість) 🔹 Негайна фінальність (без ймовірнісного підтвердження) 🔹 Економічна фінальність запобігає довгостроковим атакам
Прорив у ABFT: Видалення вимог синхронізації усуває вузьке місце, зберігаючи ту ж математичну безпеку (2f+1)
До речі, якщо ви такі, як вааатттттттт і ваша голова болить від читання до цього моменту, то просто уявіть, скільки роботи та інновацій було вкладено в досягнення цієї "Миттєвої Фінальності" з технологією.
Наступного разу, коли ви підпишете tx і це буде зроблено за частку секунди, знайте, що Sonic щойно виконав увесь процес за цю частку секунди і може зробити це ще 399999 разів за цю ж секунду.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
🔶 Шорт відповідь:
Сонік є найшвидшим EVM, оскільки вони математично довели, що асинхронний консенсус може досягти лінійної масштабованості, зберігаючи всі гарантії безпеки традиційних "BFT" протоколів, просто, так?! 🥲
🔶 Довга відповідь:
Що таке BFT (Бізантійська стійкість до помилок)?
BFT забезпечує правильне функціонування блокчейну, навіть якщо до 1/3 валідаторів є злочинними або офлайн.
🔸 Математика безпеки BFT: "2f+1"
Думайте про це як про голосування, де деякі виборці можуть бути корумпованими
f = максимальна кількість поганих акторів, які система може витримати
2f+1 = мінімальна кількість голосів, необхідна для безпечних рішень
Гарантія: Навіть якщо ВСІ погані учасники голосують, добрі учасники все ще виграють
🔸Приклад з 300 валідаторами:
BFT може обробляти максимум 99 недобросовісних учасників (залишилися 201 чесні )
Потрібно щонайменше 199 голосів для досягнення консенсусу, все, що менше, не підходить у BFT.
Просте правило: якщо менше 1/3 зловмисників = мережа залишається безпечною
🔷 Проблема з традиційним PBFT (Практичний BFT):
🔹Секвентне виробництво блоків = фундаментальне вузьке місце.
🔹Валідатори повинні синхронізуватися глобально
🔹 кожен блок чекає на 2f+1 підтверджень перед тим, як може бути створений наступний. Ця серіалізація вбиває пропускну здатність.
🔷 Прорив Sonic в ABFT, протокол Lachesis:
🔹 Архітектура на основі DAG: Валідаори створюють блоки подій паралельно (без очікування в черзі, вже пояснював це в іншому пості)
🔹 Асинхронний гомін: Події блоки поширюються через гомін без глобальної синхронізації
🔹 Двигун Кармен: Оптимізоване зберігання з живим очищенням бази даних (ВЕЛИКА УГОДА)
🔹 Покращена ВМ: Динамічний переклад байт-коду замість стандартної EVM
🔷 Розподіл продуктивності:
🔹 Створення блоку подій: ~100мс
🔹 Поширення чуток: ~300мс
🔹 Консенсус кореневого блоку: ~500мс
🔹 Завершення основного ланцюга: Підрозділ-сек
🔹 Результат: 400K TPS ( обмежено мережею I/O, не консенсусом )
🔷 Безпека підтримується:
🔹 Така ж f < n/3 візантійська стійкість (2f+1 чесна більшість)
🔹 Негайна фінальність (без ймовірнісного підтвердження) 🔹 Економічна фінальність запобігає довгостроковим атакам
Прорив у ABFT:
Видалення вимог синхронізації усуває вузьке місце, зберігаючи ту ж математичну безпеку (2f+1)
До речі, якщо ви такі, як вааатттттттт і ваша голова болить від читання до цього моменту, то просто уявіть, скільки роботи та інновацій було вкладено в досягнення цієї "Миттєвої Фінальності" з технологією.
Наступного разу, коли ви підпишете tx і це буде зроблено за частку секунди, знайте, що Sonic щойно виконав увесь процес за цю частку секунди і може зробити це ще 399999 разів за цю ж секунду.
🙂