メッシュネットワークを始めています（Meshtastic、MeshCore、Reticulum）
(jonaharagon.com)- メッシュネットワーキングは中央サービス事業者への依存を減らし、メッセージング・ソーシャル・情報共有のようにアクセシビリティと検閲耐性が重要な用途に適している
- LoRaベースの無線メッシュは、免許不要のサブギガヘルツ帯で低消費電力と長距離到達を実現し、地域のピアツーピア網を構築できる
- Meshtasticはモバイルメッセージングとデバイス追跡に使いやすいが、公開された大規模メッシュではフラッディング設計とホップ制限のため限界が大きい
- MeshCoreは実際のルーティングシステムとして送信回数と混雑を減らし、最大64ホップをサポートするが、companion・repeater構造と独占的クライアントが負担になる
- ReticulumはLoRa、LAN、Wi‑Fi、インターネット、Tor、I2Pなどを組み合わせて暗号化ルーティングを提供するが、スタンドアロンLoRaインフラノードのエコシステムはまだ簡単ではない
メッシュネットワークが必要な理由
- 現代のインターネットは論理的にはメッシュ構造を持つが、実際の中核資源は少数の事業者と中央サービス提供者に依存しており、検閲圧力とサービス統制に脆弱である
- 個人や地域社会が持つノートPC、オフィスPC、携帯機器は十分に高性能だが、現在のサービス構造は大手事業者のアクセス権を消費する方式に強く縛られている
- メッシュネットワーキングは、中央データセンターの代わりに直接接続された複数のピアがデータパケットを中継し、中央サービス提供者への依存を減らす方式である
- 高帯域幅接続はコストが高く、ゲームのようにレイテンシが重要なサービスでは、中継を最小化した大陸間・海底光ファイバー網が現実的に必要になる
- Netflixのような帯域集約型サービスや、ゲームのようなレイテンシに敏感なサービスをすぐにメッシュネットワークへ移すのは難しいが、メッセージング・ソーシャルネットワーキング・情報共有はアクセシビリティ、検閲耐性、レジリエンスが重要な用途に適している
LoRaベース無線メッシュの可能性
- 現代のメッシュネットワーキングにおける多くの革新はLoRa無線の領域で起きている
- LoRa無線機は、ほとんどの国で共用できる免許不要のサブギガヘルツ帯を使用する
- Wi‑Fiでなじみ深い2.4GHz・5GHzの免許不要帯と比べて、LoRaはより低い電力で動作しながら、より長い到達距離を提供する
- 無線メッシュネットワーキングは、インターネットと共存するピアツーピアネットワークを作ることができる
- 現在接続性が不足している地域にアクセス手段を提供できる
- 重要な用途のためにインターネットのバックアップを維持し、オンライン上の個人主権を高められる
- 自分とネットワーク参加者が所有する機材だけでメッセージを送れる点は、ISPやStarlinkのようなサービスから通信能力を借りる構造とは異なる
Meshtastic
- Meshtasticは、コンシューマ向けLoRaメッシュ分野の先行プレーヤーと見なされている
- Meshtasticの主な用途はモバイルメッセージングとデバイス追跡であり、先にネットワークを作って後から用途を探す技術プロジェクトというより、すぐ買って使いやすい製品に近い
- 小型のトランシーバーのようにすぐ使えるツールを求めるユーザーにとって魅力的である
- ハイカーやイベント参加者のような小規模な非公開グループでは十分にうまく機能するが、非常に大きく公開されたメッシュでは設計上維持が難しい
- 一部の公開メッシュグループは到達距離を縮める代わりにMeshtasticの利用可能帯域幅を増やしたが、根本問題を解決しない応急処置に近い
- 公開メッシュネットワーキングを本格的に扱うなら、別の解決策を検討する必要が大きくなる
MeshCore
- MeshCoreは、一部の公開メッシュグループが移行し始めている代替案のひとつである
- Meshtasticの元の設計は、各メッセージを実質的にネットワーク全体へフラッディングし、宛先に届くことを期待する方式である
- MeshCoreは実際のルーティングシステムを備えており、送信者と受信者を含む特定のデバイス経路を通してのみメッセージを送れる
- この方式は無線送信回数を大幅に減らし、ネットワーク混雑を下げて信頼性を高め、センサー・位置情報共有よりもメッセージングに関心のある大規模グループがMeshCoreへ移る理由になっている
- MeshCoreは、公開メッシュ愛好家が望む意味での完全なメッシュ構造ではない
- デバイスは大きくcompanionとrepeaterに分かれる
- companionは、ほとんどのユーザーがメッセージを送受信するデバイスである
- repeaterは、互いにメッシュを構成し、ネットワーク全体の範囲を広げるデバイスである
- companionはネットワークへアクセスするために常にrepeaterの範囲内にいる必要があり、他のcompanionの代わりにメッセージを中継しない
- MeshCoreではメッセージが最大64ホップまで移動でき、理想条件ではLoRa repeaterを数マイル間隔で置けるため、実際の規模は非常に大きくなりうる
- Meshtasticの標準的な3ホップ制限は、7ホップまで設定できるとしても、メッセージ拡散範囲に現実的な制約を与える
- 誰でもMeshCore repeaterとして参加できるが、追加の計画、調整、中央集権化が必要になる
MeshCoreの独占ソフトウェア問題
- MeshCoreのより大きな問題は、複数の部分がプロプライエタリソフトウェアである点だ
- 基盤プロトコルと一部の無線機向けファームウェアはオープンソースだが、公式MeshCoreクライアントはすべてプロプライエタリで、一部機能は有料ロックの後ろにある
- 災害対策を目的としたオフグリッドのメッシュネットワークに、プロプライエタリソフトウェアは適しておらず、中央の決済処理業者に依存すると問題はさらに大きくなる
- オフグリッドメッシュネットワークの核心的な目的が自由と統制の回避にあるなら、クローズドな解決策は支持しにくい
- 非公式のMeshCoreオープンソースクライアントを作ろうとする動きはすでにある
- しかし、MeshCoreエコシステムの大多数のユーザーは公式のプロプライエタリエコシステムにとどまる可能性が高く、現段階で採用を正当化できるほど十分な利点・ユーザー数・信頼性を備えているとは言いにくい
- メッシュネットワーク効果が固まり、特定プラットフォームにユーザーが縛られる前に、より良い解決策を選べる機会がある
MeshtasticとMeshCoreの共通の限界
- MeshtasticとMeshCoreはどちらも高いスケーラビリティを持たない
- Meshtasticは理想条件でも、せいぜい地域メッシュ規模にまでしか拡張しにくい
- MeshCoreはより優れているが、大きな地域、国家、惑星規模まで拡張するのは難しい
- 両プロジェクトはプロトコルというよりアプリケーションに近い
- LoRaベースの単純なインスタントメッセージングを可能にする
- 公式クライアントアプリがサポートする範囲を超えたメッシュネットワーキングアプリケーションにはあまり重点を置いていない
- 小規模な地域グループとの通信向けに設計されており、これらのネットワーク上の公開メッシュは標準的ユースケースというより例外に近い
- 両プロジェクトとも、ほぼ全面的にLoRaへ依存している
- LoRaは多くの国で免許不要で利用でき、アマチュア無線では一般に禁止される暗号化のような現代的デジタル技術を使えるため、一時的な低帯域幅メッシュネットワークの構築に有用である
- ただしLoRaは多くのシナリオで万能な解決策ではなく、速度もかなり遅い
物理ネットワークとルーティングの分離
- 理想的なメッシュネットワーキング・ルーティングソフトウェアは、デバイスを接続する物理ネットワークから独立しているべきだ
- 安価な地域LoRaネットワークを町や地域コミュニティ向けに作り、それをより強力なポイントツーポイントのマイクロ波接続、光ファイバー、インターネットで相互接続できるべきである
- MeshtasticとMeshCoreにはMQTTを使って異なるメッシュを接続する方法がある
- Meshtasticではこの体験が良くない
- インターネット経由でMQTTブリッジを行うと、少人数を超えた時点でネットワーク利用の品質が非現実的なほど低下することがある
- メッシュの利用体験が特定インターフェースによって変わらないよう、さまざまな接続タイプをまたいでパケットを賢くルーティングする解決策が必要である
Reticulum
- Reticulumは、LoRaを含む多様な物理ネットワーク上で強力な暗号化ルーティングを提供するネットワーキングスタックである
- MeshCoreのようにネットワーク経路を通る自動ルーティングを提供するが、その経路はLoRaだけでなく、サポートされるあらゆるインターフェースを通過できる
- Meshtasticのように、同じローカルネットワーク上でデバイスがすぐ動作する
- 同じLoRa周波数に2台のデバイスを接続すれば、すぐに機能するメッシュができる
- 高度なネットワーク知識や専用repeaterは不要である
- この特性により、ReticulumはMeshtasticが向く小規模な非公開ネットワークにも、MeshCoreが比較的向く大規模ネットワークにも適している
- 小さなReticulumネットワークから始めても正常に動作し、メンバーのひとりが別のReticulumネットワークにも同時接続すると、両ネットワークは設定変更なしに自然に統合されうる
- Reticulum接続は、LoRa、ローカルLAN、ポイントツーポイントWi‑Fi・マイクロ波、インターネット、Tor、I2P、アマチュア無線利用者向けのpacket radioのようなネットワークを混在させて使える
多様なネットワークをひとつとして扱う方法
- Reticulumは理論上、TCP、UDP、単純なシリアルインターフェースで相互作用できるあらゆるネットワークをサポートできる
- 接続された各ネットワークの帯域幅を考慮して、メッセージが進む最適経路を決定し、距離と物理ネットワーク資源を同時に最適化する
- Reticulumの中核は異種接続性である
- Reticulumのドキュメントによれば、従来のネットワーキングで異なる伝送媒体を混在させるには、ゲートウェイ、変換レイヤー、慎重な設定が必要だが、Reticulumは異質性を中核前提としている
- ネットワーク設計者は状況に応じて、安価で適切な媒体を自由に選べる
- 広域の低帯域幅カバレッジにはLoRa
- 地域の高容量リンクにはWi‑Fi
- 匿名性のあるインターネット接続にはI2P
- インフラのバックホールにはEthernet
- Reticulumは、こうした媒体間の変換と調整を自動で処理する
- 長期的には地域メッシュネットワークがインターネットやI2Pに依存すべきでないとしても、TCPとインターネットプロトコル上の接続を第一級機能としてサポートすることは、地域公開メッシュを作ろうとする人々にとって大きな利点である
地域メッシュ間の相互接続
- 異なる地域グループ同士が接続できれば、ネットワークからアクセス可能なコンテンツは大きく増える
- Reticulumでは接続が増えるほど、ネットワークリンクが自動的に冗長経路になる
- たとえばMinneapolis地域メッシュとChicago地域メッシュをインターネットで接続できる
- その後、別の運用者が2都市間にマイクロ波やLoRaの直接リンクを作ることもできる
- 平常時にはより高速なインターネット経路を使える
- 障害が起きた場合は、代替・暫定経路が同じReticulumネットワークの経路として自然に引き継げる
- 他のReticulumネットワークとまったく接続していない地域Reticulumメッシュであっても、最悪の場合でも地域コンテンツへのアクセス性は維持できる
- これはMeshtasticとMeshCoreで現実的に得られる最大値とほぼ同じである
国境と周波数差を越える接続
- Reticulumは国境を越える接続を可能にする
- LoRaには、管轄ごとに異なる周波数を使うという問題がある
- 米国では915MHzで最大1Wで動作する
- 欧州の多くの地域では868MHzまたは433MHzで、より低い電力で動作する
- アジアでは923MHzなどを使う
- このため、アジアのMeshtasticまたはMeshCoreネットワークは、欧州のネットワークとネイティブには接続できない
- MQTTのようなブリッジで回避はできるが、Reticulumは共通ゲートウェイ地点さえ見つかれば、異なるLoRaネットワーク同士をネイティブに接続できる
- ある国の868MHz無線機と、別の国の923MHz無線機を光ファイバーリンクで接続できる
- 2.4GHzマイクロ波接続、インターネット、packet radioも利用できる
- 1か所または複数の接続点があるだけで、中央サーバーなしに異なる物理ネットワーク間のReticulumルーティングがシームレスに機能する
- ネットワーク運用者は中央調整なしに望む形でネットワークセグメントを作れ、セグメントが接続されるとReticulumがネットワーク収束を自動で処理する
- Reticulumのアドレス空間はグローバルで、すべてのノードは暗号化で保証された固有アドレスを持つ
- 異なるReticulumネットワーク間でアドレスが重複する可能性はなく、IANA・ARIN・RIPEのような中央機関がアドレスを配布する必要もない
Reticulumアプリケーションエコシステム
- Reticulumの利点はネットワーク自体にとどまらず、その上で動作するアプリのエコシステムが存在する点にもある
- NomadNetは広く使われているアプリのひとつである
- ターミナルアプリでメッセージング、ファイル共有、テキストベースのブラウジングを提供する
- マウスもサポートする
- ターミナル利用が負担なユーザーは、AndroidとPC向けGUIアプリのSidebandを使える
- Meshchatも通信に利用でき、Reticulumを使う他のアプリもある
- 複数の通信アプリは相互に動作できるため、ユーザーは好みのアプリを選べる
- Reticulum上ではほぼあらゆるアプリやプロトコルを作れるが、多くのメッセンジャーはLXMF、LXST、RRCのような独自プロトコルを事実上の標準として使っている
- Reticulumには、同じ基盤プロトコルを概ね共有し、Meshtastic・MeshCoreアプリに近いメッセージング機能を提供するアプリのエコシステムがすでにある
Reticulumの最大の問題
- Reticulumが公開メッシュネットワーキングのプラットフォームとして強力であっても、現在の公開MeshCore・Meshtasticネットワークを置き換えられない大きな弱点は、アプリやソフトウェア自体ではない
- 核心的な問題は、MeshtasticやMeshCoreのようなLoRa無線機向け専用ファームウェアを持っていない点にある
- MeshtasticをHeltec V3のような安価なデバイスにインストールすれば、メッセージを送受信し、ネットワーク全体にデータを中継するスタンドアロンのMeshtasticノードになる
- Reticulumでも同じ安価なハードウェアをRNodeファームウェアとともに使ってLoRa接続を作れる
- しかしReticulumのRNodeファームウェアは、スタンドアロンのメッシュノードではなく、接続されたコンピューター向けのLoRaモデムとして動作する
- RNode自体には知能がなく、メッセージを送受信し、Reticulumネットワーク内の他ノードへルーティングするには、Reticulumを実行するコンピューターに接続されている必要がある
ユーザーデバイスとインフラでの違い
- 一般ユーザーにとって、RNode構造は実際には問題にならないかもしれない
- Meshtasticでも、スタンドアロンデバイスだけで直接通信するケースはまれで、LILYGO T-Deckのようなデバイスは例外に近い
- ほとんどのユーザーはMeshtastic対応LoRa無線機をスマートフォンやコンピューターに接続している
- スマートフォンやコンピューターは十分に高性能なので、移行したいならRNodeに接続した状態でReticulumを実行できる
- 問題はインフラ領域で大きくなる
- MeshtasticとMeshCoreでは、多くの人が高い丘や建物に遠隔・太陽光電源ノードを設置してネットワーク容量を増やしている
- Reticulumでは、こうした遠隔ノードにRNodeを実行するLoRa無線機だけでなく、メッシュ機能を担うReticulum実行コンピューターも必要になる
- このコンピューターはRaspberry Pi Zero程度の簡素なものでもよいが、追加コストと消費電力のため、放置型設置、とくに太陽光電源設置では負担が大きい
- この問題を解決するための進展はある
- ESP32以降のデバイス向けmicroReticulumポートが継続的に開発されている
- 既存のMeshtastic・MeshCore運用者が追加ハードウェアなしにReticulumルーティングへ移行できれば、より高機能な公開メッシュネットワークの採用は大きく加速しうる
3つの解決策の適した使いどころ
- Reticulumは、小規模なローカルネットワークと大規模ネットワークを作り、それらを有機的に相互接続して、シームレスなグローバルメッシュへ拡張できる解決策である
- Meshtasticは、ハイカーのグループが音声トランシーバーの代わりにテキストとGPSを手軽に共有したい用途に適している
- MeshCoreは、地域・近隣のメッセージングや、DEF CONのような大規模イベントでのオフグリッドメッセージングに魅力的な機能を持つ
- 地域全体またはそれ以上の規模の公開Meshtasticネットワークを作ろうとするグループは多いが、このシナリオでは誤った解決策に近く、実際に使うとメッシュの失敗や通信問題が頻発する
- 単に周囲ノードの存在を確認することと、そのノードと実際に相互作用することは別である
- Reticulumは、メッセンジャーアプリやGPS・センサーデータ共有手段を超えて、インターネット自体の代替に近い包括的なネットワーキング基盤を提供する
- MeshtasticとMeshCoreでは難しい重要なアプリケーションも可能である
- Retipediaを通じて、Wikipedia全体を含むKiwixファイルへのアクセスをReticulumユーザーに共有できる
- 災害時の迅速な情報共有に役立つ可能性がある
1件のコメント
Hacker Newsのコメント
昨年12月から Meshtastic を試しているが、今のところネットワークがあまりに静かで、投稿者が強調していた混雑問題には遭遇していない
meshmap上では自宅から約2マイル離れたノードがあるはずだが安定して見えず、4.3マイル先の次のノードも見えない。しばらくの間は約8.4マイル離れたノードが数日見えていたが消え、クリスマス以降は自分のノードで583個のノードを見たものの、安定していたものは1つもなかった
自分のノードは地上約25フィートの木に吊るした太陽光ノードで、ミシガン州南東部から郊外の都市まで普段30分ほど通勤している。記事は良かったが、むしろ Meshtastic への確信が強まったし、ノードにコンピュータをつなぐ必要もなく、MeshCore の機能にお金を払う必要もない。ただ、ネットワーク拡張のための 固定ノード がもっと増えてほしい
MeshCore は100%無料だ。最後の問題は Android/iPhone クライアントがクローズドソースだったことだが、Flutter ベースのオープンソースクライアントがある: https://github.com/zjs81/meshcore-open
近くのノードはまれにしか見えず、実際の通信も基本的な "HELLO"/"ACK" レベルを超えなかった。自分の敷地内の分散センサーネットワークや、ほかの IoT 通信のような用途には面白いが、人と人の通信プラットフォームとしては実用的ではなく、特に災害時には向いていないと思う
密集した都市部に住んでいるのに周囲のノードがとても少なく、飢えた状態のままになりそうだ。きちんとしたメッシュがなければ、2マイル先の友人に見通し線なしでメッセージを送るのも難しそうだ
この記事はいくつか重要な点を見落としていると思う
第一に、メッシュがインターネットやほかの伝送手段を使えるなら、結局はそれを使うことになり、そうした手段が必須の形で構築されるはずだ。友人にテキストを送る新しくて軽い方法が欲しいだけなら Reticulum のようなものでもよいが、災害対応や自由な通信のための本気の解決策、つまり「誰にも自分を止めたり発言を統制したりできない」通信を望むなら、最初から独立して作ることが非常に重要だ
第二に、投稿者は MeshCore の重要な機能も見落としている。停電しても メッシュネットワークは動き続ける。これは緊急時への備えや災害復旧で非常に重要で、特に自然災害の多い地域ではなおさらだ。まだ初期段階で道のりも長いが、完全分散型の太陽光ネットワークは、企業の巨大装置となったインターネットに対するシンプルな代替として非常に重要だと感じる
範囲は非常に限られており、パケットが数ホップを超えるだけでスループットが激しく悪化する。この2点だけでも、最初からおもちゃレベルと見るのが妥当だ
mesh* を何らかの形でスケーラブルかつ信頼できる伝送手段として位置づけたいのなら、より長距離の無免許無線機器がすでにあり、そちらのほうが出発点として優れている
停電時でもメッシュが動くというのは MeshCore 固有の特性でもなければ保証でもない。太陽光とバッテリーバックアップを備えた機器なら何であれ、理論上は商用電源なしで動作できる。MeshCore ノードが標準で太陽光というわけでもなく、同じ太陽光の考え方はほかの無線送受信機やプロトコルにも適用できる
インターネットは本当にそうだろうか。企業の巨大装置はワールドワイドウェブの領域の上に築かれたが、インターネット自体は比較的中立的に見える
通信会社とネットワーキング分野でキャリアを積み、Wi‑Fi が台頭していた時代が好きだった。周波数がきれいなときには、3G/マイクロ波バックホール方面の友人たちに自慢できるくらい長距離で見事に使えたこともあり、LoRa と関連技術も追い続けている
HelTec ボードもいくつか持っているが、最近の Meshtastic/Core の流れは初期の ワードライビングコミュニティ や CB 無線機に似ていると感じる。面白くてアイデアも多いが、本格的に普及するには構造や大衆性が足りない
それでも、きちんと動作する非常用メッシュ標準があればいいと思うし、国際標準ならなおよい
メッシュネットワークがあるとして、その次は何だろう？ ほかの変わり者たちにメッセージを送れるとしても、いったい何を送りたいのか？ だからアマチュア無線も結局、コンテストやモールス符号チャレンジ、機材の仕様交換あたりで頭打ちになったのだと思う。言いたいことがないのだ
メッシュネットワークの最大の問題は技術ではなく社会かもしれない。人口の0.1%の変わり者たちにとってだけでも役に立つ目的があれば大したもので、大衆化はむしろ望ましいというより問題を引き起こす可能性が高い
これはメッシュネットワークが示している部分であり、人々がこうした技術を役に立つと想像する最悪の状況であるほど、最も失敗しやすい傾向がある
Meshtastic と MeshCore の機能をかなり省くという前置きは、Mesh* を見るたびに受ける全体的な印象と一致している。
すばらしい無線技術で、近くのオタクを見つける面白いおもちゃではあるが、それ以上に成長するには致命的な問題がすぐに見えてくる。小さな特殊用途のプライベートネットワークには向いているかもしれないが、実際に長く持ちこたえるよう設計されたものというより、技術デモに近い。
出発点としてはそういうものが必要で、今も動いてはいるが、大きな期待はしにくい。
メッシュで出会う人は実際に息をしているオタクで、近くにいるというだけで共通点も多い。彼らはあなたに影響を与えたり、何かを売りつけたりしようとはしない。
そういう場は、今どれだけ残っているだろうか？
プライベートネットワーク、地域のオタクネットワーク、緊急対応といったニッチはあるし、実際の緊急救助要員は、コミュニティで見た経験上、この手のものを最も積極的に試す側ではない。誰に聞くかによって、これらすべてが長所にも短所にもなり得る。
一般の人が住む小さな地域で 無線メッシュネットワーク によってインターネットを共有しても、標準的な方式と似た体験を提供することは十分可能だと思う。
この数日から数週間で、この話題がここに何度か上がっていて、ついに決心して Seeed Studio Wio Tracker L1 Pro を MeshCore 用に買った。
テキストベースの単一メディアのコンテンツを届けるのにちょうど十分な速度の準インターネット、という発想はとても魅力的だ。ノスタルジーも混じっているが、現実的な判断でもある。写真、音声、動画を送るには遅すぎるネットワークなら、スパムや違法ポルノのような問題を設計上うまく回避できると思う。
メッシュノードをいくつか設置してテストを回したあと、非常時に使えるキットができたと思い込むのは、これまで経験してきた数々の災害復旧訓練に似ている。理想的な条件だけを前提にした訓練だ。
毎日すばらしいテープバックアップを取っていたのに、ベアメタル復旧の場面で OS のインストール媒体を誰も用意していなかったとか、バックアップソフトウェアのインストーラとライセンスキーをデータセンターに保管していて、必要なときには手遅れで使えないと気づくようなものだ。
こうしたメッシュシステムの難点は、そのシステムに通信を依存させる現実的な模擬訓練ができる段階にまで到達した地域がほとんどないことにある。
面白い実験だが、ある意味では私には一歩後退にも感じられる。Meshtastic と MeshCore はメッセージングであり、まさにその点が標準化されたキラーアプリになっている。
一方で Reticulum は LoRa の低帯域無線に縛られないようにしてくれて、面白い機能も多そうだが、ネットワーク層全体を再発明するなら、サービスや発見手順なども作り直さなければならない。結局のところ勝敗はバックボーン帯域の制御で決まるだろうが、そこに P2P メッシュの追加の難しさまで乗せるとなると、時間を無駄にしているのではないかと心配になる。
だんだん、これは楽しい活動ではあるものの、現実にはあらゆるものが悲しいほど中央集権化していく世界に対する 自己慰撫 のように感じられてきた。
MeshCore のような技術で気に入っている点のひとつは、エンドユーザー機器同士がシームレスに 直接通信 できることだ。
近くに MeshCore の相棒デバイスが 2 台あれば、中継器なしでそのままメッセージを送れる。
逆に、現代のスマートフォン 2 台は、Wi‑Fi AP やセルラー圏内がなければ、一般的なメッセージングやデータ転送サービスでは直接通信しにくい。Bluetooth やモバイル Wi‑Fi ホットスポットでつなぐ方法はあるが、主流のモバイル OS やハードウェア企業が簡単に使えるようしっかり支援したというより、しぶしぶ付け足した機能のように見える。
先週末に 太陽光ノード を設置した。これで 200 マイルの範囲が出る。オタク、狂ったアイデア、楽しい時間だ。
何台かをその辺の木に放り投げておくのが合法なのか気になっていた。
今日見た Gemini、Gopher、Finger の投稿 https://news.ycombinator.com/item?id=48297467 を見て、これらが Reticulum と相性がいいのではないかと思った。
Finger や Gopher などが担っていることの多くは、ストリーム指向プロトコル上で文書を転送するためのアプリケーション層セマンティクスを定義することだ。
ただし Reticulum にはすでに、NomadNet と Micron マークアップを使う独自の「小さな Web」実装が活発に存在している。
先月から Meshtastic を使い始めたばかりだが、自分の街にはやっている人が誰もいないので、友人たちに esp32 を配ってメッシュを作っている。
ただ、いくつかの区間をつなげられるほど知り合いが多くなく、距離の限界 にぶつかっている。
無線プリセットを Very Slow Long に変えてみたが、範囲はあまり良くならず、その理由がわからない。
これはすばらしい動きだと思う。同時に、犯罪者 にも確実に人気が出そうで心配でもある。
こういう新技術には、いつも猫とネズミのゲームがついて回る。この技術の内部を十分理解しているわけではないので、これ以上深く推測するのは難しい。