Skip to content

Commit

Permalink
Add direct calls to the FlowEVM doc (#760)
Browse files Browse the repository at this point in the history
* Add direct calls to the FlowEVM doc

* Cleanup

* Update docs/evm/cadence/direct-calls.md

Co-authored-by: Greg Santos <[email protected]>

* Update docs/evm/cadence/direct-calls.md

Co-authored-by: Greg Santos <[email protected]>

* Update docs/evm/cadence/direct-calls.md

Co-authored-by: Greg Santos <[email protected]>

* Update docs/evm/cadence/direct-calls.md

Co-authored-by: Greg Santos <[email protected]>

* Update docs/evm/cadence/direct-calls.md

Co-authored-by: Greg Santos <[email protected]>

* Update docs/evm/cadence/direct-calls.md

Co-authored-by: Greg Santos <[email protected]>

* Update docs/evm/cadence/direct-calls.md

Co-authored-by: Greg Santos <[email protected]>

* Fix naming

* Update docs/evm/cadence/direct-calls.md

Co-authored-by: Greg Santos <[email protected]>

* Update docs/evm/cadence/direct-calls.md

Co-authored-by: Greg Santos <[email protected]>

* Update docs/evm/cadence/direct-calls.md

Co-authored-by: Greg Santos <[email protected]>

* Fix misc

---------

Co-authored-by: Chase Fleming <[email protected]>
Co-authored-by: Greg Santos <[email protected]>
  • Loading branch information
3 people authored Apr 29, 2024
1 parent 0fb092c commit 62b5919
Show file tree
Hide file tree
Showing 4 changed files with 89 additions and 4 deletions.
2 changes: 1 addition & 1 deletion docs/evm/block-explorers.mdx
Original file line number Diff line number Diff line change
@@ -1,7 +1,7 @@
---
slug: /evm/block-explorers
redirect: /ecosystem/block-explorers
title: Block explorers ->
title: Block Explorers
sidebar_position: 10
---

Expand Down
85 changes: 85 additions & 0 deletions docs/evm/cadence/direct-calls.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,85 @@
---
title: Direct Calls from Cadence to Flow EVM
sidebar_label: Direct Calls to Flow EVM
sidebar_position: 5
---

Direct calls from Cadence to Flow EVM are essential for enabling Cadence smart contracts to interact seamlessly with the EVM environment hosted on the Flow blockchain. These calls facilitate a range of functionalities including state queries and transaction initiations, allowing Cadence contracts to leverage EVM-based tools and assets.

## Making Direct Calls

### Accessing Flow EVM

To interact with Flow EVM, Cadence contracts must first import `EVM` from its service address:

```js
import EVM from <ServiceAddress>
```

Next, create an `EVMAddress` with a sequence of 20 bytes representing the EVM address:

```js
let addr = EVM.EVMAddress(bytes: bytes)
```

Once you have access to an `EVMAddress`, you can query various pieces of state information such as:

- `balance() EVM.Balance` provides the balance of the address. It returns a balance object rather than a basic type to avoid errors when converting from flow to atto-flow.
- `nonce() UInt64` retrieves the nonce associated with the address.
- `code(): [UInt8]` fetches the code at the address; it returns the smart contract code if applicable, and is empty otherwise.

```
import EVM from <ServiceAddress>
access(all)
fun main(bytes: [UInt8; 20]) {
let addr = EVM.EVMAddress(bytes: bytes)
let bal = addr.balance()
}
```

### Sending Transactions to Flow EVM

To send transactions to Flow EVM, use the `run` function which executes RLP-encoded transactions. RLP (Recursive Length Prefix) encoding is used to efficiently encode data into a byte-array format, suitable for Ethereum-based environments. Here's an example of wrapping and sending a transaction:

```
import EVM from <ServiceAddress>
transaction(rlpEncodedTransaction: [UInt8], coinbaseBytes: [UInt8; 20]) {
prepare(signer: AuthAccount) {
let coinbase = EVM.EVMAddress(bytes: coinbaseBytes)
let result = EVM.run(tx: rlpEncodedTransaction, coinbase: coinbase)
assert(
runResult.status == Status.successful,
message: "tx was not executed successfully."
)
}
}
```

Using `run` restricts an EVM block to a single EVM transaction, while a future `batchRun` will offer the capability to execute multiple EVM transactions in a batch.

### Handling Transaction Responses

Handling responses correctly is crucial to manage the state changes or errors that occur during `EVM` transactions:

When calling `EVM.run`, it's important to understand that this method does not revert the outer Flow transaction. Developers must therefore carefully handle the response based on the `result.Status` of the EVM transaction execution. There are three main outcomes to consider:

- `Status.invalid`: This status indicates that the transaction or call failed at the validation step, such as due to a nonce mismatch. Transactions with this status are not executed or included in a block, meaning no state change occurs.
- `Status.failed`: This status is assigned when the transaction has technically succeeded in terms of being processable, but the EVM reports an error as the outcome, such as running out of gas. Importantly, a failed transaction or call is still included in a block. Attempting to resubmit a failed transaction will result in an `invalid` status on the second try due to a now incorrect nonce.
- `Status.successful`: This status is given when the transaction or call is successfully executed and no errors are reported by the EVM.

For scenarios where transaction validity is critical, developers may choose to use the `mustRun` variation, which reverts the transaction in the case of a validation failure, providing an added layer of error handling.

### Understanding Gas Usage in EVM Transactions

Direct calls to Flow EVM require gas, it's important to understand how gas usage is calculated and billed. During the execution of methods that interact with the EVM:

- **Gas Aggregation**: The gas used by each call is aggregated throughout the transaction.
- **Gas Adjustment**: The total gas used is then adjusted based on a multiplier. This multiplier is determined by the network and can be adjusted by the service account to reflect operational costs and network conditions.
- **Payment of Gas Fees**: The adjusted total gas amount is added to the overall computation fees of the Flow transaction. These fees are paid by the transaction initiator, commonly referred to as the payer.

## Keep Learning

For more information and a deeper dive into the `EVMAddress`, `Result`, and `Status` objects, see [the contract here](https://github.com/onflow/flow-go/blob/feature/stable-cadence/fvm/evm/stdlib/contract.cdc).
4 changes: 2 additions & 2 deletions docs/evm/cross-chain-bridges.mdx
Original file line number Diff line number Diff line change
@@ -1,11 +1,11 @@
---
slug: /evm/cross-chain-bridges
redirect: /ecosystem/bridges
title: Cross-chain Bridges ->
title: Cross-chain Bridges
sidebar_position: 7
---

# Cross-chain Bridges
# Cross-hain Bridges

Go to [Bridges](../ecosystem/bridges.md)

Expand Down
2 changes: 1 addition & 1 deletion docs/evm/faucets.mdx
Original file line number Diff line number Diff line change
@@ -1,7 +1,7 @@
---
slug: /evm/faucets
redirect: /ecosystem/faucets
title: Faucets ->
title: Faucets
sidebar_position: 9
---

Expand Down

0 comments on commit 62b5919

Please sign in to comment.