Bitcoin Forum

Other => Beginners & Help => Topic started by: smeagol on May 05, 2013, 05:07:35 PM



Title: Slow confirmations
Post by: smeagol on May 05, 2013, 05:07:35 PM
I've been waiting for 20 minutes and only have gotten 2 confirmations.  Is that normal?  Thanks!


Title: Re: Slow confirmations
Post by: Joshster on May 05, 2013, 05:12:27 PM
Yes, that's isn't that bad.


Title: Re: Slow confirmations
Post by: hiloh on May 05, 2013, 05:22:57 PM
Yes, that's isn't that bad.
Joshster scammed me for $100


Title: Re: Slow confirmations
Post by: smeagol on May 05, 2013, 05:29:42 PM
Yes, that's isn't that bad.
Joshster scammed me for $100

How?


Title: Re: Slow confirmations
Post by: CoinBomb on May 05, 2013, 05:48:23 PM
Blocks are supposed to be confirmed once roughly every 10 minutes. This can vary based on a number of things though.


Title: Re: Slow confirmations
Post by: morgantar on May 05, 2013, 06:19:18 PM
yes, it is normal. I waited 1 day for a confirmation!


Title: Re: Slow confirmations
Post by: sslims on May 05, 2013, 06:51:36 PM
i agree


Title: Re: Slow confirmations
Post by: cox on May 05, 2013, 07:00:20 PM
How much fee did you pay?


Title: Re: Slow confirmations
Post by: nomad_cz on May 05, 2013, 07:21:12 PM
That's why LTC might come handy. Confirmations are much faster.


Title: Re: Slow confirmations
Post by: pencileraser on May 05, 2013, 07:27:38 PM
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.


Title: Re: Slow confirmations
Post by: Taxidermista on May 05, 2013, 07:45:15 PM
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.


Title: Re: Slow confirmations
Post by: MartinReynolds on May 05, 2013, 07:48:37 PM
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.


Title: Re: Slow confirmations
Post by: Jan-Jac on May 05, 2013, 09:06:24 PM
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.


Title: Re: Slow confirmations
Post by: emerefer on May 05, 2013, 10:23:09 PM
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


Title: Re: Slow confirmations
Post by: MartinReynolds on May 05, 2013, 10:35:13 PM
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.


Title: Re: Slow confirmations
Post by: nigz on May 05, 2013, 10:39:15 PM
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


Title: Re: Slow confirmations
Post by: mrjeff on May 05, 2013, 11:14:18 PM
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?


Title: Re: Slow confirmations
Post by: nesociety on May 06, 2013, 12:21:24 AM
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 :)


Title: Re: Slow confirmations
Post by: MartinReynolds on May 06, 2013, 12:32:45 AM
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.


Title: Re: Slow confirmations
Post by: tiananmenqian on May 06, 2013, 12:33:59 AM
normal

How much fee did you pay


Title: Re: Slow confirmations
Post by: cox on May 06, 2013, 11:29:26 AM


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.


Title: Re: Slow confirmations
Post by: DannyHamilton on May 06, 2013, 12:45:33 PM
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.



Title: Re: Slow confirmations
Post by: Zaih on May 06, 2013, 12:55:29 PM
It's around about 10 minutes per confirmation on average. So you're on track don't worry


Title: Re: Slow confirmations
Post by: bitcmainer on May 06, 2013, 12:56:45 PM
don't worry, all ok


Title: Re: Slow confirmations
Post by: MartinReynolds on May 06, 2013, 02:58:58 PM
Still pretty slow for me again today, wonder what is going on.


Title: Re: Slow confirmations
Post by: vmarkov on May 06, 2013, 04:50:56 PM
It's around about 10 minutes per confirmation on average. So you're on track don't worry
+1


Title: Re: Slow confirmations
Post by: cox on May 09, 2013, 11:38:00 AM
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.





Title: Re: Slow confirmations
Post by: DannyHamilton on May 09, 2013, 02:05:39 PM
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.


Title: Re: Slow confirmations
Post by: miningusa on May 09, 2013, 02:12:05 PM
It happens now and again, I wouldn't worry about it too much.