Running Core's real consensus code inside a zkVM

@defenwycke Not to derail this conversation too far, but I also took a look at the Ghost Pay design, and it seems like the trust model boils down to a federated bridge, maybe a dynamic federation, but the same federation that does the bridging also produce the state transition. Rootstock seems to have separated that so that the bridge is maintained with a static federation, and possibly in the future with BitVM bridge, but blocks are produced by Bitcoin miners who opt-in into merge mining rootstock blocks.

I wonder then if this setup can be reused to create the Ghost Pay BFT, with a mix of Proof of Stake (on Rootstock with RVM expressivity) while also privileging Rootstock miners, like you privilege the Elders, so the staked RBTC has more weight if it is by someone who produced Rootstock blocks lately.

This way you would: 1) Used Rootstock as a mining pool 2) have more control over what is effectively a DAO 3) Optionally allow extending the DAOs services, for example instead of only a payment pool, and coinjoin, you can offer a Data Availability service etc..

Anyways, good luck and I support you and anyone willing to venture into providing such useful services, while making sure it can stay sustainable beyond the lifecycle of VC funded startups.

1 Like