Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1W3ypQ-00005l-8N for bitcoin-development@lists.sourceforge.net; Fri, 17 Jan 2014 02:06:36 +0000 Received-SPF: pass (sog-mx-2.v43.ch3.sourceforge.com: domain of m.gmane.org designates 80.91.229.3 as permitted sender) client-ip=80.91.229.3; envelope-from=gcbd-bitcoin-development@m.gmane.org; helo=plane.gmane.org; Received: from plane.gmane.org ([80.91.229.3]) by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) id 1W3ypO-000322-9r for bitcoin-development@lists.sourceforge.net; Fri, 17 Jan 2014 02:06:36 +0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W3ypF-0007Aj-Ka for bitcoin-development@lists.sourceforge.net; Fri, 17 Jan 2014 03:06:25 +0100 Received: from 179.111.9.210 ([179.111.9.210]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Jan 2014 03:06:25 +0100 Received: from fragabr by 179.111.9.210 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Jan 2014 03:06:25 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: bitcoin-development@lists.sourceforge.net From: =?UTF-8?B?RMOibmllbA==?= Fraga Date: Fri, 17 Jan 2014 00:06:13 -0200 Organization: http://www.youtube.com/DanielFragaBR Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 179.111.9.210 X-Newsreader: Claws Mail 3.9.0cvs128 (GTK+ 2.24.20; x86_64-unknown-linux-gnu) X-Spam-Score: 2.2 (++) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (fragabr[at]gmail.com) -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.91.229.3 listed in list.dnswl.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.0 DKIM_ADSP_CUSTOM_MED No valid author signature, adsp_override is CUSTOM_MED -0.0 SPF_PASS SPF: sender matches SPF record 0.9 RCVD_NUMERIC_HELO Received: contains an IP address used for HELO -0.3 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 2.0 FSL_HELO_BARE_IP_2 FSL_HELO_BARE_IP_2 1.2 NML_ADSP_CUSTOM_MED ADSP custom_med hit, and not from a mailing list X-Headers-End: 1W3ypO-000322-9r Subject: Re: [Bitcoin-development] Suggestion: allow receivers to pay optional fee for transactions without fees X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jan 2014 02:06:36 -0000 This is good news! Thank you very much Ben for the answer. On Thu, 16 Jan 2014 17:52:39 -0800 Ben Davenport wrote: > You can create a transaction which spends the output to yourself, attachi= ng > a fee to that transaction. In order for miners to grab the transaction fee > on that transaction, they would have to also mine the original transactio= n. > Likely, you'd have to do this by hand, but software could be written to > simplify doing it. No protocol changes needed. >=20 > Ben >=20 >=20 > On Thu, Jan 16, 2014 at 5:39 PM, D=C3=A2niel Fraga wr= ote: >=20 > > Someone sent me a very small donation (0.00121 BTC) without > > paying fees. I don't know who sent it and I know this type of > > transaction are usually rejected by miners. Take a look at it below: > > > > https://imageshack.com/i/ngv5g8j > > > > Even with the a low probability of confirmation, I > > was hoping that after a few days it could be included in a block, but > > Blockchain.info simply removed it (I know the sender sent from a > > Blockchain.info wallet, because he added a note): > > > > > > https://blockchain.info/pt/tx/3cde47ee3979a46b36bd61bdb0caf9c11dea58ac9= 9f17fb17b95728766de70e0 > > > > As you can see now it shows as "Transaction not found". > > > > My suggestion is: it would be nice if the receiver could have a > > chance to pay the fee when the sender didn't pay any fee. For example, > > I could pay a fee of 0.0001 BTC and receive 0.00121 BTC. In the end I'd > > have 0.00111 BTC. Better than nothing. > > > > Would it be technically possible to do that or it would be too > > much trouble to change the protocol to allow the receiver to pay an > > optional fee? > > > > Ps: I'm not a programmer, but if the receiver could > > optionally "attach" some fee to the transaction, even if he/she didn't > > sent the transaction, this could be solved. Bitcoin-qt could even warn > > the receiver he received a transaction without fee and if he wants > > faster confirmation he could pay a fee. > > > > Ps2: if this is a silly suggestion, just ignore it. I tried on > > Bitcointalk, but nobody answered. > > > > -- > > Linux 3.12.0: One Giant Leap for Frogkind > > http://www.youtube.com/DanielFragaBR > > http://mcxnow.com > > Bitcoin: 12H6661yoLDUZaYPdah6urZS5WiXwTAUgL > > > > > > > > > > -----------------------------------------------------------------------= ------- > > CenturyLink Cloud: The Leader in Enterprise Cloud Services. > > Learn Why More Businesses Are Choosing CenturyLink Cloud For > > Critical Workloads, Development Environments & Everything In Between. > > Get a Quote or Start a Free Trial Today. > > > > http://pubads.g.doubleclick.net/gampad/clk?id=3D119420431&iu=3D/4140/os= tg.clktrk > > _______________________________________________ > > Bitcoin-development mailing list > > Bitcoin-development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > > >=20 --=20 Linux 3.12.0: One Giant Leap for Frogkind http://www.youtube.com/DanielFragaBR http://mcxnow.com Bitcoin: 12H6661yoLDUZaYPdah6urZS5WiXwTAUgL