Wrap all the mermaid diagrams with new Astro Mermaid component

Author: psd-coder

src/content/docs/ja/network/blockchain/blockchain-deep-dive.mdx

@@ -3,6 +3,7 @@ title: "Aptosブロックチェーンの詳細"
 ---
 
 import { Aside } from '@astrojs/starlight/components';
+import Mermaid from '~/components/Mermaid.astro';
 
 Aptosトランザクションのライフサイクルをより深く理解するため(運用の観点から),トランザクションがAptosフルノードに送信されてからAptosブロックチェーンにコミットされるまでの旅を追跡します.その後,Aptosノードの論理コンポーネントに焦点を当て,トランザクションがこれらのコンポーネントとどのように相互作用するかを見ていきます.
 
@@ -22,35 +23,37 @@ Aptosトランザクションのライフサイクルをより深く理解する
 
 関連するステップについては,バリデータノードのコンポーネント間の相互作用へのリンクを含めています.トランザクションのライフサイクルのすべてのステップに慣れたら,各ステップに対応するコンポーネント間の相互作用に関する情報を参照することをお勧めします.
 
-```mermaid
-graph LR
-    subgraph Fullnodes
-        direction TB
-        REST_Service[REST Service]
-    end
-
-    Client(Client) -->|1| REST_Service
-
-    subgraph Other_Validators[Other Validators]
-        direction TB
-    end
-
-    subgraph Validators
-        direction TB
-        Mempool[3\nMempool]
-        Consensus[Consensus]
-        Consensus -->|7, 9| Execution
-        Execution -->|11| Storage
-        Execution -->|8| Virtual_Machine(Virtual Machine)
-        Mempool --> Virtual_Machine
-        Virtual_Machine --> Storage
-    end
-
-    Other_Validators <-->|6, 10| Consensus
-    REST_Service -->|2| Mempool
-    Mempool <-->|4| Other_Validators(Other Validators)
-    Consensus -->|5| Mempool
-```
+<Mermaid>
+  ```mermaid
+  graph LR
+      subgraph Fullnodes
+          direction TB
+          REST_Service[REST Service]
+      end
+
+      Client(Client) -->|1| REST_Service
+
+      subgraph Other_Validators[Other Validators]
+          direction TB
+      end
+
+      subgraph Validators
+          direction TB
+          Mempool[3\nMempool]
+          Consensus[Consensus]
+          Consensus -->|7, 9| Execution
+          Execution -->|11| Storage
+          Execution -->|8| Virtual_Machine(Virtual Machine)
+          Mempool --> Virtual_Machine
+          Virtual_Machine --> Storage
+      end
+
+      Other_Validators <-->|6, 10| Consensus
+      REST_Service -->|2| Mempool
+      Mempool <-->|4| Other_Validators(Other Validators)
+      Consensus -->|5| Mempool
+  ```
+</Mermaid>
 
 <Aside type="note">
   この記事のすべての図において,矢印は相互作用/アクションを開始するコンポーネントから始まり,アクションが実行されるコンポーネントで終わります.矢印は読み取られたデータ,書き込まれたデータ,または返されたデータを表すものではありません.
@@ -162,21 +165,23 @@ Aptos**クライアントは生のトランザクション**(Traw<sub>5</sub>と
 
 ## RESTサービス
 
-```mermaid
-graph LR
-    Mempool -->|2| Other_Validators[Other Validators]
+<Mermaid>
+  ```mermaid
+  graph LR
+      Mempool -->|2| Other_Validators[Other Validators]
 
-    subgraph Fullnodes
-        REST_Service[REST Service]
-        Mempool[Mempool]
-        Consensus[Consensus]
-        Virtual_Machine[Virtual Machine]
-    end
+      subgraph Fullnodes
+          REST_Service[REST Service]
+          Mempool[Mempool]
+          Consensus[Consensus]
+          Virtual_Machine[Virtual Machine]
+      end
 
-    REST_Service -->|1| Mempool
-    Mempool -->|3| Consensus
-    Mempool -->|4| Virtual_Machine
-```
+      REST_Service -->|1| Mempool
+      Mempool -->|3| Consensus
+      Mempool -->|4| Virtual_Machine
+  ```
+</Mermaid>
 
 メモリプールは,実行を"待機"しているトランザクションを保持する共有バッファです.新しいトランザクションがメモリプールに追加されると,メモリプールはこのトランザクションをシステム内の他のバリデーターノードと共有します."共有メモリプール"でのネットワーク消費を削減するため,各バリデーターは自身のトランザクションを他のバリデーターに配信する責任があります.バリデーターが他のバリデーターのメモリプールからトランザクションを受信すると,そのトランザクションは受信側バリデーターのメモリプールに追加されます.
 
@@ -201,16 +206,18 @@ graph LR
 
 ## コンセンサス
 
-```mermaid
-graph TD
-    subgraph Validators
-        direction LR
-            Consensus[Consensus] -->|1| Mempool[Mempool]
-            Consensus -->|3, 4| Execution[Execution]
-    end
+<Mermaid>
+  ```mermaid
+  graph TD
+      subgraph Validators
+          direction LR
+              Consensus[Consensus] -->|1| Mempool[Mempool]
+              Consensus -->|3, 4| Execution[Execution]
+      end
 
-    Other_Validators(Other Validators) <-->|2, 4| Consensus
-```
+      Other_Validators(Other Validators) <-->|2, 4| Consensus
+  ```
+</Mermaid>
 
 コンセンサスコンポーネントは,ネットワーク内の他のバリデーターと[コンセンサスプロトコル](/ja/network/glossary.mdx#consensus-protocol)に参加することで,トランザクションブロックの順序付けと実行結果の合意に責任を持ちます.
 
@@ -234,12 +241,14 @@ V<sub>X</sub>がプロポーザー/リーダーの場合,そのコンセンサ
 
 ## 実行
 
-```mermaid
-graph TD
-    Consensus[Consensus] -->|1 and 3| Execution[Execution]
-    Execution -->|2| Virtual_Machine[Virtual Machine]
-    Execution -->|4| Storage[Storage]
-```
+<Mermaid>
+  ```mermaid
+  graph TD
+      Consensus[Consensus] -->|1 and 3| Execution[Execution]
+      Execution -->|2| Virtual_Machine[Virtual Machine]
+      Execution -->|4| Storage[Storage]
+  ```
+</Mermaid>
 
 実行コンポーネントは,トランザクションブロックの実行を調整し,コンセンサスによって投票できる一時的な状態を維持します.これらのトランザクションが成功した場合,ストレージにコミットされます.
 
@@ -266,12 +275,14 @@ graph TD
 
 ## Storage
 
-```mermaid
-graph TD
-    Virtual_Machine[Virtual Machine] -->|1| Storage[Storage]
-    Execution[Execution] -->|2, 3| Storage
-    REST_Service[REST Service] -->|4| Storage
-```
+<Mermaid>
+  ```mermaid
+  graph TD
+      Virtual_Machine[Virtual Machine] -->|1| Storage[Storage]
+      Execution[Execution] -->|2, 3| Storage
+      REST_Service[REST Service] -->|4| Storage
+  ```
+</Mermaid>
 
 ストレージコンポーネントは,合意されたトランザクションブロックとその実行結果をAptosブロックチェーンに永続化します.トランザクションブロック(トランザクションT<sub>N</sub>を含む)は,コンセンサスに参加しているバリデーターの定足数(2f+1)以上の間で合意が得られた場合にストレージを介して保存されます.合意には以下のすべてが含まれる必要があります: