Skip to content
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

style: trust backed assets naming #81

Closed
wants to merge 1 commit into from

Conversation

Daanvdplas
Copy link
Collaborator

This is how it is done in assethub, changes the naming from Assets to TrustBackedAssets

@brunopgalvao
Copy link
Collaborator

Looks like you need to update the naming in this integration test:

Assets: pop_runtime_devnet::Assets,

@Daanvdplas
Copy link
Collaborator Author

Daanvdplas commented Apr 23, 2024

This macro only accepts Assets:

impl_assets_helpers_for_parachain!(PopNetwork, Rococo);

I see two ways to move forward.

  1. Use TrustBackedAssets and create a impl_trust_backed_assets_helpers_for_parachain! function.
  • pros: We can use the TrustBackedAssets naming on the chain level. After a quick look I couldn't find any other chain using this naming but Assethub might change with the relaunch of JAM.
  • cons: We might have to do some maintenance work here and there.
  1. Leave Assets as is.
  • pros: Naming that everyone uses and perhaps simpler to understand
  • cons: Unspecific naming especially with ForeignAssets that will be included in the future.

@brunopgalvao
Copy link
Collaborator

brunopgalvao commented Apr 23, 2024

Keeping it as Assets is simple and it is also the pallet name. I see no need for naming it TrustBackedAssets. But I am also not against it if someone feels strongly about it.

I think it makes sense for AssetHub to have TrustBackedAssets because AssetHub is considered a "reserve".

@evilrobot-01
Copy link
Collaborator

evilrobot-01 commented Apr 25, 2024

I think it makes sense for AssetHub to have TrustBackedAssets because AssetHub is considered a "reserve".

I dont think that is the necessarily the case, but rather it seems to have stemmed from asset instancing a long time back and needing to differentiate more clearly in the difference between instances - paritytech/cumulus#1908. I understand it to be more as a 'buyer beware' in that anyone can create assets and correspondingly freeze or destroy those assets. Using the asset implies some trust that the owner will not do as much, at least depending on how the asset is created/configured.

The phrasing at https://github.com/polkadot-fellows/runtimes/blob/5cf99f383c6692feeb26647a3ec544d80b66eaae/system-parachains/asset-hubs/asset-hub-polkadot/src/lib.rs#L300-L302 alludes more to stablecoins where there could be some trust that the asset is indeed backed offchain with some corresponding fiat.

I think there could be some benefit in going against the status quo of just using 'assets' to convey these additional considerations, but do admit that TrustBackedAssets isnt the friendliest name and its use from an end user pespective might be poor based on UX. Its possibly a tradeoff between signalling versus simple naming.

@Daanvdplas Daanvdplas closed this May 3, 2024
@Daanvdplas
Copy link
Collaborator Author

We have decided to go for Assets naming in stead of TrustBackedAssets

@Daanvdplas Daanvdplas deleted the daan/style-trust_backed_assets branch May 3, 2024 10:04
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants