ct-website/pages/projects/marafon.html

43 lines
5.5 KiB
HTML
Raw Normal View History

<h1>Marafon</h1>
<p>
Свободный мессенджер с фокусом на федеративность и кастомизируемое E2EE. Основан на протоколе <a href="./?page=project&amp;id=stadium">Stadium</a> и предлагается как устойчивый к цензуре, децентрализованный и совместимый со всеми мажорными оверлейными сетями (Tor, I2P, yggdrasil) аналог современных проприетарных продуктов. Помимо прочего, также поддерживает аудио- и видео-трансляции с настраиваемыми параметрами кодировки потоков. Проект включает в себя разработку расширения протокола - Marafon SPX; сервера (Runner); клиентов (десктопной и веб-версии); и библиотек на разных языках программирования.
</p>
<h2>Мотивация</h2>
<p>
Ранее нам приходилось использовать несвободные мессенджеры, типа Telegram и Discord, но экспириенс от такого - оставлял желать лучшего. Источниками того служат низкая стабильность, цензура, расточительное использование ресурсов, да и банальное неудобство, от интерфейса до API, причём, с каждым годом ситуация усугубляется. В какой-то момент, после некоторого изучения темы, к этим причинам ещё добавились слежка, централизованность и проприетарность. Последние две, помимо моральных аспектов, затрагивают также и практический: вышеописанные проблемы невозможно исправить даже в минимально-полной мере, именно в силу закрытости и привязанности к конкретным серверам.
</p>
<p>
В свою очередь, открытые аналоги, типа Matrix и XMPP, не могут служить исчерпывающими решениями и заменителями несвободных поделий. Оба этих протокола страдают от множества проблем, в число которых входит та-же требовательность к ресурсам, в сочетании с отсутствием достаточного функционала: создать проработанную инфраструктуру для крупного сообщества тут особо не получится. И насколько, по сравнению с XMPP, в Matrix лучше в плане функционала (не очень сильно, но всё-же лучше) - настолько она и хуже в плане приватности, вдобавок, с разработчиками и прочими организаторами связан сомнительный контекст.
</p>
<p>
Какое-то время идея создания собственного мессенджера откладывалась, исходя из нехватки времени и знаний. Когда-же ситуация разрешилась к лучшему - мы начали работать в этом направлении, в результате чего пришли к следующей формуле: федерация + E2EE + устойчивость к блокировкам + обширная инфраструктурная кастомизация.
</p>
<h2>Стек</h2>
<p>
Основная часть разработки, в том числе над эталонной библиотекой libmarafon, ведётся на языке <b>C++</b>. В качестве БД для сервера Runner берётся <b>PostgreSQL</b>, а для интерфейса десктопного клиента - библиотека <b>wxWidgets</b>. Для веб-версии клиента, мы предсказуемо используем <b>HTML5</b>, <b>CSS3</b> и <b>JS</b>.
</p>
<p>
Ещё мы заинтересованы в создании реализаций библиотек на языках <b>C99</b>, <b>C# (Mono)</b>, <b>Java</b>, биндингов для <b>Go</b>, <b>Python</b>, <b>Nim</b>, <b>Lua</b> и <b>Zig</b>.
</p>
<h2>Дедлайны</h2>
<p>
<b>Спецификация расширения протокола:</b> Февраль 2024<br>
<b>Библиотека libmarafon бета-версия:</b> Август 2024<br>
<b>Сервер Runner бета-версия:</b> Август 2024<br>
<b>Нативный клиент бета-версия:</b> Август 2024<br>
<b>Нативный клиент релиз 1.0:</b> Ноябрь 2024
</p>
<h2>Роадмап</h2>
<p class="small"><i>Эта часть будет обновляться по мере продвижения и изменений планов.</i></p>
<p>
На данном этапе основный фокус ведётся на разработку <a href="./?page=project&amp;id=stadium">протокола</a>.
</p>
<!--<h2>Ссылки</h2>
<p>
text
</p>-->