-
Notifications
You must be signed in to change notification settings - Fork 745
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
SubscribeVersion from the Relay will be blocked by new parachains #1756
Comments
That sounds bad, I'll look into it |
@mrshiposha Yes, you're right. And it is not a specific problem of the RelayChain, this can happen between any chains when using the I've just added more tests for these barriers here: #3955. |
Oh, I forgot I filed this issue :) It's great to have tests to check that version subscriptions work. IIRC, I filed this issue because the subscription mechanism was unexpectedly broken in our chain when Relay suddenly changed its behavior. |
@mrshiposha Thank you for reporting! Yeah, got it. I hope that similar issues will be avoided with our improved release notes, including this kind of breaking change. |
… and `TrailingSetTopicAsId` (paritytech#3955) Closes: paritytech#1756
* Define SimpleRuntimeVersion * Set R/WococoBridgeHub bundle runtime version
The Relay chain uses the
WithUniqueTopic
router, which adds aSetTopic
instruction to every XCM message the Relay sends if the message doesn't end with such an instruction already.This could break the XCM version subscriptions for new parachains that didn't receive the
SubscribeVersion
in the past.The
SubscribeVersion
message will also be augmented with theSetTopic
instruction. Currently, theAllowSubscriptionsFrom
barrier used by the parachains forbids any message that contains anything but theSubscribeVersion
/UnsubscribeVersion
instruction. So, anySubscribeVersion
orUnsubscribeVersion
from the Relay chain will be blocked.The text was updated successfully, but these errors were encountered: