Bitcoin Forum
December 05, 2016, 04:38:45 AM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 [2]  All
  Print  
Author Topic: 0/unconfirmed status for about 12 hours  (Read 5350 times)
ArtForz
Sr. Member
****
Offline Offline

Activity: 406


View Profile
March 22, 2011, 02:56:29 PM
 #21

Thread necromancy.
Pretty much all of those are really low-scoring penny spam, legit free transactions should still get into blocks quick enough thanks to dPriority.

bitcoin: 1Fb77Xq5ePFER8GtKRn2KDbDTVpJKfKmpz
i0coin: jNdvyvd6v6gV3kVJLD7HsB5ZwHyHwAkfdw
1480912725
Hero Member
*
Offline Offline

Posts: 1480912725

View Profile Personal Message (Offline)

Ignore
1480912725
Reply with quote  #2

1480912725
Report to moderator
1480912725
Hero Member
*
Offline Offline

Posts: 1480912725

View Profile Personal Message (Offline)

Ignore
1480912725
Reply with quote  #2

1480912725
Report to moderator
1480912725
Hero Member
*
Offline Offline

Posts: 1480912725

View Profile Personal Message (Offline)

Ignore
1480912725
Reply with quote  #2

1480912725
Report to moderator
Bitcoin mining is now a specialized and very risky industry, just like gold mining. Amateur miners are unlikely to make much money, and may even lose money. Bitcoin is much more than just mining, though!
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1480912725
Hero Member
*
Offline Offline

Posts: 1480912725

View Profile Personal Message (Offline)

Ignore
1480912725
Reply with quote  #2

1480912725
Report to moderator
1480912725
Hero Member
*
Offline Offline

Posts: 1480912725

View Profile Personal Message (Offline)

Ignore
1480912725
Reply with quote  #2

1480912725
Report to moderator
Qoad Sof
Newbie
*
Offline Offline

Activity: 3


View Profile
March 22, 2011, 04:39:58 PM
 #22

Thread necromancy.
Pretty much all of those are really low-scoring penny spam, legit free transactions should still get into blocks quick enough thanks to dPriority.


Why are low BTC transactions considered illegitimate or spam?
Cryptoman
Hero Member
*****
Offline Offline

Activity: 728



View Profile
March 22, 2011, 07:55:07 PM
 #23

Thread necromancy.
Pretty much all of those are really low-scoring penny spam, legit free transactions should still get into blocks quick enough thanks to dPriority.


Why are low BTC transactions considered illegitimate or spam?


If someone wanted to attack the network, they could send a large number of very small transactions since the cost to do so is small.  There is code in the client to guard against this.

"A small body of determined spirits fired by an unquenchable faith in their mission can alter the course of history." --Gandhi
Stephen Gornick
Legendary
*
Offline Offline

Activity: 1988



View Profile
March 22, 2011, 10:00:39 PM
 #24

If someone wanted to attack the network, they could send a large number of very small transactions since the cost to do so is small.  There is code in the client to guard against this.

Are you referring to the "limitfreerelay", which is planned to be in the next release (Bitcoin v0.3.21)?
  http://bitcointalk.org/index.php?topic=4009.0

theymos
Administrator
Legendary
*
Offline Offline

Activity: 2492


View Profile
March 22, 2011, 10:36:56 PM
 #25

Are you referring to the "limitfreerelay", which is planned to be in the next release (Bitcoin v0.3.21)?
  http://bitcointalk.org/index.php?topic=4009.0

The priority system is already in effect, which is preventing those spam transactions from getting into blocks.

1NXYoJ5xU91Jp83XfVMHwwTUyZFK64BoAD
compro01
Hero Member
*****
Offline Offline

Activity: 485


View Profile
March 23, 2011, 12:34:44 AM
 #26


There are at this time over 2,000 unconfirmed transactions queued, some more than 24 hours old.
 http://bitcoincharts.com/bitcoin

i looked at it this morning and it was down to less than 100 unconfirmed.  at current time, it's exactly 1000.

the wild swing in the length of the unconfirmed queue is probably due to the periodic behavior of the network speed.  Lots of people are hashing at night when they're not using their systems (Like I am), and there isn't enough of a time zone distribution (the vast majority of people running bitcoin are in North America and western Europe.  There's practically nothing in Asia or Australia) to make up for that, so all the overnight hashers clear the day's backlog (mostly) and then stop hashing during the day, causing a backlog to build up, which is then cleared overnight.

as this chart shows, the network speed swings wildly depending on time of day.

Herodes
Hero Member
*****
Offline Offline

Activity: 868


View Profile
May 11, 2011, 10:25:17 AM
 #27

Just putting in my two cents that I too have two 0/unconfirmed transactions supposed to go to the donation address of bitcoin-otc. Was send about 6.5 hrs ago. Still 0/unconfirmed.
grue
Global Moderator
Legendary
*
Offline Offline

Activity: 1932



View Profile
May 11, 2011, 01:12:24 PM
 #28

Just putting in my two cents that I too have two 0/unconfirmed transactions supposed to go to the donation address of bitcoin-otc. Was send about 6.5 hrs ago. Still 0/unconfirmed.
low amount = low priority.

It is pitch black. You are likely to be eaten by a grue.

Tired of annoying signature ads? Ad block for signatures
Herodes
Hero Member
*****
Offline Offline

Activity: 868


View Profile
May 12, 2011, 12:24:11 AM
 #29

There would be nice if there was some info in the client that the transaction actually was broadcast to the network, and it's status. I might file a feature request on this one. At the moment I have 3 transactions that are "0/unconfirmed".

As long as it's noted as "0/unconfirmed" and I have successfully both received and sent BTC during this time, I find it a bit odd.

But I'll just wait some more and see.

Also I have been using different client versions (whithout meaning to) on my wallet recently. I suspect there might be a bug that causes this issue. I got some warning about possible double spending, and I don't know if this will prevent the client from retrying sending the transactions out to the network. There's been no double spending, just running 0.3.21-beta and 0.3.20.01 both on the same data directory AppData/Roaming/Bitcoin.

I tought that including a fee would speed up transfer of a transaction?

As it is now I have two transfers with 0.1 fee waiting, and one with no fee (perhaps I sent that with the older client?)

So this is the status now:
http://imageshack.us/photo/my-images/703/mining2.png/

Frankly I am concerned there might be incompabilities between different bitcoin client versions that will cause problems, since I've had two different clients working on my data-directory as stated above.

The transfer of 4.81 BTC includes a fee of 0.1 and is newly made coins, I understand these takes longer to process in the network?

So what I am really worried about is that there might be some protocol or client issue. This is not a lot of money, but it would not have been fun to have this happen to a larger amount of BTC. But according to what the topic starter wrote, perhaps I should just wait more. Then we will see, I will keep you updated.




vuce
Sr. Member
****
Offline Offline

Activity: 476


View Profile
May 13, 2011, 03:14:34 PM
 #30

I have 0/unconfirmed on a transaction that got in a block 43 blocks ago. Is that something I should worry about?

edit: seems like there are no inputs, although there are shown on blockexplorer
-----

debug print
Credit: 0.14
Transaction:
CTransaction(hash=d85106b467, ver=1, vin.size=1, vout.size=2, nLockTime=0)
   CTxIn(COutPoint(d4aa1257fd, 1), scriptSig=3046022100e3f82c1755e927)
   CTxOut(nValue=1.86000000, scriptPubKey=OP_DUP OP_HASH160 c8c029ce1ace)
   CTxOut(nValue=0.14000000, scriptPubKey=OP_DUP OP_HASH160 198d80f19e84)
Inputs:

edit2: redownloaded the block chain and it's ok now. Weird, as I tried -rescan also.
Pages: « 1 [2]  All
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!