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

do not return bech32 in receipt, fix 7% fee #4588

Merged
merged 9 commits into from
Dec 15, 2023

Conversation

MaxMustermann2
Copy link
Contributor

@MaxMustermann2 MaxMustermann2 commented Dec 14, 2023

This pull request is built on top of #4582 to fix the response of eth_getTransactionReceipt while retaining compatibility with eth tooling.

There is still a leftover bug in the 7% fee implementation that I discovered while doing some localnet tests. This pull request fixes that and adds some minor cleanup / validation logic.

rpc/transaction.go Outdated Show resolved Hide resolved
@MaxMustermann2 MaxMustermann2 changed the title engine: actually fix the 7% fee implementation do not return bech32 in receipt, fix 7% fee Dec 14, 2023
rpc/blockchain.go Outdated Show resolved Hide resolved
Copy link
Contributor

@diego1q2w diego1q2w left a comment

Choose a reason for hiding this comment

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

Nice one! :D

@MaxMustermann2 MaxMustermann2 changed the base branch from dev to main December 15, 2023 06:08
@MaxMustermann2 MaxMustermann2 marked this pull request as draft December 15, 2023 06:09
diego1q2w and others added 7 commits December 15, 2023 06:24
* fix: max-rate bellow the era min-rate

* fix comments

* add localnet epoch config

* update config

* update config

* update config

* update config

* add log

* remove hip30 from localnet

* disable localnet config
use the same receipt as `hmyv2_`. using a boolean variable, decide if
the addresses need to be converted to bech32. do not return a contract
address unless a contract was actually deployed in the transaction by
using a pointer address type.
with the switch to `v2.NewReceipt` for even `eth_` queries, the
`eth.NewReceipt` function is no longer used
blocks was referring to `blocks of code` and not blocks in a chain.
removed the confusing word
@MaxMustermann2 MaxMustermann2 marked this pull request as ready for review December 15, 2023 15:56
@ONECasey ONECasey merged commit 3e7ff38 into harmony-one:main Dec 15, 2023
3 checks passed
@MaxMustermann2
Copy link
Contributor Author

See #4593

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.

5 participants