Introduce nonfungibles v2 adapter

[vstam1]

This pr introduces the NonFungiblesV2Adapter as a new type for the XCM executor's AssetTransactor type, designed to work with the NFTs pallet.

Introduces:

NonFungiblesV2Adapter
MultiLocationCollectionId: Wrapper for MultiLocation that implements the Incrementable trait. The trait implementation allow the NFT's pallet CollectionId type to be a wrapped MultiLocation.
Replaces the uniques pallet with the NFTs pallet in the xcm-simulator parachain runtime.

[paritytech-cicd-pr]

The CI pipeline was cancelled due to failure one of the required jobs.
Job name: test-linux-stable 2/3
Logs: https://gitlab.parity.io/parity/mirrors/polkadot-sdk/-/jobs/3516263

[bkontur]

@franciscoaguirre @Szegoo do we still need this NonFungiblesV2Adapter? Something was merged here: #2924 and for uniques here: #2796

[vstam1]

@franciscoaguirre @Szegoo do we still need this NonFungiblesV2Adapter? Something was merged here: #2924 and for uniques here: #2796

Think this PR can be closed. I initially introduced it to work with the Uniques pallet. But I see that there is already some other implementation merged.

[franciscoaguirre]

This was closed, but we still don't have an adapter for the nonfungible v2 traits. The merged PRs were for nonfungible v1 traits. Without this, pallet-nfts can't be used with XCM. What do you think about nonfungible v1 and v2 @mrshiposha ? Is it worth it to revive this, or should we create a better set of traits for NFTs?

[mrshiposha]

I believe we need a better set of traits that will be more general and granular than the existing ones. Also, I think we need more granular NFT adapters.
For instance, the old pallet-uniques allow you to burn and then re-mint an NFT without losing any data (the property the corresponding XCM adapter uses). However, the pallet-nfts while preserving the attributes may remove the NFT metadata when it burns an NFT.

There could also be different approaches to NFT derivatives (if we consider the reserve-based model).
That's why I think we need more granular NFT adapters that use more general NFT traits.

I want to draft a PR about this (the same PR I proposed in the comment here). You'll see the concrete code there, and I will provide reasons for it in the PR description.