🌎
Avive World - WhitePaper
  • Introduction
    • πŸ’‘Welcome to Avive World
    • ✨Our Mission
  • Gain Your Sovereign Individual Soul
    • 🎨Avive SovereignGate
    • πŸ‘£Proof Of Digital Footprint(PODF)
      • What Is PODF
      • What Can You Do With PODF
    • πŸ€Avive-World’s Largest Token Gated Community
  • Proof Of Networking
    • πŸŽͺProof Of Networking Consensus
      • πŸ€Ύβ€β™€οΈSpatial fusion rank
      • 🧘Citizen
      • πŸŒοΈβ€β™‚οΈAnchor
      • 🚴Citizen Anchor Consensus
      • 🏊Anchor Revenue Distribution
  • Social Infra Layer
    • πŸ–₯️Technical Protocol
      • Rollup For Blockchain
      • Wallet For Transaction
    • 🚒Social Infra Layer
      • Middlewares for Mass Adoption
      • Ecosystem
  • Tokenomics
    • πŸ›£οΈGovernance
    • 🏚️Tokenomics
  • Terminology
    • πŸ›‘οΈTerms
Powered by GitBook
On this page
  1. Social Infra Layer
  2. Technical Protocol

Wallet For Transaction

PreviousRollup For BlockchainNextSocial Infra Layer

Last updated 1 year ago

The MPC (Multi-Party Computation) wallet employs a collaborative signing process where each participating party signs the same message, resulting in multiple signatures. These signatures are then combined to create a final signature. The whole process is illustrated below.

The underlying technical protocol for MPC wallet is GG20, which ensures that no single party possesses the complete private key. Through the collaborative effort of M out of N parties, the desired target signature can be constructed without revealing any party's private key.

Account abstraction is another crucial aspect of Avive World's protocol architecture. It empowers users to utilize smart contracts (CAs) as their accounts instead of relying solely on Externally Owned Accounts (EOAs). EOAs are controlled by private keys and can initiate transactions on the blockchain. However, they lack the programmability and flexibility offered by smart contracts.

With account abstraction, CAs can initiate transactions without requiring an EOA signature. This is made possible by utilizing a Paymaster contract that covers the transaction fees on behalf of the user. The Paymaster contract can also enforce custom rules and conditions for fee payments, such as accepting different tokens, charging a fee to the user, or verifying the user's identity.

The diagram above from erc-4337 illustrates the process of account abstraction and the role of the Paymaster contract.

πŸ–₯️