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

Qa test #5

Open
wants to merge 3 commits into
base: vin_unique_check
Choose a base branch
from
Open

Qa test #5

wants to merge 3 commits into from

Conversation

paolocappelletti
Copy link

Added general QA ttest structure, based on the SidechainSDKTest framework, with a couple of example-tests based on the lambo-registry workflow.
NOTE: requires changes detailed in this issue to be run correctly: HorizenOfficial/Sidechains-SDK#197

qa/README.md Outdated
**Requirements**

- Install Python 2.7
- Donwload Sidechain SDK
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Donwload -> Download

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

fixed

return start_sc_nodes(self.number_of_sidechain_nodes, self.options.tmpdir, None, None, path)

#spends initial forgin stake to create a stadard coinbox
def convertInitialForging(self):
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Instead of spending initial forging stake I would suggest to make a forward transfer.
If you will spend the stake and will not create another one, than in 2 epochs there will be no stakes registered for forging, so will not be able to produce new sc blocks.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

fixed!

APP_JAR: sidechain app jar
APP_LIB: sidechain app lib folder
APP_MAIN: main sidechain class to run
SIDECHAIN_SDK: path to SDK folder
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Seems, that we need to extract STF and Bootstaping tool to the separate git repo. Keep them generalized and let to set them as a submodules. So no need to copy that sources or keep SDK. Moreover it will let developers to fork these modules and change depends on their needs.
What do you think about this?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I agree could be good to separate them from the SDK , since both the SDK and customer apps will use them for testing.
do you know how submodules loading works in python ? maybe we need anyway to set an env variable to the module

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think, that we can use a git submodule, so the code folder will be placed in the place specified by the sidechain developer for his specific project.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yes, could be ok, in this way we can use relative path in python import

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants