fix: markdown syntax

public/content/translations/zh-tw/developers/docs/apis/backend/index.md

@@ -204,4 +204,4 @@ _知道對你有幫助的社群資源嗎？ 請編輯此頁面並新增資源！
 ## 相關教學影片 {#related-tutorials}
 
 - [設定 Web3js 以在 Javascript 中使用以太坊區塊鏈](/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/) _– 在專案中設定 web3.js 的說明。_
-- [從 JavaScript 呼叫智慧型合約](/developers/tutorials/calling-a-smart-contract-from-javascript/) _ – 使用 DAI 代幣，瞭解如何使用 JavaScript 呼叫合約函式。</li> </ul>
+- [從 JavaScript 呼叫智慧型合約](/developers/tutorials/calling-a-smart-contract-from-javascript/) _– 使用 DAI 代幣，瞭解如何使用 JavaScript 呼叫合約函式。_

public/content/translations/zh-tw/developers/docs/apis/javascript/index.md

@@ -291,5 +291,5 @@ _知道對你有幫助的社群資源嗎？ 請編輯此頁面並新增資源！
 ## 相關教學影片 {#related-tutorials}
 
 - [設定 Web3js 以在 Javascript 中使用以太坊區塊鏈](/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/) _– 在專案中設定 web3.js 的說明。_
-- [從 JavaScript 呼叫智慧型合約](/developers/tutorials/calling-a-smart-contract-from-javascript/) _ – 使用 DAI 代幣，瞭解如何使用 JavaScript 呼叫合約函式。</li>
-- [使用 web3 和 Alchemy 傳送交易](/developers/tutorials/sending-transactions-using-web3-and-alchemy/)_ -- 從後端傳送交易的逐步演練。_</ul>
+- [從 JavaScript 呼叫智慧型合約](/developers/tutorials/calling-a-smart-contract-from-javascript/) _– 使用 DAI 代幣，瞭解如何使用 JavaScript 呼叫合約函式。_
+- [使用 web3 和 Alchemy 傳送交易](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) _– 從後端傳送交易的逐步演練。_

public/content/translations/zh-tw/developers/docs/consensus-mechanisms/pos/block-proposal/index.md

@@ -48,25 +48,18 @@ class BeaconBlockBody(Container):
 
 所有這些資料都被收集在一個信標區塊中，經過簽署並廣播給區塊提議者的對等節點，再由他們傳播給他們的對等節點，以此類推。
 
-閱讀更多關於
-區塊剖析</0 >的內容。</p> 
-
-
+閱讀更多關於[區塊剖析](/developers/docs/blocks)的內容。
 
 ## 區塊會發生什麼？ {#what-happens-to-blocks}
 
 區塊被新增至區塊提議者的本機資料庫，並透過共識層廣播網路廣播給對等節點。 當驗證者接收到區塊時，它會驗證其中的資料，包括檢查區塊是否有正確的父塊、是否對應正確的時隙、提議者索引是否符合預期、RANDAO 揭示是否有效，以及提議者是否被罰沒。 `execution_payload` 被解綁，驗證者的執行用戶端重新執行清單中的交易，以檢查所提議的狀態變化。 假設區塊通過了所有這些檢查，每個驗證者將區塊新增到自己的規範鏈中。 然後，在下一個時隙中重新開始這個過程。
 
-
-
 ## 區塊獎勵 {#block-rewards}
 
 區塊提議者會收到他們工作的報酬。 有一個 `base_reward`，是根據活躍驗證者的數量和他們的有效餘額來計算的。 然後，區塊提議者會因為區塊中包含的每個有效證明而收到 `base_reward` 的一部分；證明區塊的驗證者越多，區塊提議者獲得的獎勵就越高。 還有一個獎勵是報告應該被罰沒的驗證者，數額等於每個被罰沒的驗證者的 `1/512 * effective balance`。
 
 [更多關於獎勵和懲罰的資訊](/developers/docs/consensus-mechanisms/pos/rewards-and-penalties)
 
-
-
 ## 了解更多 {#further-reading}
 
 - [區塊簡介](/developers/docs/blocks/)

public/content/translations/zh-tw/developers/docs/nodes-and-clients/index.md

@@ -170,7 +170,7 @@ Nethermind 也為高級使用者提供[詳細文件](https://docs.nethermind.io)
 
 ### Reth {#reth}
 
-Reth（Rust Etherum 的簡稱）是以太坊全節點的實作，致力於達成使用者友善、高度模組化、快速高效等目標。 Reth 最初由 Paradigm 開發並推動，且使用了 Apache 和 MIT 授權。
+Reth（Rust Ethereum 的簡稱）是以太坊全節點的實作，致力於達成使用者友善、高度模組化、快速高效等目標。 Reth 最初由 Paradigm 開發並推動，且使用了 Apache 和 MIT 授權。
 
 Reth 是生產就緒的執行用戶端，且適用於質押或高正常運作時間的服務等重要任務上。 在一些高效能、高利潤下的使用案例中表現優秀，如遠端程序呼叫、最大可提取價值、索引、模擬和點對點活動等。
 

public/content/translations/zh-tw/developers/docs/programming-languages/java/index.md

@@ -46,7 +46,7 @@ incomplete: true
 
 ## 進階使用模式 {#advanced-use-patterns}
 
-- [使用 Eventeum 建置 Java 智慧型合約資料快取](使用 Eventeum 構建Java 智慧型合約數據緩存)
+- [使用 Eventeum 建置 Java 智慧型合約資料快取](https://kauri.io/article/fe81ee9612eb4e5a9ab72790ef24283d/using-eventeum-to-build-a-java-smart-contract-data-cache)
 
 ## Java 專案和工具 {#java-projects-and-tools}
 

public/content/translations/zh-tw/developers/docs/storage/index.md

@@ -127,7 +127,7 @@ SWARM 是一種去中心化的資料儲存和分發技術，具有儲存激勵
 - [文件](https://docs.storj.io/)
 - [GitHub](https://github.com/storj/storj)
 
-**Skynet - _Skynet 是一個致力於去中心化網路的去中心化工作量證明鏈。</0></strong></p>
+**Skynet - _Skynet 是一個致力於去中心化網路的去中心化工作量證明鏈。_**
 
 - [Skynet.net](https://siasky.net/)
 - [文件](https://siasky.net/docs/)

public/content/translations/zh-tw/developers/docs/transactions/index.md

@@ -200,7 +200,7 @@ Alice 的帳戶將存入 **+1.0 以太幣**
 
 根據 `TransactionType` 值，交易可以分類為
 
-1. **類型 0（傳統）交易：**自以太坊推出以來使用的原始交易格式。 它們不包括 [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) 的功能，例如動態燃料費計算或智慧型合約的存取清單。 傳統交易缺少在序列化形式中指示交易類型的特定前綴，在使用[遞迴長度前綴 (RLP) ](/developers/docs/data-structures-and-encoding/rlp)編碼時，該前綴以位元組 `0xf8` 開始。 這些交易的 TransactionType 值為 `0x0`。
+1. **類型 0（傳統）交易：**自以太坊推出以來使用的原始交易格式。 它們不包括 [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) 的功能，例如動態燃料費計算或智慧型合約的存取清單。 傳統交易缺少在序列化形式中指示交易類型的特定前綴，在使用[遞迴長度前綴 (RLP)](/developers/docs/data-structures-and-encoding/rlp) 編碼時，該前綴以位元組 `0xf8` 開始。 這些交易的 TransactionType 值為 `0x0`。
 
 2. **類型 1 交易：**在 [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) 中引入作為以太坊[柏林升級](/history/#berlin)的一部分，這些交易包含一個 `accessList` 參數。 此清單指定了交易期望存取的地址和儲存金鑰，有助於潛在降低涉及智慧型合約的複雜交易的[燃料](/developers/docs/gas/)成本。 EIP-1559 的費用市場變化不會包含在類型 1 交易中。 類型 1 交易也包含一個 `yParity` 參數，該參數可以是 `0x0` 或 `0x1`，表示 secp256k1 簽章的 y 值的奇偶性。 此類交易透過開頭的位元組 `0x01` 開頭辨識，其 TransactionType 值為 `0x1`。