Skip to content
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

add startup option to update votes for inactive objects in api nodes #987

Closed
4 of 17 tasks
oxarbitrage opened this issue May 29, 2018 · 3 comments
Closed
4 of 17 tasks
Assignees
Labels
1c Task Task for team member to perform. Description may contain a Task List and reference child Sub-Tasks 2f Testing Status indicating the solution is being evaluated against the test case(s) 3b Feature Classification indicating the addition of novel functionality to the design 6 API Impact flag identifying the application programing interface (API)

Comments

@oxarbitrage
Copy link
Member

oxarbitrage commented May 29, 2018

User Story

From an open-explorer issue regarding the list of active committee_members and witnesses: bitshares/open-explorer#31

Initial discussion in the core: #803 (comment) is related as adding to the count of votes in inactive objects will impact latency of maint block.

Decided to make a startup option to count this objects so api nodes will want to have this enabled while block producers probably not.

Impacts
Describe which portion(s) of BitShares Core may be impacted by your request. Please tick at least one box.

  • API (the application programming interface)
  • Build (the build process or something prior to compiled code)
  • CLI (the command line wallet)
  • Deployment (the deployment process after building such as Docker, Travis, etc.)
  • DEX (the Decentralized EXchange, market engine, etc.)
  • P2P (the peer-to-peer network for transaction/block propagation)
  • Performance (system or user efficiency, etc.)
  • Protocol (the blockchain logic, consensus, validation, etc.)
  • Security (the security of system or user data, etc.)
  • UX (the User Experience)
  • Other (please add below)
    witness_node command line startup and config file.

CORE TEAM TASK LIST

  • Evaluate / Prioritize Feature Request
  • Refine User Stories / Requirements
  • Define Test Cases
  • Design / Develop Solution
  • Perform QA/Testing
  • Update Documentation
@oxarbitrage oxarbitrage added 1c Task Task for team member to perform. Description may contain a Task List and reference child Sub-Tasks 2c Ready for Development Status indicating the Requirements are sufficent to begin designing a solution 3b Feature Classification indicating the addition of novel functionality to the design 6 API Impact flag identifying the application programing interface (API) labels May 29, 2018
@clockworkgr
Copy link
Member

Although calculating the votes for ALL objects would be ideal, if it's too much of a performance issue, we should at least update the count for inactive ones to 0 to avoid misrepresentations like the one you encountered in open-explorer.

@abitmore
Copy link
Member

abitmore commented Jul 14, 2018

Another option is to add a compile-time option, like the method used in #1099

  • compile-time option will result in better performance;
  • it's good to have all similar options at the same place.

I'll work in this direction.

@abitmore abitmore self-assigned this Jul 14, 2018
@oxarbitrage oxarbitrage added 2f Testing Status indicating the solution is being evaluated against the test case(s) and removed 2c Ready for Development Status indicating the Requirements are sufficent to begin designing a solution labels Jul 21, 2018
abitmore added a commit that referenced this issue Jul 30, 2018
Added startup option to track votes of standby witnesses and committee members #987
@oxarbitrage
Copy link
Member Author

closed by #1191

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
1c Task Task for team member to perform. Description may contain a Task List and reference child Sub-Tasks 2f Testing Status indicating the solution is being evaluated against the test case(s) 3b Feature Classification indicating the addition of novel functionality to the design 6 API Impact flag identifying the application programing interface (API)
Projects
None yet
Development

No branches or pull requests

3 participants