mintBridgedNFT
function is used to mint the bridged NFT on the destination chain is not updating s_ownerToCatsTokenId
mapping with the tokenId which can leads to the inconsistency in the mapping
mintBridgedNFT
function is used to mint the bridged NFT on the destination chain is not updating s_ownerToCatsTokenId
mapping with the tokenId which can leads to the inconsistency in the mapping
getCatsTokenIdOwnedBy
function will not return wrong tokenId which is not updated in the s_ownerToCatsTokenId
These are the steps : -
first we call bridgeNftToAnotherChain
function with destChainSelector, destChainBridge, tokenId as parameter
then, All bridging call completes like bridgeNftWithData
and _ccipReceive
. then, _ccipReceive
function calls mintBridgedNFT
In mintBridgedNFT
function, we can see that s_catInfo[tokenId] is assigned with the data passed in the function. but, s_ownerToCatsTokenId is not updated with the tokenId which can leads to the inconsistency in the mapping
If this inconsistency is not handled properly, it can lead loss of NFT which is lock at that chain and we can not able to Bridge it.
s_ownerToCatsTokenId is not updated with the tokenId which can leads to the inconsistency in the mapping
We can not able to bridge the NFT which is lock at that chain
getCatsTokenIdOwnedBy function will not return wrong tokenId which is not updated in the s_ownerToCatsTokenId
Manual review
Here, we can update the s_ownerToCatsTokenId
mapping with the tokenId to avoid the inconsistency in the mapping.
The contest is live. Earn rewards by submitting a finding.
This is your time to appeal against judgements on your submissions.
Appeals are being carefully reviewed by our judges.