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

feat: l1 l2 messaging postman #234

Merged
merged 93 commits into from Dec 7, 2023
Merged

Conversation

glihm
Copy link
Contributor

@glihm glihm commented Oct 31, 2023

Usage related changes

This PR will enable the usage of postman endpoints for messaging.

Development related changes

New modules and configurations will be added with this PR. This will affect
how the devnet may be started.

Fixes #173
Fixes #236

Checklist:

  • Applied formatting - ./scripts/format.sh
  • No linter errors - ./scripts/clippy_check.sh
  • Performed code self-review
  • Rebased to the last commit of the target branch (or merged it into my branch)
  • Documented the changes
  • Linked the issues which this PR resolves
  • Checked the TODO section in README.md if this PR resolves it
  • Updated the tests
  • All tests are passing - cargo test

@glihm glihm changed the title Feat/l1 l2 messaging feat: l1 l2 messaging postman Oct 31, 2023
In this commit there is not re-work on the EthAddress type.
However, this type may be changed to use a starknet_types crate type
instead of starknet_api one.
For some endpoint of the starknet-server, we do want
to accept u128 values for range verification.
However, by default the u128 types only translates
to json number.
This commit introduces a U128HexOrDec deserializer
that allows the retrieval of a u128 value from a string
(hexadecimal or decimal string) without compromising
the u128 range check
To be compliant with devnet-py, by default the accounts[0]
of most known eth devnet like hardhat and anvil is used.
As an extension from devnet-py, if a private_key is given,
it is used instead. This allow the user to customize the account
used for deployment of messaging contract without being blocked
by a compiled version of devnet.
@mikiw
Copy link
Contributor

mikiw commented Nov 13, 2023

All solidity contracts are taken from https://github.com/starknet-io/starkgate-contracts/tree/main/src/starkware/starknet/solidity? Can we also document in readme.md how json artifact/artifacts are generated for future developers? Sooner or later this can change and we will need to make an update.

Copy link
Contributor

@FabijanC FabijanC left a comment

Choose a reason for hiding this comment

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

I'm approving the changes after having modified (IMO improved) the tests a bit. I also added foundry installation as a CI step and mention it as a testing pre-requisite in the root README.md. All of the commits I pushed can be found at the bottom of the PR page. Let me know if you think I did something I shouldn't have.

@glihm
Copy link
Contributor Author

glihm commented Dec 4, 2023

I'm approving the changes after having modified (IMO improved) the tests a bit. I also added foundry installation as a CI step and mention it as a testing pre-requisite in the root README.md. All of the commits I pushed can be found at the bottom of the PR page. Let me know if you think I did something I shouldn't have.

You're all good @FabijanC very nice changes, thank you for that. The testing is more comprehensive.

@FabijanC FabijanC mentioned this pull request Dec 5, 2023
10 tasks
@FabijanC FabijanC self-requested a review December 6, 2023 08:31
@FabijanC FabijanC merged commit 138120b into 0xSpaceShard:main Dec 7, 2023
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.

messages_sent in receipt is empty L1-L2 postman functionality should be introduced
5 participants