Комментарии 33
Звучит неплохо. Какая будет монетизация?
Основная функциональность будет бесплана. Платная подписка — за дополнительные возможности. Мы сейчас рассматриваем, например, возможность не отдавать место на локальном жестком диске для нужд сети. В P2P сети каждый пользователь участвует в хранении и передаче данных, соответственно, приложение использует дисковое пространств и сетевой канал. Мы можем освободить пользователя от этой обязанности, поддерживая свои служебные ноды.
Что касается стека технологий, по умолчанию Eppie будет хранить данные в инфраструктуре IPFS и использовать SBBS в качестве транспортного уровня. Но архитектура позволяет легко подключать другие технологии хранения и транспортировки. E2E шифрование основано на криптографии с эллиптическими кривыми.
Как насчёт интегрироваться с CRUS-DB? Там уже встроено e2e шифрование и цифровые подписи. Более того, она позволяет не только хранить, но и редактировать данные без конфликтов синхронизируя их в реальном времени. Например, можно расшарить с коллегой драфт письма и вместе его редактировать. Или начал вводить письмо на одном девайсе, а продолжить на другом - восстановится даже позиция каретки.
Что такое SBBS?
GUI приложение пишем на C# с Uno. GUI работает пока только на Windows, но позже будет поддержка macOS, Linux, iOS и Android.
Сделали бы на веб технологиях - работало бы сразу везде. Идеально было бы сделать PWA приложение + расширение к браузеру для соединения по IMAP/SMTP/POP3 или микросервис для этого в виде демона/службы. Вот, набросал интерфейс за пару минут.
Сделали бы на веб технологиях - работало бы сразу везде.
Вот поэтому всё так всрато у нас сейчас :(
Страница в браузере (которую часто неверно называют приложением) всегда будет намного медленнее, чем нативное приложение.
Открываем любое веб-приложение на $mol и всё летает.
Открываем нативный Microsoft Store и любуемся страшными тормозами.
И как работают мессенджеры с миллионом сообщений в браузерах, и особенно с вашим $mol?
Прекрасно работают. Да уже побыстрее этого вашего нативного скайпа, который и без сообщений умудряется тормозить.
Вы ошибаетесь, скайп не нативный. Он WEB приложение.
https://ru.wikipedia.org/wiki/Skype
Англоязычная статья полнее и актуальнее, и там есть отсылка на UWP, которой нет в русскоязычной статье
Что такое приложение UWP? - UWP applications | Microsoft Learn
Skype стал PWA-приложением в 2019 году:
The new Skype for Web is here | Skype
В Eppie будет максимально просто добавлять дополнительные слои транспорта и хранения, так что CRUS-DB тоже можно будет интегрировать. Кстати, если у вас под рукой есть описание протокола CRUS-DB, дайте, пожалуйста ссылку.
SBBS — расшифровывает как Secure Bulletin Board System. Вот здесь можно почитать: https://github.com/BeamMW/beam/wiki/Secure-bulletin-board-system-%28SBBS%29
Что касается PWA и WEB технологий, мы, честно говоря, не большие их поклонники.
Протокол прост, но он вам не поможет, ибо надо сами данные хранить по особому.
Пытаться расшифровывать все сообщения подряд не выглядит разумным. Лучше каждому адресату иметь свой инбокс с правами на добавление всем подряд.
Может тогда флаттер?
Классная идея, а почему выбрали UWP, а не MAUI или Авалонию?
Выбрали Uno
Не выбрали MAUI потому что ещё сырой, а не Авалония потму что основана на WPF что наоборот довольно древний.
Каждый раз, когда кто-то начинает разговор о распределенном p2p хранении информации у меня возникает один простой вопрос:
- Вот появится в сети некий провокатор и он перешлет федеральному агенту под прикрытием чертежи атомной бомбы, то как будет защищена цепочка поставки от визита. Особенно выходные ноды.
А с недавних пор возникает еще один вопрос:
- Вы о прецеденте Торнадо-кэш внимательно подумали? Когда задним числом поменяли правила игры и посадили создателя сервиса, за противоправные действия, которые были осуществлены ДРУГИМИ людьми...
+=
Поймите меня правильно. Я - ЗА!!! Веб свернул не туда и пора возвращаться к истокам. Только сегодня утром, слушая Кэндис, думал, что надо иметь запасной план, на случай глобального шухера.
- =
Только пока мы не увидим протокола и этот протокол не пройдет аудит, то все это "новости из будущего". Пока мы видим почтовый клиент. Ну.. ОК!
Проблема защиты пользователей от действий провокаторов/злоумышленников решается асимметричным шифрованием и разбиением на фрагменты.
Что касается ответственности разработчиков, это, конечно, сложный вопрос, и мы его одним децентрализованным протоколом не решим. Технология сама по себе нейтральна — ее можно использовать во благо и во зло. Для того чтобы опасный прецедент Торнадо-кэш не повторился, нужно законодательство, соответствующее современному состоянию технологий. Но это все же частный случай. Браузер тоже можно использовать для преступных целей, однако разработчиков браузеров за это не преследуют. Простите за упрощение.
Что касается протокола, вы его увидите обязательно. Мы проведем независимый аудит, как только он будет готов. Прозрачность — краеугольный камень в таком проекте, мы это понимаем. А пока – добро пожаловать на наш GitHub: https://github.com/Eppie-io/
Непонятно как будет выглядеть почтовый адрес для этой сети
Планируемая структура адресов и примеры:
Базовый адрес (внутри сети): <публичный ключ>@<название сети>
Пример: ahqvve8nv8j6zqwykwtdzsws52k39izf989pg78mgmqknwfgfee7z@eppie
Человеко-читаемый адрес: <имя пользователя>@<название сети>
Пример: user@eppie (за взаимосвязь человеко-читаемого адреса и публичного ключа будет отвечать отдельный децентрализованный сервис имён)
Гибридный адрес (P2P + Email): <имя пользователя>+<public key>@<почтовый DNS домен>
Пример: user+ahqvve8nv8j6zqwykwtdzsws52k39izf989pg78mgmqknwfgfee7z@gmail.com
Так же можно будет подключить адреса других децентрализованных систем
Примеры:
1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa@bitcoin
ahqvve8nv8j6zqwykwtdzsws52k39izf989pg78mgmqknwfgfee7z@dht
0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe@ethereum
user.eth@ethereum
Eppie — P2P почта, теперь с графическим интерфейсом