I want peer-to-peer transaction unicast/multicast to be an …
I want peer-to-peer transaction unicast/multicast to be an option for payments. When I don't have Internet access, I want merchants or anyone around me to be able to broadcast my signed Bitcoin transactions for me.
- Local WiFi
- Bluetooth
- NFC
- QR Code
Replies
Done, but only because we've met. 😀
Thank you @2! 😊
@1126 that's a cool idea!
Ability to broadcast over amateur radio would be nice too.
- Ability to broadcast over sound waves
My phone emits a sound/music that your phone's wallet can hear (and decode).
🎶 𝒷𝒾𝓅... ♪ 𝒷𝓊𝓅... ♪ 𝒷𝒾𝓅... ♪ 𝒷𝑜𝑜𝓅... 🎵
base64( brotli_compression( tx ) )
https://typatone.com/m/oivHcoA6rd
Just a dummy proof of concept.
Sound wave broadcast is genius, wonder if it's in one of nchains patents yet.
Fantastic idea
I agree. Wallet devices should be disconnected from the "internet" & only be able through HW to broadcast locally (high pitched sound waves is cool; bring back the silent modem) signed messages after some built in security has been confirmed by user.
Oh yeah high pitched frequency beyond human ability to hear it sounds geeky and cool!
@1126 A fellow HAM? :D I got my Technician's License earlier this year to try doing crypto stuff though legality is questionable given OTA encryption regs.
Metanet over Hamnet would be amazing.
http://www.broadband-hamnet.org/
@100 Could https://gotennamesh.com/products/mesh serve this need?
Enjoy : https://github.com/MuleTools/txTenna/blob/develop/README.md
"Audio QR codes" - chirp.io sounds were used in 2014 to broadcast bitcoin (a private key) over radio.
https://www.cbc.ca/news/canada/kitchener-waterloo/cbc-kw-sends-bitcoin-over-the-airwaves-1.2503580
The merchant should be the one broadcasting the transaction anyway. This might be at the end of the day, or it might be effectively immediately. If they need a alternate network, like the bluetooth mesh used over in Hong Kong, that is their concern -- rt12