Merge branch 'main' into fix/bridge-ui-v2--processing-recipient

packages/website/pages/docs/concepts/proposing.mdx

@@ -18,7 +18,7 @@ The Ethereum yellow paper has well-defined rules to compute the state transition
 
    2.1 Asserts that the length of the transaction list does not exceed a predefined maximum (MAX_TX_LIST_BYTES), ensuring that the list is within the limits.
 
-   2.2 The transaction list is (RLP) decoded into a list of transactions (txList). If the bytes are not decodeable it will result in an empty block.
+   2.2 The transaction list is (RLP) decoded into a list of transactions (txList). If the bytes are not decodable it will result in an empty block.
 
    2.3 The amount of gas required to include transactions is available. (If a transaction cannot fit into a block, it is simply excluded from it, but the block is still valid with other transactions.)
 

packages/website/pages/docs/concepts/taiko-nodes.mdx

@@ -83,7 +83,7 @@ To propose a block, the `proposer`:
 
 1. Fetches the pending transactions from the L2 execution engine through the `txpool_content` RPC method.
 2. If there are too many pending transactions in the L2 execution engine, splits them into several smaller `txLists`. This is because the Taiko protocol restricts the max size of each proposed `txList`.
-3. Proposes all splitted `txLists` by sending `TaikoL1.proposeBlock` transactions.
+3. Proposes all split `txLists` by sending `TaikoL1.proposeBlock` transactions.
 
 ## Process of proving a block
 

packages/website/pages/docs/reference/prover-market-page.mdx

@@ -42,3 +42,4 @@ You can edit the page by clicking [here](https://github.com/taikoxyz/taiko-mono/
 | Mahamb Nodes   | http://taiko-a5-prover.mahamb.xyz:9876  | 10 wei      |
 | Baka Node      | http://38.242.226.172:9876              | 10 wei      |
 | Arthas Node    | http://65.108.215.87:9876               | 10 wei      |
+| Karandash33    | http://88.198.47.154:9876               | 10 wei      |