Author

Topic: Significance of port 8333? (Read 2332 times)

administrator
Activity: 5222
Merit: 13032
February 12, 2011, 04:57:02 PM
#9
Though, since bitcoin can use a tor proxy, it gets all those features. How well would it work to use a tor location hidden service as your available IP? If the client just forwards everything through the proxy, letting it do DNS lookups, then it would mean that you just wont resolve for any clients not using a tor proxy, but it should be transparent for anyone doing it.

Bitcoin doesn't handle hostnames. You need to use Tor's MapAddress to use a hidden service (explicitly with -addnode), though this does work.
member
Activity: 82
Merit: 10
February 12, 2011, 04:31:09 PM
#8
Is it not possible to forward two ports for bitcoin? E.g. 8333 and 8334 and announce this ports in the distributed database, like bittorrent does?

No. You could modify the source to use a different port, but "stock" Bitcoin greatly prefers to connect to peers on port 8333, so it wouldn't do any good.

of course, I was thinking about why this is a bad thing, all that I can come up with was to draw parallels to how tor is built.... able to specify bridge nodes, and specific IPs that you are allowed to talk on... and SSL options even chosen to try and minimize the detectability of what is going on.

Though, since bitcoin can use a tor proxy, it gets all those features. How well would it work to use a tor location hidden service as your available IP? If the client just forwards everything through the proxy, letting it do DNS lookups, then it would mean that you just wont resolve for any clients not using a tor proxy, but it should be transparent for anyone doing it.

Of course, if nodes are only advertised by IP (havn't looked at that, might have to soon) that wont work.
legendary
Activity: 1708
Merit: 1010
February 12, 2011, 04:02:41 PM
#7
Couldn't you just force the second one to connect to the other via localhost, and benefit from the first one's connections?
administrator
Activity: 5222
Merit: 13032
February 12, 2011, 02:47:56 PM
#6
Is it not possible to forward two ports for bitcoin? E.g. 8333 and 8334 and announce this ports in the distributed database, like bittorrent does?

No. You could modify the source to use a different port, but "stock" Bitcoin greatly prefers to connect to peers on port 8333, so it wouldn't do any good.
newbie
Activity: 17
Merit: 0
February 12, 2011, 09:37:43 AM
#5
I have Bitcoin (GUI version) running (and mining) on two machines, but can obviously only forward port 8333 to one of those.

Is it not possible to forward two ports for bitcoin? E.g. 8333 and 8334 and announce this ports in the distributed database, like bittorrent does?

Flow
jr. member
Activity: 39
Merit: 1
January 24, 2011, 04:38:17 PM
#4
It will have only 8 (outgoing) connections.

With fewer connections, it will notice new blocks a tiny bit more slowly than the other machine, and blocks it finds will propagate to the rest of the network slightly more slowly than the other machine.  So it will spend a teeny-tiny bit more time working on an out-of-date block chain, and will be a teeny-tiny bit more likely to lose "announce a new block" races.  But I bet the effects are so small you'd never notice them.

Can't you eliminate this effect by starting Bitcoin on the second machine (not getting the port forwarding requests) with the -addnode= parameter ?
In that way, this second machine will have 7 connections to the outside world and 1 to the other machine probably being connected to a lot of more nodes.
I think even using the -connect= on the second machine is enough as the connection between the two machines is probably 1000x faster and less laggy then the internet connection to other nodes.

legendary
Activity: 860
Merit: 1026
January 23, 2011, 10:19:49 AM
#3
Quote from: gavinandresen
Quote from: Goonie
Will it be able to receive coins by transactions (more precisely: will received coins be displayed without my intervention)?
yes
afaik only when "non-ip"-transactions are made (using bitcoin addresses).
if you send money to a specific ip, the client which the port is forwarded to will receive the coins.
(IP-payments are disabled by default (and will be removed in future versions afaik), so this isn't a big concern)
legendary
Activity: 1652
Merit: 2301
Chief Scientist
January 23, 2011, 09:47:19 AM
#2
I have Bitcoin (GUI version) running (and mining) on two machines, but can obviously only forward port 8333 to one of those.
What implications does this have for the machine without incoming connections?

It will have only 8 (outgoing) connections.

With fewer connections, it will notice new blocks a tiny bit more slowly than the other machine, and blocks it finds will propagate to the rest of the network slightly more slowly than the other machine.  So it will spend a teeny-tiny bit more time working on an out-of-date block chain, and will be a teeny-tiny bit more likely to lose "announce a new block" races.  But I bet the effects are so small you'd never notice them.

Quote
Will it be able to "find" coins while mining?
Will it be able to receive coins by transactions (more precisely: will received coins be displayed without my intervention)?
Will the answers be any different for "bitcoind"?

Yes and yes and no.
hero member
Activity: 483
Merit: 551
January 23, 2011, 09:29:26 AM
#1
I have Bitcoin (GUI version) running (and mining) on two machines, but can obviously only forward port 8333 to one of those.

What implications does this have for the machine without incoming connections?

Will it be able to "find" coins while mining?

Will it be able to receive coins by transactions (more precisely: will received coins be displayed without my intervention)?

Both clients are at the top of the block chain and have connections displayed in the status bar.

Will the answers be any different for "bitcoind"?

Best regards,

Andreas
Jump to: