# \[Proposal\] - Fernet on the Rocks

**URL:** https://forum.aztec.network/t/proposal-fernet-on-the-rocks/2460
**Category:** Aztec
**Tags:** rfp, provers
**Created:** [October 25, 2023, 4:53pm UTC](https://forum.aztec.network/t/proposal-fernet-on-the-rocks/2460 "2023-10-25T16:53:05Z")
**Posts on this page:** 1
**Showing post:** 4

<div class="post-metadata">

### Author: ![Anon](https://avatars.discourse-cdn.com/v4/letter/a/47e85d/32.png) [@Anon](https://forum.aztec.network/u/Anon)
#### Post date: [October 25, 2023, 9:33pm UTC](https://forum.aztec.network/t/proposal-fernet-on-the-rocks/2460/4 "2023-10-25T21:33:23Z")

</div>

I expect bribery to be easy, via trustless [L1 contracts](http://forum.aztec.network/t/proposal-staking-proving-network-for-fernet/2439/9).

> [@cooper-aztecLabs](#):
>
> Thus each block would likely be a different size

Economic incentives will push all blocks to be maximally profitable, and sequencers unable to produce these blocks will rationally delegate to third parties.

> [@cooper-aztecLabs](#):
>
> I could see a design that may work but it seemingly trends towards fastest provers winning a majority of the time

I actually think that might be fine, but alternatively you can set a MIN\_PROVER\_TIME like Mina. This makes high-latency networks competetive [[1]](http://forum.aztec.network/t/ideas-on-a-proving-network/724/2).

> [@cooper-aztecLabs](#):
>
> If you’d care to further elaborate and re-submit your ideas

No, but feel free to revive my thread.

---

_[View the full topic](https://forum.aztec.network/t/proposal-fernet-on-the-rocks/2460)._