Останній випущений звіт про продуктивність Блокчейн показує, що в великих Блокчейн Solana має найшвидшу швидкість, її максимальний денний середній реальний TPS становить 1,054. На другому місці перебуває Sui, максимальний денний середній реальний TPS становить 854. Третє місце займає реальний TPS певного торгового майданчика, який ще не досягає половини TPS Sui.
Цей звіт виявляє цікаве явище: найбільш продуктивні Solana та Sui є неEVM-сумісними Блокчейнами. Глибший аналіз показує, що середнє реальне TPS восьми неEVM-сумісних Блокчейнів становить 284, тоді як середнє TPS 17 EVM-сумісних Блокчейнів та Ethereum Layer2 лише 74. Це означає, що продуктивність неEVM-сумісних Блокчейнів приблизно в 4 рази вища, ніж у EVM-сумісних Блокчейнів.
Продуктивні обмеження, з якими стикається EVM-сумісний Блокчейн
Загалом, способи підвищення TPS у Блокчейн включають: підвищення продуктивності вузлів, вдосконалення базового протоколу, розширення Блоку, оптимізацію протоколу консенсусу та покращення способів виконання транзакцій.
Для блокчейну EVM, через обмеження віртуального середовища, найбільшим викликом є виконання транзакцій. EVM має дві основні проблеми з продуктивністю:
256-бітна архітектура: EVM спроектовано як 256-бітну віртуальну машину, що полегшує обробку хеш-алгоритмів Ethereum. Але фактичні комп'ютери, що виконують EVM, повинні відображати 256-бітні байти на локальну архітектуру, що призводить до зниження ефективності.
Відсутність стандартної бібліотеки: Solidity не має вбудованої стандартної бібліотеки, розробникам потрібно самостійно реалізовувати базові функції, хоча проекти, такі як OpenZeppelin, покращили ситуацію, швидкість виконання байт-коду EVM все ще значно поступається швидкості виконання стандартної бібліотеки з попередньою компіляцією.
З точки зору оптимізації виконання, EVM має ще два великі недоліки:
Важко провести статичний аналіз: динамічний механізм переходів EVM ускладнює статичний аналіз коду, що заважає реалізації паралельного виконання.
Незрілість JIT-компілера: хоча вже є проекти EVM JIT, але вони все ще на експериментальній стадії і не змогли повністю використати потенціал оптимізації JIT.
Тому багато високопродуктивних публічних блокчейнів обирають використання віртуальних машин на основі WASM, eBPF байт-коду або Move байт-коду, а не EVM. Наприклад, Solana використовує свою унікальну віртуальну машину SVM та байт-код SBF на основі eBPF.
Solana: секрет швидкості короля
Solana відома своєю механікою PoH(Proof of History) та низькою затримкою з високою пропускною здатністю, вважається однією з найбільш перспективних "викликів Ethereum".
Ядром PoH є простий хеш-алгоритм, подібний до перевірної затримки функції (VDF). Solana використовує SHA-256 для реалізації безперервної хеш-функції, де вихід кожної ітерації використовується як вхід для наступної. Цей обчислення виконується на одному ядрі кожного валідатора.
Хоча генерування послідовностей є послідовним і однотредним, перевірка може здійснюватися паралельно, що забезпечує ефективну перевірку на багатоядерних системах. Хоча швидкість хешування має межу, поліпшення апаратного забезпечення можуть надати додатковий приріст продуктивності.
Процес консенсусу Solana
Механізм PoH як надійне та бездостовірне джерело часу створює в мережі перевірені та упорядковані записи подій. Основуючись на PoH, тайминг дозволяє мережі Solana обертати лідерів у визначений та прозорий спосіб. Ця ротація відбувається з фіксованими інтервалами часу, для 4-х слотів (slot), кожен з яких наразі встановлений на 400 мілісекунд.
У кожному інтервалі часу лідер пропонує новий Блок, що містить транзакції, отримані від користувачів. Лідер перевіряє транзакції, упаковує їх у Блок, а потім транслює іншим валідаторам у мережі. Інші валідатори голосують за дійсність Блоку. Якщо Блок отримує голоси більшості прав власності, він вважається підтвердженим.
Після закінчення часу лідера, мережа негайно переходить до наступного часу, надаючи можливість виробництва блоків для наступних лідерів. Цей підхід забезпечує високу пропускну здатність і гнучкість мережі Solana.
Технології оптимізації продуктивності Solana
Gulf Stream: Мережа Solana може заздалегідь підтвердити лідера, без необхідності зберігати транзакції користувачів у публічному мемпулі. Після того, як користувач подає транзакцію, сервер RPC перетворює її на пакет QUIC і безпосередньо пересилає лідеру-валідації.
Технологія конвеєра: Solana розділяє обробку даних блоків на кілька процесів різних апаратних компонентів, максимізуючи використання апаратного забезпечення, прискорюючи перевірку та передачу блоків.
Sealevel: Торговий планувальник Solana використовує механізм блокування для читання та запису, щоб виконувати угоди паралельно, кожен потік незалежно обробляє чергу угод, підвищуючи ефективність виконання.
Турбіна: Лідери, коли поширюють Блок, розділяють пакети даних і розподіляють їх між верифікаторами з ієрархічною структурою, зменшуючи використання пропускної здатності.
TowerBFT: Валідатори використовують механізм консенсусу для голосування проти розгалуження під час процесу голосування, в режимі реального часу об'єднуючи голосування проти розгалуження, що підвищує ефективність консенсусу.
Cloudbreak: база даних, розроблена Solana, яка розподіляє структуру даних облікового запису певним чином, щоб максимально підвищити ефективність SSD.
Archiver: Solana переносить зберігання даних з валідаторів на спеціалізовану мережу вузлів, зменшуючи навантаження на валідаторів.
Висновок
Дизайн Solana полягає в створенні Блокчейн, який розширюється зі збільшенням продуктивності апаратного забезпечення. Завдяки максимальному використанню можливостей CPU, GPU та пропускної спроможності сучасних комп'ютерів, Solana теоретично може досягти вражаючої швидкості 65 000 TPS.
Висока продуктивність та масштабованість Solana роблять її переважною платформою для обробки високочастотних торгівлі та складних смарт-контрактів. Незалежно від того, чи це траса DePIN/AI, чи траса Meme, Solana демонструє величезний потенціал.
Хоча наразі регулятори все ще вважають Solana цінним папером, в короткостроковій перспективі навряд чи буде схвалено її ETF, але на крипторинку консенсус є цінністю. Solana поступово встановлює ринковий консенсус, що може зрівнятися з Bitcoin та Ethereum, демонструючи величезний потенціал для довгострокового розвитку.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
16 лайків
Нагородити
16
4
Репост
Поділіться
Прокоментувати
0/400
CryptoSourGrape
· 4год тому
Якби я купив sol минулого року, а не вкладав все в eth... Ой, яка ж гірка сльоза.
Секрети короля продуктивності Solana: не EVM-сумісний ланцюг має TPS у 4 рази більше, ніж EVM.
Таємниця короля продуктивності Блокчейн
Останній випущений звіт про продуктивність Блокчейн показує, що в великих Блокчейн Solana має найшвидшу швидкість, її максимальний денний середній реальний TPS становить 1,054. На другому місці перебуває Sui, максимальний денний середній реальний TPS становить 854. Третє місце займає реальний TPS певного торгового майданчика, який ще не досягає половини TPS Sui.
Цей звіт виявляє цікаве явище: найбільш продуктивні Solana та Sui є неEVM-сумісними Блокчейнами. Глибший аналіз показує, що середнє реальне TPS восьми неEVM-сумісних Блокчейнів становить 284, тоді як середнє TPS 17 EVM-сумісних Блокчейнів та Ethereum Layer2 лише 74. Це означає, що продуктивність неEVM-сумісних Блокчейнів приблизно в 4 рази вища, ніж у EVM-сумісних Блокчейнів.
Продуктивні обмеження, з якими стикається EVM-сумісний Блокчейн
Загалом, способи підвищення TPS у Блокчейн включають: підвищення продуктивності вузлів, вдосконалення базового протоколу, розширення Блоку, оптимізацію протоколу консенсусу та покращення способів виконання транзакцій.
Для блокчейну EVM, через обмеження віртуального середовища, найбільшим викликом є виконання транзакцій. EVM має дві основні проблеми з продуктивністю:
256-бітна архітектура: EVM спроектовано як 256-бітну віртуальну машину, що полегшує обробку хеш-алгоритмів Ethereum. Але фактичні комп'ютери, що виконують EVM, повинні відображати 256-бітні байти на локальну архітектуру, що призводить до зниження ефективності.
Відсутність стандартної бібліотеки: Solidity не має вбудованої стандартної бібліотеки, розробникам потрібно самостійно реалізовувати базові функції, хоча проекти, такі як OpenZeppelin, покращили ситуацію, швидкість виконання байт-коду EVM все ще значно поступається швидкості виконання стандартної бібліотеки з попередньою компіляцією.
З точки зору оптимізації виконання, EVM має ще два великі недоліки:
Важко провести статичний аналіз: динамічний механізм переходів EVM ускладнює статичний аналіз коду, що заважає реалізації паралельного виконання.
Незрілість JIT-компілера: хоча вже є проекти EVM JIT, але вони все ще на експериментальній стадії і не змогли повністю використати потенціал оптимізації JIT.
Тому багато високопродуктивних публічних блокчейнів обирають використання віртуальних машин на основі WASM, eBPF байт-коду або Move байт-коду, а не EVM. Наприклад, Solana використовує свою унікальну віртуальну машину SVM та байт-код SBF на основі eBPF.
Solana: секрет швидкості короля
Solana відома своєю механікою PoH(Proof of History) та низькою затримкою з високою пропускною здатністю, вважається однією з найбільш перспективних "викликів Ethereum".
Ядром PoH є простий хеш-алгоритм, подібний до перевірної затримки функції (VDF). Solana використовує SHA-256 для реалізації безперервної хеш-функції, де вихід кожної ітерації використовується як вхід для наступної. Цей обчислення виконується на одному ядрі кожного валідатора.
Хоча генерування послідовностей є послідовним і однотредним, перевірка може здійснюватися паралельно, що забезпечує ефективну перевірку на багатоядерних системах. Хоча швидкість хешування має межу, поліпшення апаратного забезпечення можуть надати додатковий приріст продуктивності.
Процес консенсусу Solana
Механізм PoH як надійне та бездостовірне джерело часу створює в мережі перевірені та упорядковані записи подій. Основуючись на PoH, тайминг дозволяє мережі Solana обертати лідерів у визначений та прозорий спосіб. Ця ротація відбувається з фіксованими інтервалами часу, для 4-х слотів (slot), кожен з яких наразі встановлений на 400 мілісекунд.
У кожному інтервалі часу лідер пропонує новий Блок, що містить транзакції, отримані від користувачів. Лідер перевіряє транзакції, упаковує їх у Блок, а потім транслює іншим валідаторам у мережі. Інші валідатори голосують за дійсність Блоку. Якщо Блок отримує голоси більшості прав власності, він вважається підтвердженим.
Після закінчення часу лідера, мережа негайно переходить до наступного часу, надаючи можливість виробництва блоків для наступних лідерів. Цей підхід забезпечує високу пропускну здатність і гнучкість мережі Solana.
Технології оптимізації продуктивності Solana
Gulf Stream: Мережа Solana може заздалегідь підтвердити лідера, без необхідності зберігати транзакції користувачів у публічному мемпулі. Після того, як користувач подає транзакцію, сервер RPC перетворює її на пакет QUIC і безпосередньо пересилає лідеру-валідації.
Технологія конвеєра: Solana розділяє обробку даних блоків на кілька процесів різних апаратних компонентів, максимізуючи використання апаратного забезпечення, прискорюючи перевірку та передачу блоків.
Sealevel: Торговий планувальник Solana використовує механізм блокування для читання та запису, щоб виконувати угоди паралельно, кожен потік незалежно обробляє чергу угод, підвищуючи ефективність виконання.
Турбіна: Лідери, коли поширюють Блок, розділяють пакети даних і розподіляють їх між верифікаторами з ієрархічною структурою, зменшуючи використання пропускної здатності.
TowerBFT: Валідатори використовують механізм консенсусу для голосування проти розгалуження під час процесу голосування, в режимі реального часу об'єднуючи голосування проти розгалуження, що підвищує ефективність консенсусу.
Cloudbreak: база даних, розроблена Solana, яка розподіляє структуру даних облікового запису певним чином, щоб максимально підвищити ефективність SSD.
Archiver: Solana переносить зберігання даних з валідаторів на спеціалізовану мережу вузлів, зменшуючи навантаження на валідаторів.
Висновок
Дизайн Solana полягає в створенні Блокчейн, який розширюється зі збільшенням продуктивності апаратного забезпечення. Завдяки максимальному використанню можливостей CPU, GPU та пропускної спроможності сучасних комп'ютерів, Solana теоретично може досягти вражаючої швидкості 65 000 TPS.
Висока продуктивність та масштабованість Solana роблять її переважною платформою для обробки високочастотних торгівлі та складних смарт-контрактів. Незалежно від того, чи це траса DePIN/AI, чи траса Meme, Solana демонструє величезний потенціал.
Хоча наразі регулятори все ще вважають Solana цінним папером, в короткостроковій перспективі навряд чи буде схвалено її ETF, але на крипторинку консенсус є цінністю. Solana поступово встановлює ринковий консенсус, що може зрівнятися з Bitcoin та Ethereum, демонструючи величезний потенціал для довгострокового розвитку.