Solana Proof of History: як працює PoH

Примітка щодо точності: продуктивність мережі, кількість валідаторів, комісії, функції протоколу, підтримка гаманців та інтеграції зі сторонніми сервісами змінюються з часом. Сприймайте застарілі цифри як історичні зрізи та перевіряйте поточну документацію з першоджерел.

Solana Proof of History — це механізм криптографічного впорядкування в часі, а не самостійний протокол консенсусу. Він працює разом із Tower BFT та Proof of Stake, допомагаючи валідаторам упорядковувати події та узгоджувати стан реєстру.

Відмова від відповідальності: Ця стаття призначена виключно для інформаційних та освітніх цілей. Вона не є фінансовою чи інвестиційною порадою. Інвестиції в криптовалюту несуть значні ризики, включаючи потенційну втрату основного капіталу. Проконсультуйтеся з кваліфікованим фінансовим радником перед прийняттям інвестиційних рішень.

Зміст

1. Що таке Proof of History? Пояснення криптографічного годинника Solana
2. Як працює Proof of History: покроковий опис ланцюжка хешів SHA-256
3. Чому Proof of History може зменшити витрати на впорядкування
4. Proof of History проти Proof of Work та Proof of Stake: пряме порівняння
5. Як Proof of History взаємодіє з повною архітектурою Solana
6. Обмеження та критика Proof of History: чесна оцінка
7. Поширені запитання про Proof of History та Solana
8. Висновок: чи є Proof of History справжньою інновацією?

Що таке Solana Proof of History?

Proof of History (PoH) — це криптографічний механізм відліку часу, вбудований у блокчейн Solana, який створює перевірений запис порядку та часу подій, не вимагаючи від валідаторів постійної комунікації один з одним для встановлення того, коли щось сталося.

Блокчейн — це розподілений реєстр, у якому записи криптографічно пов'язані та підтримуються в мережі учасників без центрального органу влади. У будь-якому розподіленому блокчейні вузли повинні домовитися про дві речі перед підтвердженням транзакції: що сталося і коли це сталося. Більшість мереж витрачають значні обчислювальні зусилля на друге питання. Proof of History відповідає на нього криптографічно, тому мережа може зосередити всю свою пропускну здатність на першому.

Важливе розмежування, яке слід встановити негайно: Proof of History не є механізмом консенсусу. Фактичним механізмом консенсусу Solana є Tower BFT. PoH — це рівень відліку часу, від якого залежить ефективна робота Tower BFT. Плутанина між ними є найпоширенішою помилкою у висвітленні технології Solana, і ця стаття виправляє її в усьому тексті.

Proof of History був винайдений Анатолієм Яковенком, співзасновником Solana Labs і колишнім провідним інженером Qualcomm. Він представив цю концепцію у Whitepaper 2017 року під назвою Solana: A new architecture for a high performance blockchain. Бета-версія основної мережі (mainnet) Solana була запущена в березні 2020 року на архітектурі, описаній у цьому Whitepaper.

Solana — це високопродуктивний блокчейн Рівня 1, нативним токеном якого є SOL. Його теоретична верхня межа пропускної здатності, що стала можливою завдяки роботі Proof of History разом із кількома іншими архітектурними інноваціями, є історичним теоретичним показником приблизно 65 000 транзакцій на секунду (TPS). Реальна стабільна пропускна здатність у типових мережевих умовах є значно нижчою — це розмежування детально розглядається в цій статті.

Якщо ви чули опис Proof of History як «такого ж самого, як Proof of Stake», або припускали, що це механізм консенсусу Solana, обидва формулювання є неправильними. Повне порівняння та точний зв'язок між цими механізмами наведено в розділах нижче.

Як працює Proof of History: покроковий опис ланцюжка хешів SHA-256

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

Що таке криптографічна хеш-функція? (Базовий елемент)

Криптографічна хеш-функція приймає будь-які вхідні дані (слово, документ, запис транзакції) і створює вихідні дані фіксованої довжини, які є унікальними для цих вхідних даних і детермінованими. Її також практично неможливо звернути: знання вихідних даних нічого не говорить про те, що було на вході. Вихідні дані називаються хешем і функціонують як унікальний відбиток пальця для будь-яких даних, що їх створили.

Змініть хоча б один символ у вхідних даних — і вихідні дані зміняться повністю й непередбачувано. Саме ця чутливість до вхідних даних робить послідовне хешування надійною основою для відліку часу.

Конкретною хеш-функцією, яку використовує Proof of History, є SHA-256 (Secure Hash Algorithm, 256-біт), той самий алгоритм, який забезпечує безпеку транзакцій Bitcoin. SHA-256 є ресурсомістким для виконання, але надзвичайно швидким для перевірки. Ця асиметрія є ключовою: створення хешу займає час, але його перевірка відбувається миттєво. Саме ця властивість робить SHA-256 придатним для функції відліку часу PoH.

Ланцюжок хешів: як PoH криптографічно кодує час

PoH працює шляхом запуску SHA-256 у безперервній послідовності, де кожен вихід стає входом для наступного обчислення. Оскільки кожен крок потребує реального, незменшуваного часу обчислення, ланцюжок результатів становить перевірений запис часу, що минув. Ніхто не може підробити досягнення кроку 500 000, не виконавши фактично обчислення кроків від 1 до 499 999.

Уявіть це як криптографічний секундомір. Кожен тік годинника — це записаний вихід SHA-256, а ланцюжок тіків доводить, що певний обсяг обчислень, а отже, і вимірюваний проміжок часу, минув між подіями.

Ось як працює ця послідовність:

1. Валідатор-лідер розпочинає ланцюжок. Призначений валідатор («лідер» для цього слота) запускає SHA-256 на початкових вхідних даних, якими може бути будь-яке довільне значення або хеш попереднього блоку.
2. Кожен вихід стає наступним входом. Отриманий хеш подається назад у SHA-256 як новий вхід. Це і є ланцюжок. Кожна ланка повністю залежить від попередньої.
3. Лічильник послідовності відстежує позицію. Кожна ітерація має порядковий номер: хеш №1, хеш №2, хеш №347 891. Цей лічильник є кількістю тіків годинника.
4. Транзакції вбудовуються в ланцюжок у міру їх надходження. Коли транзакція надходить у мережу, лідер хешує її в послідовність у цей конкретний момент. Дані транзакції включаються у вихід хешу на цій конкретній позиції лічильника.
5. Вбудована позиція доводить час транзакції. Транзакція, хешована на позиції 347 891, очевидно відбулася після позиції 347 890 і перед позицією 347 892. Зовнішня часова мітка не потрібна. Сам ланцюжок є доказом.
6. Інші валідатори перевіряють послідовність. Перевірка відбувається швидко, оскільки перевірка хешу займає частку того часу, який потрібен для його створення. Валідатор може підтвердити валідність усієї послідовності, не перезапускаючи кожне обчислення.
7. Отриманий ланцюжок — це часова шкала із захистом від несанкціонованого втручання. Зміна будь-якого хешу на будь-якій позиції робить недійсним кожен наступний хеш, що робить неможливою фальсифікацію запису без повторного виконання всієї наступної роботи.

Аналогія з фотографією добре передає властивість захисту від втручання. Уявіть, що ви робите фото щосекунди, де кожне наступне фото містить попереднє фото в кадрі. Кожен, хто дивиться на фото №1 000, може перевірити послідовність, не будучи присутнім при кожному знімку, оскільки кожне зображення криптографічно вкладене в наступне. Зміна фото №400 помітно зіпсує кожне наступне зображення.

Цей послідовний ланцюг хешування криптографи називають функціонально подібним до перевіреної функції затримки (VDF). Формально визначена VDF, як описано Боне, Бонно, Бюнцом і Фішем у їхній статті 2018 року, опублікованій на CRYPTO (IACR ePrint 2018/601), — це функція, для обчислення якої потрібен певний час, яку не можна паралелізувати для прискорення цього обчислення, і яка створює доказ, що дозволяє швидку верифікацію. PoH досягає того ж практичного ефекту через послідовне хешування SHA-256. Формально це не VDF у суворому теоретико-обчислювальному сенсі, але функціональна схожість є точною. Академічні дослідники, які описують PoH як «схожий на VDF» або «неформальну VDF», використовують точне формулювання.

Джерело: Анатолій Яковенко, "Solana: Нова архітектура для високопродуктивного блокчейну", 2017. Доступно за адресою solana.com/solana-whitepaper.pdf

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

Чому Proof of History Solana може зменшити накладні витрати на впорядкування

Джерело посилається на історичні теоретичні та спостережувані діапазони пропускної здатності, але сам Proof of History не дає показника TPS. Суміш транзакцій, трафік голосування, планування виконання, апаратне забезпечення валідаторів, мережа, перевантаження та методологія вимірювання — все це впливає на повідомлену пропускну здатність. Використовуйте датовані вимірювання в реальному часі для операційних рішень.

Порівняння з Visa, Ethereum або Bitcoin не є прямими: вони враховують різні події та використовують різні моделі довіри, розрахунку та фінальності. PoH є частиною дизайну Solana, поряд із Sealevel, Turbine, Gulf Stream, ринками комісій та інфраструктурою валідаторів.

Як Tower BFT використовує PoH для пропуску комунікаційних раундів

Прискорення за рахунок PoH полягає не в швидшому хешуванні. Воно полягає в усуненні цілої категорії комунікацій, яка вимагається традиційними механізмами консенсусу.

Розподілені системи, які повинні витримувати візантійські збої (несправні або зловмисні учасники), потребують візантійської відмовостійкості (BFT): здатності досягати консенсусу, навіть коли деякі валідатори офлайн, надсилають хибну інформацію або поводяться вороже, за умови, що менше третини валідаторів скомпрометовані.

Ключове визначення: Візантійська відмовостійкість (BFT) — це здатність розподіленої системи продовжувати коректно працювати, навіть коли деякі учасники виходять з ладу або діють зловмисно. Ця концепція походить від проблеми візантійських генералів, класичного комп'ютерного мисленнєвого експерименту Лампорта, Шостака та Піза (1982).

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

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

Sealevel та Gulf Stream: Швидкість поза межами годинника

Сам по собі PoH не забезпечує 65 000 TPS. Це фундаментальний шар, який робить можливими інші інновації Solana щодо продуктивності.

Sealevel — це середовище виконання паралельних смартконтрактів Solana. Смартконтракти — це програми, що зберігаються в блокчейні та викликаються через транзакції. Тоді як EVM Ethereum обробляє транзакції послідовно, Sealevel може виконувати несумісні транзакції на кількох процесорних ядрах. Цей паралелізм походить від облікових записів, які кожна транзакція декларує, що вона читатиме або записуватиме; PoH надає посилання на впорядкування, але не визначає, які облікові записи є незалежними.

Gulf Stream — це протокол пересилання транзакцій Solana без мемпулу. Замість того, щоб тримати непідтверджені транзакції в пулі очікування, Gulf Stream пересилає транзакції наступному очікуваному валідатору-лідеру перед фіналізацією поточного блоку, використовуючи розклад лідерів PoH, щоб знати, хто наступний. Turbine, протокол розповсюдження блоків Solana, натхненний BitTorrent, потім розбиває підтверджені блоки на менші пакети та ефективно розподіляє їх по мережі валідаторів.

PoH — це основа. Sealevel і Gulf Stream будуються безпосередньо на ній, як і Turbine. Показник 65 000 TPS відображає всі ці інновації, що працюють разом, з PoH як шаром впорядкування, від якого залежить кожна з них.

Децентралізовані (DeFi) додатки, включаючи децентралізовані біржі та кредитні протоколи, вимагають високої пропускної здатності транзакцій для роботи в масштабі. Архітектура Solana з підтримкою PoH робить можливим для цих додатків обробляти тисячі операцій на секунду на базовому рівні, що не може забезпечити більшість поточних блокчейнів Рівень 1, хоча рішення Рівень 2 на інших ланцюгах скорочують цей розрив для конкретних випадків використання.

Щоб зрозуміти, чому ця архітектура має значення, корисно порівняти PoH безпосередньо з механізмами консенсусу, з якими він був розроблений для роботи.

Proof of History проти Proof of Work проти Proof of Stake: Пряме порівняння

Найважливіший структурний момент перед цим порівнянням: Proof of History не є механізмом консенсусу. Proof of Work і Proof of Stake є механізмами консенсусу. Порівнювати PoH безпосередньо з PoW або PoS — це як порівнювати годинник з системою голосування. Вони вирішують різні проблеми, і ця відмінність формує все інше в цій таблиці.

Примітка: Теоретичний TPS Solana відображає сукупний вихід PoH, Sealevel, Turbine та Gulf Stream за оптимальних умов. Цей показник не досягається регулярно на практиці.

PoH проти Proof of Work: Швидкість та енергія

Proof of Work Bitcoin та Proof of History Solana вирішують різні проблеми, але контраст між ними щодо пропускної здатності та енергії є разючим. У PoW майнери змагаються у вирішенні обчислювально інтенсивної головоломки. Переможець додає наступний блок і отримує винагороду. Ця конкуренція навмисно дорога, оскільки витрати енергії роблять зворотне обчислення ланцюга неможливим. Bitcoin обробляє приблизно 7 TPS як прямий результат цього дизайну.

PoH не замінює модель безпеки PoW. Він вирішує іншу проблему, проблему часового впорядкування, з набагато меншими обчислювальними витратами. Тільки один валідатор (поточний лідер) створює послідовність PoH, а не всі майнери змагаються одночасно.

SHA-256 також використовується в процесі майнінгу Bitcoin, але саме застосування докорінно відрізняється. Майнери Bitcoin шукають хеш із певними властивостями в конкурентній гонці. PoH у Solana послідовно запускає SHA-256 для створення запису часу, а не для того, щоб змагатися за щось.

PoH проти Proof of Stake: це не одне й те саме

Ні, Proof of History — це не те саме, що Proof of Stake. Solana не використовує PoH замість PoS. Вона використовує обидва методи одночасно для різних цілей.

Proof of Stake — це Механізм консенсусу, у якому валідатори обираються для створення блоків на основі кількості Криптовалюти, яку вони вносять в стейкінг як заставу. Ethereum перейшов на Proof of Stake у вересні 2022 року з оновленням Merge. PoS у Ethereum обробляє приблизно від 15 до 30 TPS на базовому рівні, а рішення Рівень 2, як-от Arbitrum та Optimism, значно розширюють ефективну пропускну здатність за межі цих показників.

Solana використовує систему на основі PoS для вибору валідаторів, що визначає, хто стане лідером, відповідальним за створення послідовності PoH для даного слота. Потім PoH забезпечує часове впорядкування, яке Tower BFT використовує для досягнення консенсусу. Ці два механізми доповнюють один одного, а не конкурують. PoH — це годинник; PoS визначає, хто його заводить.

Як Proof of History взаємодіє з повною архітектурою Solana

Для розробників, які оцінюють Solana як Платформа, питання полягає не лише в тому, що PoH робить окремо. Важливо те, як PoH вписується в повну архітектуру з восьми інновацій, яку Анатолій Яковенко описав у своєму Whitepaper 2017 року, і чого ця архітектура вимагає від обладнання, на якому вона працює.

Tower BFT: використання запису PoH як годинника для голосування

Tower BFT використовує верифікований часовий запис PoH для впровадження механізму блокування голосів, який був би неможливим без спільної, надійної послідовності слотів.

Ось як це працює на практиці. Валідатори в Solana голосують за блоки, які вони вважають дійсними. Кожне голосування пов'язане з конкретним номером слота PoH. Tower BFT забезпечує правило блокування: щойно валідатор проголосував за слот, він не може голосувати за конфліктний Форк протягом експоненціально зростаючої кількості наступних слотів. Чим довше блокування, тим більше SOL, внесених в стейкінг, валідатор ризикує втратити через слешинг, якщо він спробує проголосувати за обидві сторони форку.

Tower BFT може забезпечувати ці часові блокування саме тому, що PoH надає верифіковану спільну послідовність слотів. Без PoH не було б надійного загального орієнтира для того, що «слот 347 891 відбувся перед слотом 347 892». Блокування голосів на основі часу потребує надійного годинника. PoH і є таким годинником.

Графік лідерів визначається заздалегідь з використанням вагових коефіцієнтів SOL, внесених в стейкінг. Валідатори знають, який вузол має генерувати потік PoH і пропонувати блок для кожного наступного слота. Така передбачуваність дозволяє пересилати дані з урахуванням лідера ще до завершення поточного блоку, що зменшує залежність від звичайного глобального Мемпул без повного усунення перевантажень, випадіння транзакцій, пріоритетних комісій або ризику MEV.

BFT у контексті Tower BFT означає, що мережа витримує до однієї третини зловмисних або непрацюючих валідаторів, водночас досягаючи консенсусу. Структура експоненціального блокування гарантує, що атака на мережу шляхом маніпуляції голосами стає геометрично дорожчою в міру збільшення періоду блокування.

Sealevel: як упорядкування транзакцій PoH забезпечує паралелізм

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

Sealevel вирішує це, зчитуючи верифіковану чергу транзакцій PoH та аналізуючи задекларовані набори рахунків для читання та запису кожної транзакції. Оскільки кожна транзакція Solana повинна вказувати, з яких рахунків вона зчитує дані і в які записує, Sealevel може визначити в момент подання, які транзакції є незалежними. Незалежні транзакції (ті, що стосуються абсолютно різних рахунків) можуть виконуватися одночасно на декількох ядрах процесора або потоках GPU. Взаємозалежні транзакції виконуються послідовно у верифікованому порядку PoH.

Роль PoH полягає в наданні впорядкованої часової черги транзакцій, яку споживає Sealevel. Без верифікованого впорядкування, яке створює PoH, паралельне виконання вимагало б великих витрат на координацію для запобігання конфліктам. Solana називає свої Ончейн-програми «програмами», а не смартконтрактами у своїй рідній документації, що відображає архітектурну відмінність від моделі виконання Ethereum, хоча термін «смартконтракти» широко зрозумілий і використовується в усій індустрії.

Gulf Stream використовує графік лідерів PoH для передачі непідтверджених транзакцій безпосередньо майбутнім лідерам-валідаторам, а Turbine використовує впорядковані через PoH блоки як основу для свого дерева розповсюдження блоків у стилі BitTorrent. Кожен основний компонент продуктивності в архітектурі Solana залежить від PoH як від фундаменту впорядкування.

Ця архітектурна щільність також є джерелом деякої значної критики PoH, зокрема щодо вимог до обладнання, які вона висуває до валідаторів.

Обмеження та критика Proof of History: чесна оцінка

Proof of History несе в собі реальні архітектурні компроміси, і найбільш значущим з них є вимоги до обладнання для валідаторів, які її підтримують.

Для роботи валідатора Solana потрібне серверне обладнання високого класу: процесор з великою кількістю ядер, мінімум 128 ГБ оперативної пам'яті, NVMe SSD та мережеве з'єднання швидкістю в кілька гігабіт. Документація Solana рекомендує характеристики обладнання, збірка та експлуатація якого коштує від 5 000 до 20 000 доларів США або більше.

Цей вартісний бар'єр обмежує участь у наборі валідаторів лише добре забезпеченими операторами. Повний вузол Bitcoin може працювати на Raspberry Pi вартістю менше 100 доларів. Валідатор Solana — ні. Результатом є тиск централізації: чим вища вартість участі, тим меншим є коло потенційних валідаторів і тим більше потужність консенсусу мережі концентрується серед добре фінансованих інституційних операторів.

Тиск централізації — це точне формулювання в даному випадку, а не довершена централізація. Solana підтримує приблизно від 1 500 до 2 000 активних валідаторів, що менше, ніж у Ethereum з його кількома сотнями тисяч валідаторів, хоча нижчий поріг обладнання Ethereum передбачає інші економічні вимоги (32 ETH для внесення в стейкінг). Solana Foundation впровадила програми делегування стейку для підтримки менших валідаторів, але базова вимога до обладнання, зумовлена вимогами PoH до пропускної здатності, залишається структурною, а не випадковою.

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

Збої в мережі: чи була причиною Proof of History?

Сама по собі Proof of History не була причиною великих збоїв у мережі Solana. Збої були спричинені потоками спам-транзакцій, що перевантажували обчислювальні потужності мережі, та помилками в клієнтському програмному забезпеченні валідаторів.

Задокументовані інциденти є конкретними. У вересні 2021 року мережа Solana пережила 17-годинний збій, спричинений сплеском транзакцій, згенерованих БОТ, під час початкової пропозиції Raydium DEX. Обсяг спам-транзакцій переповнив пам'ять валідаторів, що призвело до їх краху та зупинки мережі до моменту організації скоординованого перезапуску. Додаткові збої в мережі сталися в січні 2022 року та травні 2022 року, кожен з яких був пов'язаний з комбінацією спам-атак та помилок у програмному забезпеченні валідаторів, а не з помилками в самому механізмі PoH.

Чесний архітектурний зв'язок полягає в наступному: дизайн PoH надає пріоритет пропускній здатності над консервативним керуванням ресурсами, що означало, що мережа не мала вбудованого обмеження швидкості або захисту від спаму на основі комісій на момент тих збоїв. Мережа, розроблена для 65 000 TPS, повинна обробляти трафік на суму 65 000 TPS, включно зі шкідливим трафіком. Більш консервативні архітектури, обмежуючи пропускну здатність, також обмежують поверхню для атак.

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

Історія збоїв відображає інженерну незрілість у високопродуктивній системі, а не недолік самої концепції Proof of History, хоча ці два аспекти архітектурно пов'язані. Інвестори та розробники, які оцінюють Solana, повинні точно розуміти цю відмінність.

Залежності синхронізації годинника

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

На практиці це керується стандартною синхронізацією NTP (Network Time Protocol), і відхилення годинника не було суттєвим джерелом реальних збоїв. Це становить теоретичну поверхню для атак: складний зловмисник, який міг би маніпулювати часовими сигналами, що надходять до значної кількості валідаторів, потенційно міг би порушити призначення слотів. Це визнано як аспект дизайну, а не критична вразливість у поточній моделі загроз.

Поширені запитання про Proof of History Solana

Наступні відповіді стосуються найпоширеніших запитань про Proof of History, зібраних з шаблонів пошуку, які відображають те, про що найчастіше запитують інвестори, розробники, дослідники та скептики.

Яка мета Proof of History у Solana?

Proof of History створює криптографічний запис часу, який дозволяє валідаторам Solana погоджуватися щодо порядку та часу транзакцій без обміну повідомленнями про часові позначки один з одним. Розв'язуючи питання «коли це сталося» криптографічно, PoH звільняє Tower BFT, щоб він міг зосередитися виключно на питанні «чи це дійсно», зменшуючи накладні витрати на консенсус і забезпечуючи високу пропускну здатність транзакцій Solana.

Чи Proof of History — це те саме, що й Proof of Stake?

Ні. Proof of History — це механізм відстеження часу; Proof of Stake — це Механізм консенсусу для вибору валідаторів, які пропонують блоки. Вони розв'язують різні проблеми. Solana використовує обидва одночасно: PoH надає підтверджену часову послідовність, яка впорядковує транзакції, тоді як система на основі PoS визначає, який валідатор генерує потік PoH для кожного слота. Плутанина між цими двома поняттями часто трапляється в низькоякісних матеріалах про Solana, але архітектурно це різні компоненти.

Хто винайшов Proof of History?

Анатолій Яковенко, співзасновник і генеральний директор Solana Labs, представив Proof of History у Білій книзі 2017 року під назвою Solana: A new architecture for a high performance blockchain. До заснування Solana Labs Яковенко був старшим інженерним спеціалістом у Qualcomm, де працював над розподіленими операційними системами та алгоритмами стиснення. Бета-версія Основної мережі Solana була запущена в березні 2020 року.

Наскільки швидка Solana порівняно з Ethereum?

Теоретична пропускна здатність Solana є історичним теоретичним показником приблизно 65 000 транзакцій на секунду за оптимальних умов; реальна спостережувана пропускна здатність зазвичай коливається від 2000 до 4000 TPS. Базовий рівень Ethereum обробляє приблизно 15-30 TPS, а рішення Рівня 2 значно розширюють ефективну пропускну здатність. Перевага Solana на базовому рівні є структурною, зумовленою часовим упорядкуванням PoH, що забезпечує паралельне виконання та зменшені накладні витрати на консенсус.

Які недоліки Proof of History?

Три основні задокументовані обмеження: високі вимоги до обладнання валідаторів (128 ГБ+ ОЗУ, NVMe SSD, мережа зі швидкістю кілька Гбіт/с, вартість обладнання від 5 000 до 20 000 доларів США+), які створюють тиск на централізацію, виключаючи учасників з меншими ресурсами; історичні проблеми з надійністю мережі, включно з 17-годинним збоєм у вересні 2021 року та численними зупинками мережі у 2022 році, спричиненими спам-атаками та помилками клієнтів валідаторів; та залежність від синхронізації годинника, де значне відхилення годинника валідатора становить теоретичну поверхню для атак, що на практиці керується через синхронізацію NTP.

Скільки транзакцій на секунду може обробляти Solana?

Теоретичний максимум Solana — це історичний теоретичний показник приблизно 65 000 транзакцій на секунду, як описано в Білій книзі Яковенка 2017 року. Цей показник відображає всі архітектурні інновації Solana, що працюють на повну потужність за оптимальних умов мережі. Реальна спостережувана пропускна здатність за типових умов живої мережі коливається приблизно від 2000 до 4000 TPS. Теоретична стеля відображає архітектурний дизайн; реальний показник відображає продуктивність у виробничих умовах.

Що таке Tower BFT у Solana?

Tower BFT — це механізм голосування та вибору Форк Solana з урахуванням стейкінгу, побудований навколо слотів PoH. Валідатори голосують з наростаючими блокуваннями, що робить суперечливі голоси дорогими. Не ототожнюйте один цільовий слот з повною фінальністю; перевіряйте поточні рівні зобов'язань та вимоги до програми.

Чи безпечний Proof of History Solana?

Сам криптографічний механізм, послідовний хеш-ланцюжок SHA-256, є безпечним. SHA-256 ніколи не був успішно зламаний у виробничих середовищах і вважається криптографічно надійним спільнотою безпеки. Надійна робота на рівні мережі, включно зі збоями 2021 та 2022 років, є окремим питанням від криптографічної безпеки. Хеш-ланцюжок PoH не був скомпрометований під час жодного зі збоїв мережі Solana; ці події були спричинені вичерпанням ресурсів і програмними помилками, а не будь-яким збоєм криптографічного протоколу.

Навіщо Solana потрібен Proof of History?

Без PoH валідаторам Solana довелося б обмінюватися повідомленнями про часові позначки перед кожним раундом консенсусу для встановлення порядку транзакцій, як це вимагають традиційні системи консенсусу BFT. Ці накладні витрати на передачу повідомлень зростають із кількістю валідаторів і обмежують пропускну здатність. PoH замінює це спілкування криптографічним доказом: сам хеш-ланцюжок демонструє порядок та час подій, тому валідатори можуть перейти безпосередньо до голосування за дійсність транзакцій, а не спочатку узгоджувати час.

Чи використовує Proof of History багато енергії?

Ні. Послідовне хешування SHA-256 в PoH працює на одному призначеному валідаторі-лідері для кожного слота, а не на полі конкурентних майнерів. Це не енергоємне так само, як майнінг Proof of Work у Bitcoin, де кожен майнер одночасно витрачає обчислювальну потужність, змагаючись за знаходження дійсного хешу. Загальне споживання енергії Solana становить частку від споживання Bitcoin. Вартість обладнання, пов'язана з валідаторами Solana, є фінансовим питанням та питанням децентралізації, але вона відрізняється від питання енергоспоживання.

Який Блокчейн використовує Solana?

Solana сама по собі є Блокчейн Рівня 1. Вона не працює поверх іншої мережі, як рішення Рівня 2 Ethereum. Solana працює на власному незалежному Блокчейні, використовуючи Proof of History для хронологічного впорядкування транзакцій та Tower BFT для консенсусу, а SOL є її Нативним токеном.

Чи можуть інші Блокчейни використовувати Proof of History?

Код Solana є відкритим вихідним кодом, що робить механізм PoH доступним для вивчення та адаптації іншими проєктами. На практиці PoH глибоко інтегрований у повну архітектуру Solana. Tower BFT, Sealevel і Gulf Stream залежать від послідовності PoH. Вилучення та застосування PoH до іншого Блокчейну вимагатиме відтворення значної частини навколишнього стеку Solana для досягнення тих самих переваг у продуктивності.

Досліджуйте SOL на Bybit

Читачі можуть переглянути поточну ринкову інформацію про SOL або ринок спот SOL/USDT. Ці посилання забезпечують доступ до ринку та не доводять, що Solana, гаманець або сторонній протокол підходять кожному читачеві.

Висновок: чи є Proof of History справжньою інновацією?

Proof of History — це справжня криптографічна інновація. Механізм хеш-ланцюжка SHA-256 вирішує реальну проблему в розподілених системах: доведення плину часу без довіри до будь-якого окремого годинника таким чином, щоб це міг перевірити будь-який спостерігач без необхідності повторного виконання всіх обчислень.

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

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

Читач, який опрацював цю статтю, тепер може точно визначити Proof of History і пояснити, як хеш-ланцюжок SHA-256 створює перевірений запис часу. Він може відрізнити PoH від механізмів консенсусу, таких як Proof of Stake, чітко сформулювати, чому PoH забезпечує перевагу Solana у пропускній здатності, та оцінити задокументовані обмеження у відповідному контексті. Це технічна картина, необхідна для оцінки архітектури Solana за її перевагами.

Інформація в цій статті відображає загальнодоступну технічну документацію та є актуальною на момент публікації. Протоколи Блокчейн та показники продуктивності мережі змінюються з часом. Цей контент не пов'язаний із Solana Labs або Solana Foundation і не спонсорується ними.

Додаткові матеріали

• Механізм консенсусу Solana
• Архітектура Solana
• Швидкість Solana: Реальний TPS проти теорії