А не попытаться ли...
Apr. 4th, 2017 03:52 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
vitus_wagner... Оживить проект cheshirenet?
Три года назад как-то ни у кого не возникло желания поучаствовать в проекте. Потрепались, обсудили почти согласовали протокол, и успокоились на этом.
Вдруг сейчас, поскольку потребность в системе коммуникации, устойчивой ко всяким стихинйным бедствиям, включая злонамеренные действия людей, растет, у кого-то появится желание поучастововать.
Базовых идей в cheshirenet было три
1. Оффлайновый веб - то есть каждое устройство несет в себе копию интеренсного владелцу контента, внутренне провязанную гиперссылками, и по возможности синхронизирует ее с другими копиями - можно через интернет, можно через ad-hoc wi-fi между двумя мобильными устройствами и вообще как угодно.
2. Полный контроль каждого пользователя за принадлежащим ему узлом. Что хочет хранит и передает дальше, что хочет - не передает. Весь контент подписан, чтобы исключить его искажение на промежуточных узлах.
3. Ключ подписи представляет только самого себя. Т.е. сгенерировав новый ключ подписи, пользователь создает новую сетевую "личность", псевдоним. Никнеймы пользователи себе не придумывают, они алгоритмически выводятся из открытого ключа. (но сгенерированное имя вам не понравилось, вы можете сгенерировать себе другой ключ подписи).
Про сетевую личность известен только массив контента, подписанный этим ключом. (можно и рекомендуется иметь "двойника" - альтернативный пароль, при вводе которого в ваш узел чеширнета возникает другая сетевая идентичность, ни в чем кроме постинга фоточек котиков не замеченная).
Три года назад как-то ни у кого не возникло желания поучаствовать в проекте. Потрепались, обсудили почти согласовали протокол, и успокоились на этом.
Вдруг сейчас, поскольку потребность в системе коммуникации, устойчивой ко всяким стихинйным бедствиям, включая злонамеренные действия людей, растет, у кого-то появится желание поучастововать.
Базовых идей в cheshirenet было три
1. Оффлайновый веб - то есть каждое устройство несет в себе копию интеренсного владелцу контента, внутренне провязанную гиперссылками, и по возможности синхронизирует ее с другими копиями - можно через интернет, можно через ad-hoc wi-fi между двумя мобильными устройствами и вообще как угодно.
2. Полный контроль каждого пользователя за принадлежащим ему узлом. Что хочет хранит и передает дальше, что хочет - не передает. Весь контент подписан, чтобы исключить его искажение на промежуточных узлах.
3. Ключ подписи представляет только самого себя. Т.е. сгенерировав новый ключ подписи, пользователь создает новую сетевую "личность", псевдоним. Никнеймы пользователи себе не придумывают, они алгоритмически выводятся из открытого ключа. (но сгенерированное имя вам не понравилось, вы можете сгенерировать себе другой ключ подписи).
Про сетевую личность известен только массив контента, подписанный этим ключом. (можно и рекомендуется иметь "двойника" - альтернативный пароль, при вводе которого в ваш узел чеширнета возникает другая сетевая идентичность, ни в чем кроме постинга фоточек котиков не замеченная).
no subject
Date: 2017-04-05 02:19 pm (UTC)Ну то есть предусмотрена возможность зашифровать сообщение открытым ключом определенного аатора, чтобы никто кроме него прочитать не смог, но расчитывается, что это явно будет не основной областью применения.
Возможность чего-то аттачить происходит от того, что в крайне распространенном формате документов- html, картинки не инлайнятся. а адресуются посредством URL. То есть достаточно распространена ситуация, когда логически единый документ, который должен быть подписан автором как единое целое, состоит из нескольких элементов, которые с точки зрения браузера имеют разные URL.
Но честно сказать, не понимаю почему у вас, как и у
mid:sha256-hash и все. А то что это application/zip мы будем хранить в самом документе, на хэш которого ссылаемся. и более того учитывать некое представление этого content-type при вычислении хэша.
no subject
Date: 2017-04-05 02:55 pm (UTC)нет, лучше таки mid:cheshire:... ссылку, из нее быстро получить хеш для хранилища. А для обратного преобразования нужно делать индекс.
no subject
Date: 2017-04-05 03:11 pm (UTC)Нам в ссылке (хранящейся в хранилище) нужен только хэш документа для хранилища. Более ничего в ней не нужно. А при вываливании документа в браузер пользователю, ссылку все равно править.
no subject
Date: 2017-04-05 03:56 pm (UTC)Видимо, шифровать открытым ключом получателя надо не само сообщение, но (более короткий) симметричный ключ, которым пошифровано сообщение. И, о ужас, переиспользовать этот ключ для ответов. Чтобы можно было легко добавлять участников в тред. Потому что вот именно проблема добавления участников в тред является корневой причиной тотального оверквотинга и топ-постинга в электронной почте.
Является ли картинка частью сообщения или отдельным сообщением, в общем случае вопрос неясный. Смайлик внутри предложения — определённо да, но они постепенно перестают быть картинками и становятся символами Юникода. Фотка — уже может претендовать на самостоятельность. Значительная часть аттачей — самостоятельные документы, а сообщение при них только как среда передачи.
Content-Type написал по аналогии с другими комментами. Да, правильнее его держать в конверте вокруг документа.