Realtime DF of LoRa traffic


We’ve been working on an open source project that is about to be released, a tiny $99 handheld communicator with color TFT touchscreen a little larger than a business card. Named PiNG, the device has dual 915Mhz LoRa radio sections, with the primary radio used for instant messaging and blockchain reconciliations (the device acts as a cold wallet via emulated HID of PS/2 keyboard devices over BLE or USB-C), and secondary radio which is for mesh control channel operations. The device also has an integrated GPS unit, which can be disabled via pushbutton.

The intent is to release this open source and with a blockchain proof of work that involves exit node services. E.g. we are launching a crypto token similar to Helium, where users that opt to pair their device over BLE or WiFi to an Internet connection to provide IPFS pubsub exit node services then receive an equitable distribution of the network’s daily awards, to be distributed over a 36 month period to build the global mesh (each device connects to each other via P2P LoRa, and with exit nodes flushing messages to IPFS for global distribution).

So a free, global LoRa-based mesh network with no central authority or infra other than exit node services which connect with IPFS pubsub, fully anonymous and end-to-end encrypted for both instant messaging and blockchain operations using the live or cold wallet for all mainstream crypto tokens such as BTC and ETH, and with the token incentive used to build the global mesh via exit node operators which are compensated with POW/mining.

During the buildout of this I am exploring options of integrating Kraken with the architecture, and with a 10X multiplier on daily crypto token distributions for such operators with a basestation connected to a Kraken and DF antenna array, to augment the device GPS with additional DF capabilities at a regional area, by using Kraken to sniff the applicable LoRa channel for a registration preamble, and with those lat/long coordinates used for mesh topology routing across each locally connected LoRa mesh region.

Seems like a feasible use case for Kraken, any thoughts would be appreciated.