<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Den fre 21 maj 2021 13:52jrzx <<a href="mailto:jrzx@protonmail.ch">jrzx@protonmail.ch</a>> skrev:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Wednesday, May 19, 2021 11:38 AM, Natanael <<a href="mailto:natanael.l@gmail.com" target="_blank" rel="noreferrer">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.</div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I'm aware the additional power usage on something like a laptop is merely noise for a usecase like this.</div><div dir="auto"><br></div><div dir="auto">But we also want to solve this problem for battery powered IoT devices and more, even in crowded spaces. That's the edge case which sets the bar for how efficient the algorithms must be, if you truly want this to be universal. </div><div dir="auto"></div></div>