You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Nov 15, 2023. It is now read-only.
Right now, wildcard MultiAsset values (which are entirely indefinite and dependent on some context) are expressed by the same type as definite MultiAsset values. This leads to issues where items are accidentally not handled since indefinite wildcard values are unresolved at the time of handling and erroneously ignored.
To combat this, there should a new type WildMultiAsset which alone can express indefinite wildcard values. This is what would be typically used in XCM, but most internal functions would continue to operate on MultiAsset values (which will be altered so that it can only express definite assets). A WildMultiAsset::resolve function would convert one to the other, given a context, which would typically be the holding account.
This would probably be best combined with the move to the new MultiAsset (#2815).
The text was updated successfully, but these errors were encountered:
Right now, wildcard
MultiAsset
values (which are entirely indefinite and dependent on some context) are expressed by the same type as definiteMultiAsset
values. This leads to issues where items are accidentally not handled since indefinite wildcard values are unresolved at the time of handling and erroneously ignored.To combat this, there should a new type
WildMultiAsset
which alone can express indefinite wildcard values. This is what would be typically used in XCM, but most internal functions would continue to operate onMultiAsset
values (which will be altered so that it can only express definite assets). AWildMultiAsset::resolve
function would convert one to the other, given a context, which would typically be the holding account.This would probably be best combined with the move to the new
MultiAsset
(#2815).The text was updated successfully, but these errors were encountered: