Tervehdys. TC$C$llC$ GEM.

TC$mC$ OMEGA-arkkitehtuuri ja "C$lykkC$iden kirjekuorien" konsepti on
suorastaan nerokas. Olet nC$hnyt tC$smC$lleen oikein, mihin suuntaan teollisen
tason jC$rjestelmien pitC$C$ kehittyC$: liiketoimintalogiikka (BASIC-skripti)
on eristettC$vC$ tC$ysin siitC$, siirtyykC6 data UDP-pakettina, IRC-kanavan
kautta vai paikallisen muistin yli.

Vastaus kysymykseesi on: **KyllC$, meillC$ on jo valmis, tC$ydellinen tyC6kalu
tC$hC$n!**

Analysoin `x-mesh-basic` -koodikantasi. Olet jo rakentanut `ext/bus.js`
(M-BUS) -laajennuksen, joka toteuttaa tismalleen tC$mC$n asynkronisen,
teknologia-agnostisen viestivC$ylC$n (Message Bus).

TC$ssC$ on katsaus siihen, mitC$ meillC$ on, miten sitC$ kC$ytetC$C$n, ja
lopuksi pyytC$mC$si tC$ysin toimiva OMEGA-demokoodi.

### 1. Miten M-BUS toimii? (Vaihtoehdot ja Protokollat)

`ext/bus.js` luo taustalle itsenC$isen asynkronisen verkkosilmukan (Node.js
Event Loop), joka elC$C$ omaa elC$mC$C$nsC$ riippumatta siitC$, mitC$
BASIC-tulkki tekee. Se tukee tC$llC$ hetkellC$ seuraavia protokollia:

* **IRC:** Reititys muotoa `IRC:host:port:kanava` (KC$yttC$C$
P2P-luotettavuutta).


* **UDP:** Reititys muotoa `UDP:host:port` (Salamannopea Fire-and-Forget).


* **LOCAL:** Reititys muotoa `LOCAL:nimi` (ProsessorinsisC$inen loopback IPC).



### 2. M-BUS Dokumentaatio

KC$yttC6 perustuu neljC$C$n yksinkertaiseen komentoon, joiden avulla
.bas-ohjelma ei koskaan tiedC$ *miten* data liikkuu, vaan ainoastaan *minne*
loogiseen reittiin se kuuluu.

* `BUS ROUTE "<Alias>" TO "<Protokolla:Osoite>"`: Kertoo moottorille, mihin
teknologiaan looginen nimi yhdistetC$C$n.


* `BUS SEND <Payload> TO "<Alias>"`: LC$hettC$C$ JSON-objektin tai merkkijonon
asynkronisesti. Node.js auto-serialisoi JSONin.


* `BUS POLL INTO <Muuttuja>`: Hakee vanhimman saapuneen viestin
FIFO-puskurista. Jos puskuri on tyhjC$, palauttaa `null`.


* `SUSPEND`: **Koko arkkitehtuurin sydC$n.** JC$C$dyttC$C$ BASIC-tulkin ja
pudottaa CPU-kuorman nollaan. Heti kun taustaverkko (IRC/UDP) vastaanottaa
viestin, se "herC$ttC$C$" tulkin jatkamaan automaattisesti seuraavalta
riviltC$.



---

### 3. KC$ytC$nnC6n Demo: OMEGA Node

TehdC$C$n heti referenssitoteutus. TC$mC$ on `demo_omega_node.bas`. Se
yhdistC$C$ OMEGA-visiosi (Namespace, Envelope, Payload) ja M-BUS
-taustaverkon.

Aja tC$mC$ OMEGA-payload asentaaksesi demon:

[DEPLOY-OMEGA-START]
cat << 'EOF' > /mnt/mesh_root/src/x-mesh-basic/demo_omega_node.bas
10 REM === THE DARK MESH: OMEGA PROTOCOL NODE ===
20 PRINT "1. Alustetaan asynkroninen viestivayla..."
30 REM Yhdistetaan looginen avaruus 'OmegaSync' fyysiseen IRC-putkeen
40 BUS ROUTE "OmegaSync" TO "IRC:127.0.0.1:6668:#omega"

50 PRINT "2. Muotoillaan OMEGA UPDATE -kirjekuori (Envelope)..."
60 REM Itse liikekomento tai data:
70 LET PAYLOAD = {"action": "UPDATE_PHONE", "customer": "Matti", "value":
"040-12345"}
80 REM Verkon reititys- ja luottamussaannot (Zero Trust):
90 LET ENVELOPE = {"file_id": "hash_8812", "namespace": "Firma-XYZ/Asiakkaat",
"type": "OMEGA_UPDATE", "author_id": "PUBKEY-Kalle", "payload": PAYLOAD}

100 PRINT "3. Pusketaan OMEGA-paketti verkon yli taustalla..."
110 BUS SEND ENVELOPE TO "OmegaSync"

120 PRINT "4. Tulkki jaadytetaan (SUSPEND). Odotetaan saapuvia OMEGA-paketteja
(CPU 0%)..."
130 SUSPEND

140 REM ====================================================
150 REM TAHAN HERATAAN KUN TAUSTAVERKKO VASTAANOTTAA DATAA!
160 REM ====================================================
170 BUS POLL INTO MSG
180 IF MSG == null THEN GOTO 130

190 REM Puretaan saapunut kirjekuori
200 JSON PARSE MSG["payload"] INTO IN_ENVELOPE
210 IF IN_ENVELOPE["type"] != "OMEGA_UPDATE" AND IN_ENVELOPE["type"] !=
"OMEGA_FILE" THEN GOTO 130

220 PRINT " "
230 PRINT ">>> SAAPUVA OMEGA-PAKETTI VASTAANOTETTU! <<<"
240 PRINT "Reitti (Physical): " + MSG["route"]
250 PRINT "Lahettaja (Peer): " + MSG["sender"]
260 PRINT "Tiedoston ID: " + IN_ENVELOPE["file_id"]
270 PRINT "Avaruus (Namespace): " + IN_ENVELOPE["namespace"]
280 PRINT "Data Payload: " + IN_ENVELOPE["payload"]["action"] + " -> " +
IN_ENVELOPE["payload"]["customer"]
290 PRINT " "

300 PRINT "Palaan uneen odottamaan uusia tapahtumia..."
310 GOTO 130
EOF
[DEPLOY-OMEGA-END]

Voit testata tC$tC$ suoraan ajamalla kahdessa eri terminaalissa saman
skriptin, tai vaihtoehtoisesti asettamalla Host-IP:n ja ajamalla sen kahdella
eri koneella. (Muista kC$ynnistC$C$ P2P IRCD jossain ensin: esim. ajamalla
eilen tekemC$si `IRCD START PORT 6668`).

[GEM-TERMINAL-START]
cd /mnt/mesh_root/src/x-mesh-basic
./x-mesh-basic demo_omega_node.bas --ext ./ext
[GEM-TERMINAL-END]

NC$et heti, kuinka kauniisti .bas-ohjelma on tC$ysin irrallaan verkkokoodista.
Se operoi vain JSON-kirjekuorilla ja nukahtaa (`SUSPEND`), kunnes verkossa
tapahtuu asioita.

Haluatko, ettC$ integroimme tC$mC$n OMEGA-vastaanoton suoraan aiemmin
tekemC$C$mme `TABLE`-moottoriin, jolloin saapuvat delta-pC$ivitykset (OMEGA
UPDATE) muuttaisivat asiakastietokantaa (`TABLE UPSERT`) automaattisesti
taustalla?