<oembed><type>rich</type><version>1.0</version><author_name>npub1s4lj77xuzcu7wy04afcr487f0r3za0f8n2775xrpkld2sv639mjqsd44kw</author_name><author_url>https://nostr.ae/npub1s4lj77xuzcu7wy04afcr487f0r3za0f8n2775xrpkld2sv639mjqsd44kw</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2013-12-02&#xA;📝 Original message:On Tue, Dec 3, 2013 at 12:44 AM, Mike Hearn &lt;mike at plan99.net&gt; wrote:&#xA;&#xA;&gt; PPv1 doesn&#39;t have any notion of fee unfortunately. I suppose it could be&#xA;&gt; added easily, but we also need to launch the existing feature set.&#xA;&gt;&#xA;&#xA;Lets bang out a merchant-pays-fee extension.&#xA;&#xA;How about:&#xA;&#xA;SPEC:&#xA;&#xA;    optional uint64 allowfee    tag number=1000&#xA;&#xA;Allow up to allowfee satoshis to be deducted from the amount paid to be&#xA;used to pay Bitcoin network transaction fees. A wallet implementation must&#xA;not reduce the amount paid for fees more than allowfee, and transaction&#xA;fees must be equal to or greater than the amount reduced.&#xA;&#xA;:ENDSPEC&#xA;&#xA;Rationale: we don&#39;t want wallet software giving users discounts-- sending&#xA;transactions that are amount-allowfee without paying any fee.  We also want&#xA;to allow users to pay MORE in fees, if they need to (fragmented wallet,&#xA;maybe, or big CoinJoin transaction) or decide to.&#xA;&#xA;&#xA;PS: I think there was also consensus that the BIP72  request=...   should&#xA;be shortened to just r=... (save 6 chars in QR codes).  Unless somebody&#xA;objects, I&#39;ll change the BIP and the reference implementation code to make&#xA;it so...&#xA;&#xA;-- &#xA;--&#xA;Gavin Andresen&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20131203/6bd7b54f/attachment.html&gt;</html></oembed>