-
Notifications
You must be signed in to change notification settings - Fork 11
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: update to latest ibc spec and use latest ibc-go eureka simapp in e2e #88
feat: update to latest ibc spec and use latest ibc-go eureka simapp in e2e #88
Conversation
…sion-of-ibc-go-with-eureka
@@ -15,7 +15,7 @@ var DefaultChainSpecs = []*interchaintest.ChainSpec{ | |||
Images: []ibc.DockerImage{ | |||
{ | |||
Repository: "ghcr.io/cosmos/ibc-go-wasm-simd", // FOR LOCAL IMAGE USE: Docker Image Name | |||
Version: "poc-solidity-ibc-eureka-wasm", // FOR LOCAL IMAGE USE: Docker Image Tag | |||
Version: "gjermund-tmp-wasmd", // FOR LOCAL IMAGE USE: Docker Image Tag |
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.
Will update to a more proper version soon, waiting for some PRs
|
||
wasmtypes "github.com/CosmWasm/wasmd/x/wasm/types" |
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.
wasmd types not compatible, which is why we have our own types I guess
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #88 +/- ##
==========================================
+ Coverage 98.52% 98.59% +0.07%
==========================================
Files 12 12
Lines 338 357 +19
Branches 11 11
==========================================
+ Hits 333 352 +19
Misses 5 5 ☔ View full report in Codecov by Sentry. |
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.
Looking good. I'll approve after most of the review items are addressed. Can you also update the benchmarks in README?
Co-authored-by: srdtrk <[email protected]>
Co-authored-by: srdtrk <[email protected]>
Co-authored-by: srdtrk <[email protected]>
Co-authored-by: srdtrk <[email protected]>
…sion-of-ibc-go-with-eureka
@srdtrk updated with the changes now |
…sion-of-ibc-go-with-eureka
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 left a few nits which I'll push myself and then merge this PR
/// @notice ICS20_ENCODING is the encoding string for ICS20 packet data. | ||
string public constant ICS20_ENCODING = "application/json"; |
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.
Can't wait to test this with abi encoding in the future 🚀
I've also updated the benchmarks |
value: packetData | ||
}); | ||
IICS26RouterMsgs.MsgSendPacket memory msgSendPacket = IICS26RouterMsgs.MsgSendPacket({ | ||
sourceChannel: msg_.sourceChannel, | ||
timeoutTimestamp: msg_.timeoutTimestamp, // TODO: Default timestamp? |
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.
We should impose some limits on this value
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.
Created an issue for it #104
string memory counterpartyId = ICS02_CLIENT.getCounterparty(msg_.sourceChannel).clientId; | ||
|
||
// TODO: validate all identifiers | ||
if (msg_.timeoutTimestamp <= block.timestamp) { | ||
revert IBCInvalidTimeoutTimestamp(msg_.timeoutTimestamp, block.timestamp); | ||
} | ||
|
||
uint32 sequence = IBC_STORE.nextSequenceSend(msg_.sourcePort, msg_.sourceChannel); | ||
uint32 sequence = IBC_STORE.nextSequenceSend(payload.sourcePort, msg_.sourceChannel); |
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.
This should only be keyed on the source Channel now.
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.
Adding this fix to: #101
revert IBCMultiPayloadPacketNotSupported(); | ||
} | ||
Payload calldata payload = msg_.packet.payloads[0]; | ||
|
||
IICS02ClientMsgs.CounterpartyInfo memory cInfo = ICS02_CLIENT.getCounterparty(msg_.packet.destChannel); | ||
if (keccak256(bytes(cInfo.clientId)) != keccak256(bytes(msg_.packet.sourceChannel))) { |
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.
This seems wrong
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.
Getting fixed in your PR, it seems: #100
return abi.encodePacked( | ||
"commitments/ports/", portId, "/channels/", channelId, "/sequences/", Strings.toString(sequence) | ||
); | ||
return abi.encodePacked("commitments/channels/", channelId, "/sequences/", Strings.toString(sequence)); |
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.
These paths need to be changed
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.
Getting fixed in: #101
No description provided.