-
Notifications
You must be signed in to change notification settings - Fork 47
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
Refactor generation component to search for bid values by itself, without needing user input #25
Conversation
…provisioner components
…id has been made yet
- Remove the need for the provisioner component to see a stake before starting - Simplify the bidretriever and keep it isolated in the generation package - Launch provisioner component in goroutine
Codecov Report
@@ Coverage Diff @@
## testnet #25 +/- ##
==========================================
Coverage ? 55.02%
==========================================
Files ? 118
Lines ? 6197
Branches ? 0
==========================================
Hits ? 3410
Misses ? 2194
Partials ? 593
Continue to review full report at Codecov.
|
@julesdesmit Do you think we can start adding more debug-level logging entries? E.g |
@ggoranov Sure, good point. I will go over the changes and add logging. |
@ggoranov added |
Fixes #2, and fixes #19, by making the generation component work much like the provisioner component does - the initiation code has been refactored to be more generic, allowing it to be used by both sides of the consensus codebase.
With this PR merged, a user would simply have to use
startblockgenerator
with no TxID supplied, to start generating blocks. And, much like the provisioner component, it can be used before sending a bid, as the generation component will find it later on if needed.This MR should also fix #30.