Martti Malmi

The error comes from radix.js which is from gun.

The old version is `0.2020.1232` https://github.com/mmalmi/gun/blob/old/package.json

This still seems to be the issue - it's not synchronizing properly when you go offline in between.

Another example where a path payment EUR -> XLM is expected but the path is not found: https://horizon-testnet.stellar.org/paths?destination_account=GDHLOSDJIV3C4OA5STPVMWTXRF65C7GIQKRYCABSOP5QUSZXHOQOUVIQ&source_account=GBJNMLQVZTAS4WYXZBFHPK6ALNGBURAYQNLGUGVECW45GPO7O5QUKS6C&destination_asset_type=native&destination_amount=1 Successful operation: https://horizon-testnet.stellar.org/transactions/f4f857400eb9e61705ebc2927702422683d7e2ae0e34bf0bcba6b0090d17b4e0/operations

I'd suggest a filter like `{ not: { ids: bloomFilter }, ... }` where the [bloom filter](https://en.wikipedia.org/wiki/Bloom_filter) contains the event ids you already have. Will use in Iris if someone...

Another filter suggestion: `{ fields: ['id'], ... }` so you get only the ids of the events that match your query. Then you can 1) ask for only the events...

> Bloom filters can have false positives, so they might contain IDs that they are not intended to contain. Yes, but you can set the false positive rate low enough...

Is the websocket trying to connect to the correct address? WS and file server (`/stats`) are running on different ports.

Encryption and decryption of Iris messages is done on the client side, so gun.js should be sufficient until there's a rust client. But the server needs cryptography to check signatures...

I believe gun.js is sufficient. But you might need to borrow (and maybe fix) a lot of code from iris-messenger, as I haven't had the capacity to move it into...