Ок
Spark использует cookie-файлы. С их помощью мы улучшаем работу нашего сайта и ваше взаимодействие с ним.
Сейчас (пока проект находится на стадии становления) предполагаем что это будет происходить на альтруистической основе. Однако в будущем постепенно можно модифицировать софт, так чтобы это вызывало дополнительную мотивацию у пользователей предоставлять свои ресурсы.
Например, в недалеких планах начать использовать клиентское ПО непосредственно в качестве хранилища данных, а сервера использовать лишь как прокси. Такое решение позволит обычным пользователям предоставлять системе место на своем ПК (которое значительно дешевле чем серверное), а предоставляющим серверные ресурсы не боятся что у них хранится какой-то мутный контент.
Возможно ввести систему поощрений за хранение данных. Например, если пользователь хочет прочитать контент, он должен поощрить пользователя который его хранит. Поощрение возможно будет работать по принципу криптовалют. В данном случае по методу Proof-Of-Capacity-Per-Second. Раздаешь контент - получаешь вознаграждение. Читаешь - должен поделиться (в свою очередь или купив или предоставив свои ресурсы).
Если скинете какой-нибудь источник, буду признателен.
Да. На проверку подписей загруженных данных уходит немало времени (на JavaScript), но вполне допустимо.
Например, http://test.base.network/chat/
Если исключить первую загрузку движка (или первое посещение сайта), то проверка подлинности чуть более 100 записей (в данном случае каждого отдельного сообщения) занимает меньше секунды (по крайней мере на моей не среднестатистической машинке).
Подгрузка данных занимает ровно столько же времени как и в случае с обычными веб-сайтами. Теоретически это должно происходить даже чуть быстрее, поскольку клиентом выбирается ближайшая нода, а для выполнения самого запроса на серверных нодах не требуется какой-либо сложной логики (обычный запрос: ключ-значение).
Да. сейчас сеть может быть подвержена замусориванию, что может вызвать проблемы в ее работоспособности. Однако, уже введен ряд ограничений от замусоривания. Ряд мер планируется ввести в будущем.
Во-первых с точки зрения самой архитектуры сети. У вас меньше лаг между клиентом и конечным сервером. Клиент может выбирать ближайшие ноды, содержащие весь необходимый контент. Даже если временно ложиться канал между океаном, у вас будет доступна вся информация, поскольку на вашей стороне есть копия всех данных. Мы в данном случае можем говорить об общем информационном пространстве между сильно разделенными узлами. Например, как бы смешно это не звучало, о межпланетной сети, реализация которой будет крайне затруднена с существующими клиент-серверными технологиями.
Во вторых сеть потенциально реализует кардинально новый подход к взаимодействию между потребителями и поставщиками услуг. Опишу схему весьма абстрактно. Текущая централизованная схема взаимодействия подразумевает, что поставщики услуг размещают некое предложение, под которое постепенно создается спрос.
Поставщик - это всегда некий крупный бизнес, он предоставляет сервера, организует сайты и пр. Клиенты (спрос) должны непосредственно использовать эти сайты, и искать подходящие предложения, удовлетворяющие их спрос. Сами они ничего не размещают. Это архитектурные особенности клиент-серверной технологии. Чтобы вам как клиенту удовлетворить свой спрос, вы должны делать некие запросы на сервера поставщиков. Это технология работает десятки лет и мы даже уже не представляем как это могло бы работать иначе.
К примеру, вы хотите купить автомобиль. Вы сами занимаетесь поиском автомобиля по различным сайтам. Если даже вы и размещаете объявление "Куплю авто", то делать это вам придется на куче сайтов. Распределенная же технология позволяет под ваш спрос предоставлять предложения от поставщиков. Серверов нет. Вся информация размещается в облаке. Клиент в облаке размещаете свою заявку (формирует спрос) в том или ином виде и под него поставщики услуг предлагают своё предложение. Клиенту остается лишь отобрать лучшее.
Я сейчас не говорю о деталях реализации такого взаимодействия, я лишь абстрактно описываю потенциальные плюсы распределенной технологии по сравнению с клиент-серверной.
Какие "секретные коды", какие IP адреса? Это опенсоурс проект! Все коды уже открыты.
Мне надоест - поддержат другие, если посчитают проект стоящим.
Изначальная цель создать распределенный аналог Интернета. Каких либо корыстных, политических мотивов я не преследовал.
Если есть возможность это сделать - почему бы не попробовать?
Я искренне уверен, что подобная сеть будет служить далеко не только теневым структурам.
В свое время фотография или синематограф были прорывными технологиями. Однако как только эти технологии появились их стали активно использовать для создания порнографии. Книгопечатание изначально в народе считалось не происходит без участия дьявола. Да и много первых книг проходило жесткую цензуру, ибо в них могли напечатать какие-нибудь "крамольные мысли" (к примеру такие что Земля вращается вокруг Солнца). Биткоины, к примеру в России тоже запрещены (через них же осуществляется пособничество терроризму). Хотя остальной мир уже давно признал их как полноценный способ оплаты.