Solana, основанная в конце 2017 года бывшими инженерами Qualcomm, Intel и Dropbox, – это одноцепочечный протокол делегированного подтверждения доли, ориентированный на обеспечение масштабируемости без ущерба для децентрализации или безопасности. В основе решения Solana для масштабирования лежат децентрализованные часы Proof of History (PoH), предназначенные для решения проблемы времени в распределенной сети без единого надежного источника времени. Используя проверяемую функцию задержки, PoH позволяет каждому узлу локально генерировать временные метки с использованием вычислений SHA256. Это устраняет необходимость широковещательной передачи временных меток по сети, повышая общую эффективность сети.
SOL — это собственный токен блокчейна Solana. Solana использует алгоритм консенсуса Delegated Proof-of-Stake, чтобы стимулировать держателей токенов к проверке транзакций. В рамках безопасного дизайна Solana все сборы будут оплачиваться в SOL и сжигаться, что приведет к сокращению общего предложения. Этот дефляционный механизм SOL стимулирует участие большего числа держателей токенов, тем самым повышая безопасность сети.

Особенности проекта

Чтобы создать распределенный реестр с закодированным, ненадежным временем, SOLANA разработала доказательство истории, которое является доказательством прохождения времени между проверочными заказами и конкретными событиями.
Proof of History будет работать с Proof of Work (алгоритм консенсуса, используемый биткойнами и т. д.) или Proof of Stake (алгоритм консенсуса, используемый Ethereum Casper). Это уменьшает накладные расходы на обмен сообщениями, которые приводят к времени завершения менее секунды.
Кроме того, Solana работает над созданием до 710 000 транзакций в секунду в сети объемом 1 ГБ без разделения данных. Хотите знать, как они планируют добиться этой великой победы?
В гонке за разработку высокопроизводительных (Tps) и высокозащищенных блокчейнов команды разрабатывают новые способы создания масштабируемых решений, позволяющих проводить большие объемы транзакций.
"Вопрос времени?". В век вычислительной техники и информации существует фундаментальная потребность, ожидающая своего решения. Честная координация между событиями. Это означает: например, когда компьютер отправляет сообщение другому компьютеру, им необходимо синхронизировать время между транзакциями. Это означает, что если у каждого из них есть собственные внутренние часы, они могут или не могут правильно координировать свои действия.
Координация событий с отметками времени — это не только системное требование, но и огромные затраты денег, людей и усилий.
Разработчики начали использовать метод увеличения общей пропускной способности цепочки. Разделение — это метод, используемый для улучшения TPS (пропускной способности системы) всей цепочки, и он оказался успешным, но сам по себе не является полным решением, поскольку может привести к уязвимостям.
Самой большой уязвимостью является фрагментация транзакций, которая, если ее не обработать должным образом, может открыть цепочку для мошеннических транзакций, двойных расходов или фрагментов одной и той же транзакции, не имеющих общих знаний.
Чтобы дать общее представление, Google Spanner (масштабируемая, многоверсионная, глобально распределенная и синхронно реплицируемая база данных Google, поддерживающая транзакции чтения-записи, транзакции только для чтения и чтение моментальных снимков) тратит много ресурсов на синхронизацию своих данных Атомные часы между центры обработки данных.
Их нужно поддерживать точно, и над этим работает множество инженеров. Может показаться, что координировать время — простая задача, но это не так, и это решение Proof-of-History, предложенное Соланой.
Обеспечивая надежную координацию времени, Solana не только увеличивает пропускную способность блокчейна с точки зрения скорости и надежности, но и снижает среднюю стоимость.
Команда, которая успешно решит эту проблему, скорее всего, будет иметь широко распространенный блокчейн.

Технический обзор

При изучении решений, предложенных Соланой, возникают такие вопросы, как реализовать доказательство истории в блокчейне, как именно работает Солана и какие инструменты она использует?
Во-первых, нам нужно понять, как устроена сеть и из чего она состоит.
Доказательством истории является высокочастотная проверяемая функция задержки. Это означает, что для оценки потребуется определенное количество соответствующих шагов. Но, с другой стороны, эти шаги приводят к уникальному результату, который легко проверить.
В разделе решений мы обсудили, как Solana может увеличить количество TXN/s и сократить ресурсы, необходимые для их запуска. Интерпретация этой возможности согласуется с интерпретацией хеш-функций.
Хэш используется как способ сжатия данных, так что большие объемы данных могут быть сжаты до небольшого количества битов. Это способствует уменьшению веса транзакций, что приводит к повышению эффективности и ускорению последовательностей.
Как упоминалось выше, последовательности проверки истории предназначены для работы с криптографическими хеш-функциями.
Особое значение для криптографических хеш-функций имеет использование необработанных входных данных для прогнозирования конечного результата (вывода) без выполнения всей функции с нуля. Так что, если у вас есть ввод и попытка предсказать вывод невозможна, вам нужно будет запустить функцию, чтобы получить результат.
Имея это в виду, предположим, что эта хэш-функция запускается из некоторой случайной начальной точки (начальный ввод), и после завершения процесса получается первый результат (хэш). Вот где становится интересно, подавая ввод во ввод следующего хэша вместе с выводом, который вы получаете от запуска функции.
Если мы хотим повторить этот процесс, скажем, 300 раз. Вы можете начать видеть, что мы создали однопоточный процесс, в котором конечный результат (хэш 300) совершенно невозможен, кроме тех, кто выполняет весь поток.
Этот цикл, который обеспечивает вывод на вход следующей функции и сгенерированные данные, представлен как течение времени и создание истории, на языке Соланы, как тики. Каждый вывод содержит подробную информацию, которую невозможно предсказать без запуска функции. Подобно фильмам Marvel в приведенном выше примере, каждая работа представляет собой период времени, который является ее местом в непрерывной нити времени.
Поэтому Солана рекомендует не использовать недостоверные времена, а использовать эти последовательные упорядоченные и непредсказуемые выходы для определения конкретного момента, то есть конкретного момента в процессе потока. Мы можем назвать это историей.

Доказательство капитала проекта

Solana использует Proof-of-Stake (POS) для консенсуса, и он имеет многие из тех же характеристик, что и другие токены на основе POS. Чтобы напомнить, вот некоторые ключевые особенности токенов POS:
Подтверждение использования токенов POS с помощью валидаторов
POS можно проверить
1. Блокировка токенов в кошельке
2. Помещение Токены заблокированы на Мастернода, которая способствует стабильности цепочки
Порядок оплаты определяется «возрастом» POS-токена или программы вознаграждения мастерноды.
Каждый POS-кошелек или программа поощрения мастернод получает отчеканенные или недавно подделанные токены.
Кошельки или программы поощрения мастернод, которые слишком долго не работали в автономном режиме, больше не «платят» и могут быть удалены из сети.
Роль POS заключается в том, чтобы не допустить, чтобы злоумышленники ввели недействительные транзакции, подорвав безопасность сети.
Наказанием для «злоумышленников» может быть потеря POS-токенов и вознаграждений.
Доверие гарантируется до тех пор, пока вознаграждение за доказательство выгоды превышает вероятность получения выгоды путем мошенничества.
У Solana очень похожая структура, но они реализовали свой POS немного по-другому.
Солана выбирает валидатор (т. е. размещает токен) среди тех узлов, которые подключены.
Затем голосование и выбор валидатора будут определяться узлом, который был самым длинным или самым привязанным узлом.
Solana полагается на быстрое подтверждение; если узел не отвечает в течение заданного времени, он помечается как мертвый и удаляется из голосования, а если узел в это время был валидатором, проводятся новые выборы для выбора нового устройство валидатора.
Если в течение этого времени проголосует узел с подавляющим большинством голосов (две трети узлов), вилка считается действительной.
Отсечение — это действие по аннулированию ставки, которое не позволяет валидаторам совершать мошенничество или пытаться проверить несколько узлов, поскольку привязанные токены будут потеряны.
Основным отличием является концепция вторичных избирательных узлов. После избрания вторичный узел может взять на себя основную роль в случае сбоя сети или другого сбоя.

Ссылки по теме:
https://www.qukuaiwang.com.cn/news/9130.html