В весной прошлого года, чтобы не наступить себе на "хвост" подал заявку, и в общем-то готово: патент на ПМ полного сумматора на элементах трёх состояний. И что же далее, а далее я начал думать как реализовать 3D принтер для печати чипов, лазерный. Упёрся в задачу высокоточного привода и подумав решил, что самый простой способ - наматывать резьбу (нарезать винт с таким шагом нереально) из нихромовой проволоки (она продаётся и длиной до 50 метров и более, кстати приготовьтесь - предыстория разматывается в длинную череду, прям как нить нихрома, или какие там ещё есть), а потом обжимать её фторопластовыми заготовками, с предварительно подогретыми рабочими поверхностями, делать оттиском ответную резьбу на заготовках сборной гайки. И таким образом я смогу получить высокоточные привода. Идея мне понравилась и я начал писать очередной аддон (предыдущий был для использования Blender 3D в качестве наглядного пособия для изучения разных материалов, требующего визуализации и работы с текстом, работает на базе апдейта коллекций в 2019 вроде https://github.com/Andrei-Y/doc-manager ) для генерации оптимизированных мешей деталей. Это я уже задумал генеративный дизайн с топологической оптимизацией. И вот тут стрельнуло пока я печатал модульный конструктор для быстросборных и разборных стендов для испытания всякой чепухи (ну короче я всё неиспытанное и непроверенное считаю чепухой, потому что техника). А именно - начала деформироваться плёнка ванночки, что было крайне неприятно наблюдать, даже зная что это всего-лишь расходник. И было совершенно понятно, что делают это базовые слои печатаемые фотополимерником, и так же понятно, что их можно печататать в шахматном или другом порядке, возвращая стол на прежнюю позицию по оси Z, но с меньшей скоростью, чтобы смола успевала отойти не оказывая давления на плёнку, и тем самым - уменьшить деформацию плёнки - уж очень блезненно она переживает отрыв базового слоя от неё, а с настройками я наэкспериментировался. Тогда я задал вопрос на портале мэйкеров, но мне умные менеджеры сказали, что когда нехватает денег на запрещённые вещества - 3D принтер не нужен. Вот тут-то я и задумался - а ведь действительно всё под их контролем, кто контролирует прибыль - контролирует всё. Но я не отчаялся и задал вопрос о расшифровке файла задания производителю. На что доктор технических наук их компании, ранее просивший задавать ему вопросы, решил уйти в безвременный отпуск. Ну оно и понятно - формат ведь проприетарный, и никто не хочет терять работу по причине собственной болтливости. Ситуация ещё более обострила внимание на то, что всем управляет тот, кто контролирует прибыль. То-есть дело даже не в том, что он хорошего сделал или сделает, а просто имеет доступ к совершению данного действия. И тогда мне пришла идея создания сервера-слоя. Книга у меня валялась несколько лет, как запустить Линукс сервер, но я не знал зачем он мне. И вот тут понял чем можно отвечать людям, пытающимся брать под контроль любую прибыль (и свою и чужую): если просто запустить сервер - он просто уйдёт в аут, потому как всё контролируют контролирующие прибыль. И тут нужно нечто более умное и гибкое. Лучшая ассоциация всплывает из сериала чужой - планета земля, есть там такой умный паразит как глазок, но нам чужого не надо - нам защитить своё, создать слой, который- бы укреплял-дополнял существующую сеть и создавал некое пространство. Что будет в этом пространстве двустороння свзь с существующими порталами, система знаний формирующаяся с помощью AI и участников, жёсткая модерация и рспределение балов. И как-бы я это хотел реализовать? Если у Вас крепкие нервы - прошу под второй спойлер

.

Так же давненько у меня валялся джетсон нано, на четыре гига, и я быстренько собрал на нём нужную версию Lazarus, установил на него BGRABitmap, и решил рендерить анализ и завести на нём стаю AI ассистентов разного рода, но ведущим будет зрячий, так как у меня альтернатива свёрточным нейросетям . И в общем джетсон будет работать в двух режимах, помимо остальных, рендер и обработка изображений. Ну и в общем, когда продумал тонкости связей с глобальной сетью, и понял актуальность задачи - переключился с очередного аддона на сервер-слой. На джетсоне запускал. Сейчас в разработке, но есть результаты - форумный движок собственной архитектуры.

Так как оговариваемый сервер работает в режиме слоя сети, то его головные узлы в качестве предка могут ссылаться на множество источников, в том числе и внешние. Чтобы создать внешний источник, нужно иметь возможность оставления там сообщения, которое будет иметь собственный пермалинк. В этом сообщении пользователь должен оставить ссылку на создаваемый им головной узел на сервере слое, где при создании должен добавить источник, в качестве которого выступает этот пермалинк. И так же он должен оставить оценку к публикации, комментарием к которой является этот внешний источник. В сообщении источника пользователь должен оставить ссылку на черновик на сервере-слое, наличие которой проверит бот, и если в источнике по пермалинку есть ссылка на черновик, то внешний источник будет добавлен к головному узлу, а черновик станет доступным из сети чистовиком. Это обеспечит связку слоя и глобальной сети и перевозложит проблему дос атак на глобальную сеть, откуда они и приходят. Если же создаётся внутренний источник, то он создатся по этим же правилам, где оставляется комментарий к аргументу или сообщению другого пользователя, этим комментарием даётся оценка родителю (предшевственнику) и так-же в этом сообщении указывается ссылка на черновик, который станет чистовиком после проверки ботом выполнения всех условий. Под внешними источниками подразумевается вся глобальная сеть интернета, где конкретный пользователь может оставить якорь-ссылку на сервер-слой. Обязательно проверяется, при посещении нашего сервера-слоя незарегестрированным пользователем на сервере-слое, чтобы пользователь пришёл к сообщению по внешней ссылке именно с той ссылки, которая указана внутри в качестве внешнего источника, например https://3dtoday.ru/blogs/bigdown/petpull-ili-kak-ya-ego-nazyvayu-petbull#comment-1098610 (адрес абстрактный).

MemoLog

21:42:02 Запуск сервера…

21:42:02 ОШИБКА СТАРТА: Binding of socket failed: 8080

21:42:02 Сервер запущен на порту 8080.

21:42:02 Открой в браузере: http://localhost:8080

21:42:05 — СОЗДАНИЕ КОРНЯ — 21:42:05 Узел №1 создан. Хроно: 0.0.0.

21:42:13 Отправляю воркеру команду приземлиться к ID: 1

21:42:13 ВОРКЕР: Приземлил ID 2. У родителя 1 Хроно теперь = “0.0.2.”

21:42:14 Отправляю воркеру команду приземлиться к ID: 1

21:42:14 ВОРКЕР: Приземлил ID 3. У родителя 1 Хроно теперь = “0.0.3.”

21:42:15 Отправляю воркеру команду приземлиться к ID: 1

21:42:15 ВОРКЕР: Приземлил ID 4. У родителя 1 Хроно теперь = “0.0.4.”

21:42:19 Отправляю воркеру команду приземлиться к ID: 2

21:42:19 ВОРКЕР: Приземлил ID 5. У родителя 2 Хроно теперь = “0.1.5.”

21:42:25 Отправляю воркеру команду приземлиться к ID: 5

21:42:25 ВОРКЕР: Приземлил ID 6. У родителя 5 Хроно теперь = “0.2.6.”

21:42:27 — СТАРТ ФОРМИРОВАНИЯ СТРУКТУРЫ —

21:42:27 >>> НЫРОК В ВЕТКУ (из узла 1 в хвост 4)

21:42:27 ВЫДЕРНУТ УЗЕЛ: 4

21:42:27 ВЫДЕРНУТ УЗЕЛ: 3

21:42:27 >>> НЫРОК В ВЕТКУ (из узла 2 в хвост 5)

21:42:27 >>> НЫРОК В ВЕТКУ (из узла 5 в хвост 6)

21:42:27 ВЫДЕРНУТ УЗЕЛ: 6

21:42:27 ВЫДЕРНУТ УЗЕЛ: 5

21:42:27 <<< ВСПЛЫТИЕ ИЗ ВЕТКИ (возврат в узел 5)

21:42:27 ВЫДЕРНУТ УЗЕЛ: 2

21:42:27 <<< ВСПЛЫТИЕ ИЗ ВЕТКИ (возврат в узел 2)

21:42:27 ВЫДЕРНУТ УЗЕЛ: 1

21:42:27 <<< ВСПЛЫТИЕ ИЗ ВЕТКИ (возврат в узел 1)

21:42:27 ВЫДЕРНУТ УЗЕЛ (КОРЕНЬ): 1 21:42:27 — СТРУКТУРА ЗАВЕРШЕНА —

Извлечение ячеек в системе «Эстафета Хвоста»: отличие от стандартных методов

Суть метода «Эстафета Хвоста»

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

• Динамический список хвостов (LIFO‑стек) — отслеживает пройденные хвосты для корректного возврата.

• Указатели:

  • Tail (T) — ссылка на самый свежий ответ у родителя;

  • Before (B) — ссылка на предшествующий узел в цепочке.

• Итеративный обход — без рекурсии, с использованием стека вместо вызовов функций.

• Приоритет глубины — сначала обрабатываются самые свежие ветки.

Принцип работы

1. Старт. Начинаем с корневого узла.

2. Погружение. На каждом узле проверяем, есть ли его ID в списке хвостов:

   • Если нет — добавляем ID в стек и переходим по Tail.

   • Если есть — удаляем ID из стека и переходим по Before.

3. Возврат. При достижении конца ветки идём назад по цепочке предшественников.

4. Завершение. Алгоритм останавливается, когда возвращаемся в корень и стек пуст.

Пример обхода (структура: корень → 2, 3, 4; 2 → 5; 5 → 6):

1. Корень → 4 (добавляем 4 в стек).

2. 4 → 3 (добавляем 3 в стек).

3. 3 → 2 (добавляем 2 в стек).

4. 2 → 5 (добавляем 5 в стек).

5. 5 → 6 (добавляем 6 в стек).

6. 6 → 5 (удаляем 6 из стека).

7. 5 → 2 (удаляем 5 из стека).

8. 2 → Корень (удаляем 2 из стека).

9. Завершение.

Сравнение с традиционными методами

Ключевые отличия по принципу действия

1. Фокус на актуальность

   • «Эстафета»: сначала обрабатываются свежие ветки (Tail), что критично для форумов и чатов.

   • Стандартные методы: обычно обходят узлы в порядке добавления или по фиксированному пути, без приоритета свежих данных.

2. Отсутствие рекурсии

   • «Эстафета»: использует итеративный подход с динамическим стеком, что экономит память и подходит для слабых устройств (Jetson Nano).

   • Классическое дерево: часто требует рекурсии или сортировки, что увеличивает нагрузку.

3. Динамический стек вместо статических индексов

   • «Эстафета»: стек хвостов формируется на лету, адаптируясь к структуре данных.

   • Вложенные множества: требуют пересчёта индексов при изменениях, что дорого.

4. Минимальные изменения при добавлении узла

   • «Эстафета»: обновление Tail родителя — одна операция.

   • Материализованный путь: обновление путей всех потомков — O(n).

5. Гибкость для динамических структур

   • «Эстафета»: легко обрабатывает вложенные ветки любой глубины.

   • Стандартные методы: могут требовать перестройки индексов или кэширования.

Преимущества для edge‑вычислений

• Низкое потребление RAM. Стек хвостов растёт линейно с глубиной вложенности (O(h)), а не с числом узлов.

• Простота добавления. Операции вставки и обновления минимальны (O(1)).

• Предсказуемая сложность. Линейный обход (O(n)) без рекурсии.

• Устойчивость. Динамический стек предотвращает пропуски узлов и зацикливания.

Ограничения

• Race conditions. При параллельной записи нужны транзакции или блокировки.

• Циклические ссылки. Требуются проверки на циклы.

• Глубокие ветки. При большой глубине (>10000 узлов) возможны замедления.

Вывод

Метод «Эстафета Хвоста» — это специализированное решение для динамических обсуждений с акцентом на:

• актуальность данных (приоритет свежих веток);

• эффективность для edge‑устройств;

• гибкость структуры (вложенные ветки любой глубины).

Он превосходит стандартные методы в сценариях, где:

• важна скорость чтения свежих данных;

• ресурсы ограничены (Jetson Nano, IoT);

• структура часто меняется.

Для статических данных или редких изменений классические подходы (материализованный путь, вложенные множества) могут быть эффективнее, но для динамических систем «Эстафета» предлагает оптимальный баланс производительности и простоты.