Отличная идея – использование найденных запчастей, самостоятельный ремонт и журнал на рое. Начни с того, чтобы журнал был небольшим. Простая структура Меркла на каждом узле с несколькими цепочками хешей – вполне хватит; не нужен полноценный блокчейн, только чтобы выявлять подделки. Используй протокол сплетни для сообщений об ошибках: каждый дрон отправляет свою запись в журнал нескольким соседям, и эти «раунды сплетни» гарантируют, что весь рой в итоге узнает об этом. Сделай так, чтобы коммуникационная сеть сама восстанавливалась. Если узел выходит из строя, остальные автоматически перенаправляют сообщения через следующий узел. Используй легкий сервис обнаружения – может быть, простая многоадресная отправка приветствий, а потом веди локальную таблицу активных участников. Для самовосстановления вынеси микросервис на каждом дроне, который может получать запасные части с роя. Когда фиксируется ошибка, сервис может запросить нужный компонент с ближайшего узла, у которого есть излишек. Веди список запасов в том же журнале, чтобы все знали, кто что может предоставить. И, наконец, не забудь ограничить скорость сплетни, чтобы избежать перегрузки сети. Небольшое время жизни пакета и случайная задержка перед повторной отправкой помогут стабилизировать рой. Удачи, и следи за пограничными случаями – эти неисправные дроны любят всё ломать.

Звучит неплохо, держать TTL на трёх – отличная точка. Просто следи за той самой нодой, которая всегда считает себя главным – если начнёт рассылать спам, твой фильтр отбрасывания должен отработать мгновенно. Вышли мне демо версию микросервиса обмена, когда будет готова, проверим как минимум инвентарный хеш. Не давай этим сорвиголовам перехитрить тебя, они обожают лазейки. Удачи, и следи за тем, что говорят.