<oembed><type>rich</type><version>1.0</version><author_name>npub1tfk373zg9dnmtvxnpnq7s2dkdgj37rwfj3yrwld7830qltmv8qps8rfq0n</author_name><author_url>https://nostr.ae/npub1tfk373zg9dnmtvxnpnq7s2dkdgj37rwfj3yrwld7830qltmv8qps8rfq0n</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2022-08-05&#xA;📝 Original message:On Friday 05 August 2022 04:05:56 Ali Sherief wrote:&#xA;&gt; Yeah, I have a specific reason to advance this first (emphasis on the word&#xA;&gt; first).&#xA;&gt;&#xA;&gt; I briefly mentioned in the BIP that BIP322 has superior message&#xA;&gt; verification capabilities. This is true, but it suffers from the drawback&#xA;&gt; that wallets are not using it.&#xA;&#xA;Likely because it is a draft and incomplete.&#xA;&#xA;&gt; Message signatures are highly relied upon in some places (just to name a&#xA;&gt; few, at many mining pools e.g. Slushpool, and the Bitcointalk forum), &#xA;&#xA;I&#39;m not aware of any using the current message signatures _correctly_.&#xA;Note they are not useful for proving that you sent a transaction, nor have the &#xA;ability to send a transaction or access to bitcoins.&#xA;&#xA;&gt; This BIP is kind of like a &#34;bumper car&#34;, in that it forces compliance with&#xA;&gt; previous BIPs that extend the message signing format, in particular BIP137.&#xA;&#xA;BIPs can&#39;t force anything, they&#39;re just documentation.&#xA;&#xA;IMO, there is no benefit to an additional message signing standard, especially &#xA;one that doesn&#39;t address the problems with the current standard or (at &#xA;present) BIP322.&#xA;&#xA;Luke</html></oembed>