You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Until some storageminer process calls F3Participate, we should passively follow F3 via the finality certificate exchange instead of via pubsub to avoid wasting bandwidth. This way:
Pure clients can save a lot of bandwidth.
SPs can save bandwidth by delegating all F3 operations to a single client.
The text was updated successfully, but these errors were encountered:
Abstract over this in lotus and don't start the inner F3 module until we need it. That'll lead to a cleaner solution in this repo, but we'll also have some duplicate setup code (need a certstore, certserve, certsub, etc.).
Change F3.MessagesToSign to something like F3.Participate(), lazily starting the runner on-demand. Honestly, we don't really need a way to stop participating.
Personally, I'm leaning towards option 2. It's a bit of work in this repo, but not much.
Until some storageminer process calls
F3Participate
, we should passively follow F3 via the finality certificate exchange instead of via pubsub to avoid wasting bandwidth. This way:The text was updated successfully, but these errors were encountered: