Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fixed linting errors in md #6

Merged
merged 1 commit into from
Jun 5, 2023
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
12 changes: 7 additions & 5 deletions EIPS/eip-6968.md
Original file line number Diff line number Diff line change
@@ -1,10 +1,12 @@
---
eip: 6968
title: Contract Secured Revenue on an EVM based L2
status: Draft
type: Core
description: Contract Secured Revenue on an EVM based L2
author: Zak Cole <zak@numbergroup.xyz>, Zak Cole (@zscole), Kevin Owocki <kevin@supermodular.xyz>, Lightclient <matt@ethereum.org>
discussions-to: https://ethereum-magicians.org/t/eip-6968-generalized-csr-protocol/14178
author: Zak Cole <zak@numbergroup.xyz, @zscole>, Kevin Owocki <kevin@supermodular.xyz>, Lightclient <matt@ethereum.org>
status: Draft
type: Standards Track
category: Core
created: 2023-05-01
---

Expand Down Expand Up @@ -34,7 +36,7 @@ This EIP does advocate that L2s could begin to experiment with Contract Secured

### Fee Mechanism

The current EIP-1559 fee behavior is modified so that `header.base_fee_per_gas * REVENUE_SHARE_QUOTIENT` per gas is reallocated proportionally, based on gas used, to each contract executed during the transaction.
The current [EIP-1559](./eip-1559.md) fee behavior is modified so that `header.base_fee_per_gas * REVENUE_SHARE_QUOTIENT` per gas is reallocated proportionally, based on gas used, to each contract executed during the transaction.

Implicitly, this means that no fees are redistributed to externally owned accounts (EOA).

Expand All @@ -44,7 +46,7 @@ In order to fairly distribute the fee revenue, a new transaction-wide gas tracke

When executing a block, maintain a mapping `gas_used_by_address` of `address` to `uint64`. This will track the amount of gas used by each address. For every EVM instruction that does not instantiate a new execution frame (e.g. `CALL`, `CALLCODE`, `DELEGATECALL`, `STATICCALL`, `CREATE`, and `CREATE2`), add the cost of the instruction to the address' current sum in the mapping.

For EVM instructions which do instantiate new frames, greater care must be taken to determine the cost of the instruction to the calling frame. For simplicity, this cost is defined to be the total cost of the operation minus the amount of gas passed to the child frame. The gas passed to the child frame is determined via EIP-150. The computed cost is added to the address' current sum in the mapping.
For EVM instructions which do instantiate new frames, greater care must be taken to determine the cost of the instruction to the calling frame. For simplicity, this cost is defined to be the total cost of the operation minus the amount of gas passed to the child frame. The gas passed to the child frame is determined via [EIP-150](./eip-150.md). The computed cost is added to the address' current sum in the mapping.

Additionally:

Expand Down