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 Algorithmic Security
  2. Multi-Input Transactions and Transaction Validation Caching

SolareumChain Transaction Validation Caching

SolareumChain transaction validation caching is a process whereby a SolareumChain node validates transactions as they are added to the nodeโ€™s mempool and marks them as validated. When a previously validated transaction appears in a new block, the node need not re-validate the transaction. Transaction validation caching is compatible with signature aggregation across multiple transactions in a block. To see why, consider a node that receives a new block containing an aggregate signature aggregated over n transactions in the block. The node can identify all the transactions in this new block that are already marked as validated in its mempool, and divide by the signatures associated with these pre-validated transactions. Effectively, the pre-validated signatures are removed from the aggregate signature. Now the node need only check that the resulting aggregate signature is a valid aggregate signature over the remaining transactions in the block, namely those transactions that are not already in its mempool.

PreviousSolareumChain Multi-Input TransactionsNextProof of Hold (PoH)

Last updated 1 year ago

๐Ÿ’