Размер шрифта:
Сервис-подход публикации или передачи данных строго не ранее указанной даты и/или только в определенной геолокации
Play

Сервис-подход публикации или передачи данных строго не ранее указанной даты и/или только в определенной геолокации

Хочу обсудить с вами концепцию сервиса публикации или передачи данных строго не ранее указанной даты и/или только в определенной геолокации. Жду любой (кроме очевидной) критики и проэмоционаленных замечаний (страхи, переживания, неожиданные кейсы и т.п.). Это прежде всего — подход, но далее, для простоты, буду называть его сервисом.

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

Доступ к информации должен быть не вопросом влияния, страха или прихоти. Это должен быть вопрос времени.

В корне архитектуры сервиса, с заложенным недоверием ко всем посредникам — шифрование исходных данных, разбиение на максимально большое количество кусочков (ничего не значащих сами по себе) и последующее их «распыление» по участникам. При достаточно большом количестве участников, разнообразии операционных систем, устройств и юрисдикций — попытки вмешаться будут или бессмысленны или достаточно заметны, чтобы локально принять адекватные меры.

При самых строгих настройках, контроль за отдачей «кусочков» (далее iprates — information particles) архитектурно находится на самих устройствах, проще говоря — «не отдам, ещё рано».

Иллюстрация к подходу:

Перед перечислением сценариев, для ясности отмечу возможные критерии контроля последующей передачи перед уходом данных в сервис — дата, геолокация и список адресатов, в том числе «для всех».

Сценарии использования:
    Дневники, блоги «в стол»
Очевидные сложности и подходы к их решению:

  • Критическая масса пользователей. Способ набора: позиционирование, маркетинг, публичные гарантии / opensource, предусмотренное сарафанное радио «by design»
  • Неизменное присутствие компрометирующих агентов, «honeypot-наоборот» и утеря, ротация участников. Способ минимизации влияния:
    • математическая модель распределения, допускающая до 50% ненадежных участников
    • развитие критериев доверия, в том числе публичная цепочка подписанных рекомендаций
    • децентрализованные и анонимные точки ввода: адресная передача iprates через Tor/DHT-p2p
    • обезличивание принадлежности iprates — каждый из них знает только соседей (лево/право или, в случае трехмерного представления исходных данных — также вверх-низ)

    Зачем это здесь

    Несмотря на то, что есть и мотивация и наработки и опыт в управлении проектами, проект слишком объёмен и чувствителен к способу и времени анонса и публичных обещаний, чтобы ограничиться свободным временем. Кроме того, после непродолжительных размышлений — мне важнее, чтобы он вообще был услышан, понят и востребован. И цель этого поста — прежде всего рассказать об этом подходе и узнать ваше мнение. А если будет интерес и найдутся единомышленники: прикладные математики, разработчики, специалисты по информационной безопасности, то перевести на английский, записать видео и пойти на Бум- или Kickstarter с иллюстрациями и открытым забралом репозиторием — вопрос времени.