Consolidated into mono-repo, bls-wallet
Lower-cost layer 2 transactions via a smart contract wallet.
Smart contract wallets give users additional safety mechanisms independent of any wallet UI they may use, but are expensive to deploy (and use on) on Ethereum's layer 1.
Layer 2 solutions like Optimism and Arbitrum greatly lower this cost-barrier, and allow more users to benefit from smart contract wallets. This is primarily due to these being general purpose computation solutions.
DApps bridged to layer 2 will be more usable than those only on layer 1 thanks to faster transactions at lower-cost, but there are further gas savings to be had by dapps and users.
Parameters of external layer 2 transactions are stored on layer 1 when "co-ordinators" record state changes. Reducing the size/number of parameters sent to layer 2 calls greatly reduces the layer 1 cost co-ordinators would need to recoup from users.
So as well as the benefits of smart contract wallets and layer 2 usage, gas savings from reduced call data is achieved in 3 ways:
- single aggregated signature (BLS)
- de-duplicate of parameters across aggregated txs
- compressed parameters
Note: each of these savings is proportional to the number of transactions submitted in a batch. So when using all three methods, additional savings are roughly O(3n).
- Create bls keypair from signer/wallet
- Sign creation message and either: send it via an agreggator, or directly pass in a call to the Verification Gateway contract
- receive contract wallet address
- Create contract wallet with existing ECDSA keypair
COMING SOON - demo web wallet
A smart contract wallet for users to interact with layer 2 dapps. Created (and actioned) via the "Verification Gateway" with bls signed messages.
Creates contract wallets, mapping them from a hash of the corresponding public key. Verifies messages that have been signed with a known bls keypair, then calls the corresponding wallet passing parameters for it to action.
Wallets (eg Metamask, Argent, ...) to implement BLS keypair generation and signing.
Network to take bls-signed messages, aggregate signatures, then action them via a call to the Verification Gateway.
Network that takes layer 2 transactions and creates blocks. general purpose computation solutions (Optimism, Arbitrum, zkSync)
For a smart contract wallet to perform an action, the signed message must contain:
- the hash of the bls public key that signed the message (the full public key is mapped in the Verification Gateway)
- nonce of the smart contract wallet
- address of the smart contract for the wallet to call
- methodId of the function to call
- ABIencoded parameters for the function
- amount to transfer
While the Verification Gateway requires only one aggregated signature (rather than each signature of a set of messages and data), the other optimisations can be gained incrementally via preceding smart contracts.
| Compressed data | No duplicates | Aggregated signature | Contract to call |
|---|---|---|---|
| ✓ | ✓ | ✓ | Decompressor |
| ✓ | ✓ | Expander | |
| ✓ | Verification Gateway |
"Currently every tx on OR puts an ECDSA signature on chain." - BWH
Simplification of Optimism's L2 solution:
"We want to replace this with a BLS signature." - BWH
Proposed solution to make use of BLS lib:
- Run the aggregation server (see
./server). - build and test contracts -
npx hardhat test
- clone https://github.com/ethereum-optimism/optimism
- follow instructions (using latest version of docker)
- in
opt/, run script -docker-compose up- L1 - http://localhost:9545 (chainId 31337)
- L2 - http://localhost:8545 (chainId 420)
Specify network - npx hardhat run scripts/<#_script.ts> --network optimism
MIT