A cross-chain messengers aggregator protocol that provides a common interface to connect to multiple messaging protocols to send cross-chain contract calls and liquidity across many chains
Video Demo: https://www.loom.com/share/dfed8249187e4150b8041c296999b19f?sid=531f7130-722b-4038-83f7-ea4b71cf7941
In the ever-growing world of blockchain, with new blockchains popping up all the time, we must make sure we can easily work across different chains and handle the increasing demands for new blockchains and liquidity. If data and money are spread out on many chains without an easy way to connect them, it makes things tough for users, especially for developers and dApps working in the blockchain space.
We've got these things called Cross Chain Messenger Protocols to help with this. They let us call smart contracts on different chains and move funds around in a decentralized way. They've done a good job solving the interoperability problem, but there's still a hitch – scalability and availability of these protocols on the chains that dApp developers want to use. Confused? Let me break it down.
There are a bunch of interoperability protocols out there like Hyperlane, Connext, Axelar, ChainLink CCIP, and more. But here's the issue:
There are other problems too, but these make things hard for developers and users. Imagine a dApp that wants interoperability on chain1, chain2, and chain3. The problem is Hyperlane only works on chain1, Connext on chain2, and Axelar on chain3. So, if a developer wants interoperability features in their smart contracts, they have to deal with all three services, which are different in how they work, the fees they charge, and how you pay. That makes it pretty much unusable for them. That's where we come in – we're working on a solution to fix this mess.
To address these challenges and provide a common Interface and Gateway for interacting with multiple messaging interoperability protocols CrossSync has been made, With this users only need to implement and interact with CrossSync Protocol Gateway. They have to call the sendMessage function of the CrossSync Gateway and specify the route ID for sending messages, for example, 1 for Using Axelar, 2 for CCIP, 3 for Connext, 4 for Hyperlane, and 5 for Wormhole, and so on…. CrossSync Protocol handles the rest and converts all the payload into the payload required for the messenger protocol, you don't have to bother about different kinds of domain IDs, chain names, etc. Additionally, users no longer have to implement individual interfaces to receive messages on the destination chain. A single receiveMessage function is all they need to integrate for receiving the payload.
We have been Winners at Multiple hackathons like ethoxford, ethglobal, etc. We have received great feedback from the community and chains!