Нещодавно я звертав увагу на протокол PlasmaBFT, який вирішує одну з найскладніших проблем — як забезпечити швидке підтвердження транзакцій, не жертвуючи при цьому властивими L1 характеристиками децентралізації.

Чесно кажучи, більшість ланцюгів обирають досить екстремальні підходи. Щоб досягти високої швидкості, підвищують поріг участі вузлів, і звичайні машини просто не можуть працювати; або ж кількість вузлів здається великою, але реальна влада зосереджена у кількох осіб. Ідея PlasmaBFT відрізняється — вона розглядає децентралізацію як ключове обмеження, а не як ціну, яку можна легко заплатити.

Ключова інновація — механізм "перекривних груп". Простими словами, не всі валідатори обробляють усі транзакції одночасно, а динамічно формуються кілька малих груп, які паралельно валідатимуть транзакції. Між групами є перекриття учасників для забезпечення цілісності даних. Це дозволяє розподілити навантаження, зменшити обчислювальні та мережеві витрати на один вузол, що робить цей підхід більш дружнім до звичайних серверів.

Але групування — це лише частина рішення. Важливо ще й чесно обирати та ротаційно змінювати учасників. Тут використовується підтверджувана випадкова функція (VRF), яка високочастотно виконує рандомізацію, ускладнюючи довгостроковий контроль однієї групи над створенням блоків. Це механізм запобігає концентрації влади.

Концепція "кінцева стабільність у межах секунди" може бути неправильно зрозуміла. Не означає, що швидке створення блоків автоматично дає кінцеву стабільність — деякі ланцюги можуть створювати кілька блоків за секунду, але підтвердження безпеки вимагає десятків блоків. PlasmaBFT орієнтований на те, щоб один етап консенсусу одразу закріплював транзакцію, роблячи її майже незворотною. Це особливо важливо для додатків, що потребують миттєвого реагування, адже користувачам не потрібно довго чекати підтверджень.

Звісно, такий підхід має і свої недоліки. Паралельне групування вимагає високої якості мережі між вузлами; при поганих умовах продуктивність може падати. Однак, з точки зору дизайну, використовуються технології, як-от агрегація підписів, для зменшення обсягів комунікацій, і ці аспекти можна ще вдосконалювати на інженерному рівні.

Загалом, мені здається, що цей протокол не жертвував відкритістю та стійкістю до цензури задля досягнення максимальної продуктивності. Його мета — підвищити швидкість без втрати основних цінностей L1, щоб звичайні користувачі та учасники могли долучатися до валідації за помірною ціною. Такий баланс — рідкість у сучасній екосистемі.