Bitcoin Forum
November 19, 2024, 10:33:35 AM *
News: Check out the artwork 1Dq created to commemorate this forum's 15th anniversary
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Small transactions without transaction fee  (Read 2036 times)
pdki (OP)
Newbie
*
Offline Offline

Activity: 27
Merit: 0


View Profile
July 13, 2011, 08:25:26 AM
 #1

While trying the Bitcoin Wallet for Android I have tried to send 0.001 BTC to the phone (in this case with 0.0005 fee) and back (this time without fee, because the app does not implement fees in the moment).

The transaction with fees went through nicely, but the backward payment without fees did not arrive even after a day. I searched the unconfirmed transactions on
http://bitcoincharts.com/bitcoin/
but cannot find it. It also does not show up in my PC-client. Is it possible that such small transactions without fee are dropped completely by the network? Are there any documents I should read?
ercolinux
Legendary
*
Offline Offline

Activity: 938
Merit: 1000



View Profile WWW
July 13, 2011, 09:05:47 AM
 #2

Try to search here

http://blockexplorer.com/

insert the address from which you make payment and see if the transaction shows up.
Maybe you've type a wrong address to receive the payment

Bitrated user: ercolinux.
Stephen Gornick
Legendary
*
Offline Offline

Activity: 2506
Merit: 1010


View Profile
July 13, 2011, 09:38:28 AM
 #3

the backward payment without fees did not arrive even after a day. I searched the unconfirmed transactions on
http://bitcoincharts.com/bitcoin/
but cannot find it. It also does not show up in my PC-client.

Is it possible that such small transactions without fee are dropped completely by the network?

When a transaction is made the bitcoin client announces the transaction to all the nodes it has peered with.  Each node in turn announces it to its peers, and so on until eventually even the miner nodes know about it.

If for some reason the transaction didn't get announced properly, the client will re-send the transaction after some time has elapsed.  

For best results, the sender should leave the Bitcoin client running until the transaction gets resent and makes it into a block. This could be many many hours if there are many "low priority" transactions queued, but at the current time there are few.


Unichange.me

            █
            █
            █
            █
            █
            █
            █
            █
            █
            █
            █
            █
            █
            █
            █
            █


pdki (OP)
Newbie
*
Offline Offline

Activity: 27
Merit: 0


View Profile
July 13, 2011, 10:37:54 AM
 #4

The 0.001 BTC should go to this address: 1NCTneo6yy8b1bok7F2U7RP4VgciHY2sik. It was sent yesterday (16h ago) and it is not in blockexplorer and not in the unconfirmed transactions on bitcoincharts. My client (on Android) is still running and is connected to 7 peers. So if the net does not drop such small transactions without fee, I assume the client does not work properly.
kwukduck
Legendary
*
Offline Offline

Activity: 1937
Merit: 1001


View Profile
July 13, 2011, 11:29:04 AM
Last edit: July 13, 2011, 12:32:18 PM by kwukduck
 #5

Just wondering, which client are you using? I'm unaware of one that shows connections.

[edit]
Nevermind, just found it Smiley
Tried 0.01 myself with 0.0005 fee, worked perfectly.

14b8PdeWLqK3yi3PrNHMmCvSmvDEKEBh3E
Gavin Andresen
Legendary
*
Offline Offline

Activity: 1652
Merit: 2301


Chief Scientist


View Profile WWW
July 13, 2011, 11:37:17 AM
 #6

Very-low-priority transactions will get dropped by peers, because they look like "spam" transactions and network bandwidth is not free.

I don't know if the current rules are written down anywhere besides the source code; improving the fee-handling and spam-detecting code in bitcoin is high on my bitcoin improvement wish-list, so if they were written down they'd be likely to change fairly soon...

How often do you get the chance to work on a potentially world-changing project?
pdki (OP)
Newbie
*
Offline Offline

Activity: 27
Merit: 0


View Profile
July 13, 2011, 02:37:27 PM
 #7

Thanks, that can explain the problem. Seems like only very few people are aware of details like this. I think for a project that is as big as bitcoin starts to become, basic features like this one should be documented somewhere together with a change list for new releases. Don't want to blame anybody, thanks to everyone working on the software!
Leon
Newbie
*
Offline Offline

Activity: 14
Merit: 0



View Profile
July 13, 2011, 03:36:31 PM
 #8

Very-low-priority transactions will get dropped by peers, because they look like "spam" transactions and network bandwidth is not free.

I don't know if the current rules are written down anywhere besides the source code; improving the fee-handling and spam-detecting code in bitcoin is high on my bitcoin improvement wish-list, so if they were written down they'd be likely to change fairly soon...


+1

This is a problem I hope they find a solution to, very annoying.
Stephen Gornick
Legendary
*
Offline Offline

Activity: 2506
Merit: 1010


View Profile
July 13, 2011, 07:09:43 PM
 #9

Very-low-priority transactions will get dropped by peers, because they look like "spam" transactions and network bandwidth is not free.

+1

This is a problem I hope they find a solution to, very annoying.

Just to be clear though, this does not mean that the transaction will not ever get processed.  

Though some peers may not relay a very-low-priority transaction the client will continue trying to resend that transaction to its peers.  

If the problem is the transaction isn't getting relayed, the client can even be directed to connect to a specific node that relays regardless:
 - http://en.bitcoin.it/wiki/Free_transaction_relay_policy
  (though I don't know if that will cause the transaction to be included in a block any sooner.)

Unichange.me

            █
            █
            █
            █
            █
            █
            █
            █
            █
            █
            █
            █
            █
            █
            █
            █


pdki (OP)
Newbie
*
Offline Offline

Activity: 27
Merit: 0


View Profile
July 13, 2011, 09:14:00 PM
 #10

Very-low-priority transactions will get dropped by peers, because they look like "spam" transactions and network bandwidth is not free.

+1

This is a problem I hope they find a solution to, very annoying.

Just to be clear though, this does not mean that the transaction will not ever get processed.  

Though some peers may not relay a very-low-priority transaction the client will continue trying to resend that transaction to its peers.  

If the problem is the transaction isn't getting relayed, the client can even be directed to connect to a specific node that relays regardless:
 - http://en.bitcoin.it/wiki/Free_transaction_relay_policy
  (though I don't know if that will cause the transaction to be included in a block any sooner.)


In my case the transaction was created by the Andriod app "Bitcoin Wallet". I have no way of pointing it to specific peers.

Anyway, as far as I know in the moment all nodes run the same software, because except of bitconj there is only one implementation. So why should some of peers relay the transaction while others do not when they are all running the same software and following the same rules?
nealmcb
Newbie
*
Offline Offline

Activity: 26
Merit: 0


View Profile
July 21, 2011, 08:49:26 PM
 #11

So far it sounds like a bug in the Android client's handling of very small ("spammy") transactions, which do require a fee to be safe.  Note that the rules are complex, and include not just how many bitcoins were transferred, but how old those bitcoins are, since spammers will presumably find it easier to spam with new coins.

Very-low-priority transactions will get dropped by peers, because they look like "spam" transactions and network bandwidth is not free.

I don't know if the current rules are written down anywhere besides the source code; improving the fee-handling and spam-detecting code in bitcoin is high on my bitcoin improvement wish-list, so if they were written down they'd be likely to change fairly soon...


Some detail is given in the wiki:
Transaction fees - Bitcoin

I'm not sure if it is all on the right track, and it is clearly a bit out-of-date.
Bitcoin_Silver_Supply
Sr. Member
****
Offline Offline

Activity: 258
Merit: 250



View Profile
July 21, 2011, 08:52:08 PM
 #12

I was barred from giving a 0.1BTC donation yesterday without paying a fee. It made me wonder what exactly we're mining for again.
MoonShadow
Legendary
*
Offline Offline

Activity: 1708
Merit: 1010



View Profile
July 21, 2011, 08:55:38 PM
 #13

I was barred from sending a transaction of .06 BTC, which shouldn't have required a fee in any case.  There is something else wrong, really.  I was testing out Bitcoin Android.

"The powers of financial capitalism had another far-reaching aim, nothing less than to create a world system of financial control in private hands able to dominate the political system of each country and the economy of the world as a whole. This system was to be controlled in a feudalist fashion by the central banks of the world acting in concert, by secret agreements arrived at in frequent meetings and conferences. The apex of the systems was to be the Bank for International Settlements in Basel, Switzerland, a private bank owned and controlled by the world's central banks which were themselves private corporations. Each central bank...sought to dominate its government by its ability to control Treasury loans, to manipulate foreign exchanges, to influence the level of economic activity in the country, and to influence cooperative politicians by subsequent economic rewards in the business world."

- Carroll Quigley, CFR member, mentor to Bill Clinton, from 'Tragedy And Hope'
JoelKatz
Legendary
*
Offline Offline

Activity: 1596
Merit: 1012


Democracy is vulnerable to a 51% attack.


View Profile WWW
July 21, 2011, 09:06:54 PM
 #14

Anyway, as far as I know in the moment all nodes run the same software, because except of bitconj there is only one implementation. So why should some of peers relay the transaction while others do not when they are all running the same software and following the same rules?
People are free to choose their own rules for relaying and including transactions and do in fact do so.

I am an employee of Ripple. Follow me on Twitter @JoelKatz
1Joe1Katzci1rFcsr9HH7SLuHVnDy2aihZ BM-NBM3FRExVJSJJamV9ccgyWvQfratUHgN
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!