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

Deploy PURITY_CHECKER and MSG_HASHER with via compile in testing #159

Open
djrtwo opened this issue May 30, 2018 · 4 comments
Open

Deploy PURITY_CHECKER and MSG_HASHER with via compile in testing #159

djrtwo opened this issue May 30, 2018 · 4 comments

Comments

@djrtwo
Copy link
Contributor

djrtwo commented May 30, 2018

Issue

PURITY_CHECKER and MSG_HASHER are currently deployed via previously sign txs in the testing framework. This is super opaque and makes it tough to test any changes to purity checker. It is also not how we plan on deploying in the EIP

Proposed implementation

  • ensure msg_hasher and purity_checker source are in the repo
  • compile and deploy dynamically in testing rather than sending a previously sign tx

BLOCKER: #69 and #73. Both of these issues port msg_hasher and purity_checker to vyper LLL so we don't have to introduce serpent as a dependency.

@ralexstokes
Copy link
Member

Thanks for this @djrtwo -- I had the same concern while working on purity_checker but figured it was this way for a reason.

I ended up doing this for purity_checker and the issue I ran into was that what I want to do is import the Vyper LLL but given the structure of the tests and the source code I had to modify the PYTHONPATH to get all of the modules lined up.

Can anyone think of a preferred way to import code from the contracts module into the tests without doing this? I suppose if its unavoidable then we can add a Makefile to abstract it away...

@kielbarry
Copy link

@djrtwo I'd like to own this. @ralexstokes I'm just getting familiar with Vyper (familiar with solidity), would be nice if I could ping you to get some of your learnings from doing purity_checker.

@djrtwo
Copy link
Contributor Author

djrtwo commented Jun 13, 2018 via email

@ralexstokes
Copy link
Member

@kielbarry sure happy to answer any questions

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

No branches or pull requests

3 participants