Merge 4e4f9e8 into 5f3a1cd

maximevtush · web-flow · commit cbd7e89ab806 · 2025-02-27T16:53:11.000Z
diff --git a/EIPS/eip-7768.md b/EIPS/eip-7768.md
@@ -34,7 +34,7 @@ In contrast, this proposal introduces and standardizes a solution to this proble
    4. The first, then the second, ... then the Nth transaction, which is not the last in her series of transactions; or
    5. All her transactions, in order.
 4. Alice sends this series of transactions to a service that communicates with block proposers.
-   1. Currently mempools in baseline clients would not propogate such transactoins.
+   1. Currently mempools in baseline clients would not propagate such transactoins.
 
 For example, if consideration is sent to the free-for-all address, this would typically be the last in her series of transactions.
 
@@ -85,7 +85,7 @@ This approach may use more gas than other approaches where the consensus client
 
 ### Alternatives considered
 
-* Update [EIP-1559](./eip-1559) so that transactions with gasPrice = 0 are legal, but only if the comensurate amount of gas will be burnt by the block preparer in that same block.
+* Update [EIP-1559](./eip-1559) so that transactions with gasPrice = 0 are legal, but only if the commensurate amount of gas will be burnt by the block preparer in that same block.
 * Create a new transaction type that encapsulates another signed transaction.
 * Create a new opcode to get the coinbase of the next block.
 
diff --git a/EIPS/eip-7830.md b/EIPS/eip-7830.md
@@ -66,7 +66,7 @@ This is a backwards compatible change. Existing contracts are unaffected, and on
 
 Given the analysis cost is paid as part of deployment, the size of contract should have no effect on the runtime.
 
-A more thorough analysis may be needed to detemine whether the proposed limit poses any risk because of client storage architectures.
+A more thorough analysis may be needed to determine whether the proposed limit poses any risk because of client storage architectures.
 
 ## Copyright
 
