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

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

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

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

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

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

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

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

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