Skip to content

Conversation

Sjors
Copy link
Member

@Sjors Sjors commented Dec 15, 2020

Since v0.21 hidden services use the longer v3 address format.

It may make sense to backport this to the v0.21 branch, although onion nodes can always use the non-onion seeds.

@Sjors
Copy link
Member Author

Sjors commented Dec 15, 2020

cc @kallewoof

@fanquake fanquake requested a review from ajtowns December 15, 2020 13:18
@maflcko
Copy link
Member

maflcko commented Dec 15, 2020

What is this patch doing? Does it somehow embed the v2 onion in a v3 onion? Does this depend on the operator upgrading the node?

@ajtowns
Copy link
Contributor

ajtowns commented Dec 15, 2020

Might be smart to add the names of the seed maintainers in comments as per mainnet/testnet DNS seeds.

@kallewoof
Copy link
Contributor

kallewoof commented Dec 15, 2020

utACK

@Sjors is the owner of the onion seed. I assume he switched it to using a v3 address.

@maflcko
Copy link
Member

maflcko commented Dec 15, 2020

Ah, I see. So the v2 one is probably not reachable anymore.

Concept ACK 3e6657a

@Saibato
Copy link
Contributor

Saibato commented Dec 15, 2020

Concept ACK

Although I would keep both v2 and v3 and skip v2 followup PR when v2 finally fades out.

@Sjors tyi, in case the v2 v3 addresses are connected to a node of u , both addresses where down and unreachable over Tor, tested, short before i wrote these lines

@laanwj
Copy link
Member

laanwj commented Dec 15, 2020

I'm also unable to connect to the host

$ nc -v -x 127.0.0.1:9050  v7ajjeirttkbnt32wpy3c6w3emwnfr3fkla7hpxcfokr3ysd3kqtzmqd.onion 38333
…
nc: connection failed, SOCKSv5 error: General SOCKS server failure

ACK otherwise.

@maflcko maflcko added P2P and removed Validation labels Dec 15, 2020
@Sjors
Copy link
Member Author

Sjors commented Dec 15, 2020

It's indeed my own seed node. Didn't want to doxx myself, but it's obvious from context anyway. Indeed the v2 is offline since afaik we don't support running both on the same node.

I'm having difficulty connecting to the service as well, but this is the onion its advertising.

For some reason when I restart it sometimes complains Cannot create socket for ntv3mtqw5wt63red.onion:38333: unsupported network, even though I'm running v0.21.0rc3 and ~/.bitcoin/signet/onion_v3_private_key exists. Actually, that's probably just the node trying to make an outbound connection to the v2 address seed.

@Sjors
Copy link
Member Author

Sjors commented Dec 15, 2020

I guess it's just a bit flaky, it connects now: Connection to v7ajjeirttkbnt32wpy3c6w3emwnfr3fkla7hpxcfokr3ysd3kqtzmqd.onion 38333 port [tcp/*] succeeded!

@Saibato
Copy link
Contributor

Saibato commented Dec 15, 2020

@Sjors tyi, @jb55 had a post on Twitter about onion balancing https://onionbalance.readthedocs.io/en/latest/
Maybe that is something u can use to make it more stable.

I had also with node the phenomena that old addresses linger in peer.dat and want to connect at random.
A fresh peers,dat solved that.

Had a first thought that load balancing V3 in general for Bitcoin onion services could be a good idea.
If there is interest, i could do a draft PR that integrates that into our torcontrol.cpp

@laanwj
Copy link
Member

laanwj commented Dec 15, 2020

It connects for me now.
ACK 3e6657a

@Saibato
Copy link
Contributor

Saibato commented Dec 15, 2020

tACK 3e6657a 👍

@laanwj laanwj merged commit d9a4738 into bitcoin:master Dec 15, 2020
sidhujag pushed a commit to syscoin/syscoin that referenced this pull request Dec 15, 2020
3e6657a Move signet onion seed from v2 to v3 (Sjors Provoost)

Pull request description:

  Since v0.21 hidden services use the longer v3 address format.

  It may make sense to backport this to the v0.21 branch, although onion nodes can always use the non-onion seeds.

ACKs for top commit:
  MarcoFalke:
    Concept ACK 3e6657a
  laanwj:
    ACK 3e6657a
  Saibato:
    tACK bitcoin@3e6657a  👍

Tree-SHA512: 9bb4d82345ab25d6ea971f8f106c30778ade2ba11a292e8d7449ea39581b91e51c4b34851b5c06f5dfbe07e7b04e5dc92c48c98c47a1c7ef3d5f350c3a3ad4f7
maflcko pushed a commit to maflcko/bitcoin-core that referenced this pull request Dec 16, 2020
@maflcko
Copy link
Member

maflcko commented Dec 16, 2020

Backported in #20669

@bitcoin bitcoin locked as resolved and limited conversation to collaborators Feb 15, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

8 participants