-
Notifications
You must be signed in to change notification settings - Fork 80
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
Primata/405 move get bridge transfer details #434
Primata/405 move get bridge transfer details #434
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
One question on building the zeroed BridgeTransfer
.
protocol-units/bridge/move-modules/sources/atomic_bridge_counterparty.move
Outdated
Show resolved
Hide resolved
Do we want to add |
@andyjsbell do you mean returning a tuple? Certainly, just wondering how to do that exactly. Any suggestions on how to remove copy are welcome. |
I updated it to return a tuple (see this commit: d90348c). This allows removing the copy and drop ability, which don't really seem like abilities we want for (I changed the name of |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, I made some commits to address review comments by @0xmovses and @andyjsbell and to make CI pass.
Summary
protocol-units
Handles move get bridge details by calling view function bridge_transfers(). It takes a bridge_transfer_id variable.
We might want to pay attention since it copy ability had to be added to struct BridgeTransfers
Because bridge_transfer requires a single SmartTable, counterparty had to be refactored.
Changelog
fix init_modules functions
fix tests
complete, refund or cancel bridge transfers do not delete transfers anymore
refactor
bridge_transfers view function to retrieve bridge_transfer details by specifying a transfer id
Testing
Tests are fine.
Outstanding issues
We might want to look to test thoroughly Counterparty modules as they are not completely covered.