SOLAREUM
HomeTelegramTwitterWebsiteBuy $SRM
  • ๐Ÿ‘‹Solareum - Layer 1 Whitepaper
  • Solareum (SRM)
    • ๐Ÿ“ƒExecutive Summary
    • ๐Ÿ”ฅSolareumโ€™s Solution
    • โญSolareumโ€™s Value Proposition
    • ๐Ÿ’ซFinal Thoughts
  • About Solareum
    • ๐Ÿ‘ฉโ€๐ŸซWhat is SolareumChain?
    • โž—Mathematical Analysis of Validators
  • Solareum Proof of Generation
    • ๐ŸงŠSolareum Proof of Generation
    • ๐Ÿ›ก๏ธThe BLS12-381 Elliptic Curve for zk-SNARK Proofs
      • FPGA Hardware
  • BLS Key Generation Signature Scheme Security
    • โ™ป๏ธBLS Key Generation
      • Extract
      • Expand
      • IKM to lamport SK
      • parent SK to lamport PK
      • HKDF mod r
      • derive child SK
      • derive master SK
    • ๐Ÿ’ฑPost-quantum security backup upgrade
  • SolareumChain Algorithmic Security
    • ๐Ÿ”SolareumChain Algorithmic Security
    • ๐Ÿ”ฎBLS signature aggregation and Multisig security
      • BLS Signature Aggregation
      • Multisig Security
      • BLS signature aggregation definitions
    • ๐ŸซProving security definition references
      • Gedankenexperiment Setup
      • Gedankenexperiment Signature queries
      • Gedankenexperiment Forgery
      • Security and co-CDH Assumption
    • โœณ๏ธAdversaries and message query theorems
    • ๐Ÿ’ Multi-Input Transactions and Transaction Validation Caching
      • SolareumChain Multi-Input Transactions
      • SolareumChain Transaction Validation Caching
  • SolareumChain ReFi Implementation
    • ๐Ÿ’ฅProof of Hold (PoH)
    • ๐Ÿง‡SolareumChain Inherited NFT Multipliers
  • SolareumChain Architecture and PoG Math
    • โ›“๏ธSolareumChain Architecture and PoG Math
    • ๐Ÿ’ฃSocietal Impact of Blockchain Technology
    • ๐Ÿ’กEnergy Generation Analysis and Correlation
    • ๐Ÿ”‹Energy Correlation Assurance Functions
    • ๐Ÿงฉzk-SNARK Validation
      • Case Study I: Proof of Hold and no Proof of Generation
      • Case Study II: No Proof of Hold and Proof of Generation
      • Case Study III: Proof of Hold and Proof of Generation
    • ๐ŸŽดSolareumChain Address Generation
    • ๐ŸŽฑSolareumChain Genesis Architecture
    • ๐ŸฑDistributed Ledger Technology Energy Sustainability
    • ๐ŸŒ‰SolareumChain Bridge
    • โšกSufficiency of Sub 128-bit Security for Pairing-Friendly Curves on SolareumChain
  • Other iNfo
    • ๐Ÿ“Conclusion
  • Community
    • ๐ŸŒWebsite
    • ๐ŸŒ Telegram
    • โœ–๏ธTwitter
Powered by GitBook
On this page
  1. SolareumChain Architecture and PoG Math

SolareumChain Bridge

A SolareumChain Bridge will operate to connect other EVM compatible L2 networks and ETH L1 with SolareumChain through a bridge which can wrap SolareumChain L1 tokens sent to EVM compatible blockchains, and can also allow for unwrapping of ERC-20 wrapped SRM which through an LP removal and pause function will migrate the existing SRM (ERC-20) to SRM (SolareumChain L1) and force users to interact with the SolareumChain Alt L1 as opposed to the Ethereum Mainnet L1. As bridge security is of utmost importance, the verification checks regarding bridged tokens from SolareumChain to other EVM compatible networks or Ethereum Mainnet are sufficient through including a zk-SNARK of the proposed transfer tokens Merkle Tree with a root test of prior transitively verified history. Conversely, bridges tokens from Ethereum Mainnet or other EVM compatible networks requires a checksum on the total remaining non-bridged tokens relative to total supply for a one-way function with speed. That is to say, bridging onto SolareumChain requires less computationally intensive effort than to bridge off of SolareumChain. The possibility for a one-way bridge only onto SolareumChain for which there is no exit may also be considered under alternative security and computational intensity reduction models.

PreviousDistributed Ledger Technology Energy SustainabilityNextSufficiency of Sub 128-bit Security for Pairing-Friendly Curves on SolareumChain

Last updated 1 year ago

๐ŸŒ‰