# An ultralight client for Mina

Ultra light clients were introduced in [Plumo](https://eprint.iacr.org/2021/1361.pdf):

> High participation costs motivate the need for ultralight clients (UCs), which verify succinct proofs of valid blockchain data leading up to the current state

In other words, an ultralight client is a client that does not continuously synchronize with the blockchain. They might do a single query on the blockchain, and stop there forever.

Today, most clients are in such a position, where they do not want to run a node because it is costly (metamask, mobile clients, etc.)

Furthermore, such ultra light clients are also useful to build bridges between cryptocurrencies.

(I'd argue "secure light client" is a better name.)

## Implementation idea

Plumo is a proposal for BFT consensus protocols, which works well because such protocols do not fork. Can we implement an ultralight client for Mina then?

An idea would be to:

* provide a client with a block `B` that is `k` blocks in the past (with `k` the confirmation time)
* the client can verify the proof of `B`
* `B` authenticates a merkle tree that can provide answers to `B`'s queries

the client also need to be convinced that `k` blocks exist on top of that one:

* we provide the client with `k` blocks, and the client verify the `k` proofs

but that's a bit too much, perhaps we can do:

* we provide the client with `k` block headers, that form the typical hash chain
* the client verify the proof of the last block
* ???