Zeus Consensus

Normal Case

In the envisioned protocol workflow, serialized Bitcoin and Solana transactions are systematically stored within the Proposal Management Program. Verifiers then retrieve these proposed transactions from the Solana blockchain.

The consensus mechanism for these proposed transactions involves a unique process where verifiers focus solely on verification, separate from the on-chain transaction proposal. Verifiers implement a threshold signature mechanism, with Bitcoin taproot utilizing the Schnorr signature. This concept seamlessly extends to the Solana Ed25519 signature algorithm. Off-chain signature aggregation offers efficiency gains over on-chain voting, facilitating the smooth broadcasting of signed transactions to Solana. Additional layers of protection, including fraud proof and the assumption of honest verifier behavior, fortify the consensus process. Following this consensus, a challenge period is introduced, a topic to be further elucidated in the ensuing security section.

This network infrastructure, designed to accommodate diverse applications, serves as an illustrative example of its potential applicability, particularly in contexts similar to that of a bridge.

Challenge Case

In the normal case, Zeus Consensus operates as follows:

  1. Transaction Proposal: Zeus Nodes propose chain-agnostic transactions, which are then stored on the Solana blockchain.

  2. Signature Aggregation: The Zeus Layer aggregates signatures using the Zeus Programming Library (ZPL), providing programmable signatures.

  3. Transaction Broadcast: Signed transactions are broadcasted to the target blockchain by Zeus Nodes.

  4. Fraud Proof and Security (Challenge period): In case of collusion among Zeus Nodes, honest nodes can secure the network by submitting fraud proofs to slash the malicious nodes, ensuring the security and integrity of cross-chain transactions.

Last updated