This section provides a detailed explanation of the Ramestta Proof of Stake (PoS) architecture, focusing on the node perspective. The Ramestta PoS system comprises two essential layers: Heimdall, responsible for consensus, and Bor, responsible for execution.
Nodes on Ramestta are structured with a two-layer implementation, represented by Bor (the block producer layer) and Heimdall (the validator layer). On the execution client side, the explanation delves into snapshots, state syncing, network configurations, and commonly used commands for running PoS nodes.
On the consensus client side, it describes how Heimdall manages the authentication of account addresses, validator key management, gas limit management, transaction verification enhancement, balance transfers, staking, and general chain management.
Architectural Overview:-The Ramestta Network is divided into two layers:

Layer 1 (Polygon):

  1. 1.
    Consensus Layer (Heimdall):
    • Implement a consensus layer based on a Proof-of-Stake (PoS) mechanism, where Heimdall nodes monitor staking contracts on the Ethereum mainnet.
    • Heimdall nodes commit checkpoints to the Ethereum mainnet for added security.
    • This layer ensures the overall security and integrity of the network.
  2. 2.
    Execution Layer (Bor):
    • Utilize an execution layer, Bor, based on Go Ethereum (Geth).
    • Bor nodes produce blocks based on the information received from Heimdall nodes.
    • This layer is responsible for executing smart contracts and processing transactions.
  3. 3.
    Staking Contracts:
    • Deploy staking contracts on the Ethereum mainnet for validators to stake MATIC tokens.
    • Validators run Heimdall and Bor nodes and participate in securing the network.
  4. 4.
    • Ensure compatibility with Ethereum standards, allowing seamless integration with the broader Ethereum ecosystem.
    • Validators and checkpoints are submitted to Ethereum to maintain interoperability and security.

Layer 2 Side Chain (Ramestta):

  1. 1.
    Consensus Layer (Heimdall for Ramestta):
    • Implement a consensus layer (Heimdall for Ramestta) with a set of PoS nodes specifically for monitoring staking contracts on the Polygon mainnet.
    • Commit Ramestta Network checkpoints to the Polygon mainnet.
  2. 2.
    Execution Layer (Bor for Ramestta):
    • Utilize an execution layer, Bor for Ramestta, based on Go Ethereum (Geth).
    • Bor nodes for Ramestta produce blocks based on the information received from Heimdall for Ramestta nodes.
    • This layer handles the execution of smart contracts and transaction processing specific to Ramestta.
  3. 3.
    Staking Contracts for Ramestta:
    • Deploy staking contracts on the Polygon mainnet for Ramestta validators to stake tokens (e.g., RAMA tokens).
    • Validators run Heimdall for Ramestta and Bor for Ramestta nodes and play a crucial role in securing the Ramestta side chain.
  4. 4.
    Interoperability with Polygon:
    • Ensure compatibility with Polygon standards, allowing for interoperability with the Polygon network.
    • Validators and checkpoints may be submitted to the Polygon mainnet to maintain a connection with the broader Polygon ecosystem.

Inter-Chain Communication:

  1. 1.
    Bridge Mechanism:
    • Implement a bridge mechanism that facilitates the transfer of assets and information between the Polygon mainnet and the Ramestta mainnet.
    • Validators and checkpoints are involved in the bridging process.
  2. 2.
    Cross-Chain Communication:
    • Establish communication channels between the Polygon mainnet and the Ramestta side chain to enable interoperability.
    • Validators play a role in maintaining the consistency and security of cross-chain communication.
  3. 3.
    Smart Contracts:
    • Develop smart contracts that handle the locking and unlocking of assets during the bridging process.
  4. 4.
    User Wallet Integration:
    • Ensure that user wallets (e.g., Metamask, Arkane) can seamlessly interact with both the Polygon mainnet and the Ramestta side chain.