<oembed><type>rich</type><version>1.0</version><author_name>npub1xg2m84malu0cfm4444r0kysx4rgk27e75aj6sz6538kw8fcz627qeadsv7</author_name><author_url>https://nostr.ae/npub1xg2m84malu0cfm4444r0kysx4rgk27e75aj6sz6538kw8fcz627qeadsv7</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-02-23&#xA;📝 Original message:On 02/23/2015 11:58 AM, Mike Hearn wrote:&#xA;&#xA;&gt; You&#39;re right that just sending the session key is simpler. I&#xA;&gt; originally suggested doing ECDHE to set up an encrypted channel&#xA;&gt; for the following reasons: [...]&#xA;&#xA;I read from your answer that even if we use ECDHE, we can&#39;t use it for&#xA;every situation. So in any case we need the simple bootstrap via a&#xA;session key parameter. My suggestion is defer ECDHE for now but keep it&#xA;in mind. We can add it later I think.&#xA;&#xA;&gt; These discussions keep coming up. I think the next step is for someone&#xA;&gt; to upgrade Andreas&#39; wallet to support encrypted connections and the&#xA;&gt; TBIPs, to see what happens.&#xA;&#xA;I happily step up and do the implementation work on the app side. A&#xA;first step could be:&#xA;&#xA;- If there is an &#34;s&#34; parameter present wrap the Bluetooth connections&#xA;with AES. Sounds good?</html></oembed>