Solana, з ринковою капіталізацією приблизно 63 мільярдів доларів, є однією з провідних блокчейн платформ. Вона зарекомендувала себе як один з найкращих виборів для залучення користувачів off-chain, особливо в секторах, таких як Decentralized Physical Infrastructure Networks (DePIN), мобільні додатки та платежі. У попередніх новинах ми підкреслювали DePIN, побудовані на Solana, включаючи Helium та Hivemapper.
За останній рік Solana досягла значних успіхів, особливо після сплеску власного токена після того, як Visa оголосила про плани розширити можливості стейблкоїнів на блокчейні Solana. На Consensus 2024 компанія PayPal Holdings, Inc. (NASDAQ: PYPL) повідомила, що PayPal USD (PYUSD) тепер доступний на Solana, що робить стейблкоїн PayPal швидшим і економічно вигіднішим у використанні (наразі ринкова капіталізація PYUSD становить 827,83 мільйона доларів, з яких 58,3% на Solana та 41,7% на Ethereum).
Випуск токенів та зменшення SOL відбувається за допомогою двох основних механізмів: блоку генезису та інфляції протоколу (нагород за стейкінг). На відміну від цього, SOL токени виводяться з обігу в основному через зжигання комісій за транзакції. Графік інфляції контролюється трьома параметрами: початковою інфляційною ставкою в розмірі 8%, дезінфляційною ставкою в розмірі -15% та довготривалою інфляційною ставкою в розмірі 1,5%. Поточна інфляційна ставка становить 5,07%, а інфляція Solana почалася з епохи 150 в лютому 2021 року.
Розклад розблокування SOL (cc: геліус)
Вплив на учасників мережі Інфляція Proof of Stake (PoS) за своєю суттю передає багатство від нестейкерів до стейкерів, ефективно розмиваючи вартість активів для тих, хто не є стейкерами, одночасно винагороджуючи тих, хто бере участь у стейкінгу. Solana підтримує високий рівень стейкінгу на рівні 65%, що є надійним показником у порівнянні з іншими мережами. На даний момент у стейкінгу перебуває близько 380 мільйонів SOL, причому значний рух спостерігається в різні епохи.
Винагороди за стекінг за рівнем інфляції
Обчислення виходу за ставкою
На прибутковість стейкінгу впливає рівень інфляції, час безвідмовної роботи валідатора, ставки комісій і відсоток стейкінгу SOL. Формула така:
Витрати на комісії та дезінфляційні фактори:
Витрати на комісії за транзакції, зниження та інші збитки, пов'язані з користувачами, сприяють дезінфляційним тискам, хоча й у помірній мірі. Витрати на комісії щодо винагород за стейкінг досягали піку у 7,8% в березні 2024 року, але недавно в середньому становили 3,2%. Після впровадження SIMD-96 вплив цих витрат стане незначним. Зниження, хоча й можливе, рідко відбувається і на даний момент не є значущим дезінфляційним фактором.
Оподаткування та наслідки на ринок:
Отримання інфляційної винагороди може бути оподатковуваним подією в багатьох юрисдикціях, що потенційно призводить до продажового тиску з боку стейкерів, які потребують покриття податкових зобов'язань. Крім того, інфляція PoS може накладати постійний тиск на ціну SOL, що впливає на порівняння справедливої ціни та економіку мережі.
Залежність доходів валідатора та інфляції:
Валідатори традиційно покладалися на інфляційні комісії, але нещодавнє зростання альтернативних джерел доходу, таких як MEV (максимальна видобувна вартість) та винагороди за блоки, пропонують нові шляхи до стабільного доходу. Довгострокова стійкість цих альтернативних джерел залишається невизначеною.
Наразі інфляція Solana керується початковим рівнем інфляції 8%, рівнем дезінфляції -15% і довгостроковим рівнем інфляції 1,5%. Поточна ставка приблизно становить 5% станом на вересень 2024 року, із загальною пропозицією 584 мільйони SOL. Для вивчення потенційних змін запропоновано чотири сценарії:
Вплив на постачання та ціну:
Протягом наступних восьми років:
Припускаючи, що початкова ціна становить 150 доларів США за SOL і зберігаючи інші змінні незмінними:
Solana - це високопродуктивний блокчейн, розроблений для швидкості, ефективності та масштабованості. Він підтримує тисячі транзакцій на секунду з низькою латентністю та мінімальними комісіями, досягаючи часу блокування в 400 мілісекунд та вартості, що становлять частки цента. Цей звіт досліджує механізми та архітектуру Solana, акцентуючи його можливості масштабування та безпроблемної взаємодії в єдиному екосистемі.
Мова
Solana в основному використовує Rust для смарт-контрактів завдяки його паралелізму, безпеці пам'яті та низькорівневому контролю, що забезпечує безпечний і передбачуваний код. Хоча Rust є основною мовою, Solana підтримує всі LLVM-сумісні мови, такі як C і C++, що забезпечує ширшу участь розробників. Для розробки на стороні клієнта Solana пропонує SDK на Java, C#, Python, Go та Kotlin, полегшуючи зв'язок із мережею Solana через JSON RPC API. Ця різноманітна мовна підтримка підвищує доступність і гнучкість для розробників.
Механізм та архітектура
Архітектура Solana використовує єдину, композиційну екосистему, яка інтегрує всі додатки на одному блокчейні. Цей дизайн уникне необхідності у містках, окремих ідентифікаторах ланцюга або фрагментації ліквідності, поліпшуючи взаємодію користувачів та спрощуючи взаємодію між додатками. Продуктивність блокчейну ґрунтується на його здатності повністю використовувати апаратні можливості, забезпечуючи масштабування програмного забезпечення разом з досягненнями у апаратному забезпеченні.
Процес транзакції Solana починається з того, що користувачі надсилають транзакції лідеру, який компілює їх в блоки та розповсюджує їх в мережу для виконання та підтвердження іншими валідаторами. Основні зміни протоколу керуються через документи Solana Improvement Documents (SIMD), які проходять спільний огляд та голосування спільноти.
Цикл життя транзакції
Транзакція Solana — це єдиний метод зміни стану в блокчейні. Кожна транзакція або «повідомлення про транзакцію» містить заголовок, адреси рахунків, нещодавній хеш блокування та інструкції. Транзакції є атомарними, що гарантує, що всі операції всередині транзакції або повністю успішні, або зазнають невдачі. Структура дозволяє проводити заздалегідь визначену оптимізацію, вимагаючи попереднього перерахування рахунків, що сприяє неконфліктному паралельному виконанню транзакцій.
Безпека та керування ключами
Solana використовуєEd25519 Криптографія з еліптичною кривою для пар відкритих-закритих ключів, що забезпечує надійну безпеку та ефективне підписання транзакцій. Гаманці генерують пари ключів, причому публічні ключі служать ідентифікаторами облікового запису в блокчейні, а приватні ключі використовуються для авторизації. Транзакції підписуються приватними ключами, що забезпечують цілісність і автентичність, а потім перевіряються за допомогою відкритих ключів.
Операція мережі
Solana використовує підхід, заснований на лідерах, без мемпулу, призначаючи конкретних валідаторів як лідерів для обробки транзакцій у фіксовані часові проміжки (400 мілісекунд). Валідатори вибираються на основі ставки, і вони змінюють ролі відповідно до заздалегідь визначеного графіка, підвищуючи децентралізацію та безпеку системи.
Мережа використовує Stake-Weighted Quality of Service (SWQoS), щоб пріоритезувати транзакції від стейкерів-валідаторів, зменшуючи вплив спаму та атак Сібіл. SWQoS резервує 80% потужності лідера для транзакцій, які маршрутизуються через стейкерів-валідаторів, решта виділяється для не-стейкерових вузлів.
Покращення масштабованості
Останні рішення щодо масштабування, такі як SVM rollups та ZK Compression, розробляються для подальшого покращення продуктивності Solana, хоча вони залишаються на ранніх стадіях прийняття. Використання блокчейном протоколу мережевої передачі даних QUIC сприяє ефективній, безпечній та масштабованій передачі повідомлень про транзакції, що враховує вимоги щодо великого пропускного здатності.
Консенсус та блокове виробництво
Механізм згоди Solana використовує непреривну побудову блоку, де лідери будують та розсилають блоки в реальному часі під час своїх слотів. Цей підхід зменшує затримку та оптимізує обробку транзакцій. Одиниця обробки транзакцій (TPU) валідатора керує створенням блоків, виконуючи транзакції паралельно там, де це можливо, щоб максимізувати продуктивність та ефективність.
Детальний опис механізму Proof of History можна знайти у білій книзі Solanaтут.
Доказ від історії (PoH) є ключовою функцією Solana, що діє як криптографічний годинник, який дозволяє синхронізацію мережі, встановлюючи перевірену послідовність подій. На відміну від алгоритмів консенсусу, таких як Proof of Work, PoH не використовується для досягнення консенсусу, а для надання посилання на час, який валідатори використовують для послідовності транзакцій та дотримання графіка лідера.
PoH працює через безперервне обчислення хеш-ланцюжка SHA-256, де кожен хеш залежить від результату попереднього хешу. Цю послідовність потрібно обчислити по порядку, створивши «мікродоказ роботи». Валідатори запускають службу PoH, яка створює ці хеші, які важко створити, але легко перевірити іншим валідаторам. Вбудовуючи дані транзакцій у цей хеш-ланцюжок, PoH позначає транзакції часовими мітками, доводячи порядок, у якому вони відбувалися, і не дозволяючи валідаторам маніпулювати послідовністю блоків.
Механізм та функціональність
Кожен валідатор Solana постійно запускає службу PoH, послідовно хешуючи для підтримки реєстру криптографічних позначок часу. Коли поточний лідер обробляє нові транзакції, ці транзакції об'єднуються з поточним хешем PoH, оновлюючи ланцюжок і вбудовуючи транзакції в криптографічну часову шкалу. Цей процес гарантує, що лідер не зможе маніпулювати термінами або порядком транзакцій.
У кожному блоку тривалістю 400 мілісекунд потік PoH містить приблизно 800 000 хешів та "тики", які позначають минулий час у 6,25-мілісекундних інтервалах. Ці тики служать свідченням живості та підтримують ритм роботи мережі. Навіть коли вони не виступають в якості лідера, валідатори тримають свій годинник PoH, щоб синхронізуватися з рештою мережі та забезпечити виконання графіку лідера.
Модель облікових записів
Управління станом Solana ґрунтується на базі даних облікових записів, AccountsDB, яка структурована як великий сховище ключ-значення, де ключами є адреси облікових записів, а значеннями є відповідні дані. Облікові записи Solana можуть бути різних типів:
Solana розрізняє між кодом та станом, зберігаючи програмні рахунки незмінними, тоді як стан зберігається в окремих рахунках. Це розрив дозволяє ефективно керувати станом та здійснювати оптимізації, унікальні для архітектури Solana.
Програми та управління станом
Програми на Solana написані мовами, такими як Rust, і використовуються для маніпулювання даними облікового запису, але вони не зберігають стану в собі. Замість цього програми взаємодіють з похідними адресами програм (PDAs), спеціальними обліковими записами, які не мають приватного ключа та керуються програмою. PDAs забезпечують, що лише пов'язана програма може змінювати стан, поліпшуючи безпеку та програмний контроль над змінами стану.
Оренда та управління обліком
Щоб пом'якшити зайве накопичення даних, Solana використовує механізм оренди, який вимагає від облікових записів підтримувати мінімальний баланс SOL. Облікові записи можуть бути закриті, коли вони вже не потрібні, і баланс оренди повертається користувачу. Цей підхід сприяє ефективному використанню даних та запобігає непотрібним обліковим записам залишатися відкритими безстроково.
Турбіна: поширення даних
Turbine — це протокол поширення даних Solana, натхненний BitTorrent. Він розбиває дані про транзакції на невеликі пакети, які називаються «клаптями», які потім структуровано розподіляються по мережі. Шматки групуються в пакети і транслюються через турбінне дерево, де валідатори організовані шарами, щоб передавати шматки іншим. Це зменшує навантаження на дані лідерів і покращує здатність мережі ефективно розподіляти блоки.
Консенсус: Tower BFT
Solana використовує Tower BFT — спеціальну реалізацію практичної візантійської відмовостійкості (PBFT), покращену синхронізованим годинником PoH. Цей підхід зменшує накладні витрати на комунікацію під час консенсусу, оскільки валідатори покладаються на заздалегідь встановлений порядок транзакцій з PoH, а не на кілька раундів обміну повідомленнями. Валідатори голосують за блоки, використовуючи кредити, зароблені за правильні голоси, при цьому система гарантує, що валідатори дотримуються обраних ними форків протягом мінімального терміну, мінімізуючи ймовірність форків.
Плітки та архів
Мережа пліток Solana служить площиною управління, поширюючи критично важливі метадані та гарантуючи, що вузли можуть спілкуватися та синхронізувати стан у мережі. Архівні вузли зберігають історію мережі, а дані зберігаються у вузлах складу, щоб забезпечити доступність минулих транзакцій.
Економіка та Джито
Економічна модель Solana включає винагороди за стейкінг на основі інфляції, при цьому валідатори заробляють SOL, беручи участь у консенсусі та створюючи блоки. Винагорода за блок складається з комісій за транзакції, які частково спалюються, а частково присуджуються лідеру-виробнику. Ліквідний стейкінг дозволяє власникам SOL здійснювати стейкінг своїх токенів у пулах, отримуючи токени ліквідного стейкінгу (LST), якими можна торгувати або використовувати в різних програмах, отримуючи при цьому винагороду за стейкінг.
Клієнт Jito, який широко використовується валідаторами Solana, покращує економічні стимули, реалізуючи систему аукціону блоків поза протоколом, що дозволяє пріоритетизувати транзакції за допомогою чайових, крім стандартних комісій за транзакції. Це значно покращило винагороди валідаторів та сприяло широкому поширенню клієнта Jito в мережі Solana.
Віртуальна машина Solana (SVM) - це інноваційна структура, призначена для управління Максимально Видобувною Вартістю (MEV) в межах блокчейну Solana. MEV передбачає видобування додаткової вартості з транзакцій шляхом їх перегляду, включення або виключення з блоків. SVM надає технології та протоколи для виявлення, аналізу та управління активностями MEV, сприяючи ефективності, справедливості та безпеці в екосистемі Solana.
Віртуальна машина Ethereum (EVM) проти Віртуальної машини Solana (SVM)
SVM відрізняється від віртуальної машини Ethereum (EVM) виконанням смарт-контрактів та обробкою транзакцій. У SVM кожен валідатор виконує смарт-контракти окремо, що забезпечує високу пропускну здатність транзакцій. Навпаки, EVM вимагає консенсусу вузлів для виконання, що призводить до повільнішої обробки. Крім того, модель паралельної обробки Solana дозволяє одночасно виконувати кілька транзакцій, тоді як послідовна модель Ethereum обробляє транзакції по одній, роблячи Solana швидшою та ефективнішою.
SVM має на меті вирішити проблему MEV, пропонуючи структурований підхід для запобігання маніпулюванню порядком транзакцій та перевірки блоків. Це надзвичайно важливо для збереження цілісності фінансових взаємодій на Solana, захисту користувачів від практик, таких як фронтранінг, та підвищення вірогідності мережі. Одержання високої пропускної здатності транзакцій Solana, ефективний управління MEV є важливим для запобігання швидкого видобутку вартості, що може зашкодити звичайним користувачам.
В екосистемі Solana SVM розглядається по-іншому. Деякі вважають, що він охоплює повний конвеєр обробки транзакцій, включаючи час виконання валідатора та виконання програми, тоді як інші зосереджуються на віртуальній машині нижчого рівня eBPF, відповідальній за виконання програм. Як правило, під SVM розуміють комплексну систему, що включає компонент Agave Validator Bank, який керує станом під час кожного слота. SVM обробляє транзакції пакетами, кожен з яких містить інструкції, націлені на конкретні програми, і використовує механізм кешування для оптимізації ефективності виконання.
Роз'єм SVM, що знаходиться відокремлено і має чіткий інтерфейс, дозволяє використовувати різні застосунки, включаючи валідатори Solana.
SVM тепер доступний через ящик solana-svm Rust, підтримуючи різноманітні програми та стимулюючи інновації в екосистемі Solana.
Однак Solana зіткнулася з проблемами після краху FTX, відомої організації, тісно пов'язаної з її екосистемою. Засновник FTX Сем Бенкман-Фрід (SBF) був головним прихильником Solana, впроваджуючи такі проєкти, як Serum DEX та інші, традиційно пов'язані з екосистемою Ethereum. Під впливом SBF FTX перетворилася на одну з найбільших централізованих бірж, що ще більше підвищило популярність Solana. На жаль, неправомірне використання FTX активів компанії та депозитів клієнтів для ризикованих інвестицій призвело до її падіння, поставивши екосистему Solana, яка мала зв'язки з FTX, під значний ризик. 12 вересня, FTX/Alameda Research розкупила $24 мільйони в $SOL, а дані Solscan показують, що гаманець все ще містить понад $1 мільярд в $SOL, включаючи закриті і заблоковані токени. Незважаючи на ці виклики, основна спільнота розробників, що поділяє філософію Solana, залишалася відданою. Solana відповіла, зосередившись на покращенні стабільності мережі та створенні більш зручного середовища для розробників, вирішуючи технічні питання для відновлення довіри в своїй спільноті.
Екосистема Solana (ТОП-10 проектів за MC)
SOL/USD - $135.07 (06:06 UTC; 12 вер. 2024); MC - $63.3B
SOL Markets (топ-5 за обсягом 24 години; 12 вересня); Через: coingecko
Загальна заблокована вартість - $80.45B
Фіолетовий - Ціна SOL; Жовтий - Щоденні активні адреси SOL (5,5 млн - історичний максимум)
Фіолетовий - Ціна SOL; Жовтий - Щоденний обсяг SOL
Solana - Фінансова звітність (за допомогою: tokenterminal)
TOP 5 Валідаторів Solana (ПРИМІТКА: Усі значення в SOL; Дані включають весь стейк, а не лише активний стейк)
Обсяги Solana DEX (USD)
Статистика Solana DEX
Поради валідатора Jito
insights4.vcі його розсилка надають дослідження та інформацію виключно для освітніх цілей і не повинні розглядатися як будь-яка форма професійної поради. Ми не пропагуємо жодних інвестиційних дій, включаючи купівлю, продаж або утримання цифрових активів.
Зміст відображає лише погляди автора і не є фінансовою порадою. Перед взаємодією з криптовалютами, DeFi, NFT, Web 3 або пов'язаними технологіями, будь ласка, проведіть власне дослідження, оскільки вони несуть великі ризики, і значення можуть значно змінюватися.
Цю статтю відтворено з [insights4vc], оригінальна назва — «Solana: огляд екосистеми за 3 квартал 2024 року», авторські права належать оригінальному автору [insights4vc], якщо у вас є заперечення проти передруку, будь ласка, зв'яжіться з нами Команда Gate Learn, команда обробить це якнайшвидше згідно з відповідними процедурами.
Попередження: Погляди та думки, висловлені в цій статті, представляють лише особисті погляди автора та не є жодною інвестиційною порадою.
Інші мовні версії статті перекладені командою Gate Learn, не згадано в Gate, перекладений матеріал не може бути відтворений, поширений або узятому з іншого джерела.
Solana, з ринковою капіталізацією приблизно 63 мільярдів доларів, є однією з провідних блокчейн платформ. Вона зарекомендувала себе як один з найкращих виборів для залучення користувачів off-chain, особливо в секторах, таких як Decentralized Physical Infrastructure Networks (DePIN), мобільні додатки та платежі. У попередніх новинах ми підкреслювали DePIN, побудовані на Solana, включаючи Helium та Hivemapper.
За останній рік Solana досягла значних успіхів, особливо після сплеску власного токена після того, як Visa оголосила про плани розширити можливості стейблкоїнів на блокчейні Solana. На Consensus 2024 компанія PayPal Holdings, Inc. (NASDAQ: PYPL) повідомила, що PayPal USD (PYUSD) тепер доступний на Solana, що робить стейблкоїн PayPal швидшим і економічно вигіднішим у використанні (наразі ринкова капіталізація PYUSD становить 827,83 мільйона доларів, з яких 58,3% на Solana та 41,7% на Ethereum).
Випуск токенів та зменшення SOL відбувається за допомогою двох основних механізмів: блоку генезису та інфляції протоколу (нагород за стейкінг). На відміну від цього, SOL токени виводяться з обігу в основному через зжигання комісій за транзакції. Графік інфляції контролюється трьома параметрами: початковою інфляційною ставкою в розмірі 8%, дезінфляційною ставкою в розмірі -15% та довготривалою інфляційною ставкою в розмірі 1,5%. Поточна інфляційна ставка становить 5,07%, а інфляція Solana почалася з епохи 150 в лютому 2021 року.
Розклад розблокування SOL (cc: геліус)
Вплив на учасників мережі Інфляція Proof of Stake (PoS) за своєю суттю передає багатство від нестейкерів до стейкерів, ефективно розмиваючи вартість активів для тих, хто не є стейкерами, одночасно винагороджуючи тих, хто бере участь у стейкінгу. Solana підтримує високий рівень стейкінгу на рівні 65%, що є надійним показником у порівнянні з іншими мережами. На даний момент у стейкінгу перебуває близько 380 мільйонів SOL, причому значний рух спостерігається в різні епохи.
Винагороди за стекінг за рівнем інфляції
Обчислення виходу за ставкою
На прибутковість стейкінгу впливає рівень інфляції, час безвідмовної роботи валідатора, ставки комісій і відсоток стейкінгу SOL. Формула така:
Витрати на комісії та дезінфляційні фактори:
Витрати на комісії за транзакції, зниження та інші збитки, пов'язані з користувачами, сприяють дезінфляційним тискам, хоча й у помірній мірі. Витрати на комісії щодо винагород за стейкінг досягали піку у 7,8% в березні 2024 року, але недавно в середньому становили 3,2%. Після впровадження SIMD-96 вплив цих витрат стане незначним. Зниження, хоча й можливе, рідко відбувається і на даний момент не є значущим дезінфляційним фактором.
Оподаткування та наслідки на ринок:
Отримання інфляційної винагороди може бути оподатковуваним подією в багатьох юрисдикціях, що потенційно призводить до продажового тиску з боку стейкерів, які потребують покриття податкових зобов'язань. Крім того, інфляція PoS може накладати постійний тиск на ціну SOL, що впливає на порівняння справедливої ціни та економіку мережі.
Залежність доходів валідатора та інфляції:
Валідатори традиційно покладалися на інфляційні комісії, але нещодавнє зростання альтернативних джерел доходу, таких як MEV (максимальна видобувна вартість) та винагороди за блоки, пропонують нові шляхи до стабільного доходу. Довгострокова стійкість цих альтернативних джерел залишається невизначеною.
Наразі інфляція Solana керується початковим рівнем інфляції 8%, рівнем дезінфляції -15% і довгостроковим рівнем інфляції 1,5%. Поточна ставка приблизно становить 5% станом на вересень 2024 року, із загальною пропозицією 584 мільйони SOL. Для вивчення потенційних змін запропоновано чотири сценарії:
Вплив на постачання та ціну:
Протягом наступних восьми років:
Припускаючи, що початкова ціна становить 150 доларів США за SOL і зберігаючи інші змінні незмінними:
Solana - це високопродуктивний блокчейн, розроблений для швидкості, ефективності та масштабованості. Він підтримує тисячі транзакцій на секунду з низькою латентністю та мінімальними комісіями, досягаючи часу блокування в 400 мілісекунд та вартості, що становлять частки цента. Цей звіт досліджує механізми та архітектуру Solana, акцентуючи його можливості масштабування та безпроблемної взаємодії в єдиному екосистемі.
Мова
Solana в основному використовує Rust для смарт-контрактів завдяки його паралелізму, безпеці пам'яті та низькорівневому контролю, що забезпечує безпечний і передбачуваний код. Хоча Rust є основною мовою, Solana підтримує всі LLVM-сумісні мови, такі як C і C++, що забезпечує ширшу участь розробників. Для розробки на стороні клієнта Solana пропонує SDK на Java, C#, Python, Go та Kotlin, полегшуючи зв'язок із мережею Solana через JSON RPC API. Ця різноманітна мовна підтримка підвищує доступність і гнучкість для розробників.
Механізм та архітектура
Архітектура Solana використовує єдину, композиційну екосистему, яка інтегрує всі додатки на одному блокчейні. Цей дизайн уникне необхідності у містках, окремих ідентифікаторах ланцюга або фрагментації ліквідності, поліпшуючи взаємодію користувачів та спрощуючи взаємодію між додатками. Продуктивність блокчейну ґрунтується на його здатності повністю використовувати апаратні можливості, забезпечуючи масштабування програмного забезпечення разом з досягненнями у апаратному забезпеченні.
Процес транзакції Solana починається з того, що користувачі надсилають транзакції лідеру, який компілює їх в блоки та розповсюджує їх в мережу для виконання та підтвердження іншими валідаторами. Основні зміни протоколу керуються через документи Solana Improvement Documents (SIMD), які проходять спільний огляд та голосування спільноти.
Цикл життя транзакції
Транзакція Solana — це єдиний метод зміни стану в блокчейні. Кожна транзакція або «повідомлення про транзакцію» містить заголовок, адреси рахунків, нещодавній хеш блокування та інструкції. Транзакції є атомарними, що гарантує, що всі операції всередині транзакції або повністю успішні, або зазнають невдачі. Структура дозволяє проводити заздалегідь визначену оптимізацію, вимагаючи попереднього перерахування рахунків, що сприяє неконфліктному паралельному виконанню транзакцій.
Безпека та керування ключами
Solana використовуєEd25519 Криптографія з еліптичною кривою для пар відкритих-закритих ключів, що забезпечує надійну безпеку та ефективне підписання транзакцій. Гаманці генерують пари ключів, причому публічні ключі служать ідентифікаторами облікового запису в блокчейні, а приватні ключі використовуються для авторизації. Транзакції підписуються приватними ключами, що забезпечують цілісність і автентичність, а потім перевіряються за допомогою відкритих ключів.
Операція мережі
Solana використовує підхід, заснований на лідерах, без мемпулу, призначаючи конкретних валідаторів як лідерів для обробки транзакцій у фіксовані часові проміжки (400 мілісекунд). Валідатори вибираються на основі ставки, і вони змінюють ролі відповідно до заздалегідь визначеного графіка, підвищуючи децентралізацію та безпеку системи.
Мережа використовує Stake-Weighted Quality of Service (SWQoS), щоб пріоритезувати транзакції від стейкерів-валідаторів, зменшуючи вплив спаму та атак Сібіл. SWQoS резервує 80% потужності лідера для транзакцій, які маршрутизуються через стейкерів-валідаторів, решта виділяється для не-стейкерових вузлів.
Покращення масштабованості
Останні рішення щодо масштабування, такі як SVM rollups та ZK Compression, розробляються для подальшого покращення продуктивності Solana, хоча вони залишаються на ранніх стадіях прийняття. Використання блокчейном протоколу мережевої передачі даних QUIC сприяє ефективній, безпечній та масштабованій передачі повідомлень про транзакції, що враховує вимоги щодо великого пропускного здатності.
Консенсус та блокове виробництво
Механізм згоди Solana використовує непреривну побудову блоку, де лідери будують та розсилають блоки в реальному часі під час своїх слотів. Цей підхід зменшує затримку та оптимізує обробку транзакцій. Одиниця обробки транзакцій (TPU) валідатора керує створенням блоків, виконуючи транзакції паралельно там, де це можливо, щоб максимізувати продуктивність та ефективність.
Детальний опис механізму Proof of History можна знайти у білій книзі Solanaтут.
Доказ від історії (PoH) є ключовою функцією Solana, що діє як криптографічний годинник, який дозволяє синхронізацію мережі, встановлюючи перевірену послідовність подій. На відміну від алгоритмів консенсусу, таких як Proof of Work, PoH не використовується для досягнення консенсусу, а для надання посилання на час, який валідатори використовують для послідовності транзакцій та дотримання графіка лідера.
PoH працює через безперервне обчислення хеш-ланцюжка SHA-256, де кожен хеш залежить від результату попереднього хешу. Цю послідовність потрібно обчислити по порядку, створивши «мікродоказ роботи». Валідатори запускають службу PoH, яка створює ці хеші, які важко створити, але легко перевірити іншим валідаторам. Вбудовуючи дані транзакцій у цей хеш-ланцюжок, PoH позначає транзакції часовими мітками, доводячи порядок, у якому вони відбувалися, і не дозволяючи валідаторам маніпулювати послідовністю блоків.
Механізм та функціональність
Кожен валідатор Solana постійно запускає службу PoH, послідовно хешуючи для підтримки реєстру криптографічних позначок часу. Коли поточний лідер обробляє нові транзакції, ці транзакції об'єднуються з поточним хешем PoH, оновлюючи ланцюжок і вбудовуючи транзакції в криптографічну часову шкалу. Цей процес гарантує, що лідер не зможе маніпулювати термінами або порядком транзакцій.
У кожному блоку тривалістю 400 мілісекунд потік PoH містить приблизно 800 000 хешів та "тики", які позначають минулий час у 6,25-мілісекундних інтервалах. Ці тики служать свідченням живості та підтримують ритм роботи мережі. Навіть коли вони не виступають в якості лідера, валідатори тримають свій годинник PoH, щоб синхронізуватися з рештою мережі та забезпечити виконання графіку лідера.
Модель облікових записів
Управління станом Solana ґрунтується на базі даних облікових записів, AccountsDB, яка структурована як великий сховище ключ-значення, де ключами є адреси облікових записів, а значеннями є відповідні дані. Облікові записи Solana можуть бути різних типів:
Solana розрізняє між кодом та станом, зберігаючи програмні рахунки незмінними, тоді як стан зберігається в окремих рахунках. Це розрив дозволяє ефективно керувати станом та здійснювати оптимізації, унікальні для архітектури Solana.
Програми та управління станом
Програми на Solana написані мовами, такими як Rust, і використовуються для маніпулювання даними облікового запису, але вони не зберігають стану в собі. Замість цього програми взаємодіють з похідними адресами програм (PDAs), спеціальними обліковими записами, які не мають приватного ключа та керуються програмою. PDAs забезпечують, що лише пов'язана програма може змінювати стан, поліпшуючи безпеку та програмний контроль над змінами стану.
Оренда та управління обліком
Щоб пом'якшити зайве накопичення даних, Solana використовує механізм оренди, який вимагає від облікових записів підтримувати мінімальний баланс SOL. Облікові записи можуть бути закриті, коли вони вже не потрібні, і баланс оренди повертається користувачу. Цей підхід сприяє ефективному використанню даних та запобігає непотрібним обліковим записам залишатися відкритими безстроково.
Турбіна: поширення даних
Turbine — це протокол поширення даних Solana, натхненний BitTorrent. Він розбиває дані про транзакції на невеликі пакети, які називаються «клаптями», які потім структуровано розподіляються по мережі. Шматки групуються в пакети і транслюються через турбінне дерево, де валідатори організовані шарами, щоб передавати шматки іншим. Це зменшує навантаження на дані лідерів і покращує здатність мережі ефективно розподіляти блоки.
Консенсус: Tower BFT
Solana використовує Tower BFT — спеціальну реалізацію практичної візантійської відмовостійкості (PBFT), покращену синхронізованим годинником PoH. Цей підхід зменшує накладні витрати на комунікацію під час консенсусу, оскільки валідатори покладаються на заздалегідь встановлений порядок транзакцій з PoH, а не на кілька раундів обміну повідомленнями. Валідатори голосують за блоки, використовуючи кредити, зароблені за правильні голоси, при цьому система гарантує, що валідатори дотримуються обраних ними форків протягом мінімального терміну, мінімізуючи ймовірність форків.
Плітки та архів
Мережа пліток Solana служить площиною управління, поширюючи критично важливі метадані та гарантуючи, що вузли можуть спілкуватися та синхронізувати стан у мережі. Архівні вузли зберігають історію мережі, а дані зберігаються у вузлах складу, щоб забезпечити доступність минулих транзакцій.
Економіка та Джито
Економічна модель Solana включає винагороди за стейкінг на основі інфляції, при цьому валідатори заробляють SOL, беручи участь у консенсусі та створюючи блоки. Винагорода за блок складається з комісій за транзакції, які частково спалюються, а частково присуджуються лідеру-виробнику. Ліквідний стейкінг дозволяє власникам SOL здійснювати стейкінг своїх токенів у пулах, отримуючи токени ліквідного стейкінгу (LST), якими можна торгувати або використовувати в різних програмах, отримуючи при цьому винагороду за стейкінг.
Клієнт Jito, який широко використовується валідаторами Solana, покращує економічні стимули, реалізуючи систему аукціону блоків поза протоколом, що дозволяє пріоритетизувати транзакції за допомогою чайових, крім стандартних комісій за транзакції. Це значно покращило винагороди валідаторів та сприяло широкому поширенню клієнта Jito в мережі Solana.
Віртуальна машина Solana (SVM) - це інноваційна структура, призначена для управління Максимально Видобувною Вартістю (MEV) в межах блокчейну Solana. MEV передбачає видобування додаткової вартості з транзакцій шляхом їх перегляду, включення або виключення з блоків. SVM надає технології та протоколи для виявлення, аналізу та управління активностями MEV, сприяючи ефективності, справедливості та безпеці в екосистемі Solana.
Віртуальна машина Ethereum (EVM) проти Віртуальної машини Solana (SVM)
SVM відрізняється від віртуальної машини Ethereum (EVM) виконанням смарт-контрактів та обробкою транзакцій. У SVM кожен валідатор виконує смарт-контракти окремо, що забезпечує високу пропускну здатність транзакцій. Навпаки, EVM вимагає консенсусу вузлів для виконання, що призводить до повільнішої обробки. Крім того, модель паралельної обробки Solana дозволяє одночасно виконувати кілька транзакцій, тоді як послідовна модель Ethereum обробляє транзакції по одній, роблячи Solana швидшою та ефективнішою.
SVM має на меті вирішити проблему MEV, пропонуючи структурований підхід для запобігання маніпулюванню порядком транзакцій та перевірки блоків. Це надзвичайно важливо для збереження цілісності фінансових взаємодій на Solana, захисту користувачів від практик, таких як фронтранінг, та підвищення вірогідності мережі. Одержання високої пропускної здатності транзакцій Solana, ефективний управління MEV є важливим для запобігання швидкого видобутку вартості, що може зашкодити звичайним користувачам.
В екосистемі Solana SVM розглядається по-іншому. Деякі вважають, що він охоплює повний конвеєр обробки транзакцій, включаючи час виконання валідатора та виконання програми, тоді як інші зосереджуються на віртуальній машині нижчого рівня eBPF, відповідальній за виконання програм. Як правило, під SVM розуміють комплексну систему, що включає компонент Agave Validator Bank, який керує станом під час кожного слота. SVM обробляє транзакції пакетами, кожен з яких містить інструкції, націлені на конкретні програми, і використовує механізм кешування для оптимізації ефективності виконання.
Роз'єм SVM, що знаходиться відокремлено і має чіткий інтерфейс, дозволяє використовувати різні застосунки, включаючи валідатори Solana.
SVM тепер доступний через ящик solana-svm Rust, підтримуючи різноманітні програми та стимулюючи інновації в екосистемі Solana.
Однак Solana зіткнулася з проблемами після краху FTX, відомої організації, тісно пов'язаної з її екосистемою. Засновник FTX Сем Бенкман-Фрід (SBF) був головним прихильником Solana, впроваджуючи такі проєкти, як Serum DEX та інші, традиційно пов'язані з екосистемою Ethereum. Під впливом SBF FTX перетворилася на одну з найбільших централізованих бірж, що ще більше підвищило популярність Solana. На жаль, неправомірне використання FTX активів компанії та депозитів клієнтів для ризикованих інвестицій призвело до її падіння, поставивши екосистему Solana, яка мала зв'язки з FTX, під значний ризик. 12 вересня, FTX/Alameda Research розкупила $24 мільйони в $SOL, а дані Solscan показують, що гаманець все ще містить понад $1 мільярд в $SOL, включаючи закриті і заблоковані токени. Незважаючи на ці виклики, основна спільнота розробників, що поділяє філософію Solana, залишалася відданою. Solana відповіла, зосередившись на покращенні стабільності мережі та створенні більш зручного середовища для розробників, вирішуючи технічні питання для відновлення довіри в своїй спільноті.
Екосистема Solana (ТОП-10 проектів за MC)
SOL/USD - $135.07 (06:06 UTC; 12 вер. 2024); MC - $63.3B
SOL Markets (топ-5 за обсягом 24 години; 12 вересня); Через: coingecko
Загальна заблокована вартість - $80.45B
Фіолетовий - Ціна SOL; Жовтий - Щоденні активні адреси SOL (5,5 млн - історичний максимум)
Фіолетовий - Ціна SOL; Жовтий - Щоденний обсяг SOL
Solana - Фінансова звітність (за допомогою: tokenterminal)
TOP 5 Валідаторів Solana (ПРИМІТКА: Усі значення в SOL; Дані включають весь стейк, а не лише активний стейк)
Обсяги Solana DEX (USD)
Статистика Solana DEX
Поради валідатора Jito
insights4.vcі його розсилка надають дослідження та інформацію виключно для освітніх цілей і не повинні розглядатися як будь-яка форма професійної поради. Ми не пропагуємо жодних інвестиційних дій, включаючи купівлю, продаж або утримання цифрових активів.
Зміст відображає лише погляди автора і не є фінансовою порадою. Перед взаємодією з криптовалютами, DeFi, NFT, Web 3 або пов'язаними технологіями, будь ласка, проведіть власне дослідження, оскільки вони несуть великі ризики, і значення можуть значно змінюватися.
Цю статтю відтворено з [insights4vc], оригінальна назва — «Solana: огляд екосистеми за 3 квартал 2024 року», авторські права належать оригінальному автору [insights4vc], якщо у вас є заперечення проти передруку, будь ласка, зв'яжіться з нами Команда Gate Learn, команда обробить це якнайшвидше згідно з відповідними процедурами.
Попередження: Погляди та думки, висловлені в цій статті, представляють лише особисті погляди автора та не є жодною інвестиційною порадою.
Інші мовні версії статті перекладені командою Gate Learn, не згадано в Gate, перекладений матеріал не може бути відтворений, поширений або узятому з іншого джерела.