Polkassembly Logo

OpenGov
View All Discussion

Proposal: Funding for Design and Development of XCQ, the Cross-Consensus Query Language

userlawrence
2 years ago

Following are the recent discussions of XCQ
XCM as a Standard for Reading And Interacting with Parachains - #19 by gavofyork, and Polkadot forum discussion of XCQ, with all the positive comments, we would like to move onto the next phase, to have treasury's funding support in making this happen.

Cross-consensus Query Language or XCQ, is the missing piece to enable a lot of utilities that currently lacks with XCM alone.

Example use cases (more in our full proposal here):

  • Query balances of an account
  • Query the weight and fee of a particular XCM
  • Query if a certain feature / pallet is available
  • Implement decentralized staking pool from a parachain
  • Use XCQ to query staking rewards from relaychain
  • Use XCQ to query weights and fees for related operations
  • Automatically purchase coretime from broker chain
  • Use XCQ to query market information
  • Use XCQ to query weights and fees for related operations

XCQ employs a extension based design, above features are developed as extensions and new features can be added later on as extensions too, all without changing to the core XCQ protocol.

With these XCQ queriable informaiton, it will greatly enhance UX of XCM bridge UIs, wallets, universal dApps in the ecosystem, and more as list of extensions grows.

We would like to open this discussion for other use cases (i.e. extensions) you would like to see, if it has enough support we will add them to the list too.

Link to full proposal https://docs.google.com/document/d/11c0-t0S5WbVLpoonh24OgadcK4X35_I1Q0HKpxKxLBk/edit?usp=sharing

Comments (1)

2 years ago

Great initiative. XCM really shoudln't be used to query data - but we need some abstraction for queries
across chains

We'd like to contribute a requirement:

  • XCQ should standardize a way to do authenticated queries

We should not assume that blockchains using XCQ necessarily are transparent. In the case of Incognitee, the state is private and a user is only authorized to query i.e. their own balance. It gets more complex for private smart contracts: there we need a standardized way to describe authorization rules generically

Would be great if XCQ could be applied in such a case too

2 years ago

@integritee 

That's an interesting use case that we did not consider before. Could you add a comment here and describe some technical details on how a private query may be executed to access private data.

Polkassembly is now a read-only archive. Commenting is disabled.

Help Center

Report an Issue
Feedback
Terms and Conditions
Github

Our Services

Docs
Terms of Website
Privacy Policy

Polkassembly · Archived 2026 · polkassembly.io

Terms and ConditionsTerms of Website
Privacy Policy