Ethereum MPBC запущений на мейннеті: як багатоучасникове побудування блоків розширює PBS

2026/09/18 18:37:00

16 вересня 2026 року пайплайн побудови блоків поза протоколом Ethereum зробив конкретний крок вперед, коли багатоучасникова побудова блоків (MPBC) почала працювати на мейннеті. Координований Blockspace Forum, ця система дозволяє більш ніж одному будівнику вносити транзакції до одного й того ж блоку, зберігаючи при цьому існуючу схему аукціону між пропозером і будівником. Перші дані за перші 24 години показали, що приблизно 3 відсотки блоків використовували підхід багатоучасникової побудови, а більше 20 000 транзакцій були включені швидше, ніж це було б інакше. Дизайн є строго додатковим: жодних змін у консенсусі, жодного форку та жодних вимог до валідаторів, які вже підключені до основних реле, змінювати свою конфігурацію. Оператори, включаючи Titan, Ultra Sound і Aestus, почали надавати багатоучасникові блоки, з покриттям, яке становило приблизно 85 відсотків будівників і 90 відсотків валідаторів.

Підхід зрозумілий. MPBC розширює модель PBS, створюючи додаткові шляхи включення в межах одного слоту. Базовий блок від найвищого біддера серед одиночних будівників може бути покращений шляхом додавання несуперечливих транзакцій від інших будівників, які погодилися участь. Результатовий багатосторонній блок надсилається лише тоді, коли він дає більшу вартість, ніж найкраща одностороння альтернатива, доступна на момент доставки. Цей механізм спрямований на відомі структурні прогалини в поточному ланцюжку: обмежену видимість транзакцій, динаміку «переможець отримує все» та слабшу підтримку сервісних транзакцій, залишаючись повністю сумісним із майбутніми змінами протоколу, такими як enshrined PBS та FOCIL.

Як працює модель лише для додавання у виробництві

У початковій версії MPBC найвищий пропозиційний односторонній блок слугує основою. Оператори визначають придатні транзакції, надіслані іншими будівельниками, які не суперечать стану або гарантіям виконання базового блоку. Ці внески додаються, а не перетворюються або переставляються. Також можна додати сервісні транзакції, такі як зобов’язання пропозера, яких не вистачало в базі. Після збирання багатостороннього блоку оператор повторно симулює його, щоб підтвердити валідність, і розраховує надлишкову вартість, створену додатковими транзакціями. Багатосторонній заголовок пропонується пропозеру лише тоді, коли цей багатосторонній блок пропонує вищу пропозицію, ніж найкращий односторонній блок на момент доставки, і лише якщо базовий будівельник залишається тим самим. Документація, опублікована Blockspace Forum, детально описує етапи злиття та доставки, включаючи вимогу, щоб оператори фільтрували будь-яку транзакцію, яка призвела б до відмови.

Ранні результати мейннету показали, що деякі багатоучасникові блоки містять до 810 додаткових транзакцій порівняно з альтернативою з одним будівником, при цьому використання газу значно зростає у вибраних випадках. Обмеження лише для додавання зберігає простоту та безпеку дизайну для першого впровадження у виробництві, водночас забезпечуючи вимірювані покращення використання блокпростору. Будівники керують участю за допомогою метаданих, які надсилаються разом з кожною пропозицією. Будівник може позначити блок як придатний для використання як база для об’єднання або позначити окремі транзакції як сумісні з іншими базами. Оператори обмінюються завантаженнями між собою для покращення надійності поширення. Вартість, створена додатковими транзакціями, розподіляється за фіксованим початковим правилом: надлишок ділиться порівну між базовим будівником, внесковим будівником, оператором та пропозером. Пріоритетні комісії продовжують нараховуватися на coinbase базового будівника, а платежі за розподілом здійснюються шляхом додавання транзакцій, фінансованих з резервів, які базовий будівник розмістив у операторів. Ця схема надає меншим будівникам можливість отримувати дохід без перемоги у повному аукціоні, зберігаючи при цьому конкурентні стимули для торгівлі на основному слоті.

Ранні метрики мейннету та спостережувані прирости включення

За перший повний робочий день приблизно 3 відсотки блоків Ethereum включали багатоучасникову конструкцію. Тестування, яке розпочалося наприкінці серпня, вже продемонструвало швидше включення більше ніж 20 000 транзакцій. Живі інформаційні панелі, запущені разом із запуском, відстежують рівень участі, надлишкову вартість та кількість додаткових транзакцій, що включаються в кожен багатоучасниковий блок. Ці показники залишаються скромними, оскільки система ще нова, а будівельники продовжують підключати транзакції по одній, але напрямок очевидний. Блоки, які раніше залишали певні перекази або транзакції з blob на пізніші слоти, зараз поглинають їх, коли це збільшує загальну вартість. Дані передзапускового тестування Blockspace Forum, що охоплюють приблизно 250 000 блоків, свідчать, що повністю використана реалізація V1 може збільшити вартість блоку до 4,15 відсотка, коли всі придатні транзакції доступні для об’єднання.

Фактична продуктивність мейннету залежатиме від швидкості, з якою більше розробників зареєструють акаунти Safe у операторів і позначать свій потік як сумісний для об’єднання. Практичний ефект для користувачів — скорочення часу очікування під час періодів підвищеного попиту. Транзакції, які один розробник фільтрує або взагалі не бачить, все ще можуть досягти ланцюга в поточному слоті завдяки внеску іншого розробника. Це зменшує необхідність у захисних перевищеннях ставок і знижує ймовірність того, що транзакція перенесеться до наступних слотів. Валідатори, підключені до учасників операторів, автоматично отримують більшу з двох ставок — багатоучасникової або одиночної. Для великої більшості операторів нод, які вже використовують PBS sidecars, нове програмне забезпечення не потрібне. Отже, система забезпечує негайні, хоча й ще часткові, покращення використання, не вимагаючи одночасного оновлення всього набору валідаторів.

Оператори, що керують процесом об’єднання та доставки

Три оператори — Titan, Ultra Sound та Aestus — почали обслуговувати багатоучасникові блоки в день запуску. Їхні кінцеві точки інтегровані з тими ж валідаторами процесу реєстрації, що використовуються для реле. Оператори отримують блоки та об’єднують переваги від будівельників, виконують побудову лише з додаванням, повторно симулюють результат і порівнюють його з останнім найвищим пропозицією від одного учасника. Оскільки оператори обмінюються завантаженнями між собою, пропозер, який підписує заголовок, все ще може отримати відповідне тіло від іншого оператора, якщо початковий стане недоступним. Ця конструкція зі спільним завантаженням зменшує ризик однієї точки відмови, який історично супроводжував інфраструктуру реле. Роль оператора є без дозволу; існує публічна еталонна реалізація, і будь-хто може запустити це програмне забезпечення. На практиці конкурентна продуктивність і надійність визначатимуть, які оператори привернуть стійкий потік будівельників і пропозерів.

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

Стійкість до цензури завдяки кільком шляхам включення

За чистої одиночної PBS переможний будівельник має повний дискреційний контроль над тим, які транзакції потрапляють у блок. Відфільтровані або просто неспостережені транзакції повинні чекати на наступний слот або іншого будівельника. MPBC змінює цю динаміку, дозволяючи учасникам-будівельникам додавати транзакції, які базовий будівельник пропустив. Транзакція, яку відхилив один будівельник, все ще може з’явитися, якщо інший будівельник надішле її, а оператор вирішить, що її додавання збільшує цінність блоку, не порушуючи виконавчих гарантій базового блоку. Документація Blockspace Forum прямо вказує на покращену стійкість до цензури як одну з цілей дизайну. Механізм не виключає фільтрацію, але збільшує кількість незалежних сторін, які повинні погодитися виключити транзакцію, перш ніж вона буде остаточно відкладена.

Ця властивість доповнює, а не замінює інші дизайни списків включення, що обговорюються. FOCIL, який очікується у пізнішому оновленні, змусить набір випадково вибраних атестаторів вставити обмежену кількість транзакцій, які протокол сам спостерігав. MPBC працює на рівні будівельника і тому охоплює транзакції, які бачив будь-який учасник-будівельник, включаючи ті, які можуть ніколи не досягти публічного мемпулу. Разом ці два підходи створюють перекриваючі гарантії: примусове включення на рівні протоколу для підмножини транзакцій і ринкове багатобудівельне включення для ширшого набору. Комбінація підвищує вартість тривалої цензури, не вимагаючи змін у правилах консенсусу, що регулюють дійсність блоків сьогодні.

Сумісність із встановленим PBS та майбутніми оновленнями протоколу

MPBC розроблений для роботи разом із закріпленим розділенням пропозицій і будівників. ePBS покращує надійний передачу блоків від будівників до пропозицій, переміщуючи певні функції ескроу в протокол. MPBC продовжує функціонувати, оскільки не залежить від проміжної ролі реле ескроу для своєї основної логіки злиття. Пропозиції залишаються вільними вибирати найбільш вигідну пропозицію, незалежно від того, чи надійшла ця пропозиція через традиційний канал чи через оператора MPBC. Blockspace Forum стверджує, що система повністю сумісна як з безвірними пропозиціями, так і з точка-точковими шляхами ставок. Впровадження покращення поза протоколом одночасно з оновленням самого протоколу створює можливість замінити певні функції реле загального користу, конкурентною інфраструктурою, яка отримує дохід пропорційно до створеної нею вартості.

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

Можливості отримання доходу для менших будівельників

Будівельники, які рідко вигравають повний аукціон, все ще можуть отримувати дохід, надаючи транзакції, які додаються до базових блоків з вищою ставкою. Надлишок, створений цими внесками, розподіляється, що надає будівельнику прямий економічний дохід. Разом із тим, будівельник, який виграв базовий слот, користується будь-яким додатковим потоком, який додають інші будівельники, збільшуючи шанс, що його блок залишиться найбільш цінним варіантом на момент доставки. Реєстрація вимагає лише того, щоб будівельник відкрив Safe з кожним оператором, якого він бажає використовувати, і здійснив депозит резервів, щоб фінансувати виплати розподілу. Участь відбувається на основі кожної окремої подачі за допомогою простого прапорця заголовка, тому будівельники зберігають повний контроль над тим, які з їхніх блоків і транзакцій беруть участь.

Ця структура знижує бар’єри для спеціалізованих або регіональних розробників. Розробник, який зосереджується на певному класі сервісних транзакцій або на потоці замовлень з певного географічного регіону, все ще може монетизувати цей потік, навіть якщо він не забезпечує найвищої глобальної пропозиції. Загальний ефект полягає у зменшенні тиску «переможець отримує все», який історично концентрував побудову блоків серед невеликої кількості досвідчених суб’єктів. Чи буде це зменшення достатнім, щоб змінити ринкову структуру, залежатиме від того, наскільки широко розробники використовуватимуть опціональні прапорці та наскільки ефективно оператори конкуруватимуть за якість та надійність об’єднання.

Вплив на затримку транзакцій та досвід користувача

Коли ємність обмежена, транзакції, які не включає один будівельник, переходять у наступні слоти. Користувачі відповідають завищеними ставками, щоб підвищити шанси на негайне включення. MPBC зменшує як переливання, так і оборонні ставки, розширюючи набір транзакцій, які можуть бути включені у поточний слот. Під час періодів волатильності цін або збільшеної потреби в мережі здатність поглинати додатковий несуперечливий потік може значно скоротити час підтвердження. Ранні спостереження на мейннеті з більш ніж 20 000 транзакцій, включених швидше, підтверджують цю очікувану тенденцію.

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

Технічні обмеження першої продукційної версії

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

Будівельники та оператори продовжують покладатися на взаємну довіру для обміну корисним навантаженням, хоча майбутні роботи можуть ввести економічні чи криптографічні механізми, що зменшать цю поверхню довіри. Ці обмеження зберігають перший запуск у межах добре відомих меж безпеки. Blockspace Forum вже вказав, що V2 у другій половині 2026 року розширить набір типів транзакцій, які можна об’єднувати, після накопичення оперативного досвіду. Інкрементальні оновлення продовжуватимуться паралельно. Тому дизайн розглядає запуск мейннету як початок ітеративного процесу, а не як закінчений продукт.

Інтеграція валідатора та неперервність роботи

Більшість валідаторів, які вже підключені до найбільших реле, починають отримувати багатоучасникові блоки без змін у конфігурації. Додавання трьох endpoint-ів оператора до існуючого списку реле sidecar є достатнім. Такі налаштування, як регіональна фільтрація або списки довірених будівельників, все ще можуть вказуватися через стандартний заголовок реєстрації. Ігри з часом, які грають пропозери, не перешкоджають побудові MPBC; оператори постійно покращують найкращий доступний базовий блок протягом усього слоту, а пропозер завжди отримує заголовок найвищої вартості на момент запиту.

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

MPBC та розвиваючийся ринок розробників ethereum

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

Робочі групи Форуму Blockspace у Буенос-Айресі та Каннах зібрали команди, що представляють більше 95 відсотків блоків, що створюються поза протоколом. Така широка участь збільшує ймовірність того, що дизайн продовжуватиме розвиватися з урахуванням внеску сторін, які фактично експлуатують інфраструктуру. Публічна документація, інтерактивні панелі метрик та відкрита еталонна реалізація додатково зменшують інформаційну асиметрію. Комбінація економічних стимулів та прозорого вимірювання створює практичну основу для оцінки того, чи може багатостороння модель стійко розширювати участь.

Висновок

Blockspace Forum зазначив, що поточне розгортання є першим кроком. Очікується, що V2 у кінці цього року підтримуватиме ширший спектр типів транзакцій, крім нині дозволених неконфліктних. Компенсація операторів на основі продуктивності вказана як елемент дорожньої карти, який замінить поточну фіксовану розподіл 25 відсотків. Обговорюються спільні умови колатералу між операторами для підвищення ефективності капіталу для розробників. Інкрементальні оновлення продовжуватимуться паралельно з більш масштабними змінами протоколу, запланованими для Glamsterdam та наступних форків.

Оскільки архітектура залишається адитивною, ці покращення можна впровадити без необхідності одночасного оновлення всіх валідаторів чи будівників. Та ж документація підкреслює постійну співпрацю з ширшим науковим співтовариством Ethereum. Канали зворотного зв’язку залишаються відкритими через веб-сайт форуму та публічні дискусійні платформи. Тому запуск мейннету функціонує як продуктивна система, так і живою тестовою платформою для наступного раунду удосконалень.

🔥 Поза заголовками: що означає KuCoin 5.0 для вас

Новини ринку рухаються швидко — але те, де ви дієте з ними, має рівно таке ж значення. Цього жовтня KuCoin запускає KuCoin 5.0, перетворюючи KuCoin на відновлену платформу. Ось що змінюється саме для вас:

Один акаунт для всього. Старі платформи розділяли ваші кошти між окремими акаунтами «спот», «маржа» та «ф'ючерси» і очікували, що ви зрозумієте чому. Єдиний акаунт KuCoin 5.0 повністю видаляє це — зробіть депозит один раз, і все буде просто там.
Акції, індекси та товари. KuCoin 5.0 розширюється за межі криптовалют на глобальні ринки. Коли криптовалюти рухаються бічно, а акції ростуть (або навпаки), ви переключаєтеся за хвилини, замість того щоб відкривати брокерський акаунт і чекати днів на фіатні канали.
Реальні активи (RWA). Токенізоване виставлення на традиційні активи, такі як сировина, прямо в вашому крипто-акаунті. Один із найшвидше розрастаючих сегментів у глобальній фінансовій сфері більше не є виключною привілеєю інституцій — ви отримуєте до нього доступ з того ж балансу, з яким торгуете.
Заробляйте, поки вчитеся. Ще не готові торгувати? KCUSD дозволяє вашим стейблкоїнам заробляти щоденні автокомпаунд-відсотки. Найбільш спокійний спосіб використати ваш невикористаний депозит для отримання 4% дохідності.
AI-асистент простою мовою. Задавайте питання, отримуйте контекст ринку, розумійте, що ви бачите — вбудовано в платформу, без жаргону.
Додаток, який не перевантажує. Швидший, чистіший і послідовний — інтуїтивний з першого дотику, а не після навчання.
Безпека, яку ви можете перевірити, а не просто вірити. Організація з ліцензією MiCAR у ЄС, Proof of Reserves , яку ви можете перевірити самостійно, та міжнародно сертифікована безпека (SOC 2 Type II, ISO 27001:2022).

Створіть акаунт за хвилини — і починайте на платформі, створеній для того, куди йде криптовалюта, а не туди, де вона була.

ЧаПи

Як побудова блоків з участь кількох сторін відрізняється від моделі PBS з одним будівником, яка працювала з моменту Merge?

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

Які конкретні переваги звичайні користувачі бачать від активації мейннету?

Користувачі відчувають скорочення середнього часу включення транзакцій, які раніше відкладалися, коли переможний будівельник не мав доступу до них або вирішив їх не включати. Під час періодів високого попиту додаткові шляхи включення зменшують необхідність агресивного перевищення ціни. Ранні дані мейннету вже зафіксували більше 20 000 транзакцій, які були включені швидше, ніж це було б при чисто одиночній побудові. Ефект найбільш помітний для простих переказів і транзакцій з blob, які відповідають поточним правилам відповідності.

Чи повинні валідатори встановлювати нове програмне забезпечення або змінювати свою існуючу конфігурацію PBS?

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

Як розподіляється додаткова вартість, створена доданими транзакціями, серед учасників?

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

Відмова від відповідаль

Інформація, надана на цій сторінці, може походити зі сторонніх джерел і не обов’язково відображає погляди або думки KuCoin. Цей контент призначений виключно для загальних інформаційних цілей і не повинен розглядатися як фінансова, інвестиційна або професійна порада. KuCoin не гарантує точність, повноту чи надійність інформації та не несе відповідальності за будь-які помилки, пропуски або наслідки, що виникли через її використання. Інвестування в цифрові активи супроводжується власними ризиками. Будь ласка, уважно оцініть свій рівень схильності до ризику та фінансову ситуацію перед прийняттям будь-яких інвестиційних рішень. Для отримання додаткової інформації будь ласка, ознайомтеся з Умовами використання та Відмовою від відповідальності щодо ризиків KuCoin.

Відмова від відповідальності: Для вашої зручності цю сторінку було перекладено за допомогою технології ШІ. Для отримання найточнішої інформації дивіться оригінальну англійську версію.