oops

Author: isabellewei

src/content/docs/en/technology/overview/scroll-upgrades.mdx

@@ -26,10 +26,6 @@ You can join our [Telegram channel for technical updates](https://t.me/scroll_te
 During internal testing, we identified that blocks may not always be compressible under certain condition, which leads to unprovable chunks and batches.
 To fix this issue, a minor upgrade has been conducted so that uncompressed blobs will be enabled when this special case is detected.
 
-Notes:
-1. 
-2. This patch does not change any headers and therefore is backward-compatible.
-
 ### Timeline
 
 As this is a security related patch, we bypassed the 7-day timelock mechanism.
@@ -49,7 +45,7 @@ This upgrade does not change Scroll's state transition function, so it is backwa
 A change has been implemented to Scroll Mainnet to enhance sequencer throughput, which adjusted the maximum reorg depth to 17 blocks. Previously, the system performed thorough capacity checks within the signer thread to determine whether transactions exceed the circuit limit. While this ensures that all transactions within a block are compliant, it also requires additional CPU resources.
 We introduced a new circuit capacity checking scheme on Mainnet. The sequencer thread now will continue to perform capacity checks, but in a more approximate manner. In parallel, 16 worker threads will accurately verify the capacity of previous blocks. As a result, a reorg could occur with a maximum depth of 17 blocks, although the likelihood of this is low.
 
-For indexers, the `BatchHeader` version has been upgraded to 4. This is backward compatible (the only exception is for projects decoding the blob payload, which has changed slightly).
+For indexers, the `BatchHeader` version has been upgraded to 4. This is backward compatible (the only exception is for developers decoding the blob payload, which has changed slightly).
 
 ## Darwin Upgrade