[RU] Использование промежуточного хаба в протоколе Голос

Опыт современных сетей указывает на один из недостатков децентрализованного подхода, а именно дублирование информации.

Экономически выгоднее хранить две-три копии данных. Одна копия для непосредственного использования, другая бекап на случай потери или повреждения первой копии. Бекап (резервная копия) хранится в другом дата-центре, параноики хранят ещё одну копию в дополнительном дата-центре.

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

Что же с блокчейном? Каждый делегат хранит копию всех блоков в цепи. Все данные которые туда были записаны, как критические для состояния системы, так и необязательные. Если допустить идею создания протокола для децентрализованной социальной сети, то возникает резонный вопрос — а что делать с данными? Посмотрим на данные от Facebook, там петабайты данных, более десяти дата центров по всему миру. Даже если рассматривать в теории малюсенькую часть популярности децентрализованной социальной сети, например, с данными которые займут один дата-центр — что делать делегатам?

Каждому делегату строить по дата-центру? Это банально неэффективно и проигрывает в экономической целесообразности частным решениям.

Ответ есть.

Не нужно хранить данные в блоках. Можно хранить ссылку на файл, хэш от данных для проверки подлинности и адресации контента. Да и о какой мы можем говорить децентрализации, если ожидаем, что кто-то будет хранить данные за нас?

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

Это может быть одно и тоже — использовать сервер для себя и сдавать оставшееся место кому-то ещё. Назовем это сервер-шеринг :)

Назовем подобную инициативу VIZ Hub. Место, где пользователь может предоставлять или покупать услугу для хранения, обработки и передачи данных, будь то тело действий в протоколе Голос или десяток фотографий с дружеской посиделки. Эти данные могут быть совместимы с протоколом Голос или представлять собой аналог IPFS (для миниатюр можно использовать хэш от конкатенации хэша файла с определенным суффиксом).

Это также в теории решает проблему с GDPR, масштабированием сети и поддержкой такого объема данных в самом блокчейне. Пользователь в панели управлении сможет удалить данные, ограничить доступ к ним, скачать в виде отдельного архива или переехать к другому провайдеру в случае расширения потребностей. Как указать в блокчейне, что пользователь доверил обработку своих данных определенному хабу? Можно просто написать адрес хаба в метаданных аккаунта.

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

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

Ну что, посмотрим, станут ли подобные мечты когда-нибудь реальностью?