-
Notifications
You must be signed in to change notification settings - Fork 246
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
chore: integrate on-demand DNS discovery and implement discoverAndConnectPeers #6000
chore: integrate on-demand DNS discovery and implement discoverAndConnectPeers #6000
Conversation
- some minor progress to add nwaku in status-go - nwaku.go: GetNumConnectedPeers controls when passed pubsub is empty - waku_test.go: adapt TestWakuV2Store - add missing shard.go - feat_: build nwaku with nix and use build tags to choose between go-waku and nwaku (#5896) - chore_: update nwaku - nwaku bump (#5911) - bump: nwaku - chore: add USE_NWAKU env flag - fix: build libwaku only if needed - feat: testing discovery and dialing with nwaku integration (#5940)
…esult iterator impl (#5971)
…and libwaku test to run (#5986)
We require commits to follow the Conventional Commits, but with
|
} | ||
} | ||
var addrsToConnect []multiaddr.Multiaddr | ||
nameserver := "1.1.1.1" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What should I add here? For sure there's a better option than hardcoding this, but want to know how is it currently done :))
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd say for now just add TODO-nwaku
;P
Jokes apart (or not) I think the best would be to avoid passing the nameserver
parameter and instead, have the complexity of picking up the appropriate dns-server within libwaku
.
time.Sleep(1 * time.Second) | ||
|
||
sampleEnrTree := "enrtree://AMOJVZX4V6EXP7NTJPMAYJYST2QP6AJXYW76IU6VGJS7UVSNDYZG4@boot.prod.status.nodes.status.im" | ||
nameserver := "1.1.1.1" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
same here
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As mentioned above, I think we can avoid passing the nameserver and leave that responsability to libwaku
.
Something to be considered once the following is completed: waku-org/nwaku#1490
Jenkins Builds
|
❌ 1 Tests Failed:
View the top 1 failed tests by shortest run time
To view individual test run time comparison to the main branch, go to the Test Analytics Dashboard |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM! Thanks for it! 🙌 🥳
} | ||
} | ||
var addrsToConnect []multiaddr.Multiaddr | ||
nameserver := "1.1.1.1" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd say for now just add TODO-nwaku
;P
Jokes apart (or not) I think the best would be to avoid passing the nameserver
parameter and instead, have the complexity of picking up the appropriate dns-server within libwaku
.
time.Sleep(1 * time.Second) | ||
|
||
sampleEnrTree := "enrtree://AMOJVZX4V6EXP7NTJPMAYJYST2QP6AJXYW76IU6VGJS7UVSNDYZG4@boot.prod.status.nodes.status.im" | ||
nameserver := "1.1.1.1" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As mentioned above, I think we can avoid passing the nameserver and leave that responsability to libwaku
.
Something to be considered once the following is completed: waku-org/nwaku#1490
e829dea
to
fd9d9f3
Compare
Closing this PR in favor of #6017 |
Integrating libwaku's on-demand DNS discovery functionality and implementing
discoverAndConnectPeers
Notice that for
discoverAndConnectPeers
, we have to do it sequentially and not with goroutines, as libwaku doesn't work properly with goroutines for now (because of goroutines spinning up multiple threads and Nim being set up only in one).This PR will work properly once waku-org/nwaku#3155 is merged, will update the nwaku submodule here once the fix is in master
Important changes:
waku_dns_discovery
procedurediscoverAndConnectPeers
Issue waku-org/nwaku#3076