From f3e5bdd04e2a2213e51de837784fc1e5bcfed4e4 Mon Sep 17 00:00:00 2001
From: kaleb <kalebkeny@gmail.com>
Date: Thu, 12 Oct 2023 16:21:18 +0200
Subject: [PATCH] Update sip-2036.md

---
 content/sips/sip-2036.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/content/sips/sip-2036.md b/content/sips/sip-2036.md
index 6a887b6fd..42ca6a430 100644
--- a/content/sips/sip-2036.md
+++ b/content/sips/sip-2036.md
@@ -26,7 +26,7 @@ The `RewardsDistribution` contract currently ignores errors when it attempts to
 
 <!--This is the problem statement. This is the *why* of the SIP. It should clearly explain *why* the current state of the protocol is inadequate.  It is critical that you explain *why* the change is needed, if the SIP proposes changing how something is calculated, you must address *why* the current calculation is innaccurate or wrong. This is not the place to describe how the SIP will address the issue!-->
 
-In reference to [SCCP-2051](https://sips.synthetix.io/sccp/sccp-2051), as can be seen in the [minting transaction](https://etherscan.io/tx/0x9db69f2f9d9782e003eae79da083088355d2729a123e3897bf5a3f1a46072832) the inflation destined for L2 were printed, but were never relayed over to optimism. This is because of a check by the optimism's [ResourceMetering.sol](https://github.com/ethereum-optimism/optimism/blob/ac2df11b30aca5cb95fc823ddc8966bd1a570c0e/packages/contracts-bedrock/src/L1/ResourceMetering.sol#L144) that asserts that a transaction exceeds a certain minimum, the minimum depends on the length of the contract call.
+In reference to [SCCP-2051](https://sips.synthetix.io/sccp/sccp-2051), as can be seen in the [minting transaction](https://etherscan.io/tx/0x9db69f2f9d9782e003eae79da083088355d2729a123e3897bf5a3f1a46072832) the inflation destined for L2 were printed, but were never relayed over to optimism. This is because of a check by the optimism's [ResourceMetering.sol](https://github.com/ethereum-optimism/optimism/blob/ac2df11b30aca5cb95fc823ddc8966bd1a570c0e/packages/contracts-bedrock/src/L1/ResourceMetering.sol#L144) that asserts that a transaction's gas limit exceeds a minimum, the latter depends on the length of the contract call.
 
 This SIP proposes to incorporate of a revert, that throws the entire minting transaction in case the distribution of rewards to L2 stakers fails. Hence, keeper would be incentivized to boost the gas limit to the point where the transaction doesn't revert in order to earn the subsidized 100 snx per week in keeping fee.