j"1LAnZuoQdcKCkpDBKQMCgziGMoPC4VQUckMß<div class="post"><div class="quoteheader"><a href="https://bitcointalk.org/index.php?topic=287.msg7459#msg7459">Quote from: gavinandresen on August 04, 2010, 12:55:59 PM</a></div><div class="quote"><div class="quoteheader"><a href="https://bitcointalk.org/index.php?topic=287.msg7456#msg7456">Quote from: Insti on August 04, 2010, 12:17:00 PM</a></div><div class="quote">The 1 BTC transaction is a transaction with 1 input and 2 outputs, but it's still only 1 transaction.<br/></div>The rule is "if any TxOut (output) has a value of less than 0.01 bitcoins, charge a 0.01 fee":<br/><div class="codeheader">Code:</div><div class="code">main.h:<br/>foreach(const CTxOut& txout, vout)<br/> if (txout.nValue < CENT)<br/> nMinFee = CENT;<br/></div><br/></div><br/>Wow, ok this needs to go or it becomes impossible to do micropayment systems. For example, I am trying to build an automated system you "pay per packet" sent across a P2P network. Payments would generally be advanced, say 1 BTC at a time and when the connection closes any "change" would be returned. This rule makes it impossible to pay for a simple "search query" with no further transactions. I suppose that I would have to release the P2P program with its own BTC client that does not have this rule. It would take longer for transactions to post, but in theory if all clients are mining then you would still have a good chance of getting the payment in.<br/><br/></div> text/html
https://whatsonchain.com/tx/4d367880c09558d9d5d3f4d21c324ffd20c19b42ffa2f65ef9f5fb866fded894