Pages:
Author

Topic: Slow confirmations (Read 1239 times)

member
Activity: 98
Merit: 10
May 09, 2013, 09:12:05 AM
#29
It happens now and again, I wouldn't worry about it too much.
legendary
Activity: 3472
Merit: 4794
May 09, 2013, 09:05:39 AM
#28
Can you up the fee to an existing transaction that you already sent?  Assuming you are using bitcoin-qt?

I'm not aware of any easy way to do this at the moment.  Hopefully, in the future there will be multiple methods of handling such a situation.

Technically there are a few things that could be done:

Someone could contract with a few of the major pools and offer compensation as an incentive to confirm specific transactions.  They could then collect payments from individuals along with the transactionID that needs to be confirmed.  They could forward the transactionID to all the contracted major pools.  Then when a pool confirms the transaction in their next block, the service could release payment directly to the pool (keeping a small fee for themselves for providing the service).

The recipient could create a new transaction that spends the output they are receiving to another address they own even though it has no confirmations yet.  They could include a large enough fee on this second transaction to cover the necessary costs of both transactions.  Pools could start looking ahead to see if they can increase their profits by confirming an entire chain of unconfirmed transactions instead of just looking at each transaction individually.  Seeing that there is an additional transaction with a significant fee that they could earn, they would have an incentive to confirm the earlier low fee transaction in their next block before some other pool gets the opportunity to collect that fee from the later transaction.



Does this mean that there is a payout of fee's after each confirmation? I was of the understanding that all fees was given to whomever solved the next block. The same principle as new coins.

Your understanding is correct.  When a transaction is first confirmed in a block that is accepted by the network, the fees go to that miner (or pool).  Additional blocks that are added to the blockchain are considered additional "confirmations", but those blocks only pay the fees from their own transactions to the miner (or pool) that creates them.

How does this prevent either of the scenarios I've presented?

Scenario 1.  I'm a merchant.  I receive a lot of transactions without fees.  I contact a few of the major pools and offer a contract whereby I present them with a list of transactionIDs every 5 minutes, and they guarantee me that they will include all the transactions with those IDs in the next block they solve.  As compensation for agreeing to this service, I offer to pay a daily sum equivalent to 0.006 BTC per transaction from my list included in a block to the contracted pools that create he blocks with my list of transactions.

Scenario 2.  I'm a merchant.  I receive a transaction for 10 BTC, but no fee.  I immediately spend that unconfirmed 10 BTC transaction in a new transaction that sends 9.998 BTC to my bitcoin storage address and pays 0.002 BTC in fees.  A miner (or pool) can now choose.  In their next block, they can confirm two unconfirmed transactions that someone else has made that each pay 0.0005 BTC in fees (0.001 BTC for the pair), or in that block they can confirm my 2 unconfirmed transactions receiving 0 in fees for the first one, but 0.002 BTC for the second (which works out to an average of 0.001 BTC each).  They get a 100% bonus for choosing to confirm my transactions.  My transaction with the fee cannot be confirmed until/unless the free transaction behind it is confirmed first, so there is no risk that someone will confirm the fee paying transaction and leave the free one unconfirmed.  Every miner (or pool) has a financial incentive to include my two transactions.  If they don't do it right away in the block they are currently working on, then someone else might get it in the next block, and they'll be left with the cheaper transactions that only pay 0.0005 BTC in fees.
cox
newbie
Activity: 10
Merit: 0
May 09, 2013, 06:38:00 AM
#27
Can you up the fee to an existing transaction that you already sent?  Assuming you are using bitcoin-qt?

I'm not aware of any easy way to do this at the moment.  Hopefully, in the future there will be multiple methods of handling such a situation.

Technically there are a few things that could be done:

Someone could contract with a few of the major pools and offer compensation as an incentive to confirm specific transactions.  They could then collect payments from individuals along with the transactionID that needs to be confirmed.  They could forward the transactionID to all the contracted major pools.  Then when a pool confirms the transaction in their next block, the service could release payment directly to the pool (keeping a small fee for themselves for providing the service).

The recipient could create a new transaction that spends the output they are receiving to another address they own even though it has no confirmations yet.  They could include a large enough fee on this second transaction to cover the necessary costs of both transactions.  Pools could start looking ahead to see if they can increase their profits by confirming an entire chain of unconfirmed transactions instead of just looking at each transaction individually.  Seeing that there is an additional transaction with a significant fee that they could earn, they would have an incentive to confirm the earlier low fee transaction in their next block before some other pool gets the opportunity to collect that fee from the later transaction.



Does this mean that there is a payout of fee's after each confirmation? I was of the understanding that all fees was given to whomever solved the next block. The same principle as new coins.



newbie
Activity: 10
Merit: 0
May 06, 2013, 11:50:56 AM
#26
It's around about 10 minutes per confirmation on average. So you're on track don't worry
+1
newbie
Activity: 14
Merit: 0
May 06, 2013, 09:58:58 AM
#25
Still pretty slow for me again today, wonder what is going on.
newbie
Activity: 6
Merit: 0
May 06, 2013, 07:56:45 AM
#24
don't worry, all ok
hero member
Activity: 504
Merit: 500
May 06, 2013, 07:55:29 AM
#23
It's around about 10 minutes per confirmation on average. So you're on track don't worry
legendary
Activity: 3472
Merit: 4794
May 06, 2013, 07:45:33 AM
#22
Can you up the fee to an existing transaction that you already sent?  Assuming you are using bitcoin-qt?

I'm not aware of any easy way to do this at the moment.  Hopefully, in the future there will be multiple methods of handling such a situation.

Technically there are a few things that could be done:

Someone could contract with a few of the major pools and offer compensation as an incentive to confirm specific transactions.  They could then collect payments from individuals along with the transactionID that needs to be confirmed.  They could forward the transactionID to all the contracted major pools.  Then when a pool confirms the transaction in their next block, the service could release payment directly to the pool (keeping a small fee for themselves for providing the service).

The recipient could create a new transaction that spends the output they are receiving to another address they own even though it has no confirmations yet.  They could include a large enough fee on this second transaction to cover the necessary costs of both transactions.  Pools could start looking ahead to see if they can increase their profits by confirming an entire chain of unconfirmed transactions instead of just looking at each transaction individually.  Seeing that there is an additional transaction with a significant fee that they could earn, they would have an incentive to confirm the earlier low fee transaction in their next block before some other pool gets the opportunity to collect that fee from the later transaction.

cox
newbie
Activity: 10
Merit: 0
May 06, 2013, 06:29:26 AM
#21


Can you up the fee to an existing transaction that you already sent?  Assuming you are using bitcoin-qt?

In my opinion this is not possible,
If you where able to do this you wold fork the blockchain, or be caught by the anti double spending system.
newbie
Activity: 54
Merit: 0
May 05, 2013, 07:33:59 PM
#20
normal

How much fee did you pay
newbie
Activity: 14
Merit: 0
May 05, 2013, 07:32:45 PM
#19
I don't believe you can, sadly. I am not 100 percent sure, so maybe someone with more experience can comment but I don't think you can. Hope it gets confirmed soon.

Regards,

Martin.
newbie
Activity: 8
Merit: 0
May 05, 2013, 07:21:24 PM
#18
that a good question, I would like to know also if you can rectify or rather add value to an existing transaction that you earlier sent like mrjeff is asking Smiley
newbie
Activity: 18
Merit: 0
May 05, 2013, 06:14:18 PM
#17
ive been waiting for about 3 hours and have no confirmations on a transfer i made.   Is there anything i can do to speed this up in the future?

Thank You

How much of a fee did you pay, maybe up it a little bit and it will get confirmed faster.

Regards,

Martin.

Can you up the fee to an existing transaction that you already sent?  Assuming you are using bitcoin-qt?
newbie
Activity: 6
Merit: 0
May 05, 2013, 05:39:15 PM
#16
ive been waiting for about 3 hours and have no confirmations on a transfer i made.   Is there anything i can do to speed this up in the future?

Thank You

add small comission
newbie
Activity: 14
Merit: 0
May 05, 2013, 05:35:13 PM
#15
ive been waiting for about 3 hours and have no confirmations on a transfer i made.   Is there anything i can do to speed this up in the future?

Thank You

How much of a fee did you pay, maybe up it a little bit and it will get confirmed faster.

Regards,

Martin.
sr. member
Activity: 338
Merit: 250
May 05, 2013, 05:23:09 PM
#14
ive been waiting for about 3 hours and have no confirmations on a transfer i made.   Is there anything i can do to speed this up in the future?

Thank You
newbie
Activity: 8
Merit: 0
May 05, 2013, 04:06:24 PM
#13
Yes it takes forever and so frustrating to send BTC from one exchange to another and have to worry about them losing 10% of their value in transit.  It can definitely happen and could lose 20% in an hour or whatever.   I try to wait until the chart shows a nice slow uptrend...too much volatility and I just wait.
newbie
Activity: 14
Merit: 0
May 05, 2013, 02:48:37 PM
#12
In my experience, 6 confirmations generally takes a hour. So 2 confirmations takes around 20 minutes, I think OP must already have 6.

Regards,

Martin.
legendary
Activity: 1148
Merit: 1001
May 05, 2013, 02:45:15 PM
#11
I've been waiting for 20 minutes and only have gotten 2 confirmations.  Is that normal?  Thanks!

It's easy to wait more than an hour to confirm a transaction.
newbie
Activity: 13
Merit: 0
May 05, 2013, 02:27:38 PM
#10
Yes, that's isn't that bad.
Joshster scammed me for $100

Give details or a link, or don't even post at all, what good is this.
Pages:
Jump to: