Skip to content

Fixing weth decoder with a separate commit, risk of regressions.#1

Open
gianluca-pub-dev wants to merge 4 commits into
bugfix/makerdao_eth_vaults_asset_typefrom
bugfix/weth_contract_as_address_of_weth_events
Open

Fixing weth decoder with a separate commit, risk of regressions.#1
gianluca-pub-dev wants to merge 4 commits into
bugfix/makerdao_eth_vaults_asset_typefrom
bugfix/weth_contract_as_address_of_weth_events

Conversation

@gianluca-pub-dev

Copy link
Copy Markdown
Owner

Imho event address should be related to WETH address, if not the event address is not clear. You can see from test cases that without this modification, the WETH unwrap operation was mapped to unrelated contract addresses

Closes #(issue_number)

Checklist

  • The PR modified the frontend, and updated the user guide to reflect the changes.

@gianluca-pub-dev

Copy link
Copy Markdown
Owner Author

Hello @LefterisJP ,

this is another change I would propose for having the unwrapping operation always tracked with the WETH contract. Without this, I have seen that address is sometime the DSProxy address, some other times another contract address used in the transaction, and other cases. I think it is more clear and maintenable in this way. I kept this modification separated in another repo for not creating problems with others already existing test cases.

@gianluca-pub-dev gianluca-pub-dev force-pushed the bugfix/makerdao_eth_vaults_asset_type branch from 32b528e to 1cc4edf Compare May 7, 2024 19:14
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.

1 participant