Module massa_bootstrap::server

start the bootstrapping system using start_bootstrap_server Once your node will be ready, you may want other to bootstrap from you.

Listener

Runs in the server-dedication tokio async runtime Accepts bootstrap connections in an async-loop Upon connection, pushes the accepted connection onto a channel for the worker loop to consume

Updater

Runs on a dedicated thread. Signal sent my manager stop method terminates the thread. Shares an Arc<RwLock>> guarded list of white and blacklists with the main worker. Periodically does a read-only check to see if list needs updating. Creates an updated list then swaps it out with write-locked list Assuming no errors in code, this is the only write occurrence, and is only a pointer-swap under the hood, making write contention virtually non-existent.

Worker loop

1. Checks if the stopper has been invoked.
2. Checks if the client is permitted under the white/black list rules
3. Checks if there are not too many active sessions already
4. Checks if the client has attempted too recently
5. All checks have passed: spawn a thread on which to run the bootstrap session This thread creates a new tokio runtime, and runs it with block_on

Structs

• BootstrapManager
  Abstraction layer over data produced by the listener, and transported over to the worker via a channel handle on the bootstrap server
• BootstrapServer 🔒

Functions

• manage_bootstrap 🔒
• run_bootstrap_session 🔒
  To be called from a thread::spawn invocation
• start_bootstrap_server
  See module level documentation for details
• step_timeout_duration 🔒
• stream_bootstrap_information