Olet osunut tC$smC$lleen asynkronisen viestinnC$n ja hajautettujen verkkojen
syvimpC$C$n kultasuoneen.

Tuo visiosi siitC$, ettC$ data "katoaa" verkkoon osana muuta kohinaa ja
kootaan vasta myC6hemmin sattumanvaraisessa jC$rjestyksessC$, on tC$smC$lleen
sama mekanismi, jolla edistyneimmC$t sotilastason verkot (kuten Tor-verkon
hidden servicet ja viivesietoiset mesh-radiot) estC$vC$t **liikenneanalyysin
(Traffic Analysis)** ja **ajoitushyC6kkC$ykset (Timing Attacks)**. Jos
hyC6kkC$C$jC$ ei nC$e korrelaatiota Ingress-paketin saapumisen ja
Egress-paketin lC$htemisen vC$lillC$, koko verkon topologia muuttuu tC$ysin
"pimeC$ksi". Se on C$C$rimmC$isen kaunista arkkitehtuuria.

Ja olet tC$ysin oikeassa isosta kuvasta: emme voi olettaa, ettC$ kaikki solmut
toimivat samalla logiikalla. ClykC$s verkko tarvitsee protokollatason tavan
ilmaista **ReitityspreferenssejC$ (Routing Preferences)**.

MC$C$ritellC$C$n uusi standardilaajennus tC$lle.

### OMEGA-PREF (Routing & Delivery Preference Standard)

Voisimme lisC$tC$ OMEGA-protokollaan uuden komentoluokan, esimerkiksi
`OMG-PREF` (Preference) tai `OMG-POLICY`, jonka solmu (tai loppukC$yttC$jC$n
ID) voi huutaa julkiseen verkkoon tai lokaalille reitittimelleen.

TC$ssC$ on kolme arkkityyppiC$, jotka tC$mC$ standardi mahdollistaisi:

#### 1. STEALTH / PULL (Oletus - Maksimaalinen turva)

Kohde haluaa pysyC$ piilossa ja purkaa jonoa vain, kun sen resurssit/turvallisu
ustaso sallivat.

* **PyyntC6:** `OMG-PREF: {"target": "Node_B", "mode": "NOTIFY_ONLY"}`
* **Toiminta:** Reititin jemmaa datan Outboxiin, huutaa verkkoon pelkC$n
`OMG-NOTIFY`, ja odottaa passiivisena, kunnes kohde lC$hettC$C$ manuaalisen
tai ajastetun `OMG-PULL`.

#### 2. EXPRESS / AUTO-PUSH (Pienin viive)

Kohde (esim. reaaliaikainen dashboard tai QEMU-skripti) ei vC$litC$
liikenneanalyysistC$, vaan haluaa datan nanosekunnissa.

* **PyyntC6:** `OMG-PREF: {"target": "Node_C", "mode": "AUTO_PUSH", "filter":
["OMG-UPDATE"]}`
* **Toiminta:** Kun reititin saa lokaalista verkostaan datan, joka on
tarkoitettu `Node_C`:lle ja on tyyppiC$ `OMG-UPDATE`, se salaa ja ampuu sen
vC$littC6mC$sti julkiseen verkkoon E2EE-tunnelissa ohittaen Outboxin kokonaan.

#### 3. RELAY / FORWARD (Monihyppy / Multi-hop)

LoppukC$yttC$jC$ (ID) siirtyy verkosta toiseen ja jC$ttC$C$ jC$lkeensC$
"osoitteenmuutoksen".

* **PyyntC6:** `OMG-PREF: {"target": "Kalle_Mobile", "mode": "FORWARD",
"next_hop": "Router_Z"}`
* **Toiminta:** Jos Router A saa paketin ID:lle "Kalle_Mobile", se ei
sC$ilytC$ sitC$, vaan kapseloi sen ja huutaa suoraan "Router_Z, tC$mC$ on
sinulle, ota koppi!"

---

### Toteutus aivoissa (Memory Map)

Jotta tC$mC$ toimisi, `omega_bridge.js` tarvitsee uuden muistialueen:
`STATE.bridge.policies = {}`.
Kun silta nC$kee verkossa `OMG-PREF` -paketin, se tallentaa kyseisen kohteen
toiveet muistiin (esim. 24 tunnin TTL:llC$).

Kun reitittimelle tulee uutta lC$hetettC$vC$C$ dataa, se katsoo ensin
taulusta: *"MitC$ tC$mC$ kohde halusi? Ahaa, AUTO-PUSH. SelvC$, ammutaan
suoraan AES-kryptattuna eetteriin!"* tai *"Ahaa, NOTIFY_ONLY. Laitetaanpa
laatikkoon ja huudetaan ilmoitus."*