<oembed><type>rich</type><version>1.0</version><author_name>npub1vtwuk4rjyj6zrq3tv2z9lvdm6a7g8zujf0gz9q2vljlztdaqw36sjjsjpg</author_name><author_url>https://nostr.ae/npub1vtwuk4rjyj6zrq3tv2z9lvdm6a7g8zujf0gz9q2vljlztdaqw36sjjsjpg</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-03-12&#xA;📝 Original message:On Wed, Mar 11, 2015 at 11:09 PM, Gregory Maxwell &lt;gmaxwell at gmail.com&gt; wrote:&#xA;&gt; For an emergency transition the user is probably better off with an&#xA;&gt; explicit unstructured mass private key export, and a sweep function;&#xA;&gt; and guaranteeing compatibility with that is much easier; and because&#xA;&gt; it moves funds in one direction there is much less chance of going&#xA;&gt; from secure to insecure.&#xA;&#xA;I haven&#39;t looked at the existing sweep implementations, but it would&#xA;be unfortunate if sweep functions were not available that create at&#xA;least the same number of keys, or possibly more, for the purposes of&#xA;sweeping. I suppose there are different levels of emergency, where&#xA;perhaps you want to sweep all at once in a single transaction and lose&#xA;out on (already nebulous) privacy benefits. I say nebulous because&#xA;broadcasting a bunch of transactions all at the same time during the&#xA;sweep can compromise privacy even when the transactions have no common&#xA;ancestor outputs.&#xA;&#xA;- Bryan&#xA;http://heybryan.org/&#xA;1 512 203 0507</html></oembed>