Currently, [`get_packet_commitment`](https://github.com/informalsystems/basecoin-rs/blob/aa59797863272119a7bcb63bdf13b6d037dcd5cf/crates/app/src/modules/ibc/impls.rs#L515-L531) returns the commitment stored at a commitment path. But this commitment may not be valid - as [`delete_packet_commitment`](https://github.com/informalsystems/basecoin-rs/blob/aa59797863272119a7bcb63bdf13b6d037dcd5cf/crates/app/src/modules/ibc/impls.rs#L712-L717) may have set it to empty. This leads to transaction failure at ibc-rs implementation, where it should have succeeded. The false failures due to `get_packet_commitment` at ibc-rs, - [timeout_on_close.rs](https://github.com/cosmos/ibc-rs/blob/133863db5f9ce56d57b2502913a21bde0fad7bda/crates/ibc/src/core/ics04_channel/handler/timeout_on_close.rs#L42-L50) - [acknowledgement.rs](https://github.com/cosmos/ibc-rs/blob/133863db5f9ce56d57b2502913a21bde0fad7bda/crates/ibc/src/core/ics04_channel/handler/acknowledgement.rs#L63-L69) - [acknowledgement.rs](https://github.com/cosmos/ibc-rs/blob/133863db5f9ce56d57b2502913a21bde0fad7bda/crates/ibc/src/core/ics04_channel/handler/acknowledgement.rs#L140-L161) The argument for [`get_packet_acknowledgement`](https://github.com/informalsystems/basecoin-rs/blob/aa59797863272119a7bcb63bdf13b6d037dcd5cf/crates/app/src/modules/ibc/impls.rs#L551-L565) and [`delete_packet_acknowledgement`](https://github.com/informalsystems/basecoin-rs/blob/aa59797863272119a7bcb63bdf13b6d037dcd5cf/crates/app/src/modules/ibc/impls.rs#L741-L746) is the same. The false failure due to `get_packet_acknowledgement` at ibc-rs, - [recv_packet.rs](https://github.com/cosmos/ibc-rs/blob/133863db5f9ce56d57b2502913a21bde0fad7bda/crates/ibc/src/core/ics04_channel/handler/recv_packet.rs#L273-L278)