CrowdMesh

CROWDMESH EXPLORER · INTERACTIVE PROTOCOL STORY

Jedna wiadomość.
Wiele dróg.

CrowdMesh Explorer pokazuje, co naprawdę dzieje się z komunikatem, gdy znika zwykła łączność. Ten sam przebieg można oglądać jako prostą historię albo jako techniczny ślad z identyfikatorami, routingiem, ACK i ownership.

Uruchom „Podróż SOS” Zobacz serię
Explorer nie jest źródłem prawdy protokołu. Wizualizuje canonical events i zawsze pokazuje klasę dowodu. Przygotowany scenariusz SOS jest SIMULATED; replay fizycznych logów v100 pozostaje kolejnym etapem.
MESSAGErequestIDcanonical identity
STORYco widzi człowiek
ENGINEERco widzi protokół
REPLAYco pokażą logi
EVIDENCEco jest udowodnione
STORYbiznes · miasto · służby
ENGINEERIDs · hops · ACK · ownership
REPLAYcanonical log events
EVIDENCE-AWAREbez „magicznego delivered”

SERIA · „BYŁ SOBIE CROWDMESH”

Od problemu do dowodu.

Każdy odcinek opowiada jeden fragment systemu. Warstwa STORY upraszcza język, nie semantykę. Warstwa ENGINEER odsłania dokładnie ten sam przebieg.

00
Gdy znika Internet

Co pozostaje, kiedy zwykła łączność przestaje być pewna.

SIMULATED
01
Anatomia CrowdMesh

Telefony, lokalna sieć, brama i system centralny. Różne warstwy, różne odpowiedzialności.

SIMULATED
02
Jak powstaje sieć?

Urządzenia odnajdują sąsiadów, wybierają drogę i odbudowują ją po utracie połączenia.

SIMULATED
03
Podróż SOS

Jedno zgłoszenie, droga lokalna i dodatkowa droga przez Internet, a potem odpowiedź do telefonu źródłowego.

Otwórz interaktywnie ↓
SIMULATED
04
Głos organizatora

Jak komunikat trafia do jednej osoby, sektora albo całej grupy bez fałszywego potwierdzania dostarczenia.

TARGET
05
Sieć pod presją

Utrata połączenia, nowa droga i oczekująca wiadomość zamiast udawanego sukcesu.

TARGET
06
Brama w dwóch postaciach

Jedna rola systemowa może działać na różnych urządzeniach i platformach.

TARGET

ODCINEK 03 · LOW-FIDELITY PLAYER

Podróż SOS.

Scenariusz pokazuje rozdzielenie jednej logicznej wiadomości na dwie drogi, a następnie odpowiedź skierowaną do canonical origin device.

SOURCE · SCENARIO JSON SIMULATED Protocol Contract · v100 draft
Piotr · ładowanie nagrania…
LIVE TOPOLOGYŁadowanie scenariusza…
MeshWAN / CloudResponse
LEKTOR · PIOTR00:00

Wczytaj nagranie lektora MP3. Napisy i animacja są już przygotowane do około 70-sekundowej narracji.

00:00.0 / 00:00.0

ARCHITEKTURA EXPLORERA

Animacja nie zna protokołu.

Logika semantyczna żyje w canonical events i reducerze. Renderer jedynie pokazuje stan. Dzięki temu ten sam player może później odtworzyć scenariusz demonstracyjny albo prawdziwe logi.

Scenario / LogsJSON · Android · Gateway · Cloud
→
Normalizeridentity · time · correlation
→
Canonical EventsExplorerEvent v1
→
State Reducertopology · messages · ownership
→
Visual PlayerSTORY / ENGINEER
BLE_WRITE_COMPLETE≠ TARGET_DELIVERED
HOP_ACCEPTED≠ GATEWAY / CLOUD ACCEPTED
CLOUD_ACCEPTED≠ SERVICE_ACK
originDeviceIDcanonical DEVICE UUID, nie relay ID
WAN relayfork, nie redirect
FailurePENDING / retry, nie zielony sukces

NEXT · REPLAY

Ten sam player. Prawdziwe logi.

Kolejny krok to adapter z logów Android, Gateway i Cloud do ExplorerEvent. Zdarzenie, którego nie potrafimy udowodnić, pozostaje NOT PROVEN. Nie interpolujemy „brakujących sukcesów”.

EVIDENCE VOCABULARY
PHYSICAL PASS PHYSICAL FAIL AUTOMATED SIMULATED TARGET NOT PROVEN

Realny ośmiourządzeniowy replay v100 nie jest jeszcze prezentowany jako fakt. Ta strona świadomie oddziela demonstrację semantyki od dowodu fizycznego.