TL; DR
Solana — це високопродуктивна блокчейн-платформа, яка використовує унікальну технічну архітектуру для досягнення високої пропускної здатності та низької затримки. Його основні технології включають алгоритм підтвердження історії (POH) для забезпечення порядку транзакцій і глобального годинника, а також механізми консенсусу Leader Rotation Schedule і Tower BFT для збільшення швидкості виробництва блоків. Механізм Turbine оптимізує розповсюдження великих блоків за допомогою кодування Ріда-Соломона. Віртуальна машина Solana (SVM) і система паралельного виконання Sealevel прискорюють виконання транзакцій. Це архітектурні проекти Solana для досягнення високої продуктивності, але вони також приносять деякі проблеми, такі як простой мережі, збій транзакцій, проблеми з MEV, надмірне зростання стану та проблеми з централізацією. У цій статті ми також зосереджуємося на цьому механізмі.
Екосистема Solana швидко розвивалася, і різні показники даних швидко розвивалися в першій половині року, особливо в сферах DeFi, інфраструктури, GameFi/NFT, DePin/AI та споживчих додатків. Високий TPS і орієнтовані на споживача стратегії застосування Solana, а також її екологічне середовище зі слабким впливом бренду надають підприємцям і розробникам широкі підприємницькі можливості. Що стосується споживчих додатків, Solana продемонструвала своє бачення просування застосування технології блокчейн у більш широкому діапазоні сфер. Підтримуючи такі компанії, як Solana Mobile, і створюючи SDK спеціально для споживчих додатків, Solana працює над інтеграцією технології блокчейн у повсякденні додатки, тим самим підвищуючи прийнятність і зручність для користувачів. Наприклад, такі додатки, як Stepn, надають користувачам нові можливості для фітнесу та спілкування, поєднуючи блокчейн і мобільні технології. Незважаючи на те, що багато споживчих програм все ще шукають найкращі бізнес-моделі та позиціонування на ринку, технологічна платформа та підтримка екосистеми, надані Solana, безсумнівно, забезпечують потужну підтримку для цих інноваційних спроб. З подальшим розвитком технологій і зрілістю ринку очікується, що Solana досягне нових проривів і успішних справ у сфері споживчих програм.
Незважаючи на те, що Solana завоювала значну частку ринку в індустрії блокчейнів завдяки високій пропускній здатності та низьким транзакційним витратам, вона також стикається з жорсткою конкуренцією з боку інших публічних мереж, що розвиваються. Оскільки Base є потенційним конкурентом в екосистемі EVM, кількість активних адрес у ланцюжку стрімко зростає. У той же час, хоча загальний обсяг блокування (TVL) Solana в області DeFi досяг рекордного рівня, такі конкуренти, як Base. також швидко займають частку ринку, сума фінансування Base Ecosystem також вперше перевищила Solana у другому кварталі.
Незважаючи на те, що Solana досягла певних досягнень у технологіях і прийнятті на ринку, їй потрібно продовжувати впроваджувати інновації та вдосконалюватись, щоб справлятися з викликами конкурентів, таких як Base. Особливо з точки зору покращення стабільності мережі, зниження частоти збоїв у транзакціях, вирішення проблем MEV та уповільнення зростання стану, Solana має продовжувати оптимізувати свою технічну архітектуру та мережеві протоколи, щоб зберегти свої лідируючі позиції в індустрії блокчейнів.
Технічна архітектура
Solana відома своїм алгоритмом POH, механізмом консенсусу Tower BFT, а також високим TPS і швидкою остаточністю, які забезпечують мережа передачі даних Trubine і віртуальна машина SVM. Ми коротко познайомимося з тим, як працюють різні компоненти, як досягти високопродуктивної мети для архітектурного проектування, а також недоліки та похідні проблеми, спричинені цим архітектурним дизайном.
Алгоритм POH
POH (Proof of History) — це технологія, яка визначає глобальний час. Це не консенсусний механізм, а алгоритм, який визначає порядок транзакцій. Технологія POH є похідною від найпростішої криптографічної технології SHA256. SHA256 зазвичай використовується для обчислення цілісності даних. Якщо ввести X, існує лише унікальний вихід Y, тому будь-які зміни в X призведуть до того, що Y буде зовсім іншим.
Послідовність POH, джерело: офіційний документ Solana
Схематична діаграма послідовності POH, джерело: офіційний документ Solana
У послідовності POH Solana цілісність усієї послідовності можна забезпечити шляхом застосування алгоритму sha256, який також визначає цілісність транзакцій. Наприклад, якщо ми запакуємо транзакцію в блок і згенеруємо відповідне хеш-значення sha256, то будь-які зміни призведуть до зміни хеш-значення блоку наступний блок. Частина X функції sha256, а потім додайте хеш наступного блоку, потім визначаються попередній і наступний блоки, і будь-які зміни призведуть до того, що новий Y буде іншим.
Це основне значення технології Proof of History, яка буде використовуватися як частина наступної функції sha256.
Діаграма архітектури потоку транзакцій, джерело: документ Solana
На схемі архітектури потоку транзакцій Solana описується процес транзакції в рамках механізму ротації під назвою Leader Rotation Schedule, вузол Leader буде згенерований серед усіх валідаторів у ланцюжку, а вузол Leader збиратиме транзакцію. сортується та виконується для створення послідовності POH, а потім генерується блок і поширюється на інші вузли.
Механізм виборів лідера, джерело: Helius
Щоб уникнути єдиної точки відмови на вузлі Leader, вводиться обмеження за часом. У Solana одиниця часу ділиться на 432 000 слотів. Кожен слот має тривалість 400 мс заданий час слота (400 мс), інакше цей слот буде пропущено, а вузол Leader наступного слота буде переобрано.
Загалом, вузол Leader використовує механізм POH для визначення всіх історичних транзакцій. Основною одиницею часу Solana є слот, а вузол Leader повинен транслювати блоки в межах слота. Користувач надсилає транзакцію Leader через вузол RPC і сортує транзакції, щоб створити блок, щоб досягти консенсусу консенсус щодо транзакцій і порядку в блоці Цей консенсус використовує механізм консенсусу Tower BFT.
Консенсусний механізм Tower BFT
Протокол Tower BFT, джерело: Helius
Консенсусний протокол Tower BFT походить від алгоритму консенсусу BFT і є його конкретною інженерною реалізацією. Цей алгоритм все ще пов’язаний з алгоритмом POH. Під час голосування за блок, якщо голос валідатора сам по собі є транзакцією, тоді хеш блоку, сформований транзакцією користувача та транзакцією валідатора, також можна використовувати як історичний доказ, деталі транзакції користувача та деталі голосування валідатора можуть бути однозначно підтверджені.
Алгоритм Tower BFT передбачає, що якщо всі валідатори проголосують за блок і більше ніж 2/3 валідаторів проголосують за схвалення, тоді блок може бути підтверджено. Перевага цього механізму полягає в тому, що він економить багато пам’яті, тому що для підтвердження блокування потрібно проголосувати лише за хеш-послідовність. Однак у традиційному механізмі консенсусу зазвичай використовується передача блоків, тобто валідатор отримує блок, а потім надсилає його навколишнім валідаторам. Це спричинить велику кількість надмірностей у мережі, оскільки валідатор отримує більше того самого блоку ніж один раз.
У Solana завдяки великій кількості транзакцій голосування валідатора, ефективності, що забезпечується централізацією вузлів Leader і часом слота 400 мс, це призводить до надзвичайно високого розміру блоку та частоти генерації блоків, а великі блоки поширюються водночас це також створюватиме великий тиск на мережу. Solana використовує механізм Turbine для вирішення проблеми розповсюдження великих блоків.
Турбіна
значок голосування
Механізм поширення турбінного блоку, джерело: Helius
Вузол Leader розбиває блок на фрагментовані підблоки за допомогою процесу, який називається Sharding, розмір якого вказується в MTU (Maximum Transmission Unit), який можна надсилати з одного вузла на наступний, не розбиваючи його на менші одиниці розмір даних) як одиницю. Потім цілісність і доступність даних забезпечується за допомогою схеми коду видалення Ріда-Соломона.
Схема кодування Ріда-Соломона, джерело: Helius
Розділивши блок на чотири фрагменти даних, а потім, щоб запобігти втраті та пошкодженню пакетів під час передачі даних, використовується кодування Ріда-Соломона для кодування чотирьох пакетів у вісім пакетів. Ця схема може допускати до 50% втрати пакетів. У реальних тестах рівень втрати пакетів Solana становив близько 15%, тому це рішення добре сумісне з поточною архітектурою Solana.
У базовій передачі даних, як правило, розглядається протокол UDP/TCP, оскільки протокол UDP використовується для передачі з високою толерантністю до втрати пакета перевага полягає у вищій швидкості передачі. Навпаки, протокол TCP буде повторно передавати пакети, що значно зменшить швидкість передачі та пропускну здатність. За допомогою цього рішення можна значно збільшити пропускну здатність Solana в реальному середовищі разів.
Принципова діаграма пошарового поширення, джерело: Helius
Після того, як Turbine фрагментує дані, для розповсюдження використовується механізм багаторівневого поширення. Вузол Leader передасть блок будь-якому валідатору блоку до кінця кожного слота, а потім валідатор фрагментує блок на Shreds коду стирання, верифікатор розпочне розповсюдження Turbine. Спочатку він поширюється до кореневого вузла, який потім визначає, які валідатори на якому рівні. Процес виглядає наступним чином:
Створіть список вузлів: кореневий вузол узагальнює всі активні валідатори в список, а потім сортує їх відповідно до капіталу кожного валідатора в мережі (тобто кількість поставлених SOL, розташованих на першому рівні). І так далі.
Групування вузлів: кожен валідатор на першому рівні потім також створить власний список вузлів для створення власного першого рівня.
Формування шару: Розділіть вузли на шари у верхній частині списку, визначивши значення глибини та ширини, ви можете визначити приблизну форму всього дерева. Цей параметр впливатиме на швидкість поширення фрагментів.
Вузли з більшою часткою капіталу можуть отримати повні фрагменти заздалегідь на вищому рівні під час ієрархічного поділу. У цей час повні блоки можуть бути відновлені, тоді як вузли на наступних рівнях не можуть отримати повні фрагменти через втрату передачі буде зменшено. Якщо цих фрагментів недостатньо для створення повного фрагмента, Лідера буде запропоновано повторно передати напряму. Тоді передача даних буде здійснюватися всередині дерева в цей час, і вузли на першому рівні вже побудували повне підтвердження блоку, чим більше часу потрібно для голосування верифікаторів на наступних рівнях після завершення побудови блоку.
Ідея цього механізму схожа на одновузловий механізм вузла Leader. У процесі розповсюдження блоків також є кілька пріоритетних вузлів. Ці вузли спочатку отримують фрагменти для формування повних блоків для досягнення консенсусу. Виведення резервування на більш глибокий рівень може значно пришвидшити Finality і максимізувати пропускну здатність і ефективність. Оскільки фактично перші кілька шарів можуть представляти 2/3 вузлів, тоді голоси наступних вузлів не матимуть значення.
SVM
Solana здатна обробляти тисячі транзакцій за секунду, в основному завдяки механізму POH, консенсусу Tower BFT і механізму поширення даних Turbine. Однак SVM — це віртуальна машина для переходу між станами. Якщо вузол Leader виконує транзакції, а швидкість обробки SVM буде знижена, то для SVM Solana запропонував механізм паралельного виконання Sealevel підвищити швидкість виконання транзакцій.
Паралельна схема виконання Sealevel, джерело: Xangle
У SVM інструкція складається з 4 частин, включаючи ідентифікатор програми, інструкції програми та список облікових записів для читання/запису даних. Визначаючи, чи знаходиться поточний обліковий запис у стані читання чи запису, і чи конфліктує операція зі зміни стану, інструкції транзакції облікового запису можна розпаралелювати без конфліктних станів. Кожна інструкція представлена ідентифікатором програми. Це одна з причин, чому верифікатори Solana мають високі вимоги, оскільки GPU/CPU верифікатора має підтримувати SIMD (одна інструкція з кількома даними) і розширені можливості векторного розширення AVX.
екологічний розвиток
Солана ЕкоЛандшафт
У поточному процесі розробки екосистеми Solana все більше схиляється до практичної користі, як-от Blinks, Actions і навіть Solana Mobile тощо, і напрямок розробки офіційно підтримуваних додатків також спрямований більше на споживчі програми, а не на інфраструктуру . Оскільки поточна продуктивність Solana є достатньою, типи програм ще багатші. Що стосується Ethereum, то через його низький TPS в екосистемі Ethereum все ще домінує інфраструктура та технологія розширення. Це також призвело до незбалансованого стану занадто багато інвестицій в інфраструктуру та занадто мало інвестицій у програми.
DeFi
Пейзаж DeFi
У протоколі DeFi на Solana є велика кількість проектів, які не випустили монети, включаючи Kamino (перша позика), Marginfi (позика + переставлення), SoLayer (переставка), Meteora тощо. Завдяки єдиній екологічній атмосфері Solana, зазвичай проект є. Під час періоду випуску монет інші проекти намагатимуться уникнути цього, щоб привернути достатню увагу ринку.
Частка ринку DEX, джерело: Dune
Зараз існує жорстка конкуренція в усьому DEX, і його лідер також зазнав багатьох міграцій, від Raydium, Orca, а тепер Jupiter до домінуючої позиції.
Ініціатор торгівлі DEX, джерело: Dune
Варто зазначити, що близько 50% транзакцій DEX ініціюються ботом MEV, в основному через низькі комісії та активні транзакції Meme, які роблять MEV прибутковим. Це також одна з головних причин частих пікових збоїв транзакцій і простою користувачів.
Solana TVL, Джерело: Defillama
Протокол DeFi на Solana зазнав різкого зростання номінального TVL у доларах США, оскільки ціна SOL зросла. Його висхідний тренд TVL не припинився, і сформувалася нова хвиля висхідного тренду.
Коротше кажучи, незважаючи на жорстку конкуренцію на трасі Solana, все ще є зміни, на відміну від Uniswap на Ethereum, який займає думку користувачів про бренд, навіть DEX, який має бути надзвичайно липким і має мережеві ефекти, також зіткнеться з ризиком бути. замінено. Транзакції в основному ланцюжку Solana заповнені ботами MEV, що спричинило великі проблеми з користуванням, які ще потрібно вирішити. У загальному напрямку TVL все ще розвивається дуже швидко, і його подальший екологічний розвиток DeFi все ще варто очікувати. Більше того, менталітет бренду цих додатків не дуже захоплює користувачів, що є потенційною рушійною силою підприємцям вибрати мережу.
Інфраструктура
Інфраструктура Ландшафт
З точки зору побудови інфраструктури, головними лідерами є оракул-машина Pyth і міжланцюговий міст Wormhole, які також включають деякі цільові рішення, про які громадськість може мало знати, наприклад:
Jito Labs: зосереджено на розробці рішень MEV на Solana. Його клієнт Jito Labs створює Bundle і псевдо-emempool, щоб дозволити дослідникам проводити MEV. Зараз його частка на ринку перевищує 50%. Крім того, заявлений SOL протоколу LSD Jito також наближається до 12 мільйонів, і він все ще швидко зростає.
Helius: як спільнота активних учасників Solana, Helius має найповніше дослідження Solana та робить внесок у код через дослідження.
GenesysGo: його продукт ShdwDrive – це проект зберігання даних у Solana. Він спрямований на підтримку проектів, які можна комерціалізувати, включаючи соціальні дані, хостинг веб-сайтів та інші види діяльності. Він все ще знаходиться на стадії тестової мережі. Водночас її материнська компанія GenesysGo також створює різні суспільні блага та проводить дослідження для спільноти Solana.
Крім того, Солана все ще має велику кількість проектів, які варто дослідити, і чекають на вивчення китайською спільнотою. Ми дійсно виявили, що ці інфраструктури мають величезний вплив на будівництво Solana на рівні протоколу, екологічний розвиток і спільноту, і можуть бути можливості для подальшого використання її потенціалу через інвестиції чи співпрацю.
Ігри / NFT
Ігри / Пейзаж NFT
У Solana також є відносно багата екосистема GameFi та NFT. У минулому ця провідна позиція була у всій екосистемі Solana. Ринок NFT також зазнав змін. Раніше найпопулярнішим був Magic Eden, але тепер він змінився на Tensor.
ДеПін / А.І
ДеПін Пейзаж
Огляд даних DePin, джерело: DePin Scan
Наразі на ринку DePin Solana Render є беззаперечним лідером із реальним бізнесом. Разом зі стратегією розвитку Solana, зосередженою на практичних застосуваннях, вона також захопила стиль оповіді Депіна в цьому раунді відновлення. У першому півріччі на Solana було створено велику кількість нових проектів Depin, зокрема io.net, Nosana, Shadow тощо.
Споживач
Споживчий пейзаж
Незалежно від того, чи це Solana Mobile, чи офіційний веб-сайт Solana Ecosystem, який спеціально створює колонки для споживчих програм, винахід Actions і Blinks ілюструє бачення Solana щодо комерціалізації та практичності блокчейну. Випуск мобільної мережі також розміщує веб-додатки на мобільній стороні, що дуже відповідає людській природі та тенденції розвитку Інтернету. Тому його легко виламати при внесенні на такий ґрунт, найбільш типовим є Степн.
Дивлячись на споживацькі додатки, які зараз запущені, насправді більшість із них не знайшли хорошого прориву, тому все ще неможливо впровадити реальну програму в бізнес-світ. Це включає інновації одного продукту, єдину бізнес-модель і слабкий Web2 маркетинг, попит на плату за газ, поріг введення токенів та інші фактори.
Однак споживчі додатки є остаточним сценарієм впровадження технології блокчейн, а також визначають стелю публічних мереж. Тому дуже необхідно, щоб Solana досліджувала мобільні споживчі додатки, і нам також необхідно проводити довгострокове дослідження в цьому напрямку. Особливо в поточній екосистемі Ethereum інфраструктура набагато переважує програми. Зрештою, інфраструктура обслуговує програми.
Платежі
Пейзаж платежів
Гаманці на Solana включають Phantom, Backpack, TipLink тощо. Як і DEX, ефект бренду тут не дуже сильний, тому підприємці мають більше можливостей. Раніше провідним гаманцем був Phantom, але тепер він змінився на Backpack, який створений Mad Labs тепер також на основі лідера Solana.
Статус випуску стейблкойнів Solana, джерело: Defillama
Наразі він співпрацює з Paypal, Visa тощо для здійснення переказів стейблкойнів у ланцюжку. Цей бізнес-сценарій сам по собі дуже сприяє швидкому завершенню та низькій комісії за газ Solana. Наразі стейблкоїн у його ланцюжку перебуває в стані повільного зростання.
Стек-діаграма переказу стейблкойнів з початку року, джерело: Artemis
Солана мав вражаючу частку ринку трансферу стейблкойнів у першому півріччі. Але з червня його частка на ринку значно скоротилася. У першій половині року Солана показав неймовірні результати, але початкові дані про трансфери в другій половині року показали чітку тенденцію до зниження.
Дані про конкурента
Кількість активних адрес у ланцюжку, джерело: Artemis
Серед публічних мереж Base розглядається як потенційний конкурент Solana в екосистемі EVM. Кількість активних адрес у ланцюжку Base стрімко зростає, і Solana все ще перебуває на стадії швидкого зростання, незважаючи на свою перевагу першого учасника. NEAR залишається на високому рівні, але Aptos і Sui відстають у конкуренції публічних мереж.
Порівняння TVL, джерело: Artemis
TVL компанії Solana також досягла значних успіхів у сфері Defi і все ще значно відстає від інших публічних мереж.
Стабільний валютний резерв державного ланцюга, джерело: Allium
Наразі частка ринку стейблкойнів Solana була млявою через появу кількох мереж, частка ринку Ethereum природним чином скоротилася, а частка ринку Base тихо зростає.
Дані про фінансування, джерело: Messari
З точки зору фінансування ринку капіталу, частота фінансування екосистеми Base значно зросла в останньому кварталі та перевершила екосистему Solana. Таким чином, з частки ринку даних про кожне намисто та фінансування капіталу також можна побачити, що конкуренція між Base і Solana на ринку встановлена, і цей конкурентний тиск буде більшим, оскільки Base дозріває, і Solana стикатиметься з більшим тиском, і Base і Solana Бачення подібні, вони обидва сподіваються завершити бачення Cryptio Native Consumer App щодо масового впровадження з високим TPS.
Технічні проблеми
Час простою
Завдяки такій мережевій архітектурі Solana, як механізм вибору лідера Gulfstream, і ризик вузла Leader з одним вузлом, наступні прогнози вузла Leader стають можливими, коли мережеві транзакції збільшуються, це спричинить великий тиск на пам’ять для вузла Leader. Вузол Leader повинен бути готовий до повторної передачі блоків до вузлів у дереві Turbine у будь-який час, інакше консенсусне голосування не може бути завершено. Коли відбувається велика кількість DDoS-атак, простої системи, спричинені збоєм одного вузла, стають надзвичайно частими.
Коротше кажучи, простой — це головним чином нездатність створити блок. Це може бути пов’язано з відмовою одного вузла, спричиненою механізмом Leader, що спричиняє проблеми в точці формування блоку досягти консенсусу щодо блоку, що призводить до неможливості створення блоку. Загалом, це тісно пов’язане з власною архітектурою Solana та процесом тестування програмного забезпечення.
Помилка транзакції
Частка невдалих транзакцій користувачами, джерело: Dune
Користувачі, які користувалися Solana, повинні знати, що багато разів наші транзакції не можуть бути надіслані нормально через певний період часу, що призводить до вкрай поганої взаємодії з користувачем. Як показано на малюнку вище, згідно зі статистичними даними, близько 35% транзакцій, поданих користувачами, не вдаються і вимагають від користувачів багаторазового надсилання. Якщо в ланцюжку є значні коливання, ця частка буде ще більшою.
Основною причиною цього є технологія мережевого рівня QUIC, яка є новішою технологією.
Ієрархія мережевого протоколу - 5-рівнева структура, джерело: Research Gate
QUIC (Quickl UDP Internet Connections) — це вдосконалення транспортного рівня, запропоноване Google для протоколу HTTP 2.0. Цей експериментальний протокол розроблено на основі протоколу транспортного рівня UDP, також відомого як HTTP 3.0.
Діаграма HTTP/2 і QUIC, джерело: EMQX
Надійність TCP вища, ніж у UDP, але швидкість UDP вища, ніж у TCP, оскільки TCP матиме механізм контролю перевантажень для повторної передачі втрачених пакетів у разі втрати пакетів. UDP має високу швидкість і низьку надійність. Goggle сподівається створити протокол транспортного рівня QUIC з високою надійністю та високою швидкістю. Основною особливістю QUIC є незалежні логічні потоки. Це дозволяє передавати декілька потоків даних паралельно в одному з’єднанні, і кожен потік може оброблятися незалежно. Навпаки, TCP підтримує лише один потік даних і вимагає, щоб кожне повідомлення було отримано та підтверджено в тому порядку, в якому воно було надіслано.
Значок невдалої транзакції, джерело: хліб
Основною причиною простою Solana є використання експериментального протоколу прикладного рівня QUIC, оскільки UDP і багатоканальна передача є швидкими, і вона сподівається підтримувати повну передачу даних, вона також розробить механізм для повторної передачі в ситуаціях втрати пакетів. Коли вузол Leader отримує кілька транзакцій, він відкриває кілька каналів через протокол QUIC.Однак вузол Leader — це комп’ютер, особливо пропускна здатність, яку він може обробляти, коли виникає велика кількість транзакцій, вузол Leader З’єднання певних шляхів буде розірвано, що спричинить відмову від транзакцій. Немає встановленого стандарту щодо того, як вибрати, які з’єднання буде розірвано (наприклад, розірвати всі з’єднання з ціною менше xxx), і те, чи всі з’єднання будуть розірвані, є випадковим. Таким чином, це створює певний простір для операцій чорної скриньки. Лідерські вузли можуть бути більш схильні до прибуткових транзакцій MEV і відмовлятися від транзакцій з низькою вартістю.
MEV
У механізмі створення блоків Solana, оскільки RPC взаємодіє безпосередньо з Leader і використовує принцип FCFS, він не має Mmepool, як Ethereum. Для порівняння, завдяки наявності Mempool і принципу бездозволного використання Ethereum Ethereum стикається з більш серйозною проблемою MEV.
Архітектура MEV, джерело: Helius
Клієнт Jito Labs наразі займає 50% клієнтської частки, тому Jito Labs сама створила псевдоmempool. Користувачі входять у псевдоmempool через RPC і залишаються приблизно 200 мс. Jito Labs надає гарантію включення поза мережею, яка гарантує, що всі транзакції в пакеті включені в блок. Шукачі можуть робити ставки на можливості мезонінної атаки на незавершені транзакції. Шукачі роблять ставки на пакет, який максимізує прибуток, а потім Block Engine відповідає за пошук пакета з найвищою ставкою та надсилає його лідеру, який запускає клієнт Jito Labs.
Це основна причина MEV, але MEV має свої власні позитивні зовнішні ефекти та вимоги. Якщо Jito Labs не побудує псевдомемпул, це зроблять інші проекти, тому Jito Labs вирішує захопити цей ринок, щоб покращити механізм MEV і зменшити зовнішній тягар. Звичайно, цей попит на ботів MEV призводить до того, що користувачі стають найбільш уразливими, оскільки валідатори стягуватимуть комісію, а боти MEV отримають арбітражні прибутки, але користувачі страждають від більшого прослизання та потенційно невдалих транзакцій.
зростання статусу
Механізм POH Solana та консенсус Turbine призводять до того, що його блоки занадто великі, що спричинить проблеми із зростанням стану. Наразі немає однозначної відповіді щодо розміру реєстру, і реєстр все ще зростає з практичною швидкістю один блок кожні 450 мс, що становить приблизно 4 ПБ на рік (працює з максимальною продуктивністю 1 ГБ/с). Поточне історичне будівництво Solana відбувається після 2 епох, що займає приблизно 4 дні (загалом 100–200 ГБ). А попередні дані зберігаються в базі даних Google Bigtable.
Дані книги Solana не є прозорими, і чиновник не розкрив багато про надзвичайно великий розмір блоку та потенційний вплив, викликаний прагненням до великого блоку з високою пропускною здатністю TPS. Зберігання книги також повністю покладається на третю сторону, оскільки офіційна особа Також виявлено, що централізовані бази даних, такі як Google, мають вищу продуктивність, ніж Genesys Go, Arweave тощо. Наразі ці децентралізовані бази даних все ще мають проблеми з комерціалізацією. Ця надзвичайно зростаюча держава та централізований хостинг є однією з причин критики Солани.
світогляд
Solana також оприлюднила свою майбутню дорожню карту, зокрема:
Удосконалити протокол для видачі токенів, включаючи шифрування передачі, хуки та покажчики метаданих.
Покращення клієнта, включаючи полегшений клієнт Tinydancer, перехідний клієнт Frankendancer і остаточний клієнт Firedancer.
Підтримка компонентів розробки екосистеми: Gmaeshift зосереджується на ігровому SDK, armada markets зосереджується на покращенні життєвого циклу токенів, SPE зосереджується на корпоративному рівні SVM blockchain, вдосконаленні віртуальної машини тощо.
Ми бачимо, що алгоритм POH і механізм консенсусу Turbine віддають пріоритет продуктивності трилеми блокчейну в тому, що він має найкращу продуктивність у поточному середовищі та ширше межі застосування. І оскільки Solana вважає споживчі програми своєю стратегічною метою, дуже ймовірно, що з’являться деякі програми для масового впровадження. Водночас брендовий ефект проектів на Solana слабкий, тому можливостей для підприємців більше.
З точки зору екологічного розвитку, основні переваги Solana полягають у DePin/AI та Meme, але ми також бачимо, що його екологічний розвиток все ще не досяг очікуваного розвитку, а додаток для споживачів все ще не може бути комерціалізований. Серед конкурентів також є такі висхідні зірки, як Base, чия сума фінансування та частка ринку швидко зростають.
Solana також зіткнулася з деякими технічними проблемами, включаючи простої, збої в транзакціях, надмірне зростання стану та централізацію. Однак позитивною стороною Solana є те, що вона не зосереджена на будівництві надлишкової інфраструктури та більше покладається на TPS, який тепер має можливості. створювати програми, орієнтовані на споживача, і його дорожня карта обертається навколо цього. З побудовою все більшої кількості рівня 2 і запуском клієнтів TPS екосистеми SVM досягне вищого рівня. Солана все ще залишається оазисом Є багато екологічних проектів, які не були повністю охоплені капіталом, і є багато можливостей для підприємців, які варто досліджувати.
