Storj

Storj (STORJ) – это протокол, который создает распределенную сеть для формирования и выполнения контрактов на хранение между пирами. Протокол Storj позволяет пирам в сети вести переговоры по контрактам, перемещать данные, проверять целостность и доступность удаленных данных, извлекать данные, а также платить другим узлам. Каждый пир является автономным агентом, способным осуществлять эти действия без значительного взаимодействия с человеком. Storj  имеет собственный токен.

Курс на 22.11.2024

• Курс: 0.508926 USD
• Символ: STORJ
• Рейтинг (CMC): 276

Как работают одноранговые сети?

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

Одноранговые сети обычно являются нецелесообразными для производственных систем хранения, поскольку доступность данных – это скорее функция популярности, а не полезности. Storj предлагает решение в форме системы верификации типа «вопрос-ответ» в сочетании с прямыми платежами. Система может периодически проверять целостность данных и предлагать вознаграждения пирам, обслуживающим данные.

Децентрализованная сеть для облачного хранения имеет множество преимуществ по сравнению с облачным хранением на базе центров данных. Безопасность данных можно поддерживать, используя клиентское шифрование, а целостность данных – посредством доказательства возможности извлечения. Влияние сбоев инфраструктуры и нарушений безопасности будет в значительной степени уменьшено. Открытый рынок для хранилищ данных сможет снижать затраты на различные устройства для хранения, позволяя большему количеству сторон конкурировать, используя существующие устройства. Данные в сети будут устойчивы к цензуре, изменению, неавторизованному доступу и сбою данных. В данном документе описывается конкретная реализация такой сети, а также набор инструментов для взаимодействия с этой сетью.

Платежи  в протоколе Storj

Storj является нейтральным по отношению к платежам. Протокол не требует какой-то определенной платежной системы. Текущая реализация предлагает Storjcoin, однако могут быть имплементированы и многие другие виды платежей, включая перевод BTC, Ether, ACH.

Эталонная реализация будет использовать микроплатежные каналы Storjcoin, которые в настоящее время находятся на стадии разработки. Микроплатежные каналы делают возможным сопряжение платежа непосредственно с аудитом, таким образом, сводя к минимуму количество необходимого доверия между арендодателями и владельцами данных. Тем не менее, поскольку хранение данных обходится недорого, аудиторские платежи являются ничтожно малыми, зачастую менее 0,000001 долларов США за аудит.

Storjcoin делает возможными намного более детализированные платежи, чем другие валюты-кандидаты, таким образом минимизируя доверие между сторонами. Помимо этого, механизм микроплатежных каналов требует, чтобы общая стоимость канала была депонирована в течение всего срока работы канала. Это понижает скорость валюты и подразумевает, что колебания стоимости в значительной степени влияют на экономические стимулы микроплатежных каналов.

Использование отдельного токена создает определенное количество изоляции снаружи волатильности, а объемное предложение Storjcoin сводит к минимуму воздействие условного депонирования токена на рынок.

Новые платежные стратегии должны включать валюту, цену на хранение, цену на извлечение и назначение платежа. Настоятельно рекомендуется, чтобы новые платежные стратегии рассматривали, как владельцы данных доказывают платеж, а арендодатели проверяют квитанцию без взаимодействия с человеком.

Quasar

Storj реализует одноранговую систему публикации/подписки под названием Quasar. Quasar предлагает тематическую публикацию/подписку, использующую фильтры Bloom. Тематики описывают диапазоны параметров контракта, нужных вещательному узлу, включая размер контракта и поручение пропускной способности. Перечень тематик стандартизирован на уровне протокола и является легко расширяемым. Это облегчает процесс внесения и согласования контракта, обеспечивая доставку сообщений заинтересованным узлам.

Доступ к сети Storj

Как очевидно, владелец данных должен брать на себя трудности по поддержанию доступности и целостности данных в сети Storj. Поскольку узлам нельзя доверять, и скрытая информация, такая как набор задач, не может быть безопасно передана стороннему недоверенному пиру, владельцы данных несут ответственность за обсуждение контрактов, предварительную обработку сегментов данных, выпуск и проверку аудитов, обеспечение платежей, поддержку статуса файлов посредством сбора сегментов данных, обработку ключей шифрования файлов, и т.д. Многие из этих функций требуют высокой производительности и значительной инфраструктуры, в особенности для активных наборов файлов. От запускаемых пользователем приложений, таких, как приложение для синхронизации файлов, нельзя ожидать эффективного управления файлами в сети.

В целях облегчения доступа к сети из как можно более широкого круга клиентских приложений, Storj реализует тонкую клиентскую модель, которая делегирует доверие выделенному серверу, управляющему владением данных. Это подобно концепции SPV-кошелька в системе Bitcoin и экосистемах других криптовалют.

Ответственность владельца данных может быть разделена между клиентом и сервером различными способами. Варьируя количество делегированного доверия, сервер также может обеспечивать широкий круг других разнообразных сервисов. Такого рода выделенный сервер, называемый Bridge, был разработан и выпущен как бесплатное ПО. Любое лицо или организация может запускать свой собственный сервер Bridge, чтобы содействовать успеху сети.