LINUX.ORG.RU

White Noise v2026.5.7

 , , , ,


1

6

White Noise — мессенджер для Android и iOS, в котором используется протокол Marmot.

В приложении реализованы личные и групповые чаты. Marmot представляет собой обмен сообщениями по протоколу MLS (The message layer security) через общедоступные сервера NOSTR (сервера, которые хранят json файлы с текстовыми данными) и выдают их по собственному протоколу, а также Blossom-сервера (сервера, хранящие бинарные данные). NOSTR (Notes and Other Stuff Transmited by Relays) — технология обмена текстовыми данными через простые сервера-релеи, при которых почти вся логика работы приложений находится в самих приложениях.

На базе технологии работает социальная сеть, для создания профиля пользователя не нужна регистрация, используются криптографические ключи. И хотя изначальная идея NOSTR в социальной сети, её инфраструктуру можно использовать для обмена любым текстом, что и делает Marmot, реализующий шифрование сообщений e2e.

Внутреннее ядро приложения написано на Rust, графический интерфейс — Flutter.

>>> Ссылка на github проекта

★★★★★

Проверено: dataman ()
Последнее исправление: hobbit (всего исправлений: 6)

Идея - шикарная, однако всё как всегда упирается в инфраструктуру: непонятно сколько найдётся энтузиастов, готовых поддерживать Nostr relays. Ну и discovery механизм как-то невнятно описан.

zabbal ★★★★☆
()
Ответ на: комментарий от dataman

ой, Марвелсы - историю посмотри, например.
на Ваканду с «Вибраниумом» глаза закрываешь?

etwrq ★★★★★
()
Последнее исправление: etwrq (всего исправлений: 1)
Ответ на: комментарий от dataman

измерения получается ложные, получаем что ожидаем, и как об этом подумали.

etwrq ★★★★★
()
Ответ на: комментарий от dataman

Да, так и есть. Я бы сказал, что в качестве описания подошло бы больше слово «стерильный». Ни одной лишней кнопки. Все что можно делать в чате - слать текст и файлы.

Leupold_cat ★★★★★
() автор топика
Ответ на: комментарий от dataman

Почему высе думают что это так сложо? Достаточно просто потрясти пакетиком с кошачьим кормом и даже если кошки там не было - она тут же найдётся.

kirill_rrr ★★★★★
()

для создания профиля пользователя не нужна регистрация, используются криптографические ключи

Запретят и посодют.

thunar ★★★★★
()

В чём суть AGPL на клиенте мессенджера? Подключился с него куда-то и с тебя уже владелец пира на той стороне требует исходники, а затем засуживает?

firkax ★★★★★
()
Ответ на: комментарий от firkax

Там agents.md и claude.md в репе…

Само по себе не показательно. Я недавно встречал проект, где в AGENTS.md было написано что-то типа Тебе запрещено что-либо добавлять или изменять в этом проекте.

Но в случае с репой этого проекта - да, вайбкодят во всю. Как и в репе Marmot.

nickey
()
Ответ на: комментарий от z0idator

Разумеется, есть альтернативные клиенты. Например, Scramble.

Я проверял только android версию - работает, но интерфейс местами кривой, не рекомендую.

Не знаю, насколько можно доверять тем двум людям, которые его пишут. White noise, по крайней мере, пишет много людей - это ничего не гарантирует, но все же выглядит намного солиднее.

Leupold_cat ★★★★★
() автор топика
Ответ на: комментарий от nickey

Я уверен, что они используют LLM, но лично я не вижу в этом проблемы. Новые проекты без вмешатества LLM - ныне исчезающий вид.

Leupold_cat ★★★★★
() автор топика

Мои впечатления. Если сравнивать с Columba (если быть точным, с LXFM протоколом в Reticulum), то работает надежнее. Потому что для обмена сообщениями используются централизованные сервера. В то время как в Reticulum сообщение гуляет по чужим компьютерам подобно рыбе в океане и, хотя, теоретически в Reticulum могут быть надежные никогда не исчезающие из сети релеи, на практике протокол не синхронизирует их между общающимися.

В White noise сообщения приходят с стабильной задержкой, иногда в 1-2 минуты. Не знаю причины этого, но при этом они всегда приходят. И кажется, там еще есть возможность скачать старые сообщения из сети.

В Reticulum сообщения могут приходить как мгновенно (когда между общающимися небольшое число промежуточных узлов или они присоединены к одному входному узлу), так и в течение часов (а иногда и никогда), когда один из общающихся не в сети или в сети, но хорошей связи с ним нет. В случае, когда кто-то в Reticulum не в сети, можно оставить ему сообщение через relay-сервера, но это зачастую такой же плавающий узел в сети, который просто мониторит адресатов, пробегающих мимо него, и который не гарантирует доставку.

Какие я вижу проблемы у обоих сетей в плане цензуроустойчивости: WhiteNoise нецензуроустойчив, потому что у него есть центральные сервера. Reticulum чуть более цензуроустойчив, но и его протокол частично незашифрован и легко поддается идентификации.

Также, мне кажется, для Reticulum нужен более надежный механизм доставки сообщений. Например, резервный механизм в виде сохранения на какие-то стабильные сервера (Nostr, NasteNe, scuttlebutt).

В конечном итоге, все равно в текущих реалиях это будет работать на принципе «неуловимого Джо». Reticulum здорово помог бы перевод на полноценные P2P рельсы с хорошим укрытием протокола, но это трудно реализовать, да и не будет никто это делать.

Leupold_cat ★★★★★
() автор топика
Последнее исправление: Leupold_cat (всего исправлений: 1)
Ответ на: комментарий от firkax

Там agents.md и claude.md в репе…

Теперь это чуть ли не в каждой репе. С добрым утром.

yvv1
()
Ответ на: комментарий от Leupold_cat

На самом деле notsr столь же цензуроустойчив, сколь и p2p, ибо распространяющим ресурсом являются клиенты, философия-клиента получил сообщение? отправь всем своим релеям. Релеи же только хранят, выдают по запросу, и удаляют.

Если вас внезапно забанили вообще все в nostr, то вероятно ваши сообщения действительно будут отбрасываться. Что в целом столь же слабореалистично, как если вас забанят все трэкеры или ноды, в вашей p2p сети, которые связывают вас с другими клиентами для p2p общения.

kawaiiselbst
()
Ответ на: комментарий от kawaiiselbst

Насколько я могу судить, этих nostr серверов не очень много и они не синхронизируют контент. Перекрыть доступ ко всем этим серверам нетрудно.

Leupold_cat ★★★★★
() автор топика
Последнее исправление: Leupold_cat (всего исправлений: 1)
Ответ на: комментарий от kawaiiselbst

Я скорее вижу большую проблему в том, что в nostr как раз никак не ограничена возможность «срать» мусором, вы можете использовать публичные релеи для всего чего захотите в неограниченном количестве, и накладные расходы держателей релеев растут на безвозмездную обслугу хотелок клиентов постоянно. И ничего не получают взамен.

kawaiiselbst
()
Ответ на: комментарий от Leupold_cat

Да, сервера не синхронизируют контент. Это делают клиенты.

kawaiiselbst
()
Ответ на: комментарий от Wapieth

Воздержусь.

Ты спросил, причём тут Линукс — я ответил конкретно на этот вопрос, причём цитатой из твоего же поста — там явно упомянут Андроид. А это ОС на ядре Linux.

Вопрос ведь в этом был, а не «Почему эта новость уместна на данном сайте». Она уместна, потому что это открытый и свободный мессенджер на открытом и свободном протоколе, что соответствует тематике сайта (он не только про Linux, но и СПО). Ну и плюсом оно под ОС на основе Linux. В новостях даже есть категория Android: https://www.linux.org.ru/news/android/

То есть, здесь совокупность двух причин.

Сформулировать какие-то чёткие критерии будет сложно, а главное довольно бессмысленно — проблемы с тем, чтобы кто-то переносил сюда весь 4pda, нет. А решать сугубо гипотетические проблемы я сейчас не в настроении.

CrX ★★★★★
()
Последнее исправление: CrX (всего исправлений: 1)
Ответ на: комментарий от Leupold_cat

Потому что для обмена сообщениями используются централизованные сервера.

Из описания nostr (https://github.com/nostr-protocol/nostr):

The hardest part is how to find in which relay you will find notes of each person you follow, since they can be anywhere. There are multiple heuristics currently being used to approach this issue. An animated description of one possible flow can be seen at https://how-nostr-works.pages.dev/#/outbox.
Судя по ссылке https://how-nostr-works.pages.dev/#/outbox нет привязки к каким-то серверам. Релеи для публикации могут быть выбраны произвольно (в т.ч. свои собственные), главное чтобы получатель о них узнал.

Однако интересно, можно ли скрыть факт использования релея определенным пользователем (в т.ч от хозяина релея).

MirandaUser2 ★★
()
Ответ на: комментарий от kawaiiselbst

Есть NIP-13

This NIP defines a way to generate and interpret Proof of Work for nostr notes. Proof of Work (PoW) is a way to add a proof of computational work to a note. This is a bearer proof that all relays and clients can universally validate with a small amount of code. This proof can be used as a means of spam deterrence.

MirandaUser2 ★★
()
Ответ на: комментарий от MirandaUser2

Постинг событий в релей не привязан к пользователю, если вы отправили что то на один релей, клиенты других пользователей должны при получении вашего ивента отправить его всем своим релеям. Так что факт присутствия события которое подписано определённым пользователем в базе какого либо релеея, никак не зависит от того, знает ли пользователь вообще о его существовании, или пользуется. Единственное что можно подтвердить, так это подлинность ивента, что его действительно создал определённый пользователь.

kawaiiselbst
()
Ответ на: комментарий от Leupold_cat

это ничего не гарантирует, но все же выглядит

Ну да... ну да... «Выглядит» оно, ага... :D :))

«Блаженны верующие»... ;P ;))

Somebody ★★★★
()
Ответ на: комментарий от Leupold_cat

И кажется, там еще есть возможность

И снова «верующие»... :)

его протокол частично незашифрован

Это как это?? Как «чуть-чуть беременная», что ли?.. ;P ;)))

В конечном итоге, все равно в текущих реалиях это будет работать на принципе «неуловимого Джо»

Вот именно... :))

Somebody ★★★★
()
Ответ на: комментарий от Somebody

Это как это?? Как «чуть-чуть беременная», что ли?.. ;P ;)))

Вот так

Reticulum - это Mesh замена internet protocol в самом фундаментальном смысле этого слова. Но поскольку интернет завязан на IP, в чистом виде он в основном используется в радио-сетях. А еще Reticulum медленный и интернетом 2.0 он не станет. Служебные сообщения этого протокола не зашифрованы. Поверх этого протокола придумали протокол LXFM для мессенджеров.

Leupold_cat ★★★★★
() автор топика
Последнее исправление: Leupold_cat (всего исправлений: 2)
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.