Заснований наприкінці 2017 року колишніми інженерами Qualcomm, Intel і Dropbox Solana — це одноланцюговий делегований протокол підтвердження частки, який зосереджений на забезпеченні масштабованості без шкоди для децентралізації чи безпеки. В основі рішення Solana для масштабування лежить децентралізований годинник під назвою Proof of History (PoH), призначений для вирішення проблеми часу в розподіленій мережі без єдиного надійного джерела часу. Використовуючи функцію затримки, яку можна перевірити, PoH дозволяє кожному вузлу генерувати позначки часу локально за допомогою обчислень SHA256. Це усуває необхідність транслювати часові мітки по всій мережі, підвищуючи загальну ефективність мережі.
SOL — це нативний токен блокчейну Solana. Solana використовує консенсусний алгоритм делегованого підтвердження частки, щоб стимулювати власників токенів підтверджувати транзакції. У рамках безпечного дизайну Solana всі збори будуть оплачуватися в SOL і спалюватися, зменшуючи загальну пропозицію. Цей дефляційний механізм SOL стимулює більше власників токенів до участі, тим самим підвищуючи безпеку мережі.

Особливості проекту

Щоб створити розподілену книгу із закодованим ненадійним часом, SOLANA розробила Proof of History, який є доказом проходження часу між замовленнями перевірки та конкретними подіями.
Proof of History працюватиме з Proof of Work (алгоритм консенсусу, який використовується Bitcoin тощо) або Proof of Stake (алгоритм консенсусу, який використовує Casper Ethereum). Це зменшує накладні витрати на обмін повідомленнями, які призводять до часу завершення до секунди.
Крім того, Solana працює над генеруванням до 710 тисяч транзакцій на секунду в мережі 1 ГБ без розділення даних. Ви хочете знати, як вони планують досягти цієї великої перемоги?
У гонці за розробкою високопродуктивних (Tps) і високозахищених блокчейнів команди розробляють нові способи створення високомасштабованих рішень, які дозволяють проводити великі обсяги транзакцій.
«Питання часу?». В епоху комп’ютерів та інформації існує фундаментальна потреба, яка чекає свого вирішення. Чесна координація між подіями. Це означає: наприклад, коли комп’ютер надсилає повідомлення іншому комп’ютеру, їм потрібно синхронізувати час між транзакціями. Отже, це означає, що якщо у кожного з них є свій власний внутрішній годинник, вони можуть або не можуть правильно координуватися.
Координація подій за допомогою часових позначок — це не лише системна вимога, а й величезна вартість грошей, людей і зусиль.
Розробники почали використовувати методику збільшення загальної пропускної здатності ланцюжка. Шардинг — це техніка, яка використовується для покращення TPS (пропускної здатності системи) загального ланцюга та виявилася успішною, але сама по собі вона не є повним рішенням, оскільки це може створювати вразливості.
Найбільшою вразливістю є фрагментація транзакцій, яка, якщо її не обробляти належним чином, може відкрити ланцюжок для шахрайських транзакцій, подвійних витрат або фрагментів тієї самої транзакції без спільного знання.
Щоб надати деяку загальну перспективу, Google Spanner (масштабована, багатоверсійна, глобально розподілена та синхронно реплікована база даних Google, яка підтримує транзакції читання-запису, транзакції лише читання та читання знімків) витрачає багато ресурсів на синхронізацію своїх даних Атомний годинник між центри обробки даних.
Їх потрібно точно обслуговувати, і над цим працює безліч інженерів. Може здатися, що координувати час – це легке завдання, але це не так, і це рішення Proof-of-History, запропоноване Соланою.
Забезпечуючи довірену координацію часу, Solana не тільки збільшує пропускну здатність блокчейну з точки зору швидкості та надійності, але й знижує середню вартість.
Команда, яка успішно вирішить цю проблему, швидше за все, матиме високий рівень впровадження блокчейну.

Технічний огляд

Розглядаючи рішення, запропоновані Соланою, виникають такі запитання, як реалізувати доказ історії в блокчейні, як саме працює Солана та які інструменти вона використовує?
По-перше, нам потрібно зрозуміти, як влаштована мережа та з чого вона складається.
Доказом історії є високочастотна перевірена функція затримки. Це означає, що для оцінки знадобиться певна кількість відповідних кроків. Але з іншого боку, ці дії призводять до отримання унікальних результатів, які легко перевірити.
У розділі рішень ми обговорили, як Solana може збільшити кількість TXN/s і зменшити ресурси, необхідні для їх запуску. Інтерпретація цієї можливості узгоджується з інтерпретацією хеш-функцій.
Функції хешування як спосіб стиснення даних, щоб більші обсяги даних могли бути стиснуті в невелику кількість бітів, заохочують зменшити вагові коефіцієнти передачі, що призводить до підвищення ефективності та швидшої послідовності.
Як згадувалося вище, послідовності підтвердження історії розроблені для роботи з криптографічними хеш-функціями.
Особливе значення для криптографічних хеш-функцій має використання необроблених вхідних даних для прогнозування кінцевого результату (виходу) без виконання всієї функції з нуля. Отже, якщо у вас є вхідні дані, але неможливо передбачити вихідні дані, вам потрібно буде запустити функцію, щоб отримати результат.
Маючи це на увазі, припустимо, що ця хеш-функція запускається з деякої випадкової початкової точки (початкового введення), і після завершення процесу отримується перший вихід (хеш). Ось де це стає цікавим, подача вхідних даних на вхід наступного хешу разом із виходом, який ви отримуєте від виконання функції.
Якщо ми хочемо повторити цей процес, скажімо, 300 разів. Ви можете почати бачити, що ми створили однопотоковий процес, де остаточний результат (хеш 300) абсолютно неможливий, окрім того, хто виконує весь потік.
Цей цикл, який надає вихід на вхід наступної функції та згенеровані дані, представлений як плин часу та створення історії, мовою Солани, як тики. Кожен вихід містить детальну інформацію, яку неможливо передбачити без запуску функції. Подібно до фільмів Marvel у наведеному вище прикладі, кожна робота представляє період часу, який випадково займає її місце в нитці безперервного часу.
Таким чином, Solana рекомендує не використовувати ненадійний час, а використовувати ці послідовні впорядковані та непередбачувані виходи для визначення конкретного моменту, тобто конкретного моменту в процесі потоку. Ми можемо назвати це історією.

Доказ власного капіталу проекту

Solana використовує Proof-of-Stake (POS) для консенсусу, і він має багато тих самих характеристик, що й інші токени на основі POS. Щоб відновити пам’ять, ось деякі ключові особливості POS-токенів:
Підтвердження POS-токенів використовує валідатори
POS можна перевірити
1. Заблокуйте токени в гаманці
2. Покладіть. Токени заблоковано на masternode, що сприяє стабільності ланцюжка
Платіжний порядок визначається «віком» POS-токена або програми винагороди masternode.
Кожен POS-гаманець або програма винагороди Masternode отримує карбовані або щойно підроблені токени.
Гаманці або програми винагороди Masternode, які були офлайн занадто довго, більше не «оплачують» і можуть бути видалені з мережі.
Роль POS полягає в тому, щоб запобігти зловмисникам впроваджувати недійсні транзакції, підриваючи безпеку мережі.
Штрафом для «поганих акторів» може бути втрата POS-токенів і винагород.
Довіра гарантована до тих пір, поки винагорода від доведення переваг переважає ймовірність отримання прибутку шляхом шахрайства.
Solana має дуже схожу структуру, але вони реалізували свій POS дещо іншим способом.
Solana вибирає валідатор (тобто ставить токен) серед підключених вузлів.
Голосування та вибір валідатора потім визначатиметься вузлом, який був найдовшим або найбільш пов’язаним вузлом.
Solana покладається на швидке підтвердження; якщо вузол не відповідає протягом зазначеного часу, він позначається як мертвий і вилучається з голосування, а якщо вузол у той час був валідатором, проводяться нові вибори для вибору нового пристрій валідатор.
Якщо вузол супербільшості (дві третини вузлів) проголосує протягом цього тайм-ауту, форк вважається дійсним.
Відсікання — це акт анулювання частки, який запобігає валідаторам від вчинення шахрайства або спроби перевірити кілька вузлів, оскільки пов’язані токени будуть втрачені.
Основною відмінністю є концепція вторинних виборчих вузлів. Після обрання вторинний вузол може взяти на себе головну роль у разі збою мережі або іншого збою.

Схожі посилання:
https://www.qukuaiwang.com.cn/news/9130.html