# Cardano \<\> Polkadot bridge **URL:** https://forum.polkadot.network/t/cardano-polkadot-bridge/8543 **Category:** Tech Talk **Tags:** bridge, beefy **Created:** [June 8, 2024, 8:24am UTC](https://forum.polkadot.network/t/cardano-polkadot-bridge/8543 "2024-06-08T08:24:08Z") **Posts on this page:** 1 **Showing post:** 9
### Author: ![alice\_und\_bob](https://dub1.discourse-cdn.com/flex005/user_avatar/forum.polkadot.network/alice_und_bob/32/10098_2.png) [@alice\_und\_bob](https://forum.polkadot.network/u/alice_und_bob) #### Post date: [June 10, 2024, 11:43am UTC](https://forum.polkadot.network/t/cardano-polkadot-bridge/8543/9 "2024-06-10T11:43:44Z")
Sharing some learnings from my side. Felix set up a call with Sebastian Bode ([LinkedIn](https://www.linkedin.com/in/sebibode/?originalSubdomain=de)), Director of Engineering at the Cardano Foundation. Sebastian is currently building a Cosmos\<\>Cardano bridge and we discussed the bridge topics and I clarified some differences between IBC & XCM. The most conservative/developed approach for the Cardano-\>Polkadot direction seems to be Mithril. Mithril([Paper](https://iohk.io/en/research/library/papers/mithril-stake-based-threshold-multisignatures/), [Github](https://github.com/input-output-hk/mithril)) is a research project of the Cardano foundation, which provides stake-based threshold multisignatures. A subset of Cardano validators opt-in to provide those signatures. In my simple monkey understanding, this is a light client(-ish?) protocol. [Cardano transaction finality is achieved after one day](https://docs.cardano.org/about-cardano/explore-more/time/). If I understand correctly, Mithril has shorter times to create state proofs, so this means that their light client protocol runs ahead of finality. For the Polkadot-\>Cardano direction, I believe the most straightforward approach would be to verify Beefy proofs on a contract on Cardano L1. --- _[View the full topic](https://forum.polkadot.network/t/cardano-polkadot-bridge/8543)._