{
    "content": "<h1>Proposer<\/h1><p>In the architectural framework of <a href=\"..\/Distributed-Systems\/\">Distributed Systems<\/a> and <a href=\"..\/Blockchain-Technology\/\">Blockchain Technology<\/a>, a <a href=\"..\/Proposer\/\">Proposer<\/a> is a specialized role responsible for suggesting a value or a block of transactions to be appended to a shared ledger. The concept is central to various <a href=\"..\/Consensus-Mechanism\/\">Consensus Mechanisms<\/a>, ensuring that multiple independent nodes can agree on a single version of the truth without a central authority. In the classical <a href=\"..\/Paxos-Algorithm\/\">Paxos Algorithm<\/a>, the <a href=\"..\/Proposer\/\">Proposer<\/a> initiates the consensus process by sending a proposal to <a href=\"..\/Acceptors\/\">Acceptors<\/a>, who then decide whether to adopt the value.<\/p><p>Within the context of <a href=\"..\/Proof-of-Stake\/\">Proof of Stake<\/a> (PoS) networks, such as <a href=\"..\/Ethereum\/\">Ethereum<\/a>, the <a href=\"..\/Proposer\/\">Proposer<\/a> is a <a href=\"..\/Validator\/\">Validator<\/a> selected via a pseudo-random process to create a new block for a specific <a href=\"..\/Slot-Time\/\">Slot Time<\/a>. This selection often leverages a <a href=\"..\/Verifiable-Random-Function\/\">Verifiable Random Function<\/a> (VRF) to ensure that the choice is both unpredictable and transparent, mitigating the risk of targeted <a href=\"..\/Denial-of-Service\/\">Denial of Service<\/a> attacks. According to documentation from the <a href=\"https:\/\/ethereum.org\/en\/developers\/docs\/consensus-mechanisms\/pos\/\">Ethereum Foundation<\/a>, the <a href=\"..\/Proposer\/\">Proposer<\/a> collects transactions from the <a href=\"..\/Mempool\/\">Mempool<\/a>, packages them into a block, and broadcasts it to <a href=\"..\/Attesters\/\">Attesters<\/a> for validation.<\/p><p>The role of the <a href=\"..\/Proposer\/\">Proposer<\/a> is distinct from that of a <a href=\"..\/Relayer\/\">Relayer<\/a> or an <a href=\"..\/Attester\/\">Attester<\/a>. While the <a href=\"..\/Proposer\/\">Proposer<\/a> builds the block, the <a href=\"..\/Attester\/\">Attester<\/a> provides the cryptographic signatures necessary to confirm the block's validity. In some advanced protocols like <a href=\"..\/MEV-Boost\/\">MEV-Boost<\/a>, the <a href=\"..\/Proposer\/\">Proposer<\/a> may outsource block construction to specialized <a href=\"..\/Builders\/\">Builders<\/a> to maximize <a href=\"..\/Maximal-Extractable-Value\/\">Maximal Extractable Value<\/a>. Further technical specifications regarding proposer selection can be found in the <a href=\"https:\/\/github.com\/ethereum\/consensus-specs\">Ethereum Consensus Specs<\/a>.<\/p><ul><li><a href=\"..\/Validator\/\">Validator<\/a><\/li><li><a href=\"..\/Byzantine-Fault-Tolerance\/\">Byzantine Fault Tolerance<\/a><\/li><li><a href=\"..\/Consensus-Mechanism\/\">Consensus Mechanism<\/a><\/li><li><a href=\"..\/Proof-of-Stake\/\">Proof of Stake<\/a><\/li><\/ul>",
    "tags": [
        "blockchain",
        "consensus",
        "proposer",
        "distributed-systems",
        "proof-of-stake",
        "paxos",
        "validator",
        "cryptography",
        "ethereum",
        "protocol",
        "governance"
    ]
}