Pure Acetone @pureacetone@qoto.org

https://t.me/+EPRRulUnHhMyNjRi

**Первый вход в RetroShare: как найти сотоварищей**

В RetroShare нельзя «найти людей» в привычном смысле. Здесь не ищут, здесь **договариваются**. Это ключевой сдвиг мышления, без которого первый вход всегда будет пустым.

Первое, что нужно принять: в РШ нет глобального лобби. Пустота после установки — не баг, а честное состояние сети без связей. Пока у тебя нет доверенных контактов, у тебя буквально нет сети.

**Базовый способ — внеполосный контакт.**
Сотоварищи находятся вне RetroShare. Это знакомые, коллеги, участники тематических сообществ, люди из Matrix, XMPP, IRC, Mastodon, форумов. Любая площадка, где можно безопасно обменяться ключами. РШ начинается не с кнопки «поиск», а с фразы «вот мой ключ».

**Второй путь — контрольный союзник.**
Самый надёжный вариант для первого входа — собственный второй инстанс или человек, с которым заранее согласован эксперимент. Это снимает неопределённость: если связь не установилась, проблема техническая, а не социальная.

**Третий путь — тематические острова.**
Существуют небольшие сообщества RetroShare, живущие вокруг идей: приватность, P2P, darknet-исследования, оффлайн-активизм. Они не рекламируются широко именно потому, что сеть не рассчитана на поток случайных людей. Вход туда всегда начинается с диалога, а не с клика.

**Что не работает.**
Публичные ключи «в никуда». Ожидание, что кто-то сам добавится. Надежда на автопоиск. Это мышление централизованных сетей, перенесённое в среду, где оно не имеет смысла.

**Как понять, что сотоварищ найден.**
Контакт появляется онлайн. Соединение держится. Начинают работать сервисы: чат, форумы, обмен. В этот момент RetroShare перестаёт быть абстракцией и становится средой общения.

Итог простой:
в RetroShare сначала появляются **люди**,
и только потом — **сеть**.

👀🇺🇸 Американское управление DARPA завершило (https://www.darpa.mil/news/2026/racer-finish-line) программу RACER, стартовавшую в 2021 году для создания универсального набора конверсии машин в автономные средства, способного работать вне дорог, без GPS и заранее подготовленных карт.

Как рассказывает сама DARPA в своем пресс-релизе, целью программы стояло добиться уровня человеческого водителя по скорости решений и устойчивости в незнакомой среде.

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

В дополнение ко всему, за три года прошли в сумме восемь полноценных полевых экспериментов с армией и морской пехотой США.

На выходе это дало два практических применения для такой системы: инженерное для создания проходов в минных полях без экипажа и автономную наземную разведку местности на десятки километров без постоянного оператора.

Также интересно, что RACER научили предсказывать структуру местности и корректировать манеру движения при нехватке данных, фактически имитируя человеческий подход.

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

Дальнейшее развитие этих технологий DARPA отдает рынку: разработанный набор технологий пригоден для задач двойного назначения в том числе и в строительстве, добыче, агрономии и логистике.

@yigal_levin

(1) Жизнь в России в X: «В магазинах появились патриотические пельмени без мяса.😁 https://t.co/GBR9YS6P1k» / X
https://x.com/Russians_Life/status/2012470470675726759

**DC / RetroShare: порядок действий с гарантированным результатом**

1. **Определи цель**
Результат = одно стабильное соединение с конкретным узлом. Не «найти сеть», а связаться с X.

2. **Подготовь внеполосный контакт**
Заранее договорённый человек или свой второй инстанс. Обмен ключами вне сети обязателен.

3. **Чистая установка**
Один клиент, дефолтные настройки, без плагинов и «улучшений». Фиксируй исходное состояние.

4. **Генерация и сохранение ключа**
Ключ создан → экспортирован → сохранён отдельно. Потеря ключа = потеря идентичности.

5. **Импорт доверенного ключа**
Добавь контакт → выставь доверие вручную → проверь, что статус сохранён.

6. **Проверка транспорта**
Смотри NAT-статус, открытые порты, выбранные протоколы. Не меняй всё сразу.

7. **Ожидание полного цикла**
Клиент запущен не минуты, а десятки минут. DHT и маршрутизация асинхронны.

8. **Фиксация соединения**
Появился устойчивый online-статус → зафиксируй настройки → сделай бэкап профиля.

9. **Повторяемость**
Повтори процедуру на втором узле. Совпадение результата = процедура работает.

**Правило:**
Если шаг не дал эффекта — он не выполнен.
Если результат не воспроизводится — порядок нарушен.

После первого успеха DC перестаёт быть «сеткой» и становится механизмом.

Формула «осведомлён — значит вооружён» в DC-сетях работает только если знание превращается в **детерминированные действия**. Не магию, а процедуру. На примере RetroShare это выглядит так.

100% результат в DC означает не «мгновенно всё заработало», а более скромно и честно: **у тебя появляется хотя бы один устойчивый, проверенный канал связи**. Это достижимо всегда, если убрать случайность.

Первое. Источник контакта не может быть абстрактным. Никакие «публичные узлы» и «автопоиск» не дают гарантии. Нужен конкретный человек или узел вне сети: знакомый, свой второй инстанс, заранее согласованный ключ. Внеполосный обмен ключами — обязательное условие, не рекомендация.

Второе. Минимизация переменных. Один клиент, один транспорт, дефолтные настройки. Любая «оптимизация» до первого успешного соединения снижает воспроизводимость. RetroShare капризен не потому что плох, а потому что сложен. Сложность сначала надо зафиксировать, а не улучшать.

Третье. Проверка причинно-следственной цепочки.
Ключ добавлен → статус «доверен» → транспорт доступен → NAT-состояние понятно → соединение установлено.
Если шаг не дал эффекта — он не «подвис», он не выполнен. В DC-сетях ничего не происходит «само».

Четвёртое. Ожидание как активное действие. DHT, hole punching и маршрутизация не синхронны. Закрыл клиент через две минуты — отменил собственный эксперимент. Гарантия появляется там, где ты даёшь системе завершить цикл.

Пятое. Фиксация успеха. Первое соединение — это не «ну ладно, работает». Это эталон. Его настройки сохраняются, копируются, повторяются. После этого сеть перестаёт быть враждебной и становится инженерной.

Итог простой и неприятный:
в DC-сетях нет кнопки «100%»,
но есть **100% воспроизводимый путь**.

Освоив его один раз, ты больше не «пытаешься подключиться». Ты подключаешь.

Первый вход в DC-сеть почти всегда разочаровывает. Ничего не происходит, интерфейс кажется устаревшим, нужно обмениваться ключами, ждать, перезапускать клиент и снова ждать. В эпоху «установил и сразу работает» это выглядит как издевательство. Но именно в этой нудности и скрыт смысл.

DC-сеть — это не сервис, а среда. Она не встречает пользователя улыбкой и подсказками, потому что у неё нет хозяина. На примере RetroShare это видно особенно хорошо. Первый запуск РШ не продаёт удобство, он требует участия. Ты не просто входишь, ты становишься узлом. Пока не появятся связи, сеть для тебя буквально не существует.

Этот момент психологически важен. Пользователь привык, что сеть обязана быть доступной сразу. Здесь всё наоборот: доступ — результат усилия. Нужно разобраться, что такое ключи, доверие, ручное добавление контактов. Это скучно, медленно и местами раздражающе. Зато в процессе исчезает иллюзия магии. Сеть перестаёт быть абстракцией и становится конструкцией, которую ты понимаешь хотя бы на базовом уровне.

RetroShare хорош как учебный пример именно из-за своей «неприветливости». Он не маскирует сложность под глянец. Первый вход — это фильтр. Тот, кто его прошёл, уже иначе относится к приватности, анонимности и автономии. Появляется ощущение, что сеть — это не услуга, а договор между равными участниками.

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

**Проверка на вброс: «Рубикон» — разбор без эмоций и персоналий**

В публичном поле появился массив материалов, который позиционируется как утечка данных, связанных с деятельностью Центра перспективных беспилотных технологий «Рубикон» (ГНИИЦ перспективного вооружения). Заявления сопровождаются риторикой «полного вскрытия», однако для оценки важнее не тон, а содержание.

**Что именно утверждается**
Речь идет о компрометации внутренних документов, касающихся структуры подразделений, административных приказов и материально-технического обеспечения. Отдельный акцент сделан на том, что данные якобы охватывают не один элемент, а целый функциональный сегмент.

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

**Что выглядит уязвимым**
Даже при допущении частичной компиляции из открытых источников, сам нарратив указывает на хронические проблемы:
— слабый режим документооборота;
— низкую сегментацию доступа;
— отсутствие базовой OPSEC в небоевых подразделениях;
— диссонанс между статусом «перспективного центра» и фактическим уровнем тыловой организации.

**Вывод**
Независимо от того, является ли публикация полной утечкой или гибридом ОСИНТ и инсайда, она демонстрирует системную уязвимость: структуры, заявляющие высокий технологический уровень, остаются уязвимыми на самом примитивном уровне — бумагах, списках и логистике. Именно такие сбои чаще всего и становятся точкой реального компромата.

Это не сенсация, а симптом.

Tyr
=> https://github.com/JB-SelfCompany/Tyr

Настоящая P2P электронная почта поверх сети Yggdrasil

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

Даже "зашифрованные" почтовые решения все еще зависят от этих централизованных серверов. Они шифруют содержимое сообщения, но метаданные - с кем вы общаетесь, когда, как часто - видны всем, кто наблюдает за серверами.

Но есть сеть под названием Yggdrasil, которая дает каждому бесплатный IPv6 и не требует разрешения от вашего интернет-провайдера. У нас наконец появилась возможность использовать настоящую P2P электронную почту. Более того, эта сеть имеет сильное шифрование для защиты всех данных, передаваемых от одного IP к другому.

Tyr приносит настоящую одноранговую электронную почту на ваше Android-устройство, используя эти необычные условия. В отличие от традиционных почтовых клиентов, Tyr не нуждается в:

❌ Централизованных почтовых серверах (соединения происходят напрямую P2P)
❌ Дополнительных уровнях шифрования сообщений (сеть сама заботится об этом)
❌ Проброске портов или STUN/TURN серверах (Yggdrasil справляется с NAT traversal)

#Yggdrasil #email

### Установка RetroShare (версия 0.6.7.2)

RetroShare — кросс-платформенное #P2P-приложение для #SecureCommunication и децентрализованного обмена данными. На данный момент последняя стабильная версия — **0.6.7.2** (ноябрь 2023 года). Процесс установки в целом несложный, однако имеет особенности в зависимости от операционной системы. Ниже приведён подробный разбор, с фокусом на #Windows, но с обзором #Linux и #macOS.

Все дистрибутивы следует скачивать **исключительно** с официального сайта retroshare.cc или с официального репозитория на #GitHub, чтобы избежать подмен и компрометации. Для дополнительной безопасности рекомендуется проверять контрольные суммы файлов — они опубликованы в файле `chksums.txt` в разделе релизов.

#RetroShare #Privacy #FOSS #Decentralization

---

#### Требования

* **ОС**:

* #Windows 7 и новее (рекомендуется 64-bit),
* #Linux (различные дистрибутивы),
* #macOS 10.14+.
* **Tor-интеграция**: Tor устанавливается отдельно, если не используется сборка с уже включённым Tor.
* **Зависимости**: специальных требований нет, однако на старых системах могут понадобиться обновления библиотек #Qt.

---

#### Установка на Windows

##### 1. Через установщик (рекомендуется для большинства пользователей)

* Скачайте 64-bit installer версии 0.6.7.2 с официального релиза на GitHub.
* Также доступна 32-bit версия для старых систем.
* Запустите `.exe`-файл **от имени администратора**.
* Следуйте шагам мастера установки:

* выбор каталога (по умолчанию `C:\Program Files\RetroShare`),
* создание ярлыков,
* подтверждение автозапуска.
* По завершении установка автоматически запускает RetroShare.

Этот вариант оптимален для пользователей, которым важна простота и стандартная интеграция с системой.

#WindowsSetup #DesktopSecurity

---

##### 2. Портативная версия (без установки в систему)

* Скачайте архив Portable-версии (64-bit).
* Доступен вариант **с уже встроенным Tor**, что удобно для изолированных сред.
* Распакуйте архив с помощью #7Zip или совместимого архиватора.
* Запуск осуществляется напрямую через `RetroShare.exe`.

Портативная версия подходит для запуска с внешних носителей или в средах с ограниченными правами.

#PortableApps #Tor

---

##### 3. Установка через Chocolatey

* В репозитории #Chocolatey доступна **только версия 0.6.6**, которая считается устаревшей.
* Команда установки:

```
choco install retroshare
```
* Использование этого способа не рекомендуется, если требуется актуальная стабильная версия 0.6.7.2.

#PackageManager #Chocolatey

---

После первого запуска RetroShare потребуется:

* создать **профиль пользователя**,
* сгенерировать криптографический ключ (основа доверия и аутентификации),
* при необходимости настроить #Tor или #I2P,
* добавить контакты через обмен сертификатами.

---

#### Установка на macOS

* Скачайте соответствующий `.dmg`-файл версии 0.6.7.2 (сборка под macOS 10.15.7 и Qt 5.15).
* Откройте DMG и перетащите приложение в каталог **Applications**.
* Для работы через Tor можно установить его отдельно:

```
brew install tor
```

Следует учитывать, что из-за отсутствия новых релизов возможны ограничения совместимости с новыми версиями macOS.

#macOS #AppleSilicon

---

#### Установка на Linux

Доступно несколько способов, выбор зависит от дистрибутива и предпочтений пользователя.

* **Через пакетный менеджер**:

* Для Debian/Ubuntu/Fedora используется репозиторий OBS.
* Устанавливается пакет `retroshare-gui`.
* **AppImage**:

* Скачайте AppImage версии 0.6.7.2.
* Сделайте файл исполняемым (`chmod +x`).
* Запуск без установки в систему.
* **Flatpak**:

```
flatpak install flathub cc.retroshare.retroshare-gui
```

AppImage и Flatpak удобны для изолированного запуска и снижения конфликтов зависимостей.

#LinuxDesktop #AppImage #Flatpak

---

#### Сборка из исходников

Для пользователей, которым необходим кастомный билд или аудит кода:

* Скачайте архив исходников (`tar.gz`) из официального репозитория GitHub.
* Следуйте инструкциям в `README`.
* Потребуются библиотеки #Qt, #OpenSSL и стандартный набор инструментов разработки.

Этот путь актуален для разработчиков и исследователей безопасности.

#BuildFromSource #OpenSource

---

#### Важные предупреждения

Проект RetroShare **не получал релизных обновлений с конца 2023 года**, поэтому:

* возможны проблемы совместимости с новыми версиями ОС,
* отдельные баги (особенно в UI и сетевых модулях) могут оставаться нерешёнными,
* активность сообщества снижена.

В случае сбоев рекомендуется обращаться к документации на retroshare.cc, архивам форума или обсуждениям на Reddit, учитывая ограниченную обратную связь.

#ProjectStatus #MaintenanceMode

---

Этот текст предназначен для распространения в #Mastodon, #Matrix и #Bastion как справочный материал по актуальной установке RetroShare 0.6.7.2 в условиях стагнации проекта и повышенных требований к цифровой гигиене.