-
Notifications
You must be signed in to change notification settings - Fork 5
Open
Labels
developmentStandard developmentStandard developmentr&d:polykey:core activity 3Peer to Peer Federated HierarchyPeer to Peer Federated Hierarchy
Description
Specification
When starting the PolykeyAgent the NodeManager takes two steps to enter the network. When NodeManager is started it calls this.setupRefreshBucketTasks() and shortly after starting the PolykeyAgent calls this.nodeManager.syncNodeGraph. The fact that these two steps happen by default when starting a PolykeyAgent` can interfere with testing and adds a bunch of processing that doesn't need to be done.
We need to update this behaviour as specified in this comment #451 (comment).
Additional context
- Related Integrating
TaskManagerintoDiscovery#451 - Integrating
TaskManagerintoDiscovery#451 (comment)
Tasks
- Add a
lazyparameter toNodeManager.startthat when true, skips the creation ofrefreshBuckettasks withsetupRefreshBucketTasksand skips runningsyncNodeGraph. - Add a method to
NodeManagercalledstartSyncthat combines thesetupRefreshBucketTasksandsyncNodeGraphoperations - rename
syncNodeGraphtosyncSeedNodes - Have the
PolykeyAgentcreation and start optionally skip thestartSyncprocess based on a parameter. - Update any
PolykeyAgentusage in testing to skip the sync process where needed. - Remove any mocking of
refreshBucketto stub it out and replace it with usage of 5.
Metadata
Metadata
Assignees
Labels
developmentStandard developmentStandard developmentr&d:polykey:core activity 3Peer to Peer Federated HierarchyPeer to Peer Federated Hierarchy