Conversation
There was a problem hiding this comment.
Latest date in charts/CHANGELOG.md is incorrect.
Latest: 2023-05-03, Current: 2023-05-05
Changelog verification failed. See error messages for more detail.
Please update the relevant CHANGELOG.md files and ensure they follow the correct format.
The check succeeded, dismissing the review comment.
Olshansk
left a comment
There was a problem hiding this comment.
Some minor NITS + 1 question but nothing blocking so don't hesitate to merge in!
|
@okdas Following up on our offline conversation, let's fix this up and and get it over the finish line! |
There was a problem hiding this comment.
Latest date in charts/CHANGELOG.md is incorrect.
Latest: 2023-05-05, Current: 2023-05-12
Changelog verification failed. See error messages for more detail.
Please update the relevant CHANGELOG.md files and ensure they follow the correct format.
|
|
||
| ## [0.0.0.40] - 2023-05-04 | ||
|
|
||
| - Added `network_id` parameter to the node config files |
There was a problem hiding this comment.
Overall, the patch seems to be updating the changelog with developments made in the project. Below are some suggestions and potential risk factors:
- Bug Risk: Mention of "private keys for all (except fisherman) actors". Storing private keys in a repository or sharing them among multiple users is a significant security concern.
Improvement Suggestion: If these private keys are meant for testing purposes only, clarify this in the changelog or remove them entirely and use a more secure method for handling private keys, such as environment variables or secret management tools.
- Improvement Suggestion: Add more context about the introduced changes. Providing details on how the updated features function and interact within the system can help other developers understand the rationale and usage of the new code.
For example:
- Explain the significance of excluding the 'fisherman' actor.
- Describe how the
debug_keybasepackage update will impact the system. - Clarify the role of the full node (non-staked validator), and its implications on the network.
It would be helpful to have access to the actual code changes to provide a more detailed review, but based on the information provided in the submitted patch, these are the primary concerns and suggestions.
The check succeeded, dismissing the review comment.
|
|
||
| ## [0.0.0.3] - 2023-04-19 | ||
|
|
||
| - Rename `pocket-validator` to `pocket`, as we are not going to ship different artifacts, but will have just one. |
There was a problem hiding this comment.
The code patch provided aims to update the project's changelog with two major modifications:
-
Adding a new version [0.0.0.4] - 2023-05-12 that includes:
a. Addition ofnodeTypeparameter to the Helm chart, making it actor-agnostic.
b. Modifications in other parts where the validator is mentioned to prevent confusion with non-validator actors. -
An earlier version update [0.0.0.3] - 2023-04-19 which indicates renaming of
pocket-validatortopocket.
Since this is only a changelog update, no actual code is shown or modified. You can go ahead and commit this change if the listed modifications accurately reflect the updates made to the project. Make sure to verify the functionality of the changes made in the actual codebase through appropriate testing, and check for any potential issues or improvements there.
|
|
||
| ## [0.0.0.41] - 2023-05-08 | ||
|
|
||
| - Updated Dockerfiles using outdated go version to 1.19 |
There was a problem hiding this comment.
Here's a brief code review of the provided patch:
-
The patch adds a new version (0.0.0.42) to the changelog with the date
2023-05-12. -
The changes include:
- Adding private keys for all actors (except fisherman)
- Changing the
debug_keybasepackage to support multiple YAML secrets in one YAML file - Adding a full node (non-staked validator)
Potential issues and suggestions:
-
Storing private keys directly in the code base can be a security risk. Consider using a secure key management system or environment variables to avoid exposing sensitive information.
-
It is unclear if there are any access control mechanisms if the private keys are visible in the project. Make sure to implement proper access control to prevent unauthorized use of the keys.
-
Regarding the
debug_keybasechange, ensure proper parsing and validation of the multiple YAML secrets. This can help minimize potential bugs or vulnerabilities when handling the new format. -
For the newly added full node, thoroughly test its integration with the existing architecture to confirm proper functioning and detect any compatibility issues or edge cases.
Now it should be good to merge. :) |

Description
Adds a fullnode (an unstaked validator) to the LocalNet
Issue
Fixes #719
Type of change
Please mark the relevant option(s):
List of changes
Testing
make develop_test; if any code changes were madeRequired Checklist
godocformat comments on touched members (see: tip.golang.org/doc/comment)If Applicable Checklist
shared/docs/*if I updatedshared/*README(s)