Связь и платежи без интернета

Автономная радиосеть для общения, взаимного кредита и свободного обмена

Представьте карманное устройство с экраном и клавиатурой: можно написать соседу или подготовить оплату покупки там, где нет сотовой связи, Wi-Fi и глобального интернета. Устройства связываются по радиоканалу LoRa, рассчитанному на небольшие сообщения, и помогают передавать данные друг друга.

Мы рассматриваем такую сеть как расширение CommonGround. Одно устройство потенциально объединяет личный мессенджер, платёжный терминал и радиоретранслятор. Для общения нужен путь передачи данных; для платежа — ещё и допустимые кредитные отношения и согласованное финансовое состояние. Эти два пути не обязаны совпадать.

Карманный терминал: три роли в одном устройстве

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

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

Предварительные аппаратные кандидаты: nRF52840 как контроллер переносного устройства с небольшим энергопотреблением, SX1262 как LoRa-трансивер; ESP32-S3 — альтернативный контроллер для более сложного интерфейса или сетевого шлюза. Это рассматриваемые компоненты, а не утверждённая модель устройства. Их роли и характеристики описаны у производителей: Nordic Semiconductor, Semtech, Espressif.

Готовые устройства и самостоятельная сборка

Уже существуют готовые LoRa-устройства и модульные наборы для Meshtastic. Ниже — примеры возможной аппаратной базы: от переносных устройств в корпусе до плат для собственной сборки. Это не готовые платёжные терминалы CommonGround: совместимые прошивка, интерфейс и финансовый протокол ещё требуют разработки и проверки.

Каждый желающий сможет собрать собственное устройство из отдельных компонентов, подобрав совместимые контроллер и LoRa-модуль, антенну, аккумулятор с подходящей схемой питания, экран, кнопки или клавиатуру и корпус. Можно начать с модульного набора либо спроектировать свою плату. Для этого понадобятся навыки сборки и настройки; готовой инструкции и проверенной прошивки CommonGround пока нет. Рабочий диапазон антенны и радиомодуля должен соответствовать друг другу и местным правилам радиосвязи.

Стационарные ретрансляторы: фирменный и DIY

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

Эти устройства могут служить примерами радиоинфраструктуры. Ретранслятор не становится кредитором или финансовым посредником только потому, что пересылает пакет. Совместимость транспорта, настройки ретрансляции и интеграцию CommonGround потребуется проверить отдельно.

Mesh: сообщения идут через соседей

Mesh, или ячеистая сеть, связывает устройства через доступных соседей. Вместо обязательного обращения к базовой станции оператора сообщение может пройти несколько радиопереходов. Анна не слышит устройство Глеба напрямую, но Борис слышит Анну, Вера — Бориса, а Глеб — Веру. Получается путь Анна → Борис → Вера → Глеб.

Ретрансляция не требует действий человека: включённые устройства выполняют её автоматически. Узлы могут появляться, отключаться и перемещаться; доступные маршруты меняются. Сеть способна работать локально без интернета, но самоорганизация не гарантирует связность. Если цепочки радиоконтактов нет, немедленная доставка невозможна.

Пример существующего открытого проекта автономной LoRa-связи — Meshtastic. Для CommonGround ещё предстоит выбрать готовый Mesh-протокол или собственный транспорт; совместимость с Meshtastic пока не реализована.

Дальность и ограничения радиоканала

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

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

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

Конфигурации сети и расчёт дальности платежей

Рассмотрим деревню и открытую сельскую местность. Разделим три типа связи: переносной ↔ переносной — 2 км, переносной ↔ приподнятый стационарный узел — 5 км, стационарный ↔ стационарный — 10 км. Это выбранные допущения для сравнения конфигураций, а не измеренные характеристики или гарантированная дальность. Для стационарных узлов предполагаются удачное размещение, подходящие антенны и благоприятная прямая видимость.

Почему связь со стационарным узлом может быть дальше? Поднятая антенна уменьшает влияние препятствий и улучшает условия радиолинии; подходящая наружная антенна может улучшить и приём. Но сам статус «стационарный» не увеличивает дальность, а большая мощность передатчика не гарантирует обратного ответа переносного узла. Эти факторы объясняет RAKwireless. Числа 2/5/10 км не выведены автоматически из высоты и не являются результатом испытаний CommonGround.

Рельеф, лесополосы, низкое положение антенны и помехи могут сократить связь даже за городом. Для конкретной деревни нужно задать высоты, антенны, режим и рельеф, например в Meshtastic Site Planner, а затем проверить каждое звено в обе стороны на местности. Схемы показывают радиодоставку; кредитные отношения рассматриваются отдельно в следующем разделе.

Сколько узлов может быть в цепочке: 5, 9 или 10?

У LoRa как радиотехнологии нет универсального предела «5–10 устройств». Ограничение задаёт Mesh-протокол. В Meshtastic стандартный hop_limit = 3, максимально настраиваемый — 7. По официальной схеме счёта это бюджет промежуточных ретрансляций: обычная цепочка с тремя пересылками содержит 5 радиоустройств, с семью — 9. Между M устройствами есть M − 1 физических радиопереходов, но промежуточных пересылок только M − 2. Прямой приём не требует пересылки.

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

Для сравнения, MeshCore описывает предел до 64 переходов при однобайтовом формате пути, но его обычные клиентские устройства не ретранслируют сообщения. Это другой протокол и распределение ролей, а не автоматическая замена для Mesh только из устройств участников. Для CommonGround транспорт ещё не выбран.

Mesh без выделенных ретрансляторов. Включённые устройства участников пересылают сообщения автоматически, если их прошивка и настройки это разрешают. Для пути через M устройств с одинаковым шагом d формула L = (M − 1) × d. Перемещение или выключение промежуточного устройства может разорвать путь; другой маршрут найдётся лишь при достаточной плотности доступных узлов. Здесь покрытие зависит от присутствия и заряда участников.

Для цепочки с N стационарными ретрансляторами получается N + 1 радиопереход. При оконечных участках длиной d и участках между ретрансляторами длиной D: L = 2 × d + (N − 1) × D, N ≥ 1. Здесь d = 5 км, D = 10 км; при одном ретрансляторе L = 5 + 5 = 10 км, при пяти L = 50 км. Это сумма длин звеньев, а не радиус покрытия: расстояние по прямой между A и B не превышает L и достигает его только при линейном размещении. Все расстояния требуют измерений на местности.

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

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

Через шлюзы: Intranet, интернет, Holochain и CommonGround

Шлюз — устройство с LoRa-интерфейсом и доступом к IP-сети, например небольшой компьютер с подключённым радиомодулем. Между шлюзами можно использовать собственную радиосеть Intranet или глобальный интернет. В обоих вариантах карманные терминалы остаются в локальных LoRa-сетях.

Вариант 1. Радиомосты и частная Intranet

Intranet — собственная внутренняя IP-сеть, которой не обязательно иметь выход в интернет. Например, направленные радиомосты соединяют шлюз G1 с узлом T на возвышенности, а T — со шлюзом G2. Это отдельная радиомагистраль с оборудованием для передачи IP-данных, а не попытка превратить обычные LoRa-модули в широкополосный канал.

Расчётный пример: переносной терминал связывается напрямую с приподнятой LoRa-антенной шлюза G1 на условных 5 км; на другой стороне такой же участок у G2. Получаем 5 + 10 + 10 + 5 = 30 км вдоль выбранной прямой. Дистанции радиомостов тоже условные: нужны подходящие антенны, прямая видимость, проверка рельефа, помех и допустимых режимов. Здесь 10 км приходятся на LoRa, 20 км — на IP-радиоканалы; их сумму нельзя считать дальностью одного LoRa-узла.

Чтобы расчёт мог завершиться без глобального интернета, в Intranet должны быть доступны необходимые узлы CommonGround/Holochain и уполномоченный финансовый механизм. Потребуется настроить локальное обнаружение узлов и проверить работу без внешних сетевых сервисов. Если внутри доступной части сети нет нужных полномочий или актуального состояния, платёж ждёт согласования. Изолированный сегмент не получает права независимо потратить общий лимит второй раз. Это проектируемая архитектура, не готовый автономный режим.

Вариант 2. Шлюзы через глобальный интернет

G1 принимает локальное подписанное сообщение и передаёт его приложению через интернет; G2 доставляет данные в другую LoRa-сеть. Участникам собственный интернет не обязателен, но между шлюзами он нужен. Этот вариант соединяет радиосети за пределами собственной Intranet, например в разных регионах.

Здесь интернет — транспорт, Holochain — платформа распределённого приложения, CommonGround — приложение с правилами обмена, а Credit Engine — проектируемый механизм финансового исполнения. Это разные уровни, а не четыре последовательно стоящих радиоретранслятора. Полноценный узел приложения может работать на шлюзе или на отдельном компьютере с явно ограниченными полномочиями. Архитектура Holochain отделяет клиентский интерфейс от узла приложения; сама платформа не заменяет протокол согласованного финансового расчёта.

У каждого локального радиосегмента свой бюджет пересылок. Связь через интернет позволяет соединить удалённые поселения без непрерывной цепочки LoRa между ними; её географическое расстояние уже не выводится из радиодальности одного узла. Число 500 км в схеме — лишь пример расстояния между шлюзами, не длина сетевого кабеля и не предел Holochain.

Для CommonGround ещё предстоит реализовать двусторонний мост, проверку подписей, единый идентификатор операции, защиту от повторного применения, доставку подтверждений и восстановление после разрывов. Шлюз не должен получать право произвольно менять чужие обязательства. Обычное перенаправление пакета или его повторная отправка с новым hop_limit не обеспечивает безопасный платёж. При отключении интернета локальная переписка может продолжиться, а межсетевой расчёт — ждать связи и финансового подтверждения. Готовая совместимость шлюзов с Holochain/CommonGround не заявляется.

Платёж опирается на сеть доверия

В P2P-финансах подробно разобраны взаимный кредит и IOU — личные долговые обязательства. Участники добровольно открывают кредитные линии, определяют направление доверия, предел долга и правила использования. При расчёте изменяются балансы конкретных обязательств; радиосигнал сам по себе денег не создаёт.

Анна покупает товар у Глеба за 20 расчётных единиц. Борис согласен принимать обязательства Анны, Вера — Бориса, Глеб — Веры. Если текущее состояние линий, доступные лимиты и разрешения позволяют, расчёт может пройти Анна → Борис → Вера → Глеб. Отправителю не нужно лично знать всех участников сети, но произвольная цепочка знакомств ещё не является платёжным маршрутом.

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

Два маршрута: радиосвязь и финансовые отношения

Вариант А: маршруты совпадают

Радиопакет идёт A → B → C → D, и те же участники образуют финансовую цепочку. Схема проста, поддерживает местный обмен и потенциально требует меньше транспортных переходов. Но приходится одновременно находить подходящие радиоконтакты и кредитные линии. Каждый радиоретранслятор в этой цепочке должен быть также финансовым посредником; расчёт ограничен физической топологией сети.

Вариант Б: маршруты независимы

Кредитные отношения связывают A → B → C → D, а пакет доставляют устройства A → R1 → R2 → D. Ретрансляторам R1 и R2 не обязательно предоставлять кому-либо кредит. B и C могут быть временно отключены от радиосети и не пересылать пакеты этой покупки.

Это перспективная целевая архитектура: она позволяет использовать более широкую сеть доверия, гибко развивать радиопокрытие и отделять передачу данных от экономической ответственности. Но уполномоченные компоненты финансовой системы всё равно должны согласовать изменения по линиям B и C. Одна доставка между A и D не даёт им права произвольно менять чужие балансы.

Что означает «посредник может быть отключён»

Важно различать пять действий:

1. Разрешение: владелец линии заранее согласовал её использование для Rippling.
2. Проверка ёмкости: механизм учёта установил, сколько по ней действительно доступно сейчас.
3. Резервирование: нужная часть доступной суммы защищена от параллельного использования.
4. Согласование: связанные обязательства изменены по единым правилам, без конфликтующих версий.
5. Подтверждение: участники получили проверяемый результат завершённого платежа.

Отключённому человеку не нужно повторно давать уже выданное разрешение. Однако его выключенный терминал не способен самостоятельно проверять новые операции. Возможны ограниченные делегированные полномочия или предварительные резервы — конкретную схему ещё предстоит разработать и испытать.

Credit Engine — проектная идея отдельного финансового компонента: он проверяет допустимость операций, ведёт учёт и обеспечивает воспроизводимость финансового состояния. Транспорт доставляет ему данные, но не заменяет его. Если невозможно связаться с уполномоченным механизмом согласования, финализация может ждать восстановления связи.

Почему подпись не решает проблему двойных трат

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

Поэтому нужны правила единственности права записи, резервов и восстановления после разделения сети. Классический Rippling сам по себе не обеспечивает безопасные расчёты в полностью изолированных частях сети. Для автономного CommonGround защита от двойных трат остаётся открытой технической задачей.

Store-and-Forward: сохранить и передать позже

Store-and-Forward означает «сохрани и перешли». Если Борис вне зоны связи, промежуточный узел может сохранить адресованное ему зашифрованное сообщение и передать позже, когда появится подходящий контакт. Это полезно при перемещении участников, отключении устройств и разрывах связи между поселениями.

Краткая буферизация пакета в оперативной памяти отличается от устойчивого хранения: для сохранности после выключения нужна энергонезависимая память, а также правила срока хранения, удаления и защиты сообщений. Эти механизмы предстоит исследовать. Существующий модуль Store & Forward в Meshtastic — пример конкретной реализации хранения сообщений, а не готовое решение финансового согласования CommonGround.

Store-and-Forward доставляет информацию, но сам по себе не завершает расчёт и не защищает от двойных трат. Даже доставленное подписанное платёжное сообщение может ожидать финансового подтверждения.

Защита сообщений и приватность

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

Радиоретранслятор в идеале видит лишь сведения, необходимые для доставки, а не личную переписку или содержание кредитных отношений. Раскрытие финансовых данных следует минимизировать. Но факт радиопередачи и некоторые технические признаки могут оставаться наблюдаемыми: защита метаданных и ограничение отслеживания участников — отдельные задачи. Абсолютная анонимность не обещается.

Как это связано с CommonGround и Holochain

Holochain — основа распределённого приложения CommonGround, а LoRa Mesh рассматривается как дополнительный транспорт для ограниченного объёма данных. Работа полного Holochain непосредственно на nRF52840 не предполагается как подтверждённая возможность.

Один из подходов: терминалы хранят собственные ключи и ограниченные данные, передают сообщения и подписанные операции; шлюзы связывают радиосеть с полноценными узлами CommonGround. При появлении интернета или другой подходящей связи данные синхронизируются с основной сетью. Credit Engine остаётся отдельным от радиотранспорта компонентом, а завершение операций требует проверенной модели согласованности.

Такое расширение могло бы поддерживать внешний обмен в Экономике Участия, сохраняя различие между P2P-долгами и внутренними капитальными счетами организаций.

Три истории применения

За пределами сотового покрытия. Несколько жителей сельской местности обмениваются короткими сообщениями. Устройства соседей автоматически передают пакеты. Если непрерывного пути нет, сообщение ожидает следующего контакта.

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

Между поселениями. Стационарные ретрансляторы на возвышенностях соединяют несколько радиопереходов. Сотовый оператор на каждом участке не нужен; реальное покрытие, нагрузку и питание всё равно нужно проверять на местности.

Состояние разработки

Срок выпуска не назначен. Следующие шаги — выбрать транспорт и аппаратную платформу, проверить модель финансового исполнения, собрать прототип и испытать доставку, автономность и восстановление после разрывов связи. Работоспособная радиопереписка и безопасный платёж должны подтверждаться отдельно.

Продолжить чтение: P2P-финансы, состояние разработки, репозиторий CommonGround, исходники информационного сайта.

Технический пример Rippling: официальная документация XRP Ledger. Это справочный пример другого протокола; он не означает выбор XRP Ledger или токена XRP для CommonGround.