-
Notifications
You must be signed in to change notification settings - Fork 287
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Co-authored-by: Lucas Tortora <[email protected]> Co-authored-by: Vivek Jain <[email protected]>
- Loading branch information
1 parent
682c5e3
commit f65ea84
Showing
4 changed files
with
282 additions
and
5 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,194 @@ | ||
--- | ||
description: 'Multicall3 allows you to bundle multiple calls to various contracts, for both reading and writing data, into a single transaction.' | ||
image: /img/logo/WASP_logo_dark.png | ||
--- | ||
|
||
# Multicall3 | ||
## Powering Efficient Batch Transactions on L2 Networks | ||
|
||
Multicall3 is a smart contract on the Ethereum Virtual Machine (EVM) that streamlines transactions. It allows you to bundle multiple calls to various contracts, for both reading and writing data, into a single transaction. | ||
|
||
This can be particularly useful when working with decentralized applications that require multiple contract interactions or when batching multiple calls to save on gas costs. To use the Multicall3 contract on IOTA EVM, the Multicall3 contract is deployed at this address: [0xcA11bde05977b3631167028862bE2a173976CA11](https://explorer.evm.iota.org/address/0xcA11bde05977b3631167028862bE2a173976CA11?tab=write_contract). | ||
|
||
This contract offers significant advantages for optimizing transaction processing on L2 networks, also known as Layer 2 scaling solutions. Here's how Multicall3 enhances efficiency: | ||
|
||
- **Reduced Gas Costs:** By grouping calls together, Multicall3 minimizes the total gas fees associated with interacting with the blockchain. Gas refers to the computational effort required to execute a transaction on the network. | ||
|
||
- **Guaranteed Data Consistency:** Multicall3 fetches data from a single block on the blockchain, ensuring that all the information you receive reflects a consistent state. This eliminates discrepancies that might arise from fetching data across separate transactions. | ||
|
||
- **Faster Execution Speeds:** You no longer need to wait for individual transactions to be confirmed one by one. Multicall3 processes everything efficiently in a single transaction, significantly speeding up the overall process. | ||
|
||
- **Simplified Workflows:** Multicall3 removes the complexity of worrying about the order in which transactions are processed, eliminating potential issues caused by race conditions. Race conditions occur when multiple transactions compete for resources, and the outcome can depend on the order they are executed. | ||
|
||
- **All-or-Nothing Execution:** Multicall3 ensures data integrity by functioning on an all-or-nothing basis. This means that either all the calls within the Multicall3 transaction succeed, or none of them do. This prevents partial execution and maintains data consistency. | ||
|
||
:::tip | ||
|
||
You can find the ABI of the contract in the [Multicall3 website](https://www.multicall3.com/abi). | ||
|
||
::: | ||
|
||
|
||
## Contract Information | ||
|
||
### Function: aggregate | ||
|
||
#### Description: | ||
This function aggregates the results of multiple function calls made to different contracts within a single transaction. | ||
|
||
```solidity | ||
function aggregate(Call[] calldata calls) public payable returns (uint256 blockNumber, bytes[] memory returnData); | ||
``` | ||
|
||
|
||
|Parameter Name | Description| | ||
|-----------|--------------------------------------------------------------------- | ||
| calls (Call[] calldata) | An array of Call structs. Each Call struct contains the target contract address (address) and the encoded function call data (bytes).| | ||
|
||
#### Return Values: | ||
- blockNumber (uint256): The block number where the calls were executed. | ||
- returnData (bytes[] memory): An array of bytes containing the return data from each call. | ||
|
||
### Function: tryAggregate | ||
|
||
#### Description: | ||
This function performs a similar function to `aggregate` but allows individual calls to fail without halting the entire execution. | ||
|
||
|
||
```solidity | ||
function tryAggregate(bool requireSuccess, Call[] calldata calls) public payable returns (Result[] memory returnData); | ||
``` | ||
|
||
| Parameter Name | Description | | ||
|----------------|-----------------------------------------------------------------------------| | ||
| requireSuccess (bool) | A boolean flag indicating whether all calls must succeed (true) or if failures are allowed (false). | | ||
| calls (Call[] calldata) | An array of Call structs. Each Call struct contains the target contract address (address) and the encoded function call data (bytes). | | ||
|
||
|
||
#### Return Values: | ||
returnData (Result[] memory): An array of Result structs. Each Result struct contains a bool indicating success (success) and the return data for the corresponding call (bytes returnData). | ||
|
||
### Function: tryBlockAndAggregate | ||
|
||
#### Description: | ||
This function combines features of `tryAggregate` and retrieves additional block information. | ||
|
||
|
||
```solidity | ||
function tryBlockAndAggregate(bool requireSuccess, Call[] calldata calls) | ||
public | ||
payable | ||
returns (uint256 blockNumber, bytes32 blockHash, Result[] memory returnData); | ||
``` | ||
|
||
| Parameter Name | Description | | ||
|----------------|-----------------------------------------------------------------------------| | ||
| requireSuccess (bool) | A boolean flag indicating whether all calls must succeed (true) or if failures are allowed (false). | | ||
| calls (Call[] calldata) | An array of Call structs. Each Call struct contains the target contract address (address) and the encoded function call data (bytes). | | ||
|
||
#### Return Values: | ||
- blockNumber (uint256): The block number where the calls were executed. | ||
- blockHash (bytes32): The hash of the block where the calls were executed. | ||
- returnData (Result[] memory): An array of Result structs, as defined in tryAggregate. | ||
|
||
|
||
### Function: blockAndAggregate | ||
|
||
#### Description: | ||
This function is a simplified version of `tryBlockAndAggregate` that always requires all calls to succeed. | ||
|
||
```solidity | ||
function blockAndAggregate(Call[] calldata calls) | ||
public | ||
payable | ||
returns (uint256 blockNumber, bytes32 blockHash, Result[] memory returnData); | ||
``` | ||
|
||
|Parameter Name | Description| | ||
|-----------|--------------------------------------------------------------------- | ||
| calls (Call[] calldata) | An array of Call structs, as defined in aggregate.| | ||
|
||
#### Return Values: | ||
- blockNumber (uint256): The block number where the calls were executed. | ||
- blockHash (bytes32): The hash of the block where the calls were executed. | ||
- returnData (Result[] memory): An array of Result structs, as defined in tryAggregate. | ||
|
||
|
||
### Function: aggregate3 | ||
#### Description: | ||
This function aggregates calls similar to `aggregate` but allows specifying whether failures are allowed for each call individually. | ||
|
||
```solidity | ||
function aggregate3(Call3[] calldata calls) public payable returns (Result[] memory returnData); | ||
``` | ||
|
||
|Parameter Name | Description| | ||
|-----------|--------------------------------------------------------------------- | ||
| calls (Call[] calldata) | An array of Call3 structs. Each Call3 struct includes the target contract address (address), a flag indicating if failure is allowed (bool allowFailure), and the encoded function call data (bytes callData).| | ||
|
||
#### Return Values: | ||
- returnData (Result[] memory): An array of Result structs, as defined in `tryAggregate`. | ||
|
||
|
||
### Function: aggregate3Value | ||
#### Description: | ||
This function aggregates calls with a specified value for each call, allowing sending funds along with the call data. It ensures the total sent value matches the sum of individual call values. | ||
|
||
|
||
```solidity | ||
function aggregate3Value(Call3Value[] calldata calls) public payable returns (Result[] memory returnData); | ||
``` | ||
|
||
|Parameter Name | Description| | ||
|-----------|--------------------------------------------------------------------- | ||
| calls (Call[] calldata) | An array of Call3Value structs. Each Call3Value struct includes the target contract address (address), a flag indicating if failure is allowed (bool allowFailure), the value to send along with the call (uint256 value), and the encoded function call data (bytes callData). | ||
|
||
#### Return Values: | ||
- returnData (Result[] memory): An array of Result structs, as defined in `tryAggregate`. | ||
|
||
|
||
|
||
## Additional Functions | ||
The contract also includes several view functions that retrieve blockchain data without modifying the state: | ||
|
||
- `getBlockHash(uint256 blockNumber)`: Returns the block hash for a given block number. | ||
- `getBlockNumber()`: Returns the current block number. | ||
- `getCurrentBlockCoinbase()`: Returns the address of the block miner (coinbase). | ||
- `getCurrentBlockDifficulty()`: Returns the difficulty of the current block. | ||
- `getCurrentBlockGasLimit()`: Returns the gas limit of the current block. | ||
- `getCurrentBlockTimestamp()`: Returns | ||
|
||
## Structs | ||
|
||
- Call | ||
```solidity | ||
struct Call { | ||
address target; | ||
bytes callData; | ||
} | ||
``` | ||
- Call3 | ||
```solidity | ||
struct Call3 { | ||
address target; | ||
bool allowFailure; | ||
bytes callData; | ||
} | ||
``` | ||
- Call3 Value | ||
```solidity | ||
struct Call3Value { | ||
address target; | ||
bool allowFailure; | ||
uint256 value; | ||
bytes callData; | ||
} | ||
``` | ||
- Result | ||
```solidity | ||
struct Result { | ||
bool success; | ||
bytes returnData; | ||
} | ||
``` |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,78 @@ | ||
--- | ||
description: 'Multisig wallet refers to having multiple private keys for a single web3 wallet.' | ||
image: /img/logo/WASP_logo_dark.png | ||
--- | ||
|
||
# MultiSig Wallet | ||
|
||
:::note TL;DR; | ||
|
||
[Safe Wallet](https://safe.iotaledger.net/welcome) is a multiSig wallet. The term “ | ||
multisig” is short for "multisignature". | ||
|
||
::: | ||
|
||
The security of cryptocurrency demands greater attention as digital assets gain traction. Individuals and organizations need robust strategies to safeguard their funds. Multisignature (multisig) wallets are emerging as a powerful cybersecurity tool in crypto. | ||
|
||
Decentralized digital assets require a different approach to security than traditional finance. Thankfully, innovative technologies like multisig wallets provide an extra layer of protection, allowing you to trade cryptocurrencies on chains like [Shimmer EVM](https://explorer.evm.shimmer.network/) or [IOTA EVM](https://explorer.evm.iota.org/). | ||
|
||
![IOTA Sandbox](/img/get-started/safe/safe.png) | ||
|
||
## Why Are Multisig Wallets More Secure? | ||
|
||
Traditional crypto wallets rely on a single signature for transactions, making them vulnerable if that key is compromised. Multisig wallets offer superior security by requiring multiple approvals before funds can be moved. This added layer of verification significantly reduces the risk of unauthorized transactions, even if a hacker gains access to one of your keys. | ||
|
||
## Use Cases for Multisig Wallet | ||
|
||
### Shared Asset Security | ||
|
||
#### Joint Ownership | ||
|
||
Securely manage crypto held jointly by couples, business partners, or organizations. Requires approval from all parties for transactions, preventing unauthorized spending. | ||
|
||
#### Company Funds | ||
|
||
For businesses with substantial crypto holdings, enforce multi-approval workflows for withdrawals, minimizing internal theft risk. | ||
|
||
### Enhanced Threat Protection | ||
|
||
#### Lost/Compromised Keys | ||
|
||
Mitigate the impact of lost or compromised keys. Remaining keys can still safeguard funds, unlike single-signature wallets. | ||
|
||
#### Hacking Defense | ||
|
||
Add a significant hurdle for attackers. Even with access to one key, they cannot steal funds without additional signatures. | ||
|
||
#### Custodial Account Control | ||
|
||
Maintain control over crypto held in exchanges or IRA providers. Multisig wallets ensure withdrawals require approval from both the - user and the custodian, preventing unauthorized access. | ||
|
||
### Important Considerations | ||
|
||
#### Technical Complexity | ||
|
||
Setting up and using multisig wallets requires more technical expertise compared to traditional wallets. | ||
|
||
#### Signatory Balance | ||
|
||
Finding the optimal balance between security (more signatories) and practicality (fewer signatories) is crucial. | ||
|
||
#### Individual Suitability | ||
|
||
For most individual users with smaller crypto holdings, a standard single-signature wallet might be sufficient. | ||
|
||
|
||
:::tip | ||
|
||
Learn more about safe accounts in the [Safe documentation](https://help.safe.global/en/articles/40835-what-safe-setup-should-i-use). | ||
|
||
::: | ||
|
||
## IOTA has its own dedicated MultiSig wallet - [safe(Wallet)](https://safe.iotaledger.net/welcome) | ||
|
||
:::info Set Up a Safe Account | ||
|
||
You can find instructions on setting up a safe account in the [Safe documentation](https://help.safe.global/en/articles/40868-creating-a-safe-on-a-web-browser). | ||
|
||
::: |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.