Meshtastic против MeshCore: что лучше? (2026)

Позвольте сэкономить вам время. Если вы в последнее время заглядывали на форумы, посвящённые Mesh, то уже знаете, что там существуют два лагеря, которые не особо ладят друг с другом. Опубликуйте сообщение «Думаю попробовать MeshCore» в любом месте, где собираются поклонники Meshtastic, и вы получите смесь комментариев типа «зачем заморачиваться, он ещё даже не доработан» и нескольких сдержанных ответов вроде «попробуйте, вы уже не вернётесь к прежнему». Обе реакции верны, и именно поэтому большинство сравнительных обзоров, которые можно найти в сети, вам бесполезны.

В большинстве случаев авторы просто набрасывают таблицу, провозглашают победителя и на этом заканчивают. Но на практике, когда вы уже держите оборудование на рабочем столе, всё обстоит совсем иначе.

Я уже много лет занимаюсь прошивкой, сборкой, поломкой и ремонтом узлов LoRa в этом блоге. Meshtastic я знаю досконально: я писал руководства по всему — от самостоятельной сборки на базе nrf52840 до датчиков BME280 и развёртки собственного сервера MQTT. MeshCore — новичок, и я уже несколько недель тестирую его на паре устройств: Wio Tracker L1 Pro и SenseCAP T1000-E, которые использую в качестве сопутствующего устройства и ретранслятора. Это ещё не год эксплуатации, но опыта достаточно, чтобы рассказать вам, в чём форумы правы, а в чём просто повторяют чужие слова.

Предупреждаю, статья длинная. И прежде чем вы потратите время на MeshCore, вам действительно нужно знать о недавних событиях.

Так что же такое MeshCore?

Самый быстрый способ объяснить это, если вы уже знакомы с Meshtastic: кто-то изучил модель маршрутизации по принципу «флуд», решил, что она не масштабируется, и переделал всё с нуля, применив другой подход.

Краткая история, и эта часть важнее, чем вы думаете. Проект Meshtastic был запущен Кевином Хестером (geeksville) ещё в 2019 году в США. MeshCore появился в начале 2025 года, и вот тут всё уже становится неясным: в зависимости от того, какой источник вы читаете, «основателем» является либо Скотт Пауэлл (австралийский разработчик, стоящий за Ripple Radios, который написал основную прошивку), либо Энди Кирби (Великобритания, управлял сайтом, Discord и YouTube), а Лиам Коттл (Новая Зеландия) занимался разработкой приложений. Запомните это, ведь вопрос о том, кто что основал, позже станет предметом ожесточённых споров.

Важнее всего — архитектура. Meshtastic использует управляемое флудинг. Узел принимает сообщение, ретранслирует его, то же самое делает следующий узел, и так далее, пока предел количества переходов не прервёт цепочку. Проще простого, никакого планирования, прекрасно работает с небольшим количеством узлов. MeshCore действует умнее: он сначала запускает флудинг один раз, чтобы найти путь, а затем отправляет всё по тому маршруту, который он вычислил. Меньше шума, больше контроля, с переходом на флудинг в случае обрыва маршрута.

Вот как я это вижу, поработав с обеими системами:

    Meshtastic — это когда все участники вечеринки передают ваше сообщение из рук в руки, пока оно не дойдет до противоположной стены. В компании из 10 человек это просто гениально. В компании из 100 — полный хаос.
    MeshCore использует специально выделенных «бегунов». Ваш «узел» — телефон в кармане — ничего не ретранслирует, это делают «бегуны», которые находятся на крышах, где их присутствие действительно имеет значение.

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

Три типа узлов — вот в чём вся суть

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

Узел «Companion» устанавливается на устройство, которое вы носите в кармане. Он соединяется с вашим телефоном по Bluetooth, обрабатывает ваши сообщения и не ретранслирует трафик других пользователей. Никакого «загрязнения» от вашего мобильного устройства.

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

Room Server — это то, что заставило меня прислушаться. По сути, это крошечная BBS: он хранит историю сообщений и передает её пользователям, когда они возвращаются в зону покрытия. Выходите из зоны покрытия, пропускаете кучу сообщений, возвращаетесь — Room Server приводит вас в курс дела. В Meshtastic нет встроенной функции, которая бы это делала, а для любой группы, члены которой не находятся в сети одновременно, это действительно очень важно.

В Meshtastic всё, по сути, представляет собой один и тот же узел, выполняющий разные роли (CLIENT, ROUTER, REPEATER), которые в основном регулируют интенсивность ретрансляции. В MeshCore роли — это реальные, отдельные задачи. Честно говоря, мне потребовалось некоторое время, чтобы перестать мыслить в терминах Meshtastic, и, скажу прямо, этот ментальный переход — одна из причин, по которой MeshCore кажется сложнее, чем нужно. Подробнее об этом ниже.

Одна вещь, которая сбила меня с толку и сбивает с толку всех, кто переходит с Meshtastic: два компаньона будут общаться друг с другом напрямую, если находятся в зоне досягаемости — для этого не нужен ретранслятор. Ретранслятор нужен только для того, чтобы «перекрыть расстояние», когда они находятся слишком далеко друг от друга, чтобы слышать друг друга. Загвоздка в том, что третий компаньон, сидящий посередине, не будет ретранслировать сообщение для них, потому что компаньоны не ретранслируют. В Meshtastic этот промежуточный узел с радостью передал бы сообщение дальше. В MeshCore он этого не сделает, и если вы не знаете, как это работает, то можете подумать, что что-то сломано.

1. Маршрутизация — то, что действительно важно

Это самый технический раздел, поэтому я постараюсь изложить всё доступно.

Meshtastic рассылает широковещательные сообщения: каждый узел, который принимает сообщение канала, ретранслирует его до предела количества прыжков. Начиная с версии 2.6, система стала умнее именно в отношении личных сообщений: сначала рассылает первое личное сообщение, чтобы определить путь, а последующие личные сообщения направляет по оптимизированному маршруту следующего прыжка. Справедливости ради стоит отметить, что ситуация с личными сообщениями намного лучше, чем о ней думают. Но трафик каналов, NodeInfo и телеметрия по-прежнему рассылаются по всей сети.

MeshCore рассылает первый пакет, чтобы определить маршрут, встраивает этот маршрут в последующие пакеты, чтобы они не вызывали флуд по всей сети, и возвращается к флуду, если маршрут пропадает после нескольких попыток. «Сначала флуд, потом прямая передача» — это заложено в самой архитектуре, а не добавлено постфактум.

Вот мой реальный опыт, а не цитата с форума: MeshCore явно быстрее. Сообщения доходят быстрее, и это заметно, а не такая разница, которую можно увидеть, «прищурившись». Независимо от того, что говорят расчёты по времени передачи на бумаге, в моей конфигурации он просто казался более отзывчивым, и мне не пришлось себя в этом убеждать. Meshtastic можно настроить ближе к этому с помощью более быстрых пресетов, но «из коробки» MeshCore выигрывает по отзывчивости, и разница здесь значительная.

2. Ограничения по количеству прыжков: 7 против 64

Вопрос прост, но имеет большее значение, чем кажется.

    Meshtastic: по умолчанию 3 прыжка, жесткий верхний предел — 7. Превысить 7 невозможно, и точка.
    MeshCore: внутренний максимум — 64.

На ровной местности с плотной развёрткой узлов 7 прыжков вполне достаточно. Но как только вы начинаете формировать сеть, проходящую через холмы, долины и зоны с плохим приёмом — а именно так и происходит при любом серьёзном региональном развертывании — этот барьер в 7 прыжков становится настоящей преградой. У MeshCore такого ограничения просто нет. Это одна из конкретных причин, по которой сообщества, создающие сети городского масштаба, всё чаще склоняются к MeshCore.

3. Телеметрия и эфирное время: Push против Pull

Это незаметный убийца батареи и пропускной способности в загруженных сетях Meshtastic, и никто не предупреждает об этом достаточно громко.

Meshtastic использует Push. Каждый узел периодически отправляет NodeInfo, данные о положении и телеметрию устройства по таймерам (по умолчанию около 30 минут для NodeInfo, 15 — для положения, 3 часа — для телеметрии устройства). В частной сети друзей это прекрасно — вы всегда видите, где находятся все участники. В публичной сети с более чем 50 узлами данные накапливаются и начинают отнимать эфирное время, необходимое для ваших сообщений. Meshtastic автоматически увеличивает интервалы по мере роста сети, что помогает, но это реактивный подход — система просто убирает за собой беспорядок, который сама создала.

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

Заметил ли я это на самом деле? В некоторой степени. Моя сеть не такая уж и огромная, поэтому не буду преувеличивать: MeshCore казался чуть тише, но у меня не было «монстра» из 50 узлов, чтобы по-настоящему проверить его на прочность. Я верю в аргумент о времени работы в эфире, и конструкция явно играет ему на руку, но я рассказываю о том, что видел сам, а не о том, что показал график.

В любом случае компромисс очевиден: если вам нравится наблюдать за работой ваших узлов в режиме реального времени на карте, Meshtastic делает это «из коробки», а MeshCore — нет, по крайней мере, на базовой прошивке.

4. Радиопараметры и скорость

Чипы LoRa одинаковы, разница заключается в настройках по умолчанию, с которыми поставляется каждое устройство.

Meshtastic по умолчанию настроен на режим LongFast: полоса пропускания 250 кГц в США, консервативный коэффициент рассеивания. Надежный, с большим радиусом действия, но время передачи на одно сообщение относительно велико и суммируется при прохождении через несколько прыжков.

MeshCore по умолчанию использует более узкую полосу пропускания — 62,5 кГц — с умеренным коэффициентом расплывания (SF) и коэффициентом сжатия (CR), настроенными так, чтобы проходить между участками полосы с высоким уровнем шума. Лучшее соотношение сигнал/шум, более эффективная использование эфирного времени, на практике работает быстрее (что соответствует моим впечатлениям, описанным выше).

В пользовательских настройках можно вручную переключить Meshtastic на 62,5 или даже 31,25 кГц, но для этого нужно знать, как это сделать, и большинство людей никогда не трогают эти настройки. Честно говоря, это повторяющаяся тема всего этого сравнения: Meshtastic предоставляет вам все регуляторы, а MeshCore принимает больше решений за вас. Что звучит как преимущество MeshCore, пока вы не пройдете через процесс его настройки. И это подводит меня к той части, по поводу которой у меня есть реальные эмоции.

5. Настройка и почему MeshCore меня разочаровал

Meshtastic выигрывает в этом. И с большим отрывом.

flasher.meshtastic.org — подключаете, прошиваете в браузере, выбираете регион — готово. Все работает. Являются ли настройки по умолчанию оптимальными? Нет. Но система готова к работе уже через десять минут, и для любой комбинации устройств и датчиков, которую только можно себе представить, есть соответствующее руководство. Дайте узел Meshtastic человеку, который никогда не слышал о LoRa, — и он сам разберётся. Это настоящая сильная сторона, и я не буду притворяться, что дело обстоит иначе.

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

Документации практически нет. Когда я застрял, не было ничего полезного для чтения. Для новичка это просто кошмар.

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

Вся концепция непривычна и не доработана. «Companion» против «repeater», эта штука с пакетами объявлений (я до сих пор не на 100 % уверен, как это вообще называется), настройка зашифрованных каналов — всё это кажется необычным и не особо интуитивным. Может, это просто потому, что я привык к Meshtastic, но всё же.

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

Экран контактов представляет собой целую стену. Откройте контакты в MeshCore — и перед вами появится список с информацией, настройками и кнопками. Для обычного пользователя это слишком много.

Это вовсе не значит, что технология плохая — внутренний механизм маршрутизации превосходен. Но сегодня MeshCore выглядит как инструмент для опытных пользователей, замаскированный под инструмент для новичков, а разрыв между «прошивкой» и «фактической коммуникацией» гораздо шире, чем у Meshtastic. Это стоит того, если вы создаете что-то продуманное. Но если вы просто хотите бросить узел в сумку и отправиться в путь, то это препятствие.

6. Оборудование, хорошие новости

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

    Heltec LoRa 32 V3
    RAK WisBlock 4631
    Seeed Wio Tracker L1 / L1 Pro
    SenseCAP T1000-E
    XIAO ESP32S3 + Wio SX1262

Краткое примечание, поскольку я запускаю MeshCore на T1000-E и Wio Tracker L1 Pro и уже делал обзоры на оба устройства: мои обзоры по-прежнему актуальны. Они посвящены аппаратному обеспечению, его качеству и цене, и прошивка, установленная поверх, ничего в этом не меняет. Если устройство имеет экран, вы взаимодействуете с ним — просто интерфейс пользователя другой, но способ взаимодействия в Meshtastic и MeshCore в целом одинаков. Таким образом, между моими двумя устройствами MeshCore нет никаких заслуживающих упоминания различий, обусловленных прошивкой; всё сводится к самому аппаратному обеспечению, и именно для этого и предназначены эти обзоры.

7. Функции обмена сообщениями (и почему это — единственное ограничение)

Meshtastic — гораздо более функциональная платформа «из коробки», и разница здесь огромна. Личные сообщения, каналы, обмен данными GPS, реальная телеметрия датчиков (температура, влажность, давление, УФ-излучение при наличии соответствующего датчика), PAXcounter, удаленное администрирование, мост MQTT — всё, что только можно себе представить. Экосистема огромна: есть руководства по подключению датчиков землетрясений, датчиков пламени, вибрационных моторов, кнопок SOS и настраиваемых логотипов при загрузке. На данный момент Meshtastic — это полноценная платформа.

MeshCore обеспечивает надежную работу ядра обмена сообщениями и отлично справляется с маршрутизацией. Личные сообщения, групповой чат по комнатам через Room Server, функция «хранение и пересылка» для офлайн-пользователей. Именно Room Server является выдающейся особенностью — это самое близкое к полноценной доске объявлений, что есть в мире LoRa, и для группы волонтёров, фермы или любого, кто выходит на связь в разное время, он превосходит то, что предлагает Meshtastic изначально.

Но вот честная оценка, о которой никто не любит говорить вслух: в конечном итоге оба этих решения — это всего лишь обмен сообщениями. Текст и (в Meshtastic) некоторая телеметрия. Вот и всё. Именно из-за этого ограничения мы и создали FlareSat — чтобы реализовать реальный сценарий использования на основе сети mesh: групповое картографирование в реальном времени, общие метки, маршруты и зоны через LoRa, вместо того чтобы просто смотреть на список узлов и окно чата. Транспортный протокол отличный. А вот то, что с ним делать — вот где оба стандартных приложения заходят в тупик.

8. Приложения и программное обеспечение

Meshtastic поддерживает Android (зрелая версия, с обширными картами), iOS, веб-версию, командную строку Python, пользовательский интерфейс для автономных устройств, плагин ATAK, Home Assistant, а также документированный протокол MQTT. Широкий функционал и отлаженная работа. Особенно завершенным выглядит приложение для Android.

MeshCore имеет приложения для Android и iOS (разработка Лиама Коттла, бесплатные, активно обновляются), веб-клиенты, созданные сообществом, интерфейс T-Deck и интеграцию с Home Assistant. Приложение выглядит не столько как «игрушка с картой», сколько как коммуникационный терминал для структурированной сети — в этом и заключается его смысл, но, как я уже говорил выше, оно также перегружает пользователя большим количеством информации. Meshtastic выигрывает по широте функционала и отлаженности, а MeshCore — тем, что построено с учётом особенностей поведения собственной сети.

9. Скандал, о котором нужно знать, прежде чем принимать решение

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

В апреле 2026 года команда MeshCore раскололась — причём громко и публично. Вкратце, обе стороны, потому что их действительно две.

Основная команда (Скотт, Лиам, а также Recrof, FDLamotte и Oltaco) опубликовала пост в блоге под названием «Почему произошёл раскол». Три претензии к Энди Кирби:

Во-первых, 29 марта он подал заявку на регистрацию товарного знака «MeshCore», не поставив команду в известность.

Во-вторых, он использовал Claude (ИИ) для «импровизированного программирования» значительных частей экосистемы (прошивка автономных устройств, приложение, веб-флэшер, инструменты настройки), не раскрывая, что большая часть кода была сгенерирована ИИ. Они провели опрос в Discord, и сообщество в целом не хотело, чтобы на их оборудовании работал нераскрытый код, сгенерированный ИИ.

В-третьих, возник хаос с доменами и брендингом: Энди контролирует meshcore.co.uk и исходный сервер Discord, поэтому основная команда запустила meshcore.io в качестве нового официального сайта. Их позиция: единственный настоящий «официальный» MeshCore — это репозиторий на GitHub (github.com/meshcore-dev/MeshCore), и Энди никогда не вносил в него свой вклад.

На стороне Энди, потому что он ответил, и это уже кое-что. Он четко дал понять, что никогда не утверждал, будто является одним из основных разработчиков прошивки, и отдает должное команде за код. Его вклад, как он сам это формулирует: бренд, логотип, контент на YouTube, адаптация новых пользователей, отношения с производителями — в общем, именно благодаря этому многие люди, не имеющие технического образования, вообще узнали о MeshCore. Что касается товарного знака, он говорит, что речь шла о защите бренда, ориентированного на широкую публику, а не о захвате кодовой базы, и что «владение брендом» и «владение кодом» — это разные вещи. Контекст: доверие разрушалось, сайт с доменом .io появился без предупреждения, и после того, как он превратил домен .co.uk в публичное лицо проекта, это выглядело как фрагментация. Он признает, по его собственным словам: «Могло ли общение быть лучше? Вероятно».

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

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

Так в каком же положении оказываетесь вы, человек, собирающийся запустить узел? Утешительный момент: на вашем оборудовании ничего не изменилось. Прошивка на ваших узлах работает точно так же, как и раньше. Раскол связан с борьбой за брендинг, товарные знаки и то, что считается «официальным», а не с форком кода, который вы используете. Хотите следовать по пути основной команды? meshcore.io, репозиторий на GitHub, Discord-сервер meshcore.gg — версия v1.15 была выпущена оттуда в апреле. Хотите именно опыт Энди с T-Deck? Это MeshOS на meshcore.co.uk. Торговая марка, насколько я знаю, по-прежнему находится на стадии заявки — подана, но не зарегистрирована.

Моё честное мнение: это классический пример провала управления открытым исходным кодом, который происходит, когда проект за 18 месяцев достигает более 38 000 узлов и более 100 000 пользователей приложения, не имея юридической структуры и ясности в вопросах товарных знаков. Это не ухудшает маршрутизацию. Но это явный признак незрелости, и если вы делаете ставку на инфраструктуру сообщества MeshCore, следите за репозиторием meshcore-dev на GitHub, а не за тем, кто громче всех кричит «официально». (Еще одно замечание о зрелости: в версии 1.14 без официального уведомления тихо исправили переполнение кучи. В любом случае держите прошивку в актуальном состоянии.)

Поговорим откровенно: что на самом деле подходит именно вам

Выбирайте Meshtastic, если:

• Вы новичок в сфере LoRa-сетей и хотите как можно быстрее получить готовое решение, которое просто работает
• Вы берете устройство с собой в поход, на кемпинг или фестиваль, где у людей нет ни капли терпения к настройке
• Вам нужны отслеживание по GPS в режиме реального времени и реальная телеметрия датчиков сразу после подключения
• В вашем городе уже существует сеть Meshtastic, к которой вы хотите подключиться
• Вам нужны ATAK, полная телеметрия Home Assistant или скрипты на Python
• Вы цените готовое решение больше, чем точный контроль — и, честно говоря, так думает большинство людей

Выбирайте MeshCore, если:

• Вы создаёте настоящую инфраструктуру: ретрансляторы на крышах и холмах, на удалённых объектах
• Вам важна чистая производительность и более тихая, эффективная сеть
• Вам нужна функция «хранение и пересылка», чтобы пользователи получали данные, когда вернутся в зону покрытия
• Вы развертываете сообщественную или региональную сеть, которая должна масштабироваться до 20–30 узлов и более без сбоев
• Вы готовы пройти крутой и недостаточно документированный процесс освоения, чтобы достичь этой цели

Используйте обе системы, если:

• Вы понимаете, что они решают разные задачи
• Meshtastic — для неформального использования и «под ключ», MeshCore — для инфраструктуры и производительности
• Вам это настолько нравится, что вы готовы поддерживать две сети, и, если вы дочитали до этого места, то, скорее всего, это так и есть

Сравнение:

Заключение

MeshCore не заменяет Meshtastic, а Meshtastic не вытесняет MeshCore. Они сделали совершенно разные ставки, и каждый из них лучше в своих областях. Интернет хочет, чтобы это был поединок по правилам «победитель забирает всё», но это не так.

Meshtastic понравится гораздо большему количеству людей, и это правильно. Он проще, удобнее, готовый к использованию «под ключ» — это решение типа «установил и запустил», за которым стоит стабильный, «скучный в хорошем смысле» проект. Конечно, настройки по умолчанию и производительность у него хуже, но он работает, и работает для обычных людей. Если вы на этой неделе начинаете с нуля, начните с него. Я бы посоветовал начать с него даже своему брату.

А я? Несмотря на крутой, вызывающий разочарование и едва задокументированный процесс освоения, я, вероятно, останусь с MeshCore. Производительность у него лучше, а архитектура просто более продумана для того, что я хочу создать. На самом деле я бы хотел, чтобы кто-нибудь — Meshtastic, MeshCore, кто угодно — выпустил по-настоящему готовую к использованию прошивку, которая сохраняла бы возможность тонкой настройки для тех, кому это нужно, но позволяла бы всем остальным просто включить устройство, бросить его в сумку и начать общаться. Многие любят глубокую настройку. Большинство же просто хочет, чтобы всё работало.

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

Протестируйте оба. Разберите оба. А потом решите, что на самом деле нужно вашей сети. Это единственное сравнение, которое когда-либо имело значение.