Оновлення мережі Solana

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

QUIC

Solana використовує власний сирий протокол на основі UDP для передачі транзакцій між вузлами Remote Procedure Call (RPC) та поточним лідером. UDP забезпечує високу швидкість, але функціонує як протокол без встановлення з’єднання та не підтримує контроль потоку й підтвердження доставки. Це обмежує можливості протидії або стримування зловживань у мережі.

Для усунення цих обмежень протокол прийому транзакцій у Solana реалізовано на базі QUIC, протоколу, розробленого Google. QUIC поєднує швидкість UDP із можливостями керування сесіями та потоком, властивими TCP. Завдяки цьому забезпечується швидке асинхронне передавання із вбудованим керуванням трафіком. Оператори мережі можуть ефективніше адаптувати та оптимізувати прийом даних.

QUIC запроваджено на Mainnet-beta, і більшість валідаторів і операторів RPC вже його використовує. Після наступних релізів QUIC став основним протоколом прийому транзакцій, повністю замінив UDP і поширився по всій екосистемі Solana network status.

Stake-weighted QoS

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

Stake-weighted Quality of Service (QoS) забезпечує справедливість на основі частки стейку кожного вузла в мережі. Вузол із 0,5% стейку гарантовано може передати щонайменше 0,5% пакетів до лідера, і решта учасників не можуть цього скасувати чи перевищити. Такий підхід реалізовано на основі архітектури proof-of-stake у Solana для справедливого розподілу прав на передачу транзакцій.

Stake-weighted QoS розробили паралельно з QUIC і активували на Mainnet-beta для справедливого розподілу пропускної здатності в мережі. Це посилило статус мережі Solana.

Fee markets

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

Fee markets запроваджують ринковий механізм пріоритезації транзакцій. Користувачі можуть додавати пріоритетні комісії, тобто додаткові платежі понад базову вартість транзакції, щоб визначити терміновість операції. Пріоритетні комісії розраховують відповідно до обчислювальних ресурсів, необхідних для виконання. Наприклад, проста передача токену матиме нижчу пріоритетну комісію, ніж складна операція Non-Fungible Token (NFT) minting з такою ж терміновістю.

Функція fee markets вже доступна на Mainnet-beta. Триває розвиток функцій RPC, підтримки інтеграції гаманців і впровадження таких інструментів, як багаторівневі комісії для найбільш завантажених акаунтів і вдосконалені алгоритми розкладу блоків.

Збільшення розміру транзакції

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

Вдосконалення протоколу QUIC відкрило можливість збільшення ліміту розміру транзакцій. Інженерні команди продовжують оцінювати вплив цього рішення на продуктивність мережі й визначають оптимальні нові параметри, що збалансують композиційність і ефективність. Це напряму впливає на статус мережі Solana.

Компактний стан голосування

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

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

Висновок

Ініціатива з оновлення мережі Solana є комплексним підходом до забезпечення масштабованості та ефективності. Інновації у протоколах (QUIC), розподілі ресурсів (stake-weighted QoS), ціноутворенні транзакцій (fee markets), обсязі даних (розмір транзакції) і оптимізації консенсусу (компактний стан голосування) зміцнюють інфраструктуру для сталого зростання. Оновлення підвищують ефективність використання пропускної здатності, вдосконалюють механізми пріоритизації транзакцій і зменшують навантаження системи. Це зміцнює статус мережі Solana для підтримки зростання кількості користувачів із збереженням продуктивності й безпеки мережі.

FAQ

Чи працює зараз мережа Solana?

Так, мережа Solana працює в штатному режимі. На цей момент не зафіксовано жодних збоїв або перебоїв у роботі сервісу.

Чому мережа Solana перевантажена?

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

Чому мій переказ Solana триває так довго?

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

Чому мережа Solana зазнала збою?

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

Як перевірити поточний статус і показники мережі Solana?

Відвідайте status.solana.com для перегляду показників працездатності мережі в реальному часі. Для перевірки стану мережі використовуйте RPC-ендпоінти Solana — методи getHealth() чи getClusterNodes(). Слідкуйте за обсягом транзакцій, часом слотів і участю валідаторів через офіційні дашборди та дослідники Solana.

Які типові причини уповільнень і збоїв у мережі Solana?

Типові причини уповільнень і збоїв у мережі Solana: помилки клієнтів, спам-транзакції, простої валідаторів, розділення мережі та зупинки консенсусу, які блокують створення блоків і підтвердження транзакцій.