<div>On Wednesday, May 19, 2021 11:38 AM, Natanael <<a href="mailto:natanael.l@gmail.com">natanael.l@gmail.com</a>> wrote:<br></div><div>> For something like Bluetooth where you're expected to be in physical<br></div><div>> range to communicate (inherently limiting the signal/noise ratio and<br></div><div>> thus reducing risk of message flooding by malicious parties), an effective<br></div><div>> approach may be similar to what's been previously discussed where you<br></div><div>> just attempt to decrypt all headers (may work well for something like<br></div><div>> a laptop). Messages addressed to you would successfully decrypt. <br></div><div>><br></div><div>> However, this is going to be energy inefficient for low power devices.<br></div><div><br></div><div>I think you are grossly over estimating the power and computational<br></div><div>requirements, with which modern public key systems based on variants<br></div><div>of curve25519 are trivial.  The cost of transmitting and receiving<br></div><div>data over wireless is going to be enormously higher than encrypting<br></div><div>and decrypting it.<br></div><div><br></div><div>The scaling cost is simply the amount of data, and the amount of data<br></div><div>required even with very large numbers of many to many broadcasts is<br></div><div>small.<br></div><div><br></div><div>Suppose we have a ten thousand entities who on average change their IPs<br></div><div>once a day.  And suppose every time they change their IP they broadcast<br></div><div>the new ip to the entire ten thousand, encrypted so that only a very few<br></div><div>people that they want to know could know.  Suppose they each broadcast<br></div><div>once a day to five people, meaning that they broadcast and receive<br></div><div>fifty thousand unintellible messages every day.<br></div><div><br></div><div>That is five megabytes a day.  My phone burns a gigabyte a day sitting<br></div><div>on the shelf.<br></div>