From: Christophe Biocca <christophe.biocca@gmail•com>
To: "Dâniel Fraga" <fragabr@gmail•com>
Cc: bitcoin-development@lists•sourceforge.net
Subject: Re: [Bitcoin-development] Suggestion: allow receivers to pay optional fee for transactions without fees
Date: Thu, 16 Jan 2014 21:39:31 -0500 [thread overview]
Message-ID: <CANOOu=-cA7TTfAtfRy1WL+Dy6EQPwjcTH1m=u+f9RB73wC=btw@mail.gmail.com> (raw)
In-Reply-To: <lba369$sp9$1@ger.gmane.org>
To clarify, there are proposals to make miners recognize this
situation and account for it, only eligius is running it at the moment
IIRC:
http://bitcoin.stackexchange.com/questions/8390/are-there-any-pools-or-large-miners-running-child-pays-for-parent-patch
Right now if you were to try it likely wouldn't result in inclusion.
But this is on the radar, and I suspect it'll eventually get merged
into mainline.
On Thu, Jan 16, 2014 at 9:06 PM, Dâniel Fraga <fragabr@gmail•com> wrote:
> This is good news! Thank you very much Ben for the answer.
>
> On Thu, 16 Jan 2014 17:52:39 -0800
> Ben Davenport <bendavenport@gmail•com> wrote:
>
>> You can create a transaction which spends the output to yourself, attaching
>> 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 transaction.
>> Likely, you'd have to do this by hand, but software could be written to
>> simplify doing it. No protocol changes needed.
>>
>> Ben
>>
>>
>> On Thu, Jan 16, 2014 at 5:39 PM, Dâniel Fraga <fragabr@gmail•com> wrote:
>>
>> > 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/3cde47ee3979a46b36bd61bdb0caf9c11dea58ac99f17fb17b95728766de70e0
>> >
>> > 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=119420431&iu=/4140/ostg.clktrk
>> > _______________________________________________
>> > Bitcoin-development mailing list
>> > Bitcoin-development@lists•sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>> >
>>
>
>
> --
> 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=119420431&iu=/4140/ostg.clktrk
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists•sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
next prev parent reply other threads:[~2014-01-17 2:39 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-17 1:39 Dâniel Fraga
2014-01-17 1:52 ` Ben Davenport
2014-01-17 2:06 ` Dâniel Fraga
2014-01-17 2:39 ` Christophe Biocca [this message]
2014-01-17 5:40 ` Luke-Jr
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CANOOu=-cA7TTfAtfRy1WL+Dy6EQPwjcTH1m=u+f9RB73wC=btw@mail.gmail.com' \
--to=christophe.biocca@gmail$(echo .)com \
--cc=bitcoin-development@lists$(echo .)sourceforge.net \
--cc=fragabr@gmail$(echo .)com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox