Dokumentation
Meshbell ist ein Notfallinstrument im Maßstab einer Nachbarschaft. Verifizierung ist der Untergrund, keine Funktion. Diese Seite sagt, wie, und wo die Grenzen liegen.
Überblick
Eine Gefahrenwarnung in Meshbell ist ein kleiner signierter Datensatz. Er wird nach dem Hash seiner eigenen Bytes benannt, mit einem Geräteschlüssel signiert und nie verändert. Eine Korrektur ist ein neuer Datensatz, der auf den alten verweist, und genau das lässt eine Warnung und ihre Korrektur zusammen reisen und lässt jedes Gerät alles nachprüfen, was es empfängt.
Ihr Telefon hat zwei Verbindungen, und keine braucht das Internet
Das ist das ganze Verbindungsmodell, und im Tab Verbinden der App sehen Sie beide.
| Verbindung | Was sie erreicht | Wie sie startet |
|---|---|---|
| Bluetooth | Ein Taschenfunkgerät: ein LoRa-Begleitknoten in Ihrer Tasche. Das ist der einzige Weg, auf dem ein Telefon auf Sendung geht, denn in keinem iPhone steckt ein LoRa-Funkgerät. | Sie tippen auf Verbinden. Eine Suche kostet Akku und beansprucht das Funkgerät exklusiv, deshalb startet sie ein Mensch, nie die App. |
| Wi-Fi | Eine Nachbarschaftsbrücke: eine dauerhaft eingeschaltete Box im lokalen Netz, die den Datensatz hält und ihn an Telefone und Browser ausliefert. | Automatisch beim Start. Die App sucht in dem Wi-Fi, in dem Sie gerade sind, nach einer Brücke, und für Netze, die die Suche blockieren, gibt es ein Feld für die Adresse von Hand. |
Beide Verbindungen speisen ein Journal und einen Schlüsselbund. Ein Datensatz, der über Funk eintrifft, und einer, der über Wi-Fi eintrifft, landen im selben Journal und erhalten dieselbe Prüfung. Das Funkgerät auszuschalten hält den Empfang über die Brücke nicht an, denn das sind getrennte Wege zum selben Ort.
Alles oberhalb des Netzes ist so gebaut, dass der Verlust einer Verbindung, eines Servers oder eines Modells Sie eine Anmerkung kostet, nie die Warnung.
Das Vertrauensmodell
Meshbell hält zwei Fragen auseinander, denn es sind verschiedene Tatsachen, und sie zu verwischen ist der Weg, auf dem schlechte Informationen sich verbreiten.
| Frage | Was sie beantwortet | Was sie sagen kann |
|---|---|---|
| Welcher Datensatz ist das, und ist er unversehrt? | Die Inhaltsadresse und die Signaturprüfung, beide auf Ihrem Gerät ausgeführt | gebunden · Vorschau · manipuliert |
| Wer hat ihn signiert, und kann ich das prüfen? | Der Schlüsselbund auf Ihrem Gerät | verifiziert · nicht prüfbar · gefälscht |
Die zweite Achse hat absichtlich drei Werte. Eine Fälschung, gegen einen Schlüssel geprüft, den Sie besitzen, und durchgefallen, ist nicht dieselbe Tatsache wie ein unbekannter Schlüssel, bei dem es noch keine Möglichkeit zu prüfen gibt. Beide in ein Wort, „ungültig“, zusammenzuziehen würde genau den Unterschied verbergen, den ein Mensch braucht. Eine Nachricht wird nur dann als vertrauenswürdig gespeichert, wenn der Schlüsselbund verifiziert sagt.
Über Funk verifiziert, ohne vorherige Kopie
Ein kurzes Funk-Datenpaket ist eine Vorschau: ein Verweis auf einen Datensatz, angezeigt, aber nie als vertrauenswürdig behandelt und nie benutzt, um einen Inhalt zu erfinden. Ein Datensatz kann auch vollständig als selbst authentifizierender Umschlag gesendet werden, auf mehrere Datenpakete verteilt und auf der Gegenseite wieder zusammengesetzt. Ein Gerät, das den Datensatz noch nie gesehen hat, kann ihn dann neu aufbauen, seine Inhaltsadresse neu ableiten und seine Signatur prüfen und so in einer rein funkbasierten Nachbarschaft die Bewertung verifiziert erreichen, ohne irgendein Internet in der Kette.
Datenpakete treffen über LoRa ohne Authentifizierung ein, und die Fragmente eines geteilten Datensatzes sind auf dem Weg nicht signiert. Nur der wieder zusammengesetzte Datensatz wird verifiziert. Eine unvollständige Gruppe sagt das und bleibt eine Vorschau.
Die Anweisungs-Firewall
Das Einzige, was eine Notfall-App niemals tun darf, ist, ein Gerücht in eine Anordnung zu verwandeln. Meshbell setzt das in der Struktur des Codes durch, nicht durch Disziplin bei der Durchsicht.
- Der Bildschirm, der eine Anweisung darstellt, also was zu tun ist, lässt sich aus einer nicht verifizierten Meldung nicht bauen. Das Typsystem verweigert es.
- Hinweistexte kommen aus einem mitgelieferten, versionierten Handlungsleitfaden, der über eine Kennung angesprochen wird. Sie kommen nie aus freiem Text auf dem Funkweg und nie aus einem Sprachmodell. Ein Modell darf eine Lage zusammenfassen, in Prosa, gekennzeichnet als abgeleitet. Es hat kein Feld, in das es einen Befehl setzen könnte.
- Eine weitergeleitete amtliche Warnung wird als ein Nachbar gezeigt, der sich verbürgt, nicht als amtlich. Ihre Bewertung sagt das in Worten: weitergeleitete amtliche Warnung, hier nicht als amtlich behandelt.
Das Versprechen, in einer Zeile. Die App macht aus einem Gerücht niemals eine Anweisung, und dieser Satz ist eine Eigenschaft des Codes und keine Absichtserklärung.
Die Koordinationsebene
Verifizierte Warnungen beantworten, was passiert und ob Sie dem vertrauen können. Eine Nachbarschaft im Notfall hat außerdem gewöhnliche Logistik: wer erfasst ist, wo die Unterkunft ist, wer einen Generator hat. Meshbell trägt für diese Arbeit eine zweite, absichtlich getrennte Ebene, nativ im Tab Nachbarschaft der App und im Browser für alle ohne App.
Diese Ebene ist von Grund auf nicht verifiziert. Sie ist nicht inhaltsadressiert, nicht signiert und nicht Teil des Warnkanals. Sie ist veränderlicher gemeinsamer Zustand, den Nachbarn schreiben und ändern, behandeln Sie sie also wie eine an eine Tür geklebte Notiz. Die Anweisungs-Firewall gilt weiterhin: nichts hier kann als amtliche Anweisung erscheinen, und das Vertrauensmodell oben regelt nur Warnungen.
Was sie enthält
| Oberfläche | Was es ist | Form des Datenschutzes |
|---|---|---|
| Sicherheitsabfrage | Meldung „Ich bin in Sicherheit“ mit einem Tippen. Alle sehen einen aggregierten Zählerstand gegen eine ungefähre Gesamtzahl der Haushalte. | Keine Namen, Adressen oder Standorte und keine Namensliste. Der Zählerstand wird zurückgehalten, bis sich eine Handvoll gemeldet hat, damit kein einzelner Haushalt erschlossen werden kann. |
| Ressourcenlisten | Gemeinsame, änderbare Listen: Unterkunft und Wärme, Wasser und Vorräte, Strom und Laden, und ein selbst eingetragenes „Wer kann helfen“. Einträge können eine Ortsangabe tragen. | Alle an der Brücke können hinzufügen oder ändern. Nur Selbsteintrag. Niemand wird von jemand anderem eingetragen. |
| Pinnwand | Kurze Beiträge, einem Kanal zugeordnet (Info, Angebot, Gesuch, Frage) und nach Aktualität gefiltert, veröffentlicht unter einem Namen, den Sie eintippen. | Welchen Namen Sie eintippen. Kein Konto, keine verifizierte Identität. |
| Druckbare Momentaufnahme | Eine einseitige Darstellung unter /coord/print von der Sicherheitsabfrage, den Listen und der letzten Pinnwand, für den Fall, dass die Akkus ausfallen. | Dieselbe, nur aggregierte Sicherheitsabfrage, sie kann also ohne Risiko an eine echte Pinnwand geklebt werden. |
Warum sie getrennt gehalten wird
Veränderliche Nachbarschaftsnotizen in ein signiertes Protokoll zu mischen, an das nur angefügt wird, würde beides zerstören. Der Koordinationsspeicher ist deshalb eine eigene Sache: nur im lokalen Netz, veränderlich, und von der Brücke neben dem verifizierten Warnstrom ausgeliefert statt darin. Ein Betreiber hält für die Pflege ein Admin-Token, etwa um Testdaten zu löschen oder eine überlaufende Pinnwand zu kürzen, und die Admin-Routen scheitern ohne es geschlossen. Zum Schreiben und Melden braucht es überhaupt keinen Nachweis. Die zwei Ebenen teilen einen Bildschirm, nie eine Vertrauensgrenze.
Offline arbeiten
Einschränkung ist der erwartete Zustand, kein Fehler. Wenn ein Datenweg ausfällt, liefert Meshbell die letzten als gut bekannten Daten aus, gekennzeichnet mit ihrem Alter, „Stand vor 40 Minuten“, statt einer Leerstelle, die sich sicher gibt. Die Stufe ohne Modell, ein altes Telefon ohne alles Schlaue darauf, ist eine vollwertige Produktstufe. Eine Notfall-App, die nur auf der neuesten Hardware läuft, lässt genau die Menschen im Stich, die sie am ehesten brauchen.
Der Empfang läuft, solange die App geöffnet ist. Meshbell hört nicht im Hintergrund und nicht nach dem Schließen zu, und es wird das auch nicht behaupten.
Funkgeräte und Hardware
Meshbell läuft auf Ihrem Telefon allein. Funkgeräte erweitern seine Reichweite, wenn das Netz ausgefallen ist. Ein Mesh-Netz der Nachbarschaft wird aus günstiger LoRa-Hardware von der Stange gebaut, die die offene Firmware MeshCore ausführt.
| Teil | Kosten | Rolle |
|---|---|---|
| Ein LoRa-Begleitfunkgerät, zum Beispiel ein Heltec-Knoten | ~$30 | Ihr Telefon koppelt sich über Bluetooth damit, um Meldungen zu senden und zu empfangen. Ein Begleitfunkgerät bedient ein Telefon zur selben Zeit. Wenn ein anderes Telefon oder eine andere App es hält, wird Ihnen das klar gesagt, statt dass sich etwas dreht. |
| Weitere Funkgeräte in der Nachbarschaft | ~$30 pro Stück | Jedes ist ein Sprung, und jedes wiederholt einen Datensatz einmal und hört dann auf, damit der Funkkanal frei bleibt. Ab drei beginnt echte Reichweite über mehrere Sprünge, über Straßenzüge und Bergrücken hinweg. |
| Eine dauerhaft eingeschaltete Brücke, meist ein Raspberry Pi | ~$50-80 | Hält ein dauerhaftes Protokoll und liefert es über lokales Wi-Fi auf port 4190 aus. Sie nutzt eine Internetanbindung, wenn es eine gibt, und braucht keine. |
Funkeinstellungen für die USA. Der Referenzprüfstand von Meshbell läuft auf 910.525 MHz, bw 62.5 kHz, sf7, cr 4/5, innerhalb des lizenzfreien Bands 902-928 MHz, mit einem Begleitverbindungs-Umschlag von 172 B. Lesen Sie die Konfiguration Ihres Funkgeräts immer zurück, bevor Sie senden. Die Voreinstellung der Region kann ein Band sein, für das Sie keine Zulassung haben.
Funkbänder nach Region
In Ihrem Telefon steckt kein LoRa-Funkgerät, es berührt das Band also nie. Diese Einstellung gehört der Firmware des Funkgeräts. Meshbell liest die Abstimmung beim Verbinden vom Funkgerät zurück, zeigt sie an und sagt klar, wenn das Funkgerät nicht auf dem Kanal ist, den Ihre Region nutzt.
910.525 MHz ist die nordamerikanische Station. Jede Region unten hat ihren eigenen Kanal, gelegt in das lizenzfreie Band, das diese Region erlaubt. Wo die MeshCore-Gemeinschaft einen empfohlenen Kanal für ein Land veröffentlicht, übernimmt Meshbell diesen Kanal und seine Einstellungen genau so, damit die MeshCore-Repeater, die dort schon stehen, Meshbell-Meldungen tragen können. Wo die Gemeinschaft keinen veröffentlicht hat, wählt Meshbell einen Kanal, der abseits des am stärksten belegten Teils des Bands liegt.
| Region | Band | Meshbell-Kanal | Sendezeitanteil oder Hören vor dem Senden |
|---|---|---|---|
| Vereinigte Staaten und Kanada | 902-928 MHz | 910.525 MHz | Keine Begrenzung des Sendezeitanteils, eine Brücke kann also so oft senden, wie sie muss. Bis 36 dBm, Antenne eingerechnet. Das ist die eigene Empfehlung von MeshCore für die Vereinigten Staaten und Kanada, deshalb können die MeshCore-Repeater, die hier schon stehen, Meshbell-Meldungen tragen. |
| Europa und Vereinigtes Königreich | 869.4-869.65 MHz | 869.618 MHz · sf8 · cr 4/8 | Sendezeitanteil von 10%, etwa sechs Minuten Sendezeit pro Stunde. Bis 29 dBm. Das Vereinigte Königreich wendet dieselben Grenzen an, es gibt dafür also keine eigene Einstellung. Das ist die eigene Empfehlung von MeshCore für Europa und das Vereinigte Königreich, deshalb können die MeshCore-Repeater, die hier schon stehen, Meshbell-Meldungen tragen. |
| Tschechien | 869.4-869.65 MHz | 869.432 MHz | Derselbe Sendezeitanteil von 10% und dieselbe Obergrenze von 29 dBm wie in Europa, auf einem eigenen Kanal. Das ist die eigene Empfehlung von MeshCore für Tschechien, deshalb können die MeshCore-Repeater, die dort schon stehen, Meshbell-Meldungen tragen. |
| Niederlande | 869.4-869.65 MHz | 869.618 MHz | Derselbe Sendezeitanteil von 10% und dieselbe Obergrenze von 29 dBm wie in Europa. Das ist die eigene Empfehlung von MeshCore für die Niederlande, deshalb können die MeshCore-Repeater, die dort schon stehen, Meshbell-Meldungen tragen. Der Kanal teilt die europäische Frequenz, läuft aber mit den Voreinstellungen sf7 und cr 4/5, die beiden hören sich also selbst auf derselben Frequenz nicht. |
| Portugal | 869.4-869.65 MHz | 869.618 MHz · cr 4/6 | Derselbe Sendezeitanteil von 10% und dieselbe Obergrenze von 29 dBm wie in Europa. Das ist die eigene Empfehlung von MeshCore für Portugal, deshalb können die MeshCore-Repeater, die dort schon stehen, Meshbell-Meldungen tragen. Der Kanal teilt die europäische Frequenz, läuft aber mit sf7 und cr 4/6, die beiden hören sich also selbst auf derselben Frequenz nicht. |
| Australien | 915-928 MHz | 916.575 MHz · cr 4/8 | Keine Begrenzung des Sendezeitanteils. Bis 30 dBm. Das Band beginnt hier bei 915 MHz, der nordamerikanische Kanal ist hier also nicht zulässig. Das ist die eigene Empfehlung von MeshCore für Australien, deshalb können die MeshCore-Repeater, die dort schon stehen, Meshbell-Meldungen tragen. |
| Neuseeland | 915-928 MHz | 917.375 MHz | Keine Begrenzung des Sendezeitanteils. Bis 30 dBm. Das Band beginnt auch hier bei 915 MHz, der nordamerikanische Kanal ist hier also nicht zulässig. Das ist die eigene Empfehlung von MeshCore für Neuseeland, deshalb können die MeshCore-Repeater, die dort schon stehen, Meshbell-Meldungen tragen. |
| Brasilien | 915-928 MHz | 923.125 MHz · sf8 · cr 4/8 | Keine Begrenzung des Sendezeitanteils. Bis 30 dBm. Das ist die eigene Empfehlung von MeshCore für Brasilien, deshalb können die MeshCore-Repeater, die dort schon stehen, Meshbell-Meldungen tragen. |
| Südostasien | 920-923 MHz | 921.875 MHz | Sendezeitanteil von 10% im strengsten Land der Gruppe. Bis 17 dBm. Eine gemeinsame Einstellung für Thailand, Singapur, Malaysia und Indonesien, prüfen Sie also Ihr eigenes Land, bevor Sie eine Brücke laufen lassen. Die Gemeinschaft veröffentlicht für diese Länder keinen Kanal, dieser ist deshalb Meshbells eigener, gewählt abseits des am stärksten belegten Teils des Fensters. |
| Vietnam | 920-923 MHz | 920.25 MHz · sf8 | Sendezeitanteil von 10%. Bis 17 dBm, und die Regeln bewegen sich hier, prüfen Sie also die aktuellen, bevor Sie eine Brücke laufen lassen. Das ist die eigene Empfehlung von MeshCore für Vietnam, deshalb können die MeshCore-Repeater, die dort schon stehen, Meshbell-Meldungen tragen. |
| Indien | 865-868 MHz | 866.5 MHz | Sendezeitanteil von 1%, etwa 36 Sekunden Sendezeit pro Stunde. Bis 16 dBm. Das Funkgerät kann sich selbst nicht an eine so enge Grenze halten, die Brücke muss sich deshalb selbst rationieren. Die Gemeinschaft veröffentlicht für Indien keinen Kanal, dieser ist deshalb Meshbells eigener, gewählt abseits des am stärksten belegten Teils des Bands. |
| Südkorea | 920.9-923.3 MHz | 921.4 MHz | Keine Begrenzung des Sendezeitanteils, aber das Funkgerät muss hören, bevor es sendet. Bis 23 dBm. |
| Japan | 920.6-928 MHz | 924.6 MHz · bw 125 kHz | Sendezeitanteil von 10% und ein Hören vor jeder Sendung. Bis 16 dBm. Die größere Bandbreite hält eine einzelne Sendung kurz genug für die japanischen Regeln. |
| Russland | 864-865 MHz | 864.5 MHz | Sendezeitanteil von 0.1%, etwa 3.6 Sekunden Sendezeit pro Stunde, es sei denn, das Funkgerät hört, bevor es sendet. Bis 16 dBm. |
Wenn eine Zeile nichts anderes sagt, läuft ein Kanal mit sf7, cr 4/5 und bw 62.5 kHz. Eine Zeile, die einem MeshCore-Kanal folgt, trägt, was dieser Kanal nutzt, und darum zeigen mehrere einen anderen Spreizfaktor oder eine andere Coderate, und Japan läuft mit bw 125 kHz, um in die japanischen Regeln zu passen. Zwei Funkgeräte hören sich nur, wenn Frequenz, Bandbreite, Spreizfaktor und Coderate alle übereinstimmen.
Funkgeräte gibt es in zwei Familien, eine geschnitten für 902-928 MHz und eine für 863-870 MHz, und zusammen decken sie jede Region auf dieser Liste ab, aber Chinas Band 470 MHz braucht einen anderen Funkchip und eine andere Antenne, es ist also keine Einstellung, auf die jemand umschalten kann.
Drei Regionen sind nicht bereit. Japan, Südkorea und Russland erwarten ein Funkgerät, das hört, bevor es sendet, und die MeshCore-Firmware tut das noch nicht, diese drei bleiben deshalb aus, bis sie es tut. Eine Region trägt auch eine Leistungsobergrenze, und die Leistung ist eine eigene Einstellung am Funkgerät, den Kanal zu wechseln ist also nicht dasselbe wie die Leistung zu senken. Lesen Sie die Konfiguration Ihres Funkgeräts immer zurück, bevor Sie senden.
Eine Brücke einrichten
Eine Brücke ist ein dauerhaft eingeschalteter Knoten in der Straße, meist ein Raspberry Pi, der die verifizierten Warnungen und die Koordinationsebene über lokales Wi-Fi trägt, damit das Telefon oder der Browser jedes Nachbarn sie ohne Mobilfunk und ohne Internet erreicht. Sie ist die zweite der zwei Verbindungen des Telefons: Bluetooth erreicht ein Taschenfunkgerät, Wi-Fi erreicht eine Brücke, und beide funktionieren ohne jedes Internet.
Wenn Sie der Gastgeber sind, ein vorbereiteter Nachbar
Das Installationsprogramm ist in der App enthalten und wird direkt von Ihrem Telefon exportiert, es wird also nichts heruntergeladen. Entpacken Sie es auf dem Pi, führen Sie das Installationsskript aus, und es gibt die Adresse aus, die Sie weitergeben. Der Knoten kommt in sich geschlossen hoch: er liefert die Koordinationsbildschirme, eine installierbare Web-App für Nachbarn mit nichts als einem Browser, einen QR-Code dieser Adresse und eine Admin-Ansicht für die Pflege. Er kündigt sich im lokalen Netz als _meshbell._tcp an, und das Suchen macht die App. Es gibt nichts von Hand einzustellen und kein Konto anzulegen.
Wenn Sie ein Nachbar sind, der noch nie von einem Mesh-Netz gehört hat
Gehen Sie in das Wi-Fi der Straße und öffnen Sie den Tab „Nachbarschaft“. Die App sucht die Brücke von selbst und verbindet sich. Wenn die Suche eine Hilfe braucht, stellt sie die einfachen Fragen, ist das das richtige Netz und ist die Brücke wach, und bietet ein Feld für die Adresse von Hand. Wenn ein Computer die Brücke erreicht, dieses Telefon aber nicht, sind die beiden fast immer in verschiedenen Wi-Fi-Netzen.
Die Brücke liefert aus, sie entscheidet nie. Eine Brücke kann eine verifizierte Warnung weitergeben, aber sie kann sie nicht wahr machen. Signaturen werden auf Ihrem eigenen Gerät geprüft, und in einem einfachen Browser werden sie in diesem Browser geprüft. Eine übernommene oder böswillige Brücke kann Nachrichten verwerfen oder verzögern. Sie kann nie eine vertrauenswürdige fälschen. Deshalb wohnt das Vertrauensmodell auf dem Telefon und nicht auf dem Knoten.
Architektur
Die Fachlogik ist rein und portierbar. Sie baut und testet sich auf einem Raspberry Pi, ohne Apple-Hardware in der Kette, sodass die Teile, die entscheiden, ob eine Nachricht vertrauenswürdig ist, laufend geprüft werden und nicht nur zur Veröffentlichung. Die iOS-App ist eine dünne Darstellungsschicht darüber.
- Canonical JSON, sortierte Schlüssel und festgelegtes ASCII, gibt jedem Gerät ein Byte für Byte identisches Vorbild, sodass eine auf einem Telefon berechnete Inhaltsadresse zu einer auf einem Knoten berechneten passt.
- Ed25519 zum Signieren und Verifizieren, eine Umsetzung über Apple und Linux hinweg.
- Ein Protokoll, an das nur angefügt und nur eingefügt wird. Datensätze werden nie aktualisiert oder gelöscht, deshalb bleibt die Geschichte einschließlich der Korrekturen erhalten und nachprüfbar.
- Ein sprachübergreifendes Konformitätstor: dieselben Datenpakete werden von der App und von einem unabhängigen Python-Knoten dekodiert und Byte für Byte abgeglichen, sodass die zwei nicht still auseinanderlaufen können.
Ehrliche Grenzen
Klar gesagt, denn ein Notfallwerkzeug, das sich überverkauft, ist gefährlich.
- Meshbell ist eine frühe Beta. Es hat eine signierte Meldung über echte LoRa-Funkgeräte getragen und sie auf einem Telefon verifiziert. Es ersetzt nicht den Notruf und amtliche Rettungsdienste, lassen Sie also die Warnungen eingeschaltet, die Sie schon haben.
- Der Nachweis am Prüfstand ist ein einzelner Sprung. Die Weitergabe über mehrere Sprünge ist entworfen und umgesetzt, im Feld noch nicht gemessen, und keine Entfernungsangabe auf dieser Website ist am Prüfstand gemessen.
- Datensätze, die für ein Datenpaket zu groß sind, werden geteilt, und es wurde am Prüfstand noch nicht beobachtet, dass das Zusammensetzen aus mehreren Fragmenten auf dem Telefon fertig wird. Eine unvollständige Gruppe bleibt eine Vorschau und sagt das.
- Signaturschlüssel liegen im iOS-Schlüsselbund, nur auf diesem Gerät. Sie sind für alles auslesbar, was den Schlüsselbund der App schon lesen kann. Es gibt hier keinen Schutz durch eine Hardware-Enklave, und wir werden auch keinen behaupten.
- Datensätze sind signiert, nicht verschlüsselt. Meshbell ist kein privater Nachrichtendienst. Gehen Sie davon aus, dass alles auf dem Funkweg von jedem in Reichweite gelesen werden kann.
- Die Verteilung der Schlüssel, also wie Ihr Gerät erfährt, welcher öffentliche Schlüssel zu wem gehört, ist laufende Arbeit. Eine Signatur beweist den Besitz eines Schlüssels. Einen Schlüssel an eine echte Person zu binden ist ein eigenes und bewusstes Problem, heute gelöst durch ein persönliches Treffen.
- Der Empfang läuft nur, solange die App geöffnet ist. Es gibt kein Zuhören im Hintergrund.
- Die Koordinationsebene ist von Grund auf nicht verifiziert und getrennt vom verifizierten Kanal der signierten Warnungen. Sie ist nützlich für die Logistik, nie eine Quelle amtlicher Anweisungen, und sie ist nur im lokalen Netz, sie erreicht also, wer an der Brücke ist, statt das weitere Mesh-Netz.
- Meshbell arbeitet heute über Funk nicht mit Meshtastic-Funkgeräten zusammen.