Що відбувається за лаштунками проблеми повільних валідаторів у мережі Solana

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

Однак за останній місяць виникла нова тенденція: медіанний час створення блоку різко зріс, і додавання нових транзакцій у блокчейн Solana стало повільнішим. Валідатори почали використовувати стратегію, за якої створювати блоки повільніше може бути вигідніше. Як дізналося Blockworks, над вирішенням проблеми вже працюють команди Anza, Jito та Marinade.

У червні фіксувалися різкі зростання тривалості епох у Solana. Джерело: Kamino

У кожному блоці Solana є валідатор-лідер, який збирає транзакції, формує блок і транслює його в мережу. Лідери отримують комісійну винагороду за кожну транзакцію у створених ними блоках. Чим більший обсяг операцій, тим більше комісійних можливостей, тому валідатору вигідніше обробити обсяг транзакцій за 500 мс, ніж за 300 мс.

Фактично, деякі валідатори Solana затримують створення блоків, очікуючи наповнення їх максимальною кількістю транзакцій для максимізації прибутків. Це призвело до збільшення тривалості епох у мережі.

Такі практики суперечать головній меті Solana — забезпечити швидкодію на рівні біржі Nasdaq. Крім того, зменшення кількості епох протягом року знижує можливості учасників стейкінгу для отримання складних відсотків, підкреслює технічний директор Sol Strategies Макс Каплан.

Solana пропонує механізм grace ticks — це додатковий період, коли лідер блоку ще може успішно відправити його у мережу. Він потрібен, аби не карати валідаторів у віддалених регіонах, проте відкриває простір для навмисних затримок.

Альтернативний клієнт Solana Frankendancer нещодавно презентував планувальник, орієнтований на максимізацію доходу. За словами Каплана, валідатори, які його використовують, помітно сповільнили швидкість формування блоків.

Каплан уточнює, що затримка від Frankendancer є мінімальною порівняно з іншими явними порушниками, і не вважає це "негативним явищем". Затримування блоків не є новим для proof-of-stake блокчейнів, однак саме оновлення Firedancer зробило цю стратегію явною на Solana. Jump поки не надала коментарів.

Програміст Firedancer Майкл МакГі нещодавно пояснив це явище у подкасті Lightspeed.

“Одне з того, що ми спостерігаємо з нашим нинішнім валідатором: [валідатори] можуть отримати більший прибуток, затримавши виконання транзакцій,” — наголосив МакГі.

Як відзначає аналітик Blockworks Research Віктор Фам, валідатори Solana, що помітно затримують блоки, зазвичай використовують модифіковані клієнти Agave-Jito.

Наприклад, у середині червня під час епохи 802 медіанний час блоку у Galaxy та Kiln перевищував 570 мс у кожного. Декілька анонімних валідаторів також працювали повільно, а середній час блоку у валідаторів Temporal становив 475 мс, згідно з даними Solana Compass даними.

Співзасновник Kiln Ернест Оппеті підтвердив, що їхній валідатор — шостий за обсягом стейку у мережі — затримував створення блоків “протягом певного часу”, але ця практика уже припинена.

“У Kiln ми прагнемо забезпечувати найвищу річну дохідність стейкінгу на ринку без шкоди для безпеки. Ми проводили дослідження різних частин стека, зокрема й стратегії таймінгу. Ми підтримуємо постійний діалог із клієнтами, командами розробників та фондом. Наразі ми діємо згідно зі специфікацією й не затримуємо блоки. Чимало учасників усе ще застосовують цю практику. Ми впевнені, що питання стимулів (швидке виробництво блоків знижує винагороди) має вирішуватися на рівні протоколу,” — зазначив Оппеті.

“Ми не стали причиною розголосу цієї ситуації,” — заявив директор з інженерії Temporal Бен Каверстон, коментуючи участь їхнього валідатора у тренді повільних блоків.

“Ми як провайдер сервісів підтримуємо такі налаштування валідаторів, які дозволяють максимізувати винагороди від стейкінгу для наших клієнтів. У Solana це може означати відправку блоків із дещо повільнішою частотою для кращого захоплення винагород. Galaxy також уже відреагувала на відгук спільноти, збільшивши швидкість блоків до прийнятної межі,” — повідомили у Galaxy.

Спільнота валідаторів Solana не схвалює навмисне уповільнення мережі, і повільні валідатори вже стикаються з публічним осудом.

Незабаром на них можуть чекати й суворіші санкції. За інформацією Blockworks, Jito планує виключати повільних валідаторів зі свого пулу стейкінгу, що наразі є найбільшим у Solana.

Президент Jito Foundation Браян Сміт заявив, що організація “розробляє пропозицію, яка дозволить комітету вилучати затримуючих валідаторів із делегації JitoSOL. Очікується, що її буде подано на громадське обговорення протягом кількох днів.”

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

Розв'язання проблеми готується і на рівні протоколу. У репозиторії Anza на GitHub опубліковано нову пропозицію щодо скорочення періоду grace tick для Solana удвічі. Крім того, очікується, що заплановане оновлення консенсусу Solana виправить ситуацію.

“Alpenglow усуне цю проблему шляхом впровадження функції пропуску голосів,” — наголосив віцепрезидент із технологій Anza Бреннан Ватт.

За словами Ватта у свіжому випуску подкасту Lightspeed, Anza сподівається впровадити Alpenglow на основній мережі до конференції Solana Breakpoint у грудні.

Відмова від відповідальності:

1. Ця стаття є передруком із сайту Blockworks. Усі авторські права належать оригінальному автору Джеку Кубінеку. Якщо ви маєте зауваження щодо передруку, будь ласка, зверніться до команди Gate Learn для оперативного вирішення питання.
2. Відмова від відповідальності: думки та висловлювання, наведені у статті, є особистими висловами автора й не є інвестиційною порадою.
3. Переклади статті іншими мовами здійснювались командою Gate Learn. За відсутності окремого дозволу, копіювання, розповсюдження або використання перекладів забороняється.