Переезд на Ethereum. Каким будет обновленный Storj?
Материал опубликован в рамках совместного спецпроекта ForkLog и Storj Labs «Блокчейн и хранение данных». С полным списком опубликованных материалов можно ознакомиться здесь.
Несколько недель назад команда проекта Storj заявила о запланированной миграции проекта с протокола Counterparty на платформу Ethereum. Такое решение было связано прежде всего с невозможностью дальше эффективно развивать проект, используя блокчейн биткоина и протокол Counterparty, который достаточно давно не обновлялся. Об этом мы упоминали в предыдущем материале нашего спецпроекта. При этом еще в середине 2016 года Storj и Counterparty объявляли о совместной работе над каналами мгновенных микроплатежей.
В рамках развития проекта команда также заключила партнерства с Microsoft Azure и Heroku, чтобы интегрировать инструменты для разработчиков Storj и позволить разворачивать их на базе облачных платформ данных сервисов. Такая интеграция распределенных сервисов с централизованными компаниями в последнее время становится отдельным трендом индустрии.
Ключевое изменение в концепции Storj — это корректировка парадигмы развития проекта, а точнее ее более четкое понимание командой. И эта новая парадигма аналогична подходу, выбранному командой платформы Ethereum, — строить не один универсальный софт, а сеть на основе большого количества взаимодействующих между собой приложений для хранения данных.
Дополнительным новшеством в Storj станет использование смарт-контрактов, что в общем-то ожидаемо при миграции на Ethereum. Однако смарт-контракты не будут использоваться для управления распределенным хранилищем. По словам команды Storj, они будут полезны в качестве мостов и в будущем будут добавлены в систему для верификации аудита. Разработчики также изучают ончейн-структуры, которые дадут возможность использовать Storj в качестве нативного уровня данных для приложений на базе Ethereum.
В системе также появились так называемые Объединенные мосты (Federated Bridges), которые являются децентрализованными точками доступа к сети. Каждый мост помогает управлять состоянием загруженных файлов и аккумулирует вокруг себя отдельных клиентов, таким образом возникает своего рода привязка пользователя к конкретному мосту. А это в свою очередь влечет некоторый риск централизации и снижает общую устойчивость сети к возможным атакам. В будущем Storj планирует создать объединенную систему управления файлами, распределенную между группой мостов через использование смарт-контрактов. Это позволит смягчить риски, вытекающие из привязки пользователя к конкретному мосту.
Как уже упоминалось выше, Storj начинали работу в направлении микроплатежей. Однако вместо собственных разработок было принято решение ориентироваться на Raiden Network, который позволяет реализовать в Ethereum функционал аналогичный Lightning Network в биткоине. По всей видимости, разработчики постарались максимально предусмотреть возможные последствия для экосистемы Storj в случае роста цены Ethereum и экспоненциального увеличения количества пользователей системы.
Все вышеперечисленное является следствием эволюционного развития проекта Storj, который прошел уже несколько стадий финансирования, проверки концепции и выпуск бета-версии. В результате команда смогла выкристаллизовать для себя абсолютно новую парадигму развития. И именно с этой сменой парадигмы прежде всего связан Token Sale проекта. С какой-то точки зрения — это показательный путь развития блокчейн-проекта, который в частном порядке иллюстрирует развитие всей блокчейн-экономики за последние два года.
Рассылки ForkLog: держите руку на пульсе биткоин-индустрии!