Update logo image for dark mode

Update Towo Labs to Bifrost Wallet in wallets list

.gitignore

@@ -8,6 +8,7 @@ yarn-error.log
 *.iml
 .venv/
 _code-samples/*/js/package-lock.json
+_code-samples/*/js/*[Ss]etup.json
 
 # PHP
 composer.lock

@l10n/es-ES/docs/concepts/accounts/account-types.md

@@ -41,7 +41,7 @@ Si un actor malicioso descubre la clave secreta de la dirección emisora de una
 
 ### Múltiples direcciones de emisión
 
-Una institución financiera puede emitir más de un token en el XRP Ledger desde una única dirección de emisión. Sin embargo, hay algunas configuraciones que se aplican por igual a todos los tokens (fungibles) emitidos desde una dirección, incluido el porcentaje de [comisiones de transferencia](../tokens/transfer-fees.md) y el estado [congelación global](../tokens/fungible-tokens/freezes.md). Si la intitución financiera quiere la flexibilidad de manejar las configuraciones de distinta manera para cada token, la institución debe tener múltiples direcciones emisoras.
+Una institución financiera puede emitir más de un token en el XRP Ledger desde una única dirección de emisión. Sin embargo, hay algunas configuraciones que se aplican por igual a todos los tokens (fungibles) emitidos desde una dirección, incluido el porcentaje de [comisiones de transferencia](../tokens/fungible-tokens/transfer-fees.md) y el estado [congelación global](../tokens/fungible-tokens/freezes.md). Si la intitución financiera quiere la flexibilidad de manejar las configuraciones de distinta manera para cada token, la institución debe tener múltiples direcciones emisoras.
 
 
 ## Direcciones operacionales

@l10n/es-ES/docs/concepts/accounts/decentralized-identifiers.md

@@ -3,7 +3,6 @@ html: decentralized-identifiers.html
 parent: accounts.html
 seo:
     description: Los identificadores decentralizados permiten identidades digitales decentralizadas verificables.
-status: not_enabled
 labels:
   - DID
 ---

@l10n/es-ES/docs/concepts/accounts/deleting-accounts.md

@@ -1,7 +1,6 @@
 ---
-html: deleting-accounts.html
-parent: accounts.html
-blurb: Acerca de eliminar una cuenta XRP Ledger.
+seo:
+    description: Acerca de eliminar una cuenta XRP Ledger.
 labels:
   - Cuentas
 ---

@l10n/es-ES/docs/concepts/accounts/depositauth.md

@@ -110,7 +110,7 @@ Puedes utilizar el [método deposit_authorized][] para ver si una cuenta esta au
 - La característica [Authorized Trust Lines](../tokens/fungible-tokens/authorized-trust-lines.md) (`RequireAuth` flag) limita que contrapartes pueden poseer divisas no-XRP en la cuenta.
 - El flag `DisallowXRP` indica que una cuenta no puede recibir XRP. Es una protencción más suave que Deposit Authorization, y no la aplica el XRP Ledger. (Las aplicaciones cliente deberían respetar este flag o al menos avisar de ello.)
 - El flag `RequireDest` indica que una cuenta solo puede recibir cantidades de divisas si se especifica un [Destination Tag](../transactions/source-and-destination-tags.md). Esto protege a usuarios de olvidar incluir el propósito del pago, pero no protege a los destinatarios de remitentes desconocidos que pueden añadir destination tags arbitrarios.
-- [Pagos parciales](../payment-types/partial-payments.md) provee una forma para que cuentas puedan devolver pagos no deseados restando los [costes de transferencia](../tokens/transfer-fees.md) y los ratios de exchanges de la cantidad enviada en lugar de sumarlos a la cantidad enviada.
+- [Pagos parciales](../payment-types/partial-payments.md) provee una forma para que cuentas puedan devolver pagos no deseados restando los [costes de transferencia](../tokens/fungible-tokens/transfer-fees.md) y los ratios de exchanges de la cantidad enviada en lugar de sumarlos a la cantidad enviada.
 <!--{# TODO: Add link to "check for authorization" tutorial DOC-1684 #}-->
 
 

@l10n/es-ES/docs/concepts/consensus-protocol/consensus-protections.md

@@ -1,7 +1,6 @@
 ---
-html: consensus-protections.html
-parent: consensus.html
-blurb: Aprende cómo el Protocolo de Consenso del XRP Ledger se protege contra varios problemas y ataques que pueden ocurrir en un sistema financiero descentralizado.
+seo:
+    description: Aprende cómo el Protocolo de Consenso del XRP Ledger se protege contra varios problemas y ataques que pueden ocurrir en un sistema financiero descentralizado.
 labels:
   - Blockchain
 ---

@l10n/es-ES/docs/concepts/consensus-protocol/negative-unl.md

@@ -74,7 +74,7 @@ En cada flag ledger, se aplican todos los siguientes cambios:
 
 1. Los cambios la UNL negativa que se programaron en el flag ledger anterior entran en vigencia para la siguiente versión del ledger. El proceso de consenso para validar este flag ledger en sí mismo no utiliza el cambio programado.
 
-    **Nota:** Esto es uno de los únicos momentos en los que el estado de datos del ledger se modifica sin una [transacción](../transactions/index.md) o [pseudo-transacción](../../references/protocol/transactions/pseudo-transaction-types/pseudo-transaction-types.md).
+    **Nota:** Esto es uno de los únicos momentos en los que el estado de datos del ledger se modifica sin una [transacción](../transactions/index.md) o [pseudo-transacción](../../references/protocol/transactions/pseudo-transaction-types/index.md).
 
 2. Si la UNL negativa no está llena, cada servidor propone añadir **hasta 1** validador a la UNL negativa entre sus validadores confiables con una fiabilidad inferior al 50%.
 3. Si la UNL negativa no está vacía, cada servidor propone eliminar **hasta 1** validador de la UNL negativa. Un servidor puede proponer eliminar un validador de la UNL negativa por dos motivos:
@@ -82,7 +82,7 @@ En cada flag ledger, se aplican todos los siguientes cambios:
     - No tiene a ese validador en su UNL. (Si un validador deja de funcionar permanentemente, esta regla garantiza que se elimine de la UNL negativa en el ledger después de que se haya eliminado de las UNL configuradas de los servidores).
 4. Si un cambio propuesto a la UNL negativa logra un consenso, el cambio se programa para entrar en vigencia en el siguiente flag ledger. Se puede programar hasta una adición y una eliminación de esta manera.
 
-Las propuestas para agregar y eliminar validadores de la UNL negativa toman la forma de [pseudo-transacciones de UNLModify][]. El proceso de consenso determina si cada pseudo-transacción logra un consenso o se descarta, de la misma manera que otras [pseudo-transacciones](../../references/protocol/transactions/pseudo-transaction-types/pseudo-transaction-types.md). En otras palabras, para que un validador en particular se agregue o elimine a la UNL negativa, se debe lograr un consenso de servidores sobre el mismo cambio.
+Las propuestas para agregar y eliminar validadores de la UNL negativa toman la forma de [pseudo-transacciones de UNLModify][]. El proceso de consenso determina si cada pseudo-transacción logra un consenso o se descarta, de la misma manera que otras [pseudo-transacciones](../../references/protocol/transactions/pseudo-transaction-types/index.md). En otras palabras, para que un validador en particular se agregue o elimine a la UNL negativa, se debe lograr un consenso de servidores sobre el mismo cambio.
 
 Los cambios programados y efectivos de la UNL negativa se rastrean en el [objeto NegativeUNL](../../references/protocol/ledger-data/ledger-entry-types/negativeunl.md) en los datos de estado del ledger.
 

@l10n/es-ES/docs/concepts/networks-and-servers/ledger-history.md

@@ -58,14 +58,6 @@ Los proveedores de servidores Full History se reservan el derecho de bloquear ac
 
 Para instrucciones de cómo configurar un servidor full history, consultar [Configurar Full History](../../infrastructure/configuration/data-retention/configure-full-history.md).
 
-## Fragmentación del historial
-
-Una alternativa para almacenar todo el histórico completo del XRP Ledger en una única máquina cara es configurar muchos servidores para que cada uno almacene una parte del histórico completo del ledger. La función [Fragmentación del histórico](../../infrastructure/configuration/data-retention/history-sharding.md) hace esto posible, almacenando rangos del histórico del ledger en áreas de almacenamiento separadas llamadas almacenes de fragmentación o _shard store_. Cuando un servidor par solicita datos específicos (como se describe en [fetching history](#recuperar-el-histórico) arriba), un servidor puede responder usando datos de su ledger store o shard store.
-
-Online deletion **no** borra desde un shard store. Sin embargo, si configuras online deletion para mantener al menos 32768 versiones de ledger en el ledger store de tu servidor, tu servidor puede copiar shards completos desde el ledger store al shard store antes de borrarlos automáticamente del ledger store.
-
-Para más información, ver [Configurar History Sharding](../../infrastructure/configuration/data-retention/configure-history-sharding.md).
-
 
 ## Ver también
 
@@ -76,7 +68,6 @@ Para más información, ver [Configurar History Sharding](../../infrastructure/c
     - [Configurar `rippled`](../../infrastructure/configuration/index.md)
         - [Configurar Online Deletion](../../infrastructure/configuration/data-retention/configure-online-deletion.md)
         - [Configurar Advisory Deletion](../../infrastructure/configuration/data-retention/configure-advisory-deletion.md)
-        - [Configurar History Sharding](../../infrastructure/configuration/data-retention/configure-history-sharding.md)
         - [Configurar Full History](../../infrastructure/configuration/data-retention/configure-full-history.md)
 - **Referencias:**
     - [método ledger][]

@l10n/es-ES/docs/concepts/networks-and-servers/parallel-networks.md

@@ -17,8 +17,6 @@ Para ayudar a miembros de la comunidad del XRP Ledger a interactuar con la tecno
 | Mainnet | Lanzamientos estables | _El_ [XRP Ledger](/about/), un libro contable criptográfico descentralizado impulsado por una red de servidores peer-to-peer y el hogar de [XRP](../../introduction/what-is-xrp.md). |
 | Testnet | Lanzamientos estables | Una red de "universo alternativo" que actua como un campo de pruebas para el software construido en el XRP Ledger, sin impactar a los usuarios del XRP Ledger de producción y sin arriesgar dinero real. El [estado de enmienda](/resources/known-amendments.md) de Testnet está destinado a reflejar de cerca el de la Mainnet, aunque pueden ocurrir ligeras variaciones en el tiempo debido a la naturaleza impredecible de los sistemas descentralizados. |
 | Devnet  | Lanzamientos Beta   | Una vista previa de las próximas atracciones, donde cambios inestables en el software principal de XRP Ledger se pueden probar. Los desarrolladores pueden utilizar esta altnet para interactuar y aprender sobre funcionalidades nuevas planficiadas para el XRP Ledger y enmiendas que no están habilitadas en la Mainnet. |
-| [Hooks V3 Testnet](https://hooks-testnet-v3.xrpl-labs.com/) | [Servidor Hooks](https://github.com/XRPL-Labs/xrpld-hooks) | Una vista previa de la funcionalidad de smart contract en la cadena utilizando [hooks](https://xrpl-hooks.readme.io/). |
-| Sidechain-Devnet | Lanzamientos Beta | Una sidechain para probar funcionalidades en puentes cross-chain. Devnet se trata como la cadena de bloqueo y esta sidechain es la cadena de emisión.<br>Soporte a la librería:<br>- [xrpl.js 2.12.0](https://www.npmjs.com/package/xrpl/v/2.12.0)<br>- [xrpl-py 2.4.0](https://pypi.org/project/xrpl-py/2.4.0/)<br>**Nota**: También puedes usar la herramienta de línea de comandos [`xbridge-cli`](https://github.com/XRPLF/xbridge-cli) para configurar un puente entre cadenas en tu máquina local. |
 
 Cada altnet tiene su propia distribución separada de XRP de prueba, que se [regala gratis](/resources/dev-tools/xrp-faucets) a partes interesadas en experimentar con el XRP Ledger y desarrollar aplicaciones e integraciones. El XRP test no tiene valor en el mundo real y se pierde cuando la red se reinicia.
 

@l10n/es-ES/docs/concepts/networks-and-servers/rippled-server-modes.md

@@ -14,7 +14,6 @@ El software del servidor `rippled` puede ejecutarse en varios modos dependiendo
     - [**Validador**](#validadores) - Ayuda a asegurar la red participando en el consenso.
     - [**Servidor API**](#servidores-api) - Proporciona [acceso API](../../tutorials/http-websocket-apis/build-apps/get-started.md) para leer datos del ledger compartido, enviar transacciones, y mirar la actividad en el ledger. Opcionalmente, puede ser un [**servidor full history**](#servidores-full-history), el cual guarda un registro completo de transacciones y el histórico del ledger.
     - [**Servidor hub**](#hubs-públicos) - Transmite mensajes entre muchos otros miembros de la red peer-to-peer.
-- [**Modo Reporting**](#modo-reporting) - Un modo especializado para servir consultas API desde una base de datos relacional. No participa en la red peer-to-peer, por lo que necesitas ejecutar un servidor en modo P2P y conectarle el servidor modo reporting usando una conexión gRPC de confianza. 
 - [**Modo solitario**](#modo-solitario) - Un modo offline para pruebas. No se conecta a la red peer-to-peer ni usa consenso.
 
 Tambien puedes ejecutar el ejecutable `rippled` como una aplicación cliente para acceder [APIs `rippled`](../../references/http-websocket-apis/index.md) localmente. (Dos instancias del mismo binario pueden ejecutarse uno al lado del otro en este caso; uno como un servidor, y el otro ejecutándose brevemente como cliente y luego apagarlo.)
@@ -67,18 +66,6 @@ Puedes habilitar de forma segura la validación en un servidor que también se u
 Para más información sobre como ejecutar un validador, ver [Ejecutar `rippled` como un validador](../../infrastructure/configuration/server-modes/run-rippled-as-a-validator.md).
 
 
-## Modo reporting
-
-
-El modo reporting es un modo especializado para servir solicitudes API de manera más eficiente. En este modo, el servidor obtiene los datos del ledger validados más recientes a través de [gRPC](../../infrastructure/configuration/configure-grpc.md) desde un servidor `rippled` separado en Modo P2P, luego carga esos datos en una base de datos relacional ([PostgreSQL](https://www.postgresql.org/)). El servidor en modo reporting no participa directamente en la red peer-to-peer, aunque puede reenviar solicitudes como el envío de transacciones al servidor en Modo P2P que utiliza.
-
-Varios servidores en modo reporting pueden compartir acceso a una base de datos PostgreSQL y a un clúster [Apache Cassandra](https://cassandra.apache.org/) para servir una gran cantidad de historial sin que cada servidor necesite una copia redundante de todos los datos. Los servidores en modo reporting proporcionan estos datos a través de las mismas [`rippled` APIs](../../references/http-websocket-apis/index.md) con algunos cambios leves para adaptarse a las diferencias en cómo almacenan los datos subyacentes.
-
-Especialmente, los servidores en modo reporting no informan sobre datos pendientes de validación del ledger o transacciones no validadas. Esta limitación es relevante para ciertos casos de uso que dependen de un acceso rápido a datos en flujo, como realizar arbitraje en el [exchange descentralizado](../tokens/decentralized-exchange/index.md).
-
-<!-- TODO: link setup steps for Reporting Mode when those are ready -->
-
-
 ## Modo solitario
 
 En el modo solitario, el servidor opera sin conectarse a la red y sin participar en el proceso de consenso. Sin el proceso de consenso, debes avanzar manualmente el ledger y no se hace ninguna distinción entre "cerrado" y "validado" ledgers. Sin embargo, el servidor sigue proporcionando acceso a la API y procesa transacciones de la misma manera. Esto te permite:

@l10n/es-ES/docs/concepts/payment-types/partial-payments.md

@@ -11,7 +11,7 @@ labels:
 
 El remitente de cualquier [transacción de pago][] puede habilitar el [flag de"Partial Payment"](../../references/protocol/transactions/types/payment.md#payment-flags) y enviar un pago que entregue menos de lo que indica el campo `Amount`. Al procesar cualquier Pago, utiliza el campo de metadatos `delivered_amount`, no el campo `Amount`. El `delivered_amount` es la cantidad que un pago realmente entregó.
 
-Si un Pago no habilita el flag de Pago Parcial, el campo `Amount` de una [transacción Payment][] en el XRP Ledger especifica la cantidad a entregar después de cobrar por tasas de cambio y [costes de transferencia](../tokens/transfer-fees.md). El flag de Pago Parcial ([`tfPartialPayment`](../../references/protocol/transactions/types/payment.md#payment-flags)) permite que un pago tenga éxito al reducir la cantidad recibida en lugar de aumentar la cantidad enviada. Los pagos parciales son útiles para [devolver pagos](bouncing-payments.md) sin incurrir en costos adicionales para uno mismo.
+Si un Pago no habilita el flag de Pago Parcial, el campo `Amount` de una [transacción Payment][] en el XRP Ledger especifica la cantidad a entregar después de cobrar por tasas de cambio y [costes de transferencia](../tokens/fungible-tokens/transfer-fees.md). El flag de Pago Parcial ([`tfPartialPayment`](../../references/protocol/transactions/types/payment.md#payment-flags)) permite que un pago tenga éxito al reducir la cantidad recibida en lugar de aumentar la cantidad enviada. Los pagos parciales son útiles para [devolver pagos](bouncing-payments.md) sin incurrir en costos adicionales para uno mismo.
 
 La cantidad de XRP utilizada para el [coste de transacción](../transactions/transaction-cost.md) siempre se deduce de la cuenta del remitente, independientemente del tipo de transacción. Este coste de transacción, o comisión, no se incluye en la `Amount`.
 
@@ -29,7 +29,7 @@ En otras palabras:
 Cantidad + (costes) = (cantidad enviada) ≤ SendMax
 ```
 
-En esta fórmula, "costes" o fees se refiere a [costes de transferencia](../tokens/transfer-fees.md) y tipos de cambio de las divisas. La "cantidad enviada" y la cantidad enviada (`Amount`) pueden estar denominadas en distintas divisas y convertirse por la consumición de Ofertas en el exchange descentralizado del XRP Ledger.
+En esta fórmula, "costes" o fees se refiere a [costes de transferencia](../tokens/fungible-tokens/transfer-fees.md) y tipos de cambio de las divisas. La "cantidad enviada" y la cantidad enviada (`Amount`) pueden estar denominadas en distintas divisas y convertirse por la consumición de Ofertas en el exchange descentralizado del XRP Ledger.
 
 **Nota:** El campo `Fee` de la transacción se refiere al [coste de transacción](../transactions/transaction-cost.md) en XRP, que se destruye para enviar la transacción a la red. El coste de transacción exacto especificado se carga siempr al remitente y se separa completamente de los cálculos de costes para cualquier tipo de pago.
 

@l10n/ja/about/faq.md

@@ -124,9 +124,9 @@ XRP Ledgerは、スパム対策として、需要に基づいて[トランザク
 
 XRP Ledgerネットワークはオープンネットワークであり、すべての取引はオープンに公開されています。
 
-Rippleは Ledgerネットワーク全体のAMLフラグを監視・報告し、該当する疑わしい活動をFinCENに報告することにコミットしています。
+Rippleは XRP Ledgerネットワーク全体のAMLフラグを監視・報告し、該当する疑わしい活動をFinCENに報告することにコミットしています。
 
-[XRP Forensics / xrplorer](https://xrplorer.com/)は、XRP Ledgerのマネーロンダリング、詐欺、詐欺、不正使用を追跡し、最小限に抑えるための勧告リストを維持しています。取引所やその他のサービス・プロバイダは、金融犯罪を防止し対応するためにこのサービスを利用することができます。
+[XRP Forensics / xrplorer](https://xrplorer.com/)は、XRP Ledgerのマネーロンダリング、詐欺、不正使用を追跡し、最小限に抑えるための勧告リストを維持しています。取引所やその他のサービス・プロバイダは、金融犯罪を防止し対応するためにこのサービスを利用することができます。
 
 
 ## セキュリティ上の懸念

@l10n/ja/docs/_snippets/clawback-disclaimer.md

@@ -1 +0,0 @@
-_[Clawback amendment](https://github.com/XRPLF/XRPL-Standards/tree/master/XLS-0039d-clawback)が必要です。_

@l10n/ja/docs/_snippets/common-links.md

@@ -0,0 +1,318 @@
+[AMM amendment]: /@l10n/ja/resources/known-amendments.md#amm
+[AMMClawback amendment]: /@l10n/ja/resources/known-amendments.md#ammclawback
+[AMMエントリ]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/amm.md
+[AMMオブジェクト]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/amm.md
+[AMMBid]: /@l10n/ja/docs/references/protocol/transactions/types/ammbid.md
+[AMMBidトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/ammbid.md
+[AMMClawbackトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/ammclawback.md
+[AMMCreate]: /@l10n/ja/docs/references/protocol/transactions/types/ammcreate.md
+[AMMCreateトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/ammcreate.md
+[AMMDelete]: /@l10n/ja/docs/references/protocol/transactions/types/ammdelete.md
+[AMMDeleteトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/ammdelete.md
+[AMMDeposit]: /@l10n/ja/docs/references/protocol/transactions/types/ammdeposit.md
+[AMMDepositトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/ammdeposit.md
+[AMMVote]: /@l10n/ja/docs/references/protocol/transactions/types/ammvote.md
+[AMMVoteトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/ammvote.md
+[AMMWithdraw]: /@l10n/ja/docs/references/protocol/transactions/types/ammwithdraw.md
+[AMMWithdrawトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/ammwithdraw.md
+[API v1]: /@l10n/ja/docs/references/http-websocket-apis/index.md
+[API v2]: /@l10n/ja/docs/references/http-websocket-apis/index.md
+[AccountDelete]: /@l10n/ja/docs/references/protocol/transactions/types/accountdelete.md
+[AccountDeleteトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/accountdelete.md
+[AccountRootエントリ]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/accountroot.md
+[AccountRootオブジェクト]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/accountroot.md
+[AccountSet]: /@l10n/ja/docs/references/protocol/transactions/types/accountset.md
+[AccountSetトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/accountset.md
+[アドレス]: /@l10n/ja/docs/references/protocol/data-types/basic-data-types.md#アドレス
+[Amendmentsエントリ]: /@l10n/ja/docs/concepts/networks-and-servers/amendments.md
+[Amendmentsオブジェクト]: /@l10n/ja/docs/concepts/networks-and-servers/amendments.md
+[Batch amendment]: /@l10n/ja/resources/known-amendments.md#batch
+[Batch]: /@l10n/ja/docs/references/protocol/transactions/types/batch.md
+[Checkエントリ]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/check.md
+[Checkオブジェクト]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/check.md
+[CheckCancel]: /@l10n/ja/docs/references/protocol/transactions/types/checkcancel.md
+[CheckCancelトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/checkcancel.md
+[CheckCashMakesTrustLine amendment]: /@l10n/ja/resources/known-amendments.md#checkcashmakestrustline
+[CheckCash]: /@l10n/ja/docs/references/protocol/transactions/types/checkcash.md
+[CheckCashトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/checkcash.md
+[CheckCreate]: /@l10n/ja/docs/references/protocol/transactions/types/checkcreate.md
+[CheckCreateトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/checkcreate.md
+[Checks amendment]: /@l10n/ja/resources/known-amendments.md#checks
+[Clawback amendment]: /@l10n/ja/resources/known-amendments.md#clawback
+[Clawbackトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/clawback.md
+[credentials]: /@l10n/ja/docs/concepts/decentralized-storage/credentials.md
+[Credentials amendment]: /@l10n/ja/resources/known-amendments.md#credentials
+[CredentialCreate]: /@l10n/ja/docs/references/protocol/transactions/types/credentialcreate.md
+[CredentialCreateトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/credentialcreate.md
+[CredentialAccept]: /@l10n/ja/docs/references/protocol/transactions/types/credentialaccept.md
+[CredentialAcceptトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/credentialaccept.md
+[CredentialDelete]: /@l10n/ja/docs/references/protocol/transactions/types/credentialdelete.md
+[CredentialDeleteトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/credentialdelete.md
+[Credentialエントリ]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/credential.md
+[Crypto-Conditions仕様]: https://tools.ietf.org/html/draft-thomas-crypto-conditions-04
+[CryptoConditions amendment]: /@l10n/ja/resources/known-amendments.md#cryptoconditions
+[CryptoConditionsSuite amendment]: /@l10n/ja/resources/known-amendments.md#cryptoconditionssuite
+[通貨額]: /@l10n/ja/docs/references/protocol/data-types/basic-data-types.md#通貨額の指定
+[通貨コード]: /@l10n/ja/docs/references/protocol/data-types/currency-formats.md#通貨コード
+[DID amendment]: /@l10n/ja/resources/known-amendments.md#did
+[DIDエントリ]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/did.md
+[DeletableAccounts amendment]: /@l10n/ja/resources/known-amendments.md#deletableaccounts
+[DeepFreeze amendment]: /@l10n/ja/resources/known-amendments.md#deepfreeze
+[DepositAuth amendment]: /@l10n/ja/resources/known-amendments.md#depositauth
+[DepositPreauth amendment]: /@l10n/ja/resources/known-amendments.md#depositpreauth
+[DepositPreauthエントリ]: /@l10n/ja/docs/references/protocol/transactions/types/depositpreauth.md
+[DepositPreauthオブジェクト]: /@l10n/ja/docs/references/protocol/transactions/types/depositpreauth.md
+[DepositPreauth]: /@l10n/ja/docs/references/protocol/transactions/types/depositpreauth.md
+[DepositPreauthトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/depositpreauth.md
+[DIDSet]: /@l10n/ja/docs/references/protocol/transactions/types/didset.md
+[DIDSetトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/didset.md
+[DirectoryNodeエントリ]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/directorynode.md
+[DirectoryNodeオブジェクト]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/directorynode.md
+[DisallowIncoming amendment]: /@l10n/ja/resources/known-amendments.md#disallowincoming
+[DynamicNFT amendment]: /@l10n/ja/resources/known-amendments.md#dynamicnft
+[EnableAmendment]: /@l10n/ja/docs/references/protocol/transactions/pseudo-transaction-types/enableamendment.md
+[EnableAmendment疑似トランザクション]: /@l10n/ja/docs/references/protocol/transactions/pseudo-transaction-types/enableamendment.md
+[EnforceInvariants amendment]: /@l10n/ja/resources/known-amendments.md#enforceinvariants
+[Escrow amendment]: /@l10n/ja/resources/known-amendments.md#escrow
+[Escrowエントリ]: /@l10n/ja/docs/concepts/payment-types/escrow.md
+[Escrowオブジェクト]: /@l10n/ja/docs/concepts/payment-types/escrow.md
+[EscrowCancel]: /@l10n/ja/docs/references/protocol/transactions/types/escrowcancel.md
+[EscrowCancelトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/escrowcancel.md
+[EscrowCreate]: /@l10n/ja/docs/references/protocol/transactions/types/escrowcreate.md
+[EscrowCreateトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/escrowcreate.md
+[EscrowFinish]: /@l10n/ja/docs/references/protocol/transactions/types/escrowfinish.md
+[EscrowFinishトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/escrowfinish.md
+[ExpandedSignerList amendment]: /@l10n/ja/resources/known-amendments.md#expandedsignerlist
+[FeeEscalation amendment]: /@l10n/ja/resources/known-amendments.md#feeescalation
+[FeeSettingsエントリ]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/feesettings.md
+[FeeSettingsオブジェクト]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/feesettings.md
+[Flow amendment]: /@l10n/ja/resources/known-amendments.md#flow
+[FlowCross amendment]: /@l10n/ja/resources/known-amendments.md#flowcross
+[FlowV2 amendment]: /@l10n/ja/resources/known-amendments.md#flowv2
+[ハッシュ]: /@l10n/ja/docs/references/protocol/data-types/basic-data-types.md#ハッシュ
+[ImmediateOfferKilled amendment]: /@l10n/ja/resources/known-amendments.md#immediateofferkilled
+[Interledger Protocol]: https://interledger.org/
+[内部の型]: /@l10n/ja/docs/references/protocol/binary-format.md
+[レジャーインデックス]: /@l10n/ja/docs/references/protocol/data-types/basic-data-types.md#レジャーインデックス
+[LedgerHashesエントリ]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/ledgerhashes.md
+[LedgerHashesオブジェクト]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/ledgerhashes.md
+[LedgerStateFix]: /@l10n/ja/docs/references/protocol/transactions/types/ledgerstatefix.md
+[LedgerStateFixトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/ledgerstatefix.md
+[Marker]: /@l10n/ja/docs/references/http-websocket-apis/api-conventions/markers-and-pagination.md
+[MPTokensV1 amendment]: /@l10n/ja/resources/known-amendments.md#mptokensv1
+[MultiSign amendment]: /@l10n/ja/resources/known-amendments.md#multisign
+[MultiSignReserve amendment]: /@l10n/ja/resources/known-amendments.md#multisignreserve
+[NFTokenAcceptOffer]: /@l10n/ja/docs/references/protocol/transactions/types/nftokenacceptoffer.md
+[NFTokenAcceptOfferトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/nftokenacceptoffer.md
+[NFTokenBurn]: /@l10n/ja/docs/references/protocol/transactions/types/nftokenburn.md
+[NFTokenBurnトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/nftokenburn.md
+[NFTokenCancelOffer]: /@l10n/ja/docs/references/protocol/transactions/types/nftokencanceloffer.md
+[NFTokenCancelOfferトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/nftokencanceloffer.md
+[NFTokenCreateOffer]: /@l10n/ja/docs/references/protocol/transactions/types/nftokencreateoffer.md
+[NFTokenCreateOfferトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/nftokencreateoffer.md
+[NFTokenMint]: /@l10n/ja/docs/references/protocol/transactions/types/nftokenmint.md
+[NFTokenMintトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/nftokenmint.md
+[NFTokenOfferエントリ]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/nftokenoffer.md
+[NFTokenOfferオブジェクト]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/nftokenoffer.md
+[NFTokenPageエントリ]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/nftokenpage.md
+[NFTokenPageオブジェクト]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/nftokenpage.md
+[NFToken]: /@l10n/ja/docs/references/protocol/data-types/nftoken.md
+[NegativeUNL amendment]: /@l10n/ja/resources/known-amendments.md#negativeunl
+[NegativeUNLエントリ]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/negativeunl.md
+[NegativeUNLオブジェクト]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/negativeunl.md
+[NonFungibleTokensV1 amendment]: /@l10n/ja/resources/known-amendments.md#nonfungibletokensv1
+[NonFungibleTokensV1_1 amendment]: /@l10n/ja/resources/known-amendments.md#nonfungibletokensv1_1
+[Offerエントリ]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/offer.md
+[Offerオブジェクト]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/offer.md
+[OfferCancel]: /@l10n/ja/docs/references/protocol/transactions/types/offercancel.md
+[OfferCancelトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/offercancel.md
+[OfferCreate]: /@l10n/ja/docs/references/protocol/transactions/types/offercreate.md
+[OfferCreateトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/offercreate.md
+[OracleDeleteトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/oracledelete.md
+[OracleDeleteトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/oracledelete.md
+[Oracleエントリ]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/oracle.md
+[Oracleオブジェクト]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/oracle.md
+[OracleSetトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/oracleset.md
+[OracleSetトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/oracleset.md
+[OwnerPaysFee amendment]: /@l10n/ja/resources/known-amendments.md#ownerpaysfee
+[PayChan amendment]: /@l10n/ja/resources/known-amendments.md#paychan
+[PayChannelエントリ]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/paychannel.md
+[PayChannelオブジェクト]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/paychannel.md
+[PaymentChannelClaim]: /@l10n/ja/docs/references/protocol/transactions/types/paymentchannelclaim.md
+[PaymentChannelClaimトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/paymentchannelclaim.md
+[PaymentChannelCreate]: /@l10n/ja/docs/references/protocol/transactions/types/paymentchannelcreate.md
+[PaymentChannelCreateトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/paymentchannelcreate.md
+[PaymentChannelFund]: /@l10n/ja/docs/references/protocol/transactions/types/paymentchannelfund.md
+[PaymentChannelFundトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/paymentchannelfund.md
+[Payment]: /@l10n/ja/docs/references/protocol/transactions/types/payment.md
+[Paymentトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/payment.md
+[PermissionDelegation amendment]: /@l10n/ja/resources/known-amendments.md#permissiondelegation
+[PermissionedDEX amendment]: /@l10n/ja/resources/known-amendments.md#permissioneddex
+[PermissionedDomains amendment]: /@l10n/ja/resources/known-amendments.md#permissioneddomains
+[PermissionedDomainSetトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/permissioneddomainset.md
+[許可型ドメイン]: /@l10n/ja/docs/concepts/tokens/decentralized-exchange/permissioned-domains.md
+[PriceOracle amendment]: /@l10n/ja/resources/known-amendments.md#priceoracle
+[MPTokensV1_1 amendment]: /@l10n/ja/resources/known-amendments.md#priceoracle
+[RFC-1751]: https://tools.ietf.org/html/rfc1751
+[レポートモード]: /@l10n/ja/docs/concepts/networks-and-servers/rippled-server-modes.md#レポートモード
+[RequireFullyCanonicalSig amendment]: /@l10n/ja/resources/known-amendments.md#requirefullycanonicalsig
+[RippleStateエントリ]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/ripplestate.md
+[RippleStateオブジェクト]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/ripplestate.md
+[Rippleエポック以降の経過秒数]: /@l10n/ja/docs/references/protocol/data-types/basic-data-types.md#時間の指定
+[SHA-512Half]: /@l10n/ja/docs/references/protocol/data-types/basic-data-types.md#ハッシュ
+[SHAMapV2 amendment]: /@l10n/ja/resources/known-amendments.md#shamapv2
+[シーケンス番号]: /@l10n/ja/docs/references/protocol/data-types/basic-data-types.md#アカウントシーケンス
+[SetFee]: /@l10n/ja/docs/references/protocol/transactions/pseudo-transaction-types/setfee.md
+[SetFee疑似トランザクション]: /@l10n/ja/docs/references/protocol/transactions/pseudo-transaction-types/setfee.md
+[SetRegularKey]: /@l10n/ja/docs/references/protocol/transactions/types/setregularkey.md
+[SetRegularKeyトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/setregularkey.md
+[SignerListエントリ]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/signerlist.md
+[SignerListオブジェクト]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/signerlist.md
+[SignerListSet]: /@l10n/ja/docs/references/protocol/transactions/types/signerlistset.md
+[SignerListSetトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/signerlistset.md
+[SingleAssetVault amendment]: /@l10n/ja/resources/known-amendments.md#singleassetvault
+[SortedDirectories amendment]: /@l10n/ja/resources/known-amendments.md#sorteddirectories
+[通貨額の指定]: /@l10n/ja/docs/references/protocol/data-types/basic-data-types.md#通貨額の指定
+[レジャーの指定]: /@l10n/ja/docs/references/protocol/data-types/basic-data-types.md#レジャーの指定
+[時間の指定]: /@l10n/ja/docs/references/protocol/data-types/basic-data-types.md#時間の指定
+[金額なしの指定]: /@l10n/ja/docs/references/protocol/data-types/currency-formats.md#金額なしでの通貨の指定
+[SusPay amendment]: /@l10n/ja/resources/known-amendments.md#suspay
+[TickSize amendment]: /@l10n/ja/resources/known-amendments.md#ticksize
+[Ticketエントリ]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/ticket.md
+[Ticketオブジェクト]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/ticket.md
+[TicketBatch amendment]: /@l10n/ja/resources/known-amendments.md#ticketbatch
+[TicketCreate]: /@l10n/ja/docs/references/protocol/transactions/types/ticketcreate.md
+[TicketCreateトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/ticketcreate.md
+[Tickets amendment]: /@l10n/ja/resources/known-amendments.md#tickets
+[TokenEscrow amendment]: /@l10n/ja/resources/known-amendments.md#tokenescrow
+[トランザクションコスト]: /@l10n/ja/docs/concepts/transactions/transaction-cost.md
+[TrustSetAuth amendment]: /@l10n/ja/resources/known-amendments.md#trustsetauth
+[TrustSet]: /@l10n/ja/docs/references/protocol/transactions/types/trustset.md
+[TrustSetトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/trustset.md
+[UNLModify]: /@l10n/ja/docs/references/protocol/transactions/pseudo-transaction-types/unlmodify.md
+[UNLModify疑似トランザクション]: /@l10n/ja/docs/references/protocol/transactions/pseudo-transaction-types/unlmodify.md
+[XChainAddAccountCreateAttestation]: /@l10n/ja/docs/references/protocol/transactions/types/xchainaddaccountcreateattestation.md
+[XChainAddAccountCreateAttestationトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/xchainaddaccountcreateattestation.md
+[XChainAddClaimAttestationトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/xchainaddclaimattestation.md
+[XChainBridge amendment]: /@l10n/ja/resources/known-amendments.md#xchainbridge
+[XChainCreateBridge]: /@l10n/ja/docs/references/protocol/transactions/types/xchaincreatebridge.md
+[XChainCreateBridgeトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/xchaincreatebridge.md
+[XChainCreateClaimID]: /@l10n/ja/docs/references/protocol/transactions/types/xchaincreateclaimid.md
+[XChainCreateClaimIDトランザクション]: /@l10n/ja/docs/references/protocol/transactions/types/xchaincreateclaimid.md
+[XRPのdrop数]: /@l10n/ja/docs/references/protocol/data-types/basic-data-types.md#通貨額の指定
+[XRPFees amendment]: /@l10n/ja/resources/known-amendments.md#xrpfees
+[account_channelsメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/account-methods/account_channels.md
+[account_currenciesメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/account-methods/account_currencies.md
+[account_infoメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/account-methods/account_info.md
+[account_linesメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/account-methods/account_lines.md
+[account_nftsメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/account-methods/account_nfts.md
+[account_objectsメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/account-methods/account_objects.md
+[account_offersメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/account-methods/account_offers.md
+[account_txメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/account-methods/account_tx.md
+[amm_infoメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/path-and-order-book-methods/amm_info.md
+[base58]: /@l10n/ja/docs/references/protocol/data-types/base58-encodings.md
+[book_offersメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/path-and-order-book-methods/book_offers.md
+[can_deleteメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/logging-and-data-management-methods/can_delete.md
+[channel_authorizeメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/payment-channel-methods/channel_authorize.md
+[channel_verifyメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/payment-channel-methods/channel_verify.md
+[共通フィールド]: /@l10n/ja/docs/references/protocol/transactions/common-fields.md
+[connectメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/peer-management-methods/connect.md
+[consensus_infoメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/consensus_info.md
+[crypto-condition]: https://tools.ietf.org/html/draft-thomas-crypto-conditions-04
+[crypto-conditions]: https://tools.ietf.org/html/draft-thomas-crypto-conditions-04
+[deposit_authorizedメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/path-and-order-book-methods/deposit_authorized.md
+[featureメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/feature.md
+[手数料レベル]: /@l10n/ja/docs/concepts/transactions/transaction-cost.md#手数料レベル
+[feeメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/server-info-methods/fee.md
+[fetch_infoメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/fetch_info.md
+[fix1201 amendment]: /@l10n/ja/resources/known-amendments.md#fix1201
+[fix1368 amendment]: /@l10n/ja/resources/known-amendments.md#fix1368
+[fix1373 amendment]: /@l10n/ja/resources/known-amendments.md#fix1373
+[fix1512 amendment]: /@l10n/ja/resources/known-amendments.md#fix1512
+[fix1513 amendment]: /@l10n/ja/resources/known-amendments.md#fix1513
+[fix1515 amendment]: /@l10n/ja/resources/known-amendments.md#fix1515
+[fix1523 amendment]: /@l10n/ja/resources/known-amendments.md#fix1523
+[fix1528 amendment]: /@l10n/ja/resources/known-amendments.md#fix1528
+[fix1543 amendment]: /@l10n/ja/resources/known-amendments.md#fix1543
+[fix1571 amendment]: /@l10n/ja/resources/known-amendments.md#fix1571
+[fix1578 amendment]: /@l10n/ja/resources/known-amendments.md#fix1578
+[fix1623 amendment]: /@l10n/ja/resources/known-amendments.md#fix1623
+[fixAMMv1_3 amendment]: /@l10n/ja/resources/known-amendments.md#fixammv1_3
+[fixCheckThreading amendment]: /@l10n/ja/resources/known-amendments.md#fixcheckthreading
+[fixDisallowIncomingV1 amendment]: /@l10n/ja/resources/known-amendments.md#fixdisallowincomingv1
+[fixEnforceNFTokenTrustlineV2 amendment]: /@l10n/ja/resources/known-amendments.md#fixenforcenftokentrustlinev2
+[fixFillOrKill amendment]: /@l10n/ja/resources/known-amendments.md#fixfillorkill
+[fixFrozenLPTokenTransfer]: /@l10n/ja/resources/known-amendments.md#fixfrozenlptokentransfer
+[fixInvalidTxFlags amendment]: /@l10n/ja/resources/known-amendments.md#fixinvalidtxflags
+[fixMasterKeyAsRegularKey amendment]: /@l10n/ja/resources/known-amendments.md#fixmasterkeyasregularkey
+[fixNFTokenDirV1 amendment]: /@l10n/ja/resources/known-amendments.md#fixnftokendirv1
+[fixNFTokenPageLinks amendment]: /@l10n/ja/resources/known-amendments.md#fixnftokenpagelinks
+[fixNFTokenRemint amendment]: /@l10n/ja/resources/known-amendments.md#fixnftokenremint
+[fixPayChanCancelAfter amendment]: /@l10n/ja/resources/known-amendments.md#fixpaychancancelafter
+[fixPayChanRecipientOwnerDir amendment]: /@l10n/ja/resources/known-amendments.md#fixpaychanrecipientownerdir
+[fixPreviousTxnID amendment]: /@l10n/ja/resources/known-amendments.md#fixprevioustxnid
+[fixQualityUpperBound amendment]: /@l10n/ja/resources/known-amendments.md#fixqualityupperbound
+[fixRemoveNFTokenAutoTrustLine amendment]: /@l10n/ja/resources/known-amendments.md#fixremovenftokenautotrustline
+[fixTakerDryOfferRemoval amendment]: /@l10n/ja/resources/known-amendments.md#fixtakerdryofferremoval
+[fixTrustLinesToSelf amendment]: /@l10n/ja/resources/known-amendments.md#fixtrustlinestoself
+[get_aggregate_priceコマンド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/path-and-order-book-methods/get_aggregate_price.md
+[get_aggregate_priceメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/path-and-order-book-methods/get_aggregate_price.md
+[gateway_balancesメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/account-methods/gateway_balances.md
+[get_countsメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/get_counts.md
+[16進数]: https://ja.wikipedia.org/wiki/Hexadecimal
+[識別用ハッシュ]: /@l10n/ja/docs/concepts/transactions/index.md#トランザクションの識別
+[jsonメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/utility-methods/json.md
+[レジャーフォーマット]: /@l10n/ja/docs/references/protocol/ledger-data/ledger-entry-types/index.md
+[レジャーインデックス]: /@l10n/ja/docs/references/protocol/data-types/basic-data-types.md#レジャーインデックス
+[ledger_acceptメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/server-control-methods/ledger_accept.md
+[ledger_cleanerメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/logging-and-data-management-methods/ledger_cleaner.md
+[ledger_closedメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/ledger-methods/ledger_closed.md
+[ledger_currentメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/ledger-methods/ledger_current.md
+[ledger_dataメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/ledger-methods/ledger_data.md
+[ledger_entryメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/ledger-methods/ledger_entry.md
+[ledger_requestメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/logging-and-data-management-methods/ledger_request.md
+[ledgerメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/ledger-methods/ledger.md
+[log_levelメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/logging-and-data-management-methods/log_level.md
+[logrotateメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/logging-and-data-management-methods/logrotate.md
+[manifestメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/server-info-methods/manifest.md
+[nft_buy_offersメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/path-and-order-book-methods/nft_buy_offers.md
+[nft_infoメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/clio-methods/nft_info.md
+[nft_sell_offersメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/path-and-order-book-methods/nft_sell_offers.md
+[ノードキーペア]: /@l10n/ja/docs/concepts/networks-and-servers/peer-protocol.md#ノードキーペア
+[ノード公開鍵]: /@l10n/ja/docs/concepts/networks-and-servers/peer-protocol.md#ノードキーペア
+[noripple_checkメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/account-methods/noripple_check.md
+[path_findメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/path-and-order-book-methods/path_find.md
+[ピアリザベーション]: /@l10n/ja/docs/concepts/networks-and-servers/peer-protocol.md#固定ピアとピアリザベーション
+[peer_reservations_addメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/peer-management-methods/peer_reservations_add.md
+[peer_reservations_delメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/peer-management-methods/peer_reservations_del.md
+[peer_reservations_listメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/peer-management-methods/peer_reservations_list.md
+[peersメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/peer-management-methods/peers.md
+[pingメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/utility-methods/ping.md
+[printメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/print.md
+[公開サーバ]: /@l10n/ja/docs/tutorials/public-servers.md
+[randomメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/utility-methods/random.md
+[結果コード]: /@l10n/ja/docs/references/protocol/transactions/transaction-results/index.md
+[ripple-lib]: https://github.com/XRPLF/xrpl.js
+[ripple_path_findメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/path-and-order-book-methods/ripple_path_find.md
+[server_infoメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/server-info-methods/server_info.md
+[server_stateメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/server-info-methods/server_state.md
+[sign_forメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/signing-methods/sign_for.md
+[signメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/signing-methods/sign.md
+[スタンドアロンモード]: /@l10n/ja/docs/concepts/networks-and-servers/rippled-server-modes.md#スタンドアロンモード
+[標準フォーマット]: /@l10n/ja/docs/references/http-websocket-apis/api-conventions/response-formatting.md
+[String Number]: /@l10n/ja/docs/references/protocol/data-types/currency-formats#string-numbers
+[stopメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/server-control-methods/stop.md
+[submit_multisignedメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/transaction-methods/submit_multisigned.md
+[submitメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/transaction-methods/submit.md
+[subscribeメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/subscription-methods/subscribe.md
+[transaction cost]: /@l10n/ja/docs/concepts/transactions/transaction-cost.md
+[transaction_entryメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/transaction-methods/transaction_entry.md
+[tx_historyメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/transaction-methods/tx_history.md
+[txメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/transaction-methods/tx.md
+[汎用エラータイプ]: /@l10n/ja/docs/references/http-websocket-apis/api-conventions/error-formatting.md#汎用エラー
+[unsubscribeメソッド]: /@l10n/ja/docs/references/http-websocket-apis/public-api-methods/subscription-methods/unsubscribe.md
+[validation_createメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/key-generation-methods/validation_create.md
+[validator_infoメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/validator_info.md
+[validator_list_sitesメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/validator_list_sites.md
+[validatorsメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/validators.md
+[wallet_proposeメソッド]: /@l10n/ja/docs/references/http-websocket-apis/admin-api-methods/key-generation-methods/wallet_propose.md

@l10n/ja/docs/_snippets/data_types/account_sequence.md

@@ -2,6 +2,8 @@
 
 すべての[XRP Ledgerアカウント](../../concepts/accounts/index.md)には、`Sequence`フィールドに1つのシーケンス番号があり、アカウントがトランザクションを送信し、そのトランザクションが[検証済みレジャー](../../concepts/ledgers/index.md)に記録されるたびに、1ずつ増加します。シーケンス番号は各[トランザクション](../../concepts/transactions/index.md)の`Sequence`フィールドにもあり、そのトランザクションが実行される際にアカウントの現在のシーケンス番号と一致している必要があります。各アカウントで、各シーケンス番号は番号順に一度だけ使用できます。
 
+[チケット](../../concepts/accounts/tickets.md) は、通常の順序とは異なるトランザクションを送信できるように、これらのルールにいくつかの例外を設けています。チケットは、後で使用するために予約されたシーケンス番号を表します。トランザクションは、通常のシーケンス番号の代わりにチケットを使用することができます。
+
 [DeletableAccounts Amendment](/resources/known-amendments.md#deletableaccounts) を適用する場合、アカウントの`Sequence`番号の始まりが、アカウントが作成されたレジャーバージョンの[レジャーインデックス][]と一致します。DeletableAccountsを適用しない場合、どのアカウントの`Sequence`番号も1で始まります。
 
 トランザクションがレジャーに記録されると、トランザクションの実行が成功したか[`tec`クラスのエラーコード](../../references/protocol/transactions/transaction-results/tec-codes.md)で失敗したかを問わず、シーケンス番号が1つ消費されます。トランザクションのその他の失敗についてはレジャーに記録されないため、送金元のシーケンス番号は変更されません（その他の影響もありません）。

@l10n/ja/docs/_snippets/data_types/address.md

@@ -1,4 +1,4 @@
-XRP Ledgerのアカウントは、XRP Ledgerの[base58][]フォーマットのアドレスで識別されます。このアドレスはアカウントのマスター[公開鍵](https://en.wikipedia.org/wiki/Public-key_cryptography)から生成され、マスター公開鍵は秘密鍵から生成されます。アドレスはJSON文字列で記述され、以下の特徴があります。
+XRP Ledgerのアカウントは、XRP Ledgerの[base58](../../references/protocol/data-types/base58-encodings.md)フォーマットのアドレスで識別されます。このアドレスはアカウントのマスター[公開鍵](https://en.wikipedia.org/wiki/Public-key_cryptography)から生成され、マスター公開鍵は秘密鍵から生成されます。アドレスはJSON文字列で記述され、以下の特徴があります。
 
 * 長さは25から35文字
 * 文字`r`から始まる

@l10n/ja/docs/_snippets/pseudo-tx-fields-intro.md

@@ -1,3 +1,3 @@
 ## {% $frontmatter.seo.title %} フィールド
 
-[共通フィールド][../references/protocol/transactions/pseudo-transaction-types/pseudo-transaction-types.md]に加えて、{% $frontmatter.seo.title %}擬似トランザクションは以下のフィールドを使用します。
+[共通フィールド][../references/protocol/transactions/pseudo-transaction-types/index.md]に加えて、{% $frontmatter.seo.title %}擬似トランザクションは以下のフィールドを使用します。

@l10n/ja/docs/concepts/accounts/account-types.md

@@ -40,7 +40,7 @@ labels:
 
 ### 複数の発行アドレス
 
-金融機関はXRP Ledgerで1つの発行アドレスから複数の通貨を発行することができます。ただし、[送金手数料](../tokens/transfer-fees.md)のパーセンテージや[Global Freeze](../tokens/fungible-tokens/freezes.md)の状態など、1つのアドレスから発行される全ての(代替可能)トークンに等しく適用される設定もあります。トークンの種類ごとに設定を変えて柔軟に管理したい場合、金融機関は通貨ごとに異なる発行アドレスを使用する必要があります。
+金融機関はXRP Ledgerで1つの発行アドレスから複数の通貨を発行することができます。ただし、[送金手数料](../tokens/fungible-tokens/transfer-fees.md)のパーセンテージや[Global Freeze](../tokens/fungible-tokens/freezes.md)の状態など、1つのアドレスから発行される全ての(代替可能)トークンに等しく適用される設定もあります。トークンの種類ごとに設定を変えて柔軟に管理したい場合、金融機関は通貨ごとに異なる発行アドレスを使用する必要があります。
 
 
 ## 運用アドレス
@@ -80,4 +80,4 @@ labels:
     - [SetRegularKeyトランザクション][]
     - [AccountRootオブジェクト](../../references/protocol/ledger-data/ledger-entry-types/accountroot.md)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/accounts/addresses.md

@@ -92,4 +92,4 @@ XRP Ledgerのアドレスは、[base58][]形式の _ディクショナリ_ `rpsh
     // rDTXLQ7ZKZVKz33zJbHjgVShjsBnqMBhmN
     ```
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/accounts/cryptographic-keys.md

@@ -147,7 +147,7 @@ XRP Ledgerでは、サポートされているさまざまなタイプのキー
 
 ## 鍵導出
 
-キーペアを導出するプロセスは、署名アルゴリズムによって異なります。いずれの場合も、キーは長さが16バイト（128ビット）の _シード_ 値から生成されます。シード値は完全にランダムにする（推奨）か、[SHA-512ハッシュ][ハッシュ]を取得して最初の16バイトを保持することで特定のパスフレーズから導出することができます（[SHA-512ハーフ][]と同様ですが、出力の256ビットではなく128ビットのみを保持します）。
+キーペアを導出するプロセスは、署名アルゴリズムによって異なります。いずれの場合も、キーは長さが16バイト（128ビット）の _シード_ 値から生成されます。シード値は完全にランダムにする（推奨）か、[SHA-512ハッシュ][ハッシュ]を取得して最初の16バイトを保持することで特定のパスフレーズから導出することができます（[SHA-512Half][]と同様ですが、出力の256ビットではなく128ビットのみを保持します）。
 
 ### サンプルコード
 
@@ -165,7 +165,7 @@ XRP Ledgerでは、サポートされているさまざまなタイプのキー
 
 [{% inline-svg file="/docs/img/key-derivation-ed25519.ja.svg" /%}](/docs/img/key-derivation-ed25519.ja.svg "パスフレーズ → シード → 秘密鍵 → プレフィクス + 公開鍵")
 
-1. シード値の[SHA-512ハーフ][]を計算します。32バイトの秘密鍵が導出されます。
+1. シード値の[SHA-512Half][]を計算します。32バイトの秘密鍵が導出されます。
 
     {% admonition type="success" name="ヒント" %}32バイトの数値はすべて、有効なEd25519秘密鍵です。ただし、秘密鍵として使用する上で安全なのは、十分ランダムに選択された数値のみです。{% /admonition %}
 
@@ -199,7 +199,7 @@ XRP Ledgerアカウントキーでのsecp256k1鍵導出に、Ed25519鍵導出よ
         - シード値（16バイト）
         - 「ルートシーケンス」値（4バイト）。ビッグエンディアンの符号なし整数。ルートシーケンスの開始値として0を使用します。
 
-    2. 連結された（シード+ルートシーケンス）値の[SHA-512ハーフ][]を計算します。
+    2. 連結された（シード+ルートシーケンス）値の[SHA-512Half][]を計算します。
 
     3. 結果が有効なsecp256k1秘密鍵でない場合は、ルートシーケンスを1増やして最初からやり直します。[[ソース]](https://github.com/XRPLF/rippled/blob/fc7ecd672a3b9748bfea52ce65996e324553c05f/src/ripple/crypto/impl/GenerateDeterministicKey.cpp#L103 "Source")
 
@@ -226,7 +226,7 @@ XRP Ledgerアカウントキーでのsecp256k1鍵導出に、Ed25519鍵導出よ
         - `0x00000000000000000000000000000000`(4バイトのゼロ)（この値は、同じファミリーの異なるメンバーの導出に使用することを目的としていましたが、実際には値0のみが使用されます。）
         - 「キーシーケンス」値（4バイト）。ビッグエンディアンの符号なし整数。キーシーケンスの開始値として0を使用します。
 
-    2. 連結された値の[SHA-512ハーフ][]を計算します。
+    2. 連結された値の[SHA-512Half][]を計算します。
 
     3. 結果が有効なsecp256k1秘密鍵でない場合は、キーシーケンスを1増やし、アカウントの仲介銀行（機関）キーペアの導出をやり直します。
 
@@ -258,4 +258,4 @@ XRP Ledgerアカウントキーでのsecp256k1鍵導出に、Ed25519鍵導出よ
     - [wallet_proposeメソッド][]
     - [account_infoメソッド][]
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/accounts/deleting-accounts.md

@@ -26,15 +26,15 @@ labels:
     - `RippleState`
     - `Check`
 - アカウントがレジャー内に所有するオブジェクトが1000個未満であること。
-- トランザクションの送信時、少なくとも1つ分の[所有者準備金](reserves.md)(現在2XRP)に相当する特別な[トランザクションコスト][]を支払う必要があります。
+- トランザクションの送信時、少なくとも1つ分の[所有者準備金](reserves.md)(現在{% $env.PUBLIC_OWNER_RESERVE %})に相当する特別な[トランザクションコスト][]を支払う必要があります。
 
 
 ## 削除コスト
 
 {% admonition type="warning" name="注意" %}アカウントの削除要件を満たしていないためにトランザクションが失敗した場合でも、[AccountDeleteトランザクション][]のトランザクションコストは、トランザクションが検証済みレジャーに含まれる場合常に発生します。アカウントを削除できなかった場合に高いトランザクションコストを支払う可能性を減らすには、AccountDeleteトランザクションを送信するときに`fail_hard`オプションを使用してください。{% /admonition %}
 
-ビットコインや他の多くの暗号通貨とは異なり、XRP Ledgerの公開レジャーチェーンのそれぞれの新しいレジャーバージョンは、レジャーの完全な状態を含んでおり、新しいアカウントが増えるごとにサイズが増加します。そのため、必要な場合を除き、新しいXRP Ledgerアカウントを作成すべきではありません。アカウントを削除することで、アカウントの10XRPの[準備金](reserves.md)の一部を回復することができますが、そのためには少なくとも2XRPを破棄する必要があります。
+ビットコインや他の多くの暗号通貨とは異なり、XRP Ledgerの公開レジャーチェーンのそれぞれの新しいレジャーバージョンは、レジャーの完全な状態を含んでおり、新しいアカウントが増えるごとにサイズが増加します。そのため、必要な場合を除き、新しいXRP Ledgerアカウントを作成すべきではありません。アカウントを削除することで、アカウントの{% $env.PUBLIC_BASE_RESERVE %}の[準備金](reserves.md)の一部を回復することができますが、そのためには少なくとも{% $env.PUBLIC_OWNER_RESERVE %}を破棄する必要があります。
 
 取引所など、多くのユーザのために価値の送受信を行う組織は、[**送信元タグ**と**宛先タグ**](../transactions/source-and-destination-tags.md)を使用することで、XRP Ledgerのアカウントを1つだけ(または少数)使用するだけで、ユーザの支払いを区別することができます。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/accounts/depositauth.md

@@ -1,17 +1,13 @@
 ---
-html: depositauth.html
-parent: accounts.html
 seo:
     description: DepositAuth設定をすると、アカウントは着信ペイメントをデフォルトでブロックします。
 labels:
-  - セキュリティ
-  - 支払い
+    - セキュリティ
+    - 支払い
 outdated_translation: true　
 ---
 # Deposit Authorization
 
-_（[DepositAuth Amendment][]により追加されました。）_
-
 Deposit Authorizationは、XRP Ledgerの[アカウント](index.md)のオプション機能です。Deposit Authorizationが有効な場合、トランザクションはそのトランザクションの送信者がアカウント自体でない限り、アカウントへはどのような資産も送信できません。Deposit Authorizationのアカウントは、次の2つの方法でのみ入金することができます。
 
 - [事前承認](#事前承認)されたアカウントから。
@@ -19,6 +15,8 @@ Deposit Authorizationは、XRP Ledgerの[アカウント](index.md)のオプシ
 
 デフォルトでは、新しいアカウントではDepositAuthが無効になっています。
 
+{% amendment-disclaimer name="DepositAuth" /%}
+
 ## 背景
 
 金融サービスの規制やライセンスによっては、企業や組織に対して、受領するすべてのトランザクションの送信者を把握するよう義務付けています。これは、自由に生成できる偽名で参加者を識別し、デフォルトですべてのアドレスからあらゆる宛先への支払いを可能とするXRP Ledgerのような分散型システムとっては課題となります。
@@ -27,7 +25,7 @@ Deposit Authorizationフラグにより、XRP Ledgerを使用するユーザが
 
 Deposit Authorizationを有効にすると、[Checks](/resources/known-amendments.md#checks)、[Escrow](../payment-types/escrow.md)、および[Payment Channel](/resources/known-amendments.md#paychan)から資金を受領できます。このような「二段階」トランザクションモデルでは、最初に送金元は資金の送金を承認するトランザクションを送信し、次に送金先は資金受領を承認するトランザクションを送信します。
 
-Deposit Authorizationが有効になっている場合に[Paymentトランザクション][]から資金を受領するには、このような支払の送金元を[事前承認](#事前承認)する必要があります。_（[DepositPreauth Amendment][]により追加されました。）_
+Deposit Authorizationが有効になっている場合に[Paymentトランザクション][]から資金を受領するには、このような支払の送金元を[事前承認](#事前承認)する必要があります。{% amendment-disclaimer name="DepositPreauth" /%}
 
 ## 推奨される使い方
 
@@ -42,15 +40,15 @@ Deposit Authorizationを最大限に活用するため、以下の実施を推
 Deposit Authorizationが有効化されているアカウントの特徴は次のとおりです。
 
 - [Paymentトランザクション][]の送信先には**できません**。ただし**以下の例外**は除きます。
-    - 送金先により、支払の送金元が[事前承認](#事前承認)されている場合。_（[DepositPreauth Amendment][]により追加されました。）_
-    - アカウントのXRP残高がアカウントの最低[必要準備金](reserves.md)以下で、XRP PaymentのAmountがアカウントの最低準備金（現時点では10XRP）以下である場合は、このアカウントを送金先に指定できます。これにより、アカウントがトランザクションを送信することも、XRPを受領することもできずに操作不可能な状態になるのを防ぎます。この場合、アカウントの所有者の準備金は関係ありません。
+    - 送金先により、支払の送金元が[事前承認](#事前承認)されている場合。{% amendment-disclaimer name="DepositPreauth" /%}
+    - アカウントのXRP残高がアカウントの最低[必要準備金](reserves.md)以下で、XRP PaymentのAmountがアカウントの最低準備金（現時点では{% $env.PUBLIC_BASE_RESERVE %}）以下である場合は、このアカウントを送金先に指定できます。これにより、アカウントがトランザクションを送信することも、XRPを受領することもできずに操作不可能な状態になるのを防ぎます。この場合、アカウントの所有者の準備金は関係ありません。
 - **以下に該当する場合にのみ**[PaymentChannelClaimトランザクション][]からXRPを受領できます。
     - PaymentChannelClaimトランザクションの送金元がPayment Channelの送金先である場合。
-    - PaymentChannelClaimトランザクションの送金先がPaymentChannelClaimの送金元を[事前承認している](#事前承認)場合。_（[DepositPreauth Amendment][]により追加されました。）_
+    - PaymentChannelClaimトランザクションの送金先がPaymentChannelClaimの送金元を[事前承認している](#事前承認)場合。{% amendment-disclaimer name="DepositPreauth" /%}
 - **以下に該当する場合にのみ**[EscrowFinishトランザクション][]からXRPを受領できます。
     - EscrowFinishトランザクションの送金元がEscrowの送金先である場合。
-    - EscrowFinishトランザクションの送金先がEscrowFinishの送金元を[事前承認している](#事前承認)場合。_（[DepositPreauth Amendment][]により追加されました。）_
-- [CheckCash][]トランザクションを送信してXRPまたはトークンを受領**できます**。 _（[Checks Amendment][]により追加されました。）_
+    - EscrowFinishトランザクションの送金先がEscrowFinishの送金元を[事前承認している](#事前承認)場合。{% amendment-disclaimer name="DepositPreauth" /%}
+- [CheckCash][]トランザクションを送信してXRPまたはトークンを受領**できます**。 {% amendment-disclaimer name="Checks" /%}
 - [OfferCreateトランザクション][]を送信してXRPまたはトークンを受領**できます**。
     - 即時には完全に実行されないOfferCreateトランザクションがアカウントから送信される場合、このアカウントは、後でオファーが他のアカウントの[Payment][]トランザクションと[OfferCreate][]トランザクションによって消費される時点で、注文済みXRPとトークンのリマインダーを受信する**ことがあります**。
 - アカウントが[NoRippleフラグ](../tokens/fungible-tokens/rippling.md)を有効にせずにトラストラインを作成している場合、またはDefaultRippleフラグを有効にして通貨を発行した場合は、アカウントはRipplingの結果として、[Paymentトランザクション][]でそれらのトラストラインのトークンを受領**できます**。このようなトランザクションの送金先にすることはできません。
@@ -80,8 +78,6 @@ Deposit Authorizationが有効化されているアカウントの特徴は次
 
 ## 事前承認
 
-_（[DepositPreauth Amendment][]により追加されました。）_
-
 DepositAuthが有効なアカウントは、特定の送金元を _事前承認_ することにより、DepositAuthが有効になっていても、これらの送金元からの支払を受領することができます。これにより、特定の送金元からの資金の直接送金が可能となり、受取人はトランザクションごとに個別にアクションを実行する必要がなくなります。事前承認はDepositAuthの使用にあたり必須の要件ではありませんが、事前承認により特定の操作を実行しやすくなります。
 
 事前承認は通貨に依存しません。特定の通貨のみについてアカウントを事前承認することはできません。
@@ -98,6 +94,8 @@ DepositPreauthトランザクションの処理が完了すると、承認済み
 
 事前承認は、DepositAuthが有効なアカウントへのその他の送金方法には影響しません。詳しいルールについては、[詳細なセマンティクス](#詳細なセマンティクス)をご覧ください。
 
+{% amendment-disclaimer name="DepositPreauth" /%}
+
 ### 承認の確認
 
 [deposit_authorizedメソッド][]を使用して、特定のアカウントに対し別のアカウントへの入金が許可されているかどうかを確認できます。このメソッドは次の2点を確認します。
@@ -114,10 +112,10 @@ DepositPreauthトランザクションの処理が完了すると、承認済み
 - [Authorized Trust Lines](../tokens/fungible-tokens/authorized-trust-lines.md)機能（`RequireAuth`フラグ）により、アカウントが発行したXRP以外の通貨を保有できる取引相手が制限されます。
 - `DisallowXRP`フラグは、アカウントがXRPを受領してはならないことを示します。これはDeposit Authorizationよりもソフトな保護機能であり、XRP Ledgerにより強制されません。（クライアントアプリケーションはこのフラグに従うか、または少なくともこのフラグについて警告します。）
 - 送信トランザクションが[Destinationタグ](../transactions/source-and-destination-tags.md)を指定している場合には、`RequireDest`フラグは、アカウントが通貨額のみを受領できることを示します。これにより、ユーザが支払の目的を指定し忘れることがなくなりますが、恣意的な送金先タグを作成できる不明な送金元から受取人が保護されるわけではありません。
-- [Partial Payment](../payment-types/partial-payments.md)により、アカウントは不要な支払を返金できます。この際、[送金手数料](../tokens/transfer-fees.md)と為替レートは送金額には追加されず、送金された金額から差し引かれます。
+- [Partial Payment](../payment-types/partial-payments.md)により、アカウントは不要な支払を返金できます。この際、[送金手数料](../tokens/fungible-tokens/transfer-fees.md)と為替レートは送金額には追加されず、送金された金額から差し引かれます。
 <!--{# TODO: Add link to "check for authorization" tutorial DOC-1684 #}-->
 
 
 [DepositPreauth Amendment]: /resources/known-amendments.md#depositpreauth
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/accounts/index.md

@@ -46,7 +46,7 @@ XRP Ledgerでアカウントを取得する一般的な方法は次のとおり
 
     - 例えば、一般的な取引所でXRPを購入し、その取引所から、指定したアドレスにXRPを出金することができます。
 
-        {% admonition type="warning" name="注意" %}自身のXRP Ledgerアドレスで初めてXRPを受け取る場合は[アカウントの準備金](reserves.md)（現在は10XRP）を支払う必要があります。この金額のXRPは無期限に使用できなくなります。一方で、一般的な取引所では通常、顧客のXRPはすべて、共有されたいくつかのXRP Ledgerアカウントに保有されているため、顧客はその取引所で個々のアカウントの準備金を支払う必要はありません。引き出す前に、XRP Ledgerに直接アカウントを保有することが、金額に見合う価値があるかどうかを検討してください。{% /admonition %}
+        {% admonition type="warning" name="注意" %}自身のXRP Ledgerアドレスで初めてXRPを受け取る場合は[アカウントの準備金](reserves.md)（現在は{% $env.PUBLIC_BASE_RESERVE %}）を支払う必要があります。この金額のXRPは無期限に使用できなくなります。一方で、一般的な取引所では通常、顧客のXRPはすべて、共有されたいくつかのXRP Ledgerアカウントに保有されているため、顧客はその取引所で個々のアカウントの準備金を支払う必要はありません。引き出す前に、XRP Ledgerに直接アカウントを保有することが、金額に見合う価値があるかどうかを検討してください。{% /admonition %}
 
 
 
@@ -66,4 +66,4 @@ XRP Ledgerでアカウントを取得する一般的な方法は次のとおり
     - [アカウント設定の管理（カテゴリ）](../../tutorials/how-tos/manage-account-settings/index.md)
     - [WebSocketを使用した着信ペイメントの監視](../../tutorials/http-websocket-apis/monitor-incoming-payments-with-websocket.md)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/accounts/multi-signing.md

@@ -24,7 +24,7 @@ labels:
 
 [SignerListSetトランザクション][]は、_署名者リスト_（自分のアドレスからのトランザクションを承認できるアドレスのセット）を定義します。署名者リストには、1～32のアドレスを含めることができます。このリストには、自分のアドレスを含めることはできず、重複して登録することはできません。リストの _Signer Weight_ と _Quorum_ の設定を使用することで、どのような組み合わせでどれだけの署名が必要かを制御することができます。
 
-_([ExpandedSignerList amendment][]により更新されました。)_
+{% amendment-disclaimer name="ExpandedSignerList" mode="updated" /%}
 
 ### Signer Weight
 
@@ -38,7 +38,7 @@ _([ExpandedSignerList amendment][]により更新されました。)_
 
 また、リスト内の各署名者のエントリに最大256ビットの任意のデータを追加することができます。このデータはネットワークで必要とされたり使用されたりすることはありませんが、スマートコントラクトや他のアプリケーションが署名者に関する他のデータを特定したり確認したりするために使用することができます。
 
-_([ExpandedSignerList amendment][]により追加されました。)_
+{% amendment-disclaimer name="ExpandedSignerList" /%}
 
 ### Signer WeightとQuorumの使用例
 
@@ -83,4 +83,4 @@ CEOのウェイトを3、副社長3人のウェイトを各2、取締役3人の
     - [sign_forメソッド][]
     - [submit_multisignedメソッド][]
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/accounts/reserves.md

@@ -78,4 +78,4 @@ XRP Ledgerには、準備金要件を調整する仕組みがあります。こ
 - [SetFee疑似トランザクション][]疑似トランザクション
 - [チュートリアル: 必要準備金の計算と表示（Python）](../../tutorials/python/build-apps/build-a-desktop-wallet-in-python.md#3-display-an-account)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/accounts/tickets.md

@@ -1,17 +1,15 @@
 ---
-html: tickets.html
-parent: accounts.html
 seo:
     description: トランザクションを非連続的な順序で送信する
 labels:
-  - アカウント
-  - トランザクション送信
+    - アカウント
+    - トランザクション送信
 ---
 # Ticket
 
-_([TicketBatch amendment][]により追加されました。)_
+XRP Ledgerのチケットは、取引をすぐに送信せずに、その取引のために[シーケンス番号][]を確保する方法です。チケットを使うことで、通常の順序以外で取引を送信することができます。この使用例としては、必要な署名を集めるのに時間がかかるような[マルチサイン取引](multi-signing.md)などが挙げられます。
 
-XRP Ledgerのチケットは、取引をすぐに送信せずに、その取引のために[シーケンス番号][Sequence Number]を確保する方法です。チケットを使うことで、通常の順序以外で取引を送信することができます。この使用例としては、必要な署名を集めるのに時間がかかるような[マルチサイン取引](multi-signing.md)などが挙げられます。
+{% amendment-disclaimer name="TicketBatch" /%}
 
 ## 背景
 
@@ -40,7 +38,7 @@ XRP Ledgerのチケットは、取引をすぐに送信せずに、その取引
 
 上記の例では、シーケンス番号105または作成した3つのチケットのいずれかを使用してトランザクションを送信できます。チケット103を使ってトランザクションを送信すると、それによってチケット103は元帳から削除されます。その後の次のトランザクションでは、シーケンス番号105、チケット102、またはチケット104を使用できます。
 
-{% admonition type="warning" name="注意" %}チケットは1枚ごとに[所有者準備金](reserves.md#所有者準備金)としてカウントされますので、チケット1枚につき2XRPを確保する必要があります。 (このXRPは、チケットを使用した後に再び使用可能になります）一度に多くのチケットを作成すると、このコストはすぐに膨れ上がります。{% /admonition %}
+{% admonition type="warning" name="注意" %}チケットは1枚ごとに[所有者準備金](reserves.md#所有者準備金)としてカウントされますので、チケット1枚につき{% $env.PUBLIC_OWNER_RESERVE %}を確保する必要があります。 (このXRPは、チケットを使用した後に再び使用可能になります）一度に多くのチケットを作成すると、このコストはすぐに膨れ上がります。{% /admonition %}
 
 シーケンス番号と同様に、トランザクションの送信は、そのトランザクションが[コンセンサス](../consensus-protocol/index.md)によって確認された場合にのみ、チケットを使用します。しかし、意図した通りにならなかった取引でも、[`tec`クラスの結果コード](../../references/protocol/transactions/transaction-results/tec-codes.md)を用いてコンセンサスで確認することができます。
 
@@ -53,7 +51,7 @@ XRP Ledgerのチケットは、取引をすぐに送信せずに、その取引
 - 各チケットは一度しか使用できません。同じチケットシーケンスを使用する複数の異なるトランザクション候補があることは可能ですが、コンセンサスで検証できるのはそのうちの1つだけです。
 - 各アカウントでは、一度に250枚以上のチケットをレジャーに登録することはできません。また、一度に250枚以上のチケットを作成することもできません。
 - チケットを使って別のチケットを作ることは _できます_。その場合、使用したチケットは、一度に所持できるチケットの合計数にはカウントされません。
-- 各チケットは[所有者準備金](reserves.md#所有者準備金)にカウントされるため、まだ使用していないチケット1枚につき2XRPを確保する必要があります。このXRPは、チケットを使用した後、再び使用することができます。
+- 各チケットは[所有者準備金](reserves.md#所有者準備金)にカウントされるため、まだ使用していないチケット1枚につき{% $env.PUBLIC_OWNER_RESERVE %}を確保する必要があります。このXRPは、チケットを使用した後、再び使用することができます。
 - 個々の元帳の中では、チケットを使用した取引は、同じ送信者からの他の取引の後に実行されます。1つのアカウントが同じ元帳のバージョンでTicketを使用する複数のトランザクションを持つ場合、それらのTicketは最も低いTicket Sequenceから最も高いTicket Sequenceの順に実行されます。 (詳細については、コンセンサスの[正規順序](../consensus-protocol/consensus-structure.md#xrp-ledgerプロトコル-コンセンサスと検証)に関するドキュメントをご覧ください)。
 - 個々の元帳の中では、チケットを使用した取引は、同じ送信者からの他の取引の後に実行されます。1つのアカウントが同じ元帳のバージョンでチケットを使用する複数のトランザクションを持つ場合、それらのチケットは最も低いチケット シーケンス番号から最も高いチケット シーケンス番号の順に実行されます。 (詳細については、コンセンサスの[正規順序](../consensus-protocol/consensus-structure.md#xrp-ledgerプロトコル-コンセンサスと検証)に関するドキュメントをご覧ください)。
 
@@ -70,4 +68,4 @@ XRP Ledgerのチケットは、取引をすぐに送信せずに、その取引
     - [Ticket オブジェクト](../../references/protocol/ledger-data/ledger-entry-types/ticket.md)
     - [account_objectsメソッド][]
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/consensus-protocol/consensus-protections.md

@@ -2,7 +2,7 @@
 html: consensus-protections.html
 parent: consensus.html
 seo:
-    description: Learn how the XRP Ledger Consensus Protocol is protected against various problems and attacks that may occur in a decentralized financial system. #TODO: translate
+    description: 分散型金融システムで発生する可能性のあるさまざまな問題や攻撃から、XRP Ledgerコンセンサスプロトコルがどのように保護されているかを学びます。
 labels:
   - ブロックチェーン
 ---

@l10n/ja/docs/concepts/consensus-protocol/consensus-structure.md

@@ -213,4 +213,4 @@ XRP Ledgerに送信されたトランザクションはすぐには処理され
 
 <a href="#from_footnote_10" id="footnote_10"><sup>10</sup></a> – `rippled`サーバはレジャーの履歴全体がなくてもAPIリクエストにレスポンスすることができます。サービスやネットワーク接続が中断すると、そのサーバのレジャー履歴にレジャーの不足や誤差が生じることがあります。時間の経過とともに、`rippled`によってその誤差は埋まります（そのように設定されている場合）。欠落しているトランザクションを検証する場合は、トランザクションが送信されてからLastLedgerSequenceまでの連続した完全なレジャーを持つサーバに照らして検証することが重要です。特定のサーバで利用できるcomplete_ledgersを判断するには、RPCサーバの状態を使用します。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/consensus-protocol/fee-voting.md

@@ -76,4 +76,4 @@ labels:
     - [FeeSettingsオブジェクト](../../references/protocol/ledger-data/ledger-entry-types/feesettings.md)
     - [SetFee疑似トランザクション][]
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/consensus-protocol/invariant-checking.md

@@ -149,4 +149,4 @@ XRP Ledgerは、各トランザクションについて、以下のすべての
     - [Authorized Trust Lines](../tokens/fungible-tokens/authorized-trust-lines.md)
     - [トランザクションの残高変化の計算](https://xrpl.org/blog/2015/calculating-balance-changes-for-a-transaction.html#calculating-balance-changes-for-a-transaction)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/consensus-protocol/negative-unl.md

@@ -73,7 +73,7 @@ V<sub>a</sub>は、サーバ側のコンセンサス見解と一致した過去2
 
 1. 前のフラグレジャーで予定されていたネガティブUNLの変更は、次のレジャーバージョンから有効となる。このフラグレジャーの検証のための合意プロセスそのものは、予定されていた変更を利用しない。
 
-    {% admonition type="info" name="注記" %}これは、[トランザクション](../transactions/index.md)や[疑似トランザクション](../../references/protocol/transactions/pseudo-transaction-types/pseudo-transaction-types.md)を行わずにレジャーの状態データを変更する唯一の機会です。{% /admonition %}
+    {% admonition type="info" name="注記" %}これは、[トランザクション](../transactions/index.md)や[疑似トランザクション](../../references/protocol/transactions/pseudo-transaction-types/index.md)を行わずにレジャーの状態データを変更する唯一の機会です。{% /admonition %}
 
 2. ネガティブUNLが満杯でない場合、各サーバは信頼度50%未満のバリデータの中から、**最大1つ**のバリデータをネガティブUNLに追加することを提案する。
 3. ネガティブUNLが空でない場合、各サーバはネガティブUNLから**最大1つ**のバリデータを削除することを提案する。サーバがバリデータをネガティブUNLから削除することを提案できる理由は2つある。
@@ -81,7 +81,7 @@ V<sub>a</sub>は、サーバ側のコンセンサス見解と一致した過去2
     - 自身のUNLにそのバリデータを持たない。(バリデータが永久に停止した場合、このルールは、サーバの設定済みUNLからバリデータが削除された後に、オンレジャーのネガティブUNLからバリデータが削除されることを確実にする)。
 4. ネガティブUNLの変更案がコンセンサスに達した場合、その変更は次のフラグレジャーから適用される予定である。この方法で最大1つの追加と1つの削除をスケジュールすることができる。
 
-ネガティブUNLにバリデータを追加したり削除したりする提案は[UNLModify pseudo-transactions][]の形式を取る。それぞれの擬似トランザクションは他の[擬似トランザクション](../../references/protocol/transactions/pseudo-transaction-types/pseudo-transaction-types.md)と同じように合意形成プロセスによって合意を得るか捨てられるかが決定される。言い換えると、あるバリデータがネガティブUNLに追加されたり削除されたりするためには、サーバの総意として同じ変更を提案する必要がある。
+ネガティブUNLにバリデータを追加したり削除したりする提案は[UNLModify pseudo-transactions][]の形式を取る。それぞれの擬似トランザクションは他の[擬似トランザクション](../../references/protocol/transactions/pseudo-transaction-types/index.md)と同じように合意形成プロセスによって合意を得るか捨てられるかが決定される。言い換えると、あるバリデータがネガティブUNLに追加されたり削除されたりするためには、サーバの総意として同じ変更を提案する必要がある。
 
 ネガティブUNLの予定された有効な変更は、レジャーの状態データの中の[ネガティブUNLオブジェクト](../../references/protocol/ledger-data/ledger-entry-types/negativeunl.md)に追跡される。
 
@@ -174,4 +174,4 @@ V<sub>a</sub>は、サーバ側のコンセンサス見解と一致した過去2
     - [ledger_entryメソッド][]
     - [consensus_infoメソッド][]
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/decentralized-storage/credentials.md

@@ -9,7 +9,7 @@ Credentials標準の設計は、[W3C Verifiable Credentials標準](https://www.w
 
 _Credentials_ は、レジャーに保存可能な署名付きの声明であり、ユーザのアイデンティティ、法的地位、またはその他の状態を証明することができます。この機能には、XRP Ledger上での資格情報の発行、保存、検証が含まれ、同時にユーザのプライバシーニーズもサポートします。
 
-この機能は、以下の役割を持つ関係者のエコシステムのために設計されています：
+この機能は、以下の役割を持つ関係者のエコシステムのために設計されています。
 
 - 正しい資格情報を持つユーザに特定のアクションや相互作用を制限したい _認証者_
 - 基準を満たすユーザに資格情報を提供する _発行者_
@@ -29,13 +29,13 @@ XRP Ledgerに保存された資格情報は、特にDID(分散型識別子)と
 
 ## 利用フロー
 
-資格情報の典型的な利用フローには、以下の例で説明するように、異なる役割を持つ3つの関係者が関与します：
+資格情報の典型的な利用フローには、以下の例で説明するように、異なる役割を持つ3つの関係者が関与します。
 
 * Verityは、法的コンプライアンスを確保するために、適切にKYCされたアカウントとのみ相互作用したい規制対象ビジネスです。これによりVerityは _認証者_ となります。なぜなら、どのアカウントが彼らと相互作用できる(認可される)かを設定するからです。
 * Isabelは、アカウントを審査し、アカウントが本人であることを証明する資格情報を発行する資格情報発行者です。
 * Aliceは、Verityと相互作用したいユーザです。
 
-3者全てにXRP Ledgerアカウントが必要です。フローは以下のように進みます：
+3者全てにXRP Ledgerアカウントが必要です。フローは以下のように進みます。
 
 1. Verityは、認可されたアカウントのみが相互作用できるようにアカウントを設定します。Isabelがアカウントを適切に審査し、関連する資格情報を発行することを信頼しているため、Isabelが発行した資格情報を受け入れるようにアカウントを設定します。
 2. Aliceは必要な書類をプライベートに、オフチェーンでIsabelに提出します。

@l10n/ja/docs/concepts/decentralized-storage/decentralized-identifiers.md

@@ -1,16 +1,11 @@
 ---
-html: decentralized-identifiers.html
-parent: accounts.html
 seo:
     description: 分散型IDは、検証可能な分散型デジタルIDを可能にします。
-status: not_enabled
 labels:
   - DID
 ---
 # 分散型ID
 
-_([DID Amendment][] {% not-enabled /%} が必要です。)_
-
 分散型ID(DID)は、検証可能なデジタルIDを可能にするWorld Wide Web Consortium(W3C)によって定義された新しいタイプの識別子です。DIDはDID所有者の完全な管理下にあり、中央管理レジストリ、IDプロバイダ、認証局から独立しています。
 
 DIDの主な基本原則は以下の通りです。
@@ -25,6 +20,7 @@ DIDの主な基本原則は以下の通りです。
 
 {% admonition type="info" name="注記" %}XRP LedgerにおけるDIDの実装は、[DID v1.0仕様](https://www.w3.org/TR/did-core/)の仕様に準拠しています。{% /admonition %}
 
+{% amendment-disclaimer name="DID" /%}
 
 ## 仕組み
 
@@ -75,4 +71,4 @@ DIDドキュメントの主要なプロパティの詳細については[Decentr
 - DIDドキュメントにはどのような内容でも含めることができますが、検証方法とサービスポイントに限定すべきです。XRPL上のDIDは公開情報であるので、個人情報を含めるべきではありません。
 - IPFSは誰でも分散ネットワークのノードにコンテンツを保存できます。よくある誤解は、誰でもそのコンテンツを編集できるということです。しかし、IPFSのコンテンツアドレス指定可能性は、編集されたコンテンツがオリジナルとは異なるアドレスを持つことを意味します。どんなエンティティでもXRPLアカウントの`DIDDocument`または`URI`フィールドでアンカーされたDIDドキュメントをコピーすることはできますが、対応する`DID`オブジェクトを作成した秘密鍵をコントロールしない限り、ドキュメント自体を変更することはできません。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/decentralized-storage/price-oracles.md

@@ -38,4 +38,4 @@ XRPLの価格オラクルはネイティブのオンチェーンオラクルで
     - [OracleDeleteトランザクション][]
     - [OracleSetトランザクション][]
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/ledgers/index.md

@@ -32,4 +32,4 @@ XRP Ledgerは、誰にでも開かれた共有のグローバル台帳(レジャ
 - レジャーヘッダー、レジャーオブジェクトID、レジャーオブジェクトタイプの詳細については、[レジャーのデータ型](../../references/protocol/ledger-data/index.md)をご覧ください。
 - レジャーの状態の変更履歴を追跡する方法については、[レジャーの履歴](../networks-and-servers/ledger-history.md)をご覧ください。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/networks-and-servers/amendments.md

@@ -87,4 +87,4 @@ Amendmentを有効にすると、修正前の動作のソースコードは`ripp
 - **リファレンス:**
     - [既知のAmendment](/resources/known-amendments.md)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/networks-and-servers/clustering.md

@@ -18,4 +18,4 @@ labels:
 
 クラスターでのサーバの設定方法に関するチュートリアルについては、[`rippled`サーバのクラスター化](../../infrastructure/configuration/peering/cluster-rippled-servers.md)をご覧ください。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/networks-and-servers/index.md

@@ -35,7 +35,7 @@ XRP Ledgerを動かすサーバソフトウェアは、主に2種類あります
 
 <!-- provided by the auto-generated table of children -->
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}
 
 
 {% child-pages /%}

@l10n/ja/docs/concepts/networks-and-servers/ledger-history.md

@@ -54,13 +54,6 @@ XRP Ledger財団は、コミュニティメンバーが運営する一連の全
 
 すべての履歴の設定については、[完全な履歴の設定](../../infrastructure/configuration/data-retention/configure-full-history.md)をご覧ください。
 
-## 履歴シャーディング
-
-XRP Ledgerのすべての履歴を1台の高価なマシンに保管する代わりに、複数のサーバがレジャー履歴の一部分を保管するように構成できます。これは[履歴シャーディング](../../infrastructure/configuration/data-retention/history-sharding.md)機能によって実現します。一定範囲のレジャー履歴が _シャードストアー_ という個別の保管領域に保管されます。ピアサーバから（上記の[履歴の取得](#履歴の取得)で説明したとおり）特定のデータがリクエストされると、サーバはレジャーストアーまたはシャードストアーのデータを使用してレスポンスできます。
-
-オンライン削除ではシャードストアーのデータは削除**されません**。ただし、32768個以上のレジャーバージョンをサーバのレジャーストアーに保持するようにオンライン削除が設定されていれば、レジャーストアーからデータが自動的に削除される前に、サーバはレジャーストアーからシャードストアーにすべてのシャードをコピーできます。
-
-詳細は、[履歴シャーディングの設定](../../infrastructure/configuration/data-retention/configure-history-sharding.md)をご覧ください。
 
 ## 関連項目
 
@@ -71,7 +64,6 @@ XRP Ledgerのすべての履歴を1台の高価なマシンに保管する代わ
     - [`rippled`の設定](../../infrastructure/configuration/index.md)
         - [オンライン削除の設定](../../infrastructure/configuration/data-retention/configure-online-deletion.md)
         - [指示による削除の設定](../../infrastructure/configuration/data-retention/configure-advisory-deletion.md)
-        - [履歴シャーディングの設定](../../infrastructure/configuration/data-retention/configure-history-sharding.md)
         - [全履歴の設定](../../infrastructure/configuration/data-retention/configure-full-history.md)
 - **リファレンス:**
     - [ledgerメソッド][]
@@ -80,4 +72,4 @@ XRP Ledgerのすべての履歴を1台の高価なマシンに保管する代わ
     - [can_deleteメソッド][]
     - [ledger_cleanerメソッド][]
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/networks-and-servers/parallel-networks.md

@@ -17,8 +17,6 @@ XRP Ledgerコミュニティのメンバーが、メインネットに影響を
 | Mainnet    | 安定版リリース    | ピアツーピアサーバのネットワーク機能を備えた分散型の暗号台帳であり、[XRP](../../introduction/what-is-xrp.md)の土台となる[XRP Ledger](/about/)です。 |
 | Testnet    | 安定版リリース    | XRP Ledger上に構築したソフトウェアのテスト環境として動作する「代替環境」のネットワークです。本番環境のXRP Ledgerユーザに影響を及ぼすことも、本物の通貨をリスクにさらすこともありません。Testnetの[Amendmentのステータス](/resources/known-amendments.md)は、Mainnetを厳密に反映するようになっていますが、分散型システムが持つ予測不可能な性質により、タイミングにわずかな違いが生じることがあります。 |
 | Devnet     | ベータ版リリース  | 次期リリースのプレビューネットワークです。XRP Ledgerのコアソフトウェアへの不安定な変更がテストされます。このAltNetを使用すると、開発者はまだMainnetで有効になっていないXRPLの計画段階の新機能やAmendmentを操作したり学習したりすることができます。 |
-| [Hooks V3 Testnet](https://hooks-testnet-v3.xrpl-labs.com/) | [Hooksサーバ](https://github.com/XRPL-Labs/xrpld-hooks) | [Hooks](https://xrpl-hooks.readme.io/)を使用したオンチェーン・スマートコントラクト機能のプレビューネットワークです。 |
-| Sidechain-Devnet | ベータ版リリース | クロスチェーンブリッジ機能をテストするためのサイドチェーンです。<br>ライブラリのサポート:<br>- [xrpl.js 2.12.0](https://www.npmjs.com/package/xrpl/v/2.12.0)<br>- [xrpl-py 2.4.0](https://pypi.org/project/xrpl-py/2.4.0/)<br>**注記**: また、[`xbridge-cli`](https://github.com/XRPLF/xbridge-cli)コマンドラインツールを使用して、ローカルマシンにクロスチェーンブリッジをセットアップすることもできます。 |
 
 テスト用XRPは、XRP Ledgerの実験やアプリケーションの開発、統合に興味のある人々に[無償で提供](/resources/dev-tools/xrp-faucets)されています。テスト用のXRPは実際には価値を持たず、ネットワークがリセットされると失われます。
 
@@ -49,4 +47,4 @@ Ripple社は、TestnetとDevnetでメインサーバを運用しています。[
   - [Validatorsメソッド][]
   - [デーモンモードのオプション](../../infrastructure/commandline-usage.md#デーモンモードのオプション)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/networks-and-servers/peer-protocol.md

@@ -171,4 +171,4 @@ XRP Ledgerで使用できるように、`rippled`サーバをピアツーピア
   - [fetch_infoメソッド][]
   - [ピアクローラー](../../references/http-websocket-apis/peer-port-methods/peer-crawler.md)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/networks-and-servers/rippled-server-modes.md

@@ -92,4 +92,4 @@ XRP Ledgerの堅牢性は、他のバリデータが共謀しないことをそ
   - [`rippled`の構成](../../infrastructure/configuration/index.md)
   - [スタンドアロンモードでのrippledの使用](../../infrastructure/testing-and-auditing/index.md)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/networks-and-servers/transaction-censorship-detection.md

@@ -76,4 +76,4 @@ LedgerConsensus:ERR Potential Censorship: Eligible tx E08D6E9754025BA2534A787076
 - **リファレンス:**
   - [トランザクションの結果](../../references/protocol/transactions/transaction-results/index.md)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/payment-types/checks.md

@@ -57,7 +57,7 @@ Checksの一般的なライフサイクルを以下で説明します。
 
 **ステップ3:** Checkを換金するため、受取人が[CheckCash][]トランザクションを送信します。受取人には次の2つのCheck換金オプションがあります。
 
-* `Amount` — 受取人はこのオプションを使用して換金する正確な額を指定できます。これは、送金元が想定される[送金手数料](../tokens/transfer-fees.md)をCheckの額に上乗せし、受取人は請求書やその他の契約に記載されている指定された額のみ受け取れるようにする場合に役立ちます。
+* `Amount` — 受取人はこのオプションを使用して換金する正確な額を指定できます。これは、送金元が想定される[送金手数料](../tokens/fungible-tokens/transfer-fees.md)をCheckの額に上乗せし、受取人は請求書やその他の契約に記載されている指定された額のみ受け取れるようにする場合に役立ちます。
 
 * `DeliverMin` — 受取人はこのオプションを使用してCheckから受領する最小額を指定できます。受取人がこのオプションを使用する場合、`rippled`は可能な限り多くの送金を試み、少なくともこの額以上を送金します。受取人に入金できる額がこの額よりも少ない場合には、このトランザクションは失敗します。
 
@@ -111,4 +111,4 @@ XRP LedgerのChecksの詳細は、以下をご覧ください。
 * [Escrow](escrow.md)
 * [Payment Channelチュートリアル](../../tutorials/how-tos/use-specialized-payment-types/use-payment-channels/index.md)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/payment-types/cross-currency-payments.md

@@ -28,4 +28,4 @@ XRP Ledgerでは、1つ以上のトークンとXRP、またはその両方を交
 
 詳細は、[オートブリッジング](../tokens/decentralized-exchange/autobridging.md)をご覧ください。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/payment-types/direct-xrp-payments.md

@@ -87,4 +87,4 @@ XRP Ledgerでは、支払いを受け取ることができるアドレスは永
     - [トランザクションの結果](../../references/protocol/transactions/transaction-results/index.md)
     - [account_infoメソッド][] - XRP残高を確認します。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/payment-types/escrow.md

@@ -93,4 +93,4 @@ XRP LedgerのEscrowの詳細は、以下をご覧ください:
 
 Rippleによる550億XRPのロックアップについては、[Ripple's Insights Blog](https://ripple.com/insights/ripple-to-place-55-billion-xrp-in-escrow-to-ensure-certainty-into-total-xrp-supply/)をご覧ください。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/payment-types/partial-payments.md

@@ -11,7 +11,7 @@ labels:
 
 {% admonition type="warning" name="警告" %}このページでは、`Payment`トランザクションおよび各種APIメソッドに表示される`Amount`フィールドの詳細について説明します。`Amount`とPartial Paymentに関するコンテキスト情報は依然として関連性がありますが、`rippled` [API v2](../../references/http-websocket-apis/index.md)においてフィールド名が`DeliverMax`に変更されました。これは、フィールド名をその動作に特化させ、以下に説明する誤解や悪用を防ぐためです。{% /admonition %}
 
-デフォルトのケースでは、XRP Ledgerの[Paymentトランザクション][]の`Amount`フィールドに、為替レートと[送金手数料](../tokens/transfer-fees.md)を差し引いた実際の送金額が指定されます。「Partial Payment」フラグ（[**tfPartialPayment**](../../references/protocol/transactions/types/payment.md#paymentのフラグ)）を使うと、送金額を増額する代わりに受取金額を減額して、支払を正常に実行できます。Partial Paymentは、追加コストなしで[支払を返金](bouncing-payments.md)したい場合に便利です。
+デフォルトのケースでは、XRP Ledgerの[Paymentトランザクション][]の`Amount`フィールドに、為替レートと[送金手数料](../tokens/fungible-tokens/transfer-fees.md)を差し引いた実際の送金額が指定されます。「Partial Payment」フラグ（[**tfPartialPayment**](../../references/protocol/transactions/types/payment.md#paymentのフラグ)）を使うと、送金額を増額する代わりに受取金額を減額して、支払を正常に実行できます。Partial Paymentは、追加コストなしで[支払を返金](bouncing-payments.md)したい場合に便利です。
 
 [トランザクションコスト](../transactions/transaction-cost.md)に使用されるXRPの額は、トランザクションタイプに関わらず常に送金元のアカウントから差し引かれます。
 
@@ -29,7 +29,7 @@ Partial Paymentフラグを使用しないで送金する場合、トランザ
 Amount+（手数料）=（送金額）≤ SendMax
 ```
 
-この式の「手数料」は、[送金手数料](../tokens/transfer-fees.md)と通貨の為替レートを指します。送金額（`Amount`）の通貨は、送金側と受取側で異なる通貨建てにすることができ、XRP Ledgerの分散型取引所でオファーを消費することにより交換されます。
+この式の「手数料」は、[送金手数料](../tokens/fungible-tokens/transfer-fees.md)と通貨の為替レートを指します。送金額（`Amount`）の通貨は、送金側と受取側で異なる通貨建てにすることができ、XRP Ledgerの分散型取引所でオファーを消費することにより交換されます。
 
 {% admonition type="info" name="注記" %}トランザクションの`Fee`フィールドが参照するXRP[トランザクションコスト](../transactions/transaction-cost.md)は、トランザクションをネットワークに中継するために消却されます。トランザクションコストは、常に指定通りの額が送金元から引き落とされ、あらゆるタイプの支払の手数料計算とは完全に切り離されています。{% /admonition %}
 
@@ -119,4 +119,4 @@ Partial Payment以外の場合、トランザクションのメタデータの`d
 - 出金処理のビジネスロジックにサニティチェックを追加します。XRP Ledgerで保有している残高の合計が、予期されている資産と債務に一致しない場合は、出金を処理をしません。
 - 「顧客確認」のガイドラインに従い、顧客の身元情報を厳密に検証します。不正使用者を事前に認識して阻止したり、システムを悪用した不正使用者に対して法的措置を講じたりすることができます。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/payment-types/payment-channels.md

@@ -40,4 +40,4 @@ Payment Channelでは本来、そこで売買可能なものにいては、一
 
 - [Escrow](escrow.md): 速度が遅い、条件付きの大量XRP決済のための類似機能。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/payment-types/sending-payments-to-customers.md

@@ -21,4 +21,4 @@ labels:
 
 XRP Ledger上でステーブルコインやその他のトークンを発行するための詳しいチュートリアルは、[代替可能トークンの発行](../../tutorials/how-tos/use-tokens/issue-a-fungible-token.md)をご覧ください。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/tokens/decentralized-exchange/autobridging.md

@@ -26,4 +26,4 @@ XRP Ledgerの[分散型取引所](index.md)で、XRP以外の2種類の通貨を
 
 - [ペイメントパス](../fungible-tokens/paths.md)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/tokens/decentralized-exchange/automated-market-makers.md

@@ -8,8 +8,6 @@ labels:
 ---
 # 自動マーケットメーカー(AMM)とは?
 
-_([AMM amendment][]により追加されました。)_
-
 自動マーケットメーカー(AMM)は、XRP Ledgerの分散型取引所において流動性を提供します。個々のAMMは2つの資産のプールを保有します。ユーザは数式で定められた取引レートによりその2つの資産間でスワップが可能です。
 
 ![自動マーケットメーカー](/docs/img/cpt-amm.png)
@@ -24,6 +22,8 @@ _([AMM amendment][]により追加されました。)_
 - AMMの手数料設定を変更するために投票する。票は、投票者が保有するLPトークンの数に基づいて重み付けされます。
 - AMMの取引手数料の一時的な割引を得るために、LPトークンの一部を入札する。
 
+{% amendment-disclaimer name="AMM" /%}
+
 ## AMMの仕組み
 
 AMMは2つの異なる資産を保有します。そのうちの最大1つはXRPとすることができ、そのうちの1つまたは両方が[トークン](../index.md)であることができます。
@@ -153,4 +153,4 @@ AMMのプールに資産がない間は、誰でも[AMMDeleteトランザクシ
 
 空のAMMを削除することによる払い戻しやインセンティブはありません。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/tokens/decentralized-exchange/index.md

@@ -66,7 +66,7 @@ XRP Ledgerは、成行注文、指値注文、レバレッジ取引などの概
     - [Offerオブジェクト][] 台帳のオファーのデータ構造
     - [DirectoryNodeオブジェクト][]: 特定の通貨ペアと取引レートのすべてのオファーを追跡するデータ構造
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}
 
 
 {% child-pages /%}

@l10n/ja/docs/concepts/tokens/decentralized-exchange/offers.md

@@ -106,4 +106,4 @@ Offerオブジェクトは、他のオファーやクロスカレンシー決済
     - [OfferCancelトランザクション][]
     - [Offerオブジェクト](../../../references/protocol/ledger-data/ledger-entry-types/offer.md)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/tokens/decentralized-exchange/permissioned-dex-roles.svg

@@ -0,0 +1,160 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE svg PUBLIC '-//W3C//DTD SVG 1.0//EN'
+          'http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd'>
+<svg fill-opacity="1" xmlns:xlink="http://www.w3.org/1999/xlink" color-rendering="auto" color-interpolation="auto" text-rendering="auto" stroke="black" stroke-linecap="square" width="630" stroke-miterlimit="10" shape-rendering="auto" stroke-opacity="1" fill="black" stroke-dasharray="none" font-weight="normal" stroke-width="1" viewBox="0 0 630 460" height="460" xmlns="http://www.w3.org/2000/svg" font-family="'Dialog'" font-style="normal" stroke-linejoin="miter" font-size="12px" stroke-dashoffset="0" image-rendering="auto"
+><!--Generated by the Batik Graphics2D SVG Generator--><defs id="genericDefs"
+  /><g
+  ><defs id="defs1"
+    ><clipPath clipPathUnits="userSpaceOnUse" id="clipPath1"
+      ><path d="M0 0 L2147483647 0 L2147483647 2147483647 L0 2147483647 L0 0 Z"
+      /></clipPath
+      ><clipPath clipPathUnits="userSpaceOnUse" id="clipPath2"
+      ><path d="M0 0 L0 140 L160 140 L160 0 Z"
+      /></clipPath
+      ><clipPath clipPathUnits="userSpaceOnUse" id="clipPath3"
+      ><path d="M0 0 L0 140 L200 140 L200 0 Z"
+      /></clipPath
+      ><clipPath clipPathUnits="userSpaceOnUse" id="clipPath4"
+      ><path d="M0 0 L0 140 L190 140 L190 0 Z"
+      /></clipPath
+      ><clipPath clipPathUnits="userSpaceOnUse" id="clipPath5"
+      ><path d="M0 0 L0 80 L140 80 L140 0 Z"
+      /></clipPath
+      ><clipPath clipPathUnits="userSpaceOnUse" id="clipPath6"
+      ><path d="M0 0 L0 40 L110 40 L110 0 Z"
+      /></clipPath
+      ><clipPath clipPathUnits="userSpaceOnUse" id="clipPath7"
+      ><path d="M0 0 L0 30 L120 30 L120 0 Z"
+      /></clipPath
+      ><clipPath clipPathUnits="userSpaceOnUse" id="clipPath8"
+      ><path d="M0 0 L0 180 L270 180 L270 0 Z"
+      /></clipPath
+    ></defs
+    ><g fill="rgb(255,255,255)" fill-opacity="0" transform="translate(450,300)" stroke-opacity="0" stroke="rgb(255,255,255)"
+    ><circle r="7" clip-path="url(#clipPath2)" cx="80.5" cy="7.5" stroke="none"
+    /></g
+    ><g transform="translate(450,300)"
+    ><circle fill="none" r="7" clip-path="url(#clipPath2)" cx="80.5" cy="7.5"
+      /><path fill="none" d="M59.5 21.5 L101.5 21.5" clip-path="url(#clipPath2)"
+      /><path fill="none" d="M80.5 14.5 L80.5 42.5" clip-path="url(#clipPath2)"
+      /><path fill="none" d="M80.5 42.5 L66.5 70.5" clip-path="url(#clipPath2)"
+      /><path fill="none" d="M80.5 42.5 L94.5 70.5" clip-path="url(#clipPath2)"
+      /><text x="60" font-size="14px" y="93.1094" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >Tracy</text
+      ><text x="25" font-size="14px" y="109.2188" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >(許可型DEXの</text
+      ><text x="33" font-size="14px" y="125.3281" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >トレーダー)</text
+    ></g
+    ><g fill="rgb(255,255,255)" fill-opacity="0" transform="translate(20,20)" stroke-opacity="0" stroke="rgb(255,255,255)"
+    ><rect x="0.5" width="198.5" height="138.5" y="0.5" clip-path="url(#clipPath3)" stroke="none"
+    /></g
+    ><g transform="translate(20,20)"
+    ><rect fill="none" x="0.5" width="198.5" height="138.5" y="0.5" clip-path="url(#clipPath3)"
+      /><text x="60" font-size="14px" y="18.1094" clip-path="url(#clipPath3)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >オーダーブック</text
+      ><text x="11" font-size="14px" y="34.2188" clip-path="url(#clipPath3)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >USD.Acme:FOO.WayGate</text
+      ><path fill="none" d="M1 40.2188 L199 40.2188" clip-path="url(#clipPath3)"
+      /><text x="5" font-size="14px" y="55.3281" clip-path="url(#clipPath3)" font-family="sans-serif" stroke="none" font-weight="bold" xml:space="preserve"
+      >DomainID: ドメインA</text
+      ><path fill="none" d="M1 61.3281 L199 61.3281" clip-path="url(#clipPath3)"
+      /><text x="5" font-size="14px" y="76.4375" clip-path="url(#clipPath3)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >10 FOO : 10 USD – Marko</text
+      ><path fill="none" d="M1 82.4375 L199 82.4375" clip-path="url(#clipPath3)"
+      /><text x="5" font-size="14px" y="97.5469" clip-path="url(#clipPath3)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >9 FOO : 15 USD – Tracy</text
+      ><path fill="none" d="M1 103.5469 L199 103.5469" clip-path="url(#clipPath3)"
+      /><text x="5" font-size="14px" y="118.6562" clip-path="url(#clipPath3)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >...</text
+    ></g
+    ><g fill="rgb(255,255,255)" fill-opacity="0" transform="translate(290,60)" stroke-opacity="0" stroke="rgb(255,255,255)"
+    ><rect x="0.5" width="188.5" height="138.5" y="0.5" clip-path="url(#clipPath4)" stroke="none"
+    /></g
+    ><g transform="translate(290,60)"
+    ><rect fill="none" x="0.5" width="188.5" height="138.5" y="0.5" clip-path="url(#clipPath4)"
+      /><text x="60" font-size="14px" y="18.1094" clip-path="url(#clipPath4)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >ドメインA</text
+      ><path fill="none" d="M1 24.1094 L189 24.1094" clip-path="url(#clipPath4)"
+      /><text x="5" font-size="14px" y="39.2188" clip-path="url(#clipPath4)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >所有者: Owen</text
+      ><text x="5" font-size="14px" y="55.3281" clip-path="url(#clipPath4)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >承認された資格情報:</text
+      ><text x="5" font-size="14px" y="71.4375" clip-path="url(#clipPath4)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >- "認可済" by Isabel</text
+      ><text x="5" font-size="14px" y="87.5469" clip-path="url(#clipPath4)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      ></text
+      ><text x="5" font-size="14px" y="103.6562" clip-path="url(#clipPath4)" font-family="sans-serif" stroke="none" font-weight="bold" xml:space="preserve"
+      >- "認可済" by Owen</text
+      ><text x="5" font-size="14px" y="119.7656" clip-path="url(#clipPath4)" font-family="sans-serif" stroke="none" font-weight="bold" xml:space="preserve"
+      ></text
+    ></g
+    ><g fill="rgb(255,255,255)" fill-opacity="0" transform="translate(120,300)" stroke-opacity="0" stroke="rgb(255,255,255)"
+    ><circle r="7" clip-path="url(#clipPath2)" cx="80.5" cy="7.5" stroke="none"
+    /></g
+    ><g transform="translate(120,300)"
+    ><circle fill="none" r="7" clip-path="url(#clipPath2)" cx="80.5" cy="7.5"
+      /><path fill="none" d="M59.5 21.5 L101.5 21.5" clip-path="url(#clipPath2)"
+      /><path fill="none" d="M80.5 14.5 L80.5 42.5" clip-path="url(#clipPath2)"
+      /><path fill="none" d="M80.5 42.5 L66.5 70.5" clip-path="url(#clipPath2)"
+      /><path fill="none" d="M80.5 42.5 L94.5 70.5" clip-path="url(#clipPath2)"
+      /><text x="60" font-size="14px" y="93.1094" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >Owen</text
+      ><text x="19" font-size="14px" y="109.2188" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >(資格情報の発行者</text
+      ><text x="11" font-size="14px" y="125.3281" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >かつドメインの所有者)</text
+    ></g
+    ><g fill="rgb(255,255,255)" fill-opacity="0" transform="translate(300,290)" stroke-opacity="0" stroke="rgb(255,255,255)"
+    ><path d="M0.5 0.5 L80.7725 0.5 L80.7725 21.6094 L139 21.6094 L139 79 L0.5 79 Z" stroke="none" clip-path="url(#clipPath5)"
+    /></g
+    ><g transform="translate(300,290)"
+    ><path fill="none" d="M0.5 0.5 L80.7725 0.5 L80.7725 21.6094 L139 21.6094 L139 79 L0.5 79 Z" clip-path="url(#clipPath5)"
+      /><path fill="none" d="M0.5 21.6094 L80.7725 21.6094" clip-path="url(#clipPath5)"
+      /><text x="5" font-size="14px" y="16.1094" clip-path="url(#clipPath5)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >資格情報</text
+      ><text x="5" font-size="14px" y="39.5" clip-path="url(#clipPath5)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >タイプ: "認可済"</text
+      ><text x="5" font-size="14px" y="55.6094" clip-path="url(#clipPath5)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >発行者: Owen</text
+      ><text x="5" font-size="14px" y="71.7188" clip-path="url(#clipPath5)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >対象: Tracy</text
+    ></g
+    ><g stroke-dasharray="8,5" stroke-miterlimit="5" transform="translate(430,310)" stroke-linecap="butt"
+    ><path fill="none" d="M90.5 20.5 L11.5 20.5" clip-path="url(#clipPath6)"
+      /><path fill="white" d="M22.2583 14 L11 20.5 L22.2583 27 Z" clip-path="url(#clipPath6)" stroke="none"
+      /><path fill="none" stroke-miterlimit="10" stroke-dasharray="none" d="M22.2583 14 L11 20.5 L22.2583 27 Z" clip-path="url(#clipPath6)" stroke-linecap="square"
+    /></g
+    ><g font-family="sans-serif" font-size="14px" transform="translate(430,310)"
+    ><text x="32.2207" xml:space="preserve" y="16" clip-path="url(#clipPath6)" stroke="none"
+      >保有</text
+    ></g
+    ><g stroke-dasharray="8,5" stroke-miterlimit="5" transform="translate(190,60)" stroke-linecap="butt"
+    ><path fill="none" d="M99.5 10.5 L10.5 10.5" clip-path="url(#clipPath7)"
+      /><path fill="white" d="M88.7417 4 L100 10.5 L88.7417 17 Z" clip-path="url(#clipPath7)" stroke="none"
+      /><path fill="none" stroke-miterlimit="10" stroke-dasharray="none" d="M88.7417 4 L100 10.5 L88.7417 17 Z" clip-path="url(#clipPath7)" stroke-linecap="square"
+    /></g
+    ><g stroke-dasharray="8,5" stroke-miterlimit="5" transform="translate(170,150)" stroke-linecap="butt"
+    ><path fill="none" d="M10.5 11.5 L10.5 40.5" clip-path="url(#clipPath8)"
+      /><path fill="none" d="M10.5 40.5 L230.5 40.5" clip-path="url(#clipPath8)"
+      /><path fill="none" d="M230.5 40.5 L230.5 150.5" clip-path="url(#clipPath8)"
+      /><path fill="none" d="M230.5 150.5 L250.5 160.5" clip-path="url(#clipPath8)"
+      /><path fill="white" d="M4 22.2583 L10.5 11 L17 22.2583 Z" clip-path="url(#clipPath8)" stroke="none"
+      /><path fill="none" stroke-miterlimit="10" stroke-dasharray="none" d="M4 22.2583 L10.5 11 L17 22.2583 Z" clip-path="url(#clipPath8)" stroke-linecap="square"
+    /></g
+    ><g font-family="sans-serif" font-size="14px" transform="translate(170,150)"
+    ><text x="14" xml:space="preserve" y="55.2188" clip-path="url(#clipPath8)" stroke="none"
+      >アクセス許可</text
+    ></g
+    ><g stroke-dasharray="8,5" stroke-miterlimit="5" transform="translate(210,310)" stroke-linecap="butt"
+    ><path fill="none" d="M89.5 20.5 L10.5 20.5" clip-path="url(#clipPath6)"
+      /><path fill="white" d="M78.7417 14 L90 20.5 L78.7417 27 Z" clip-path="url(#clipPath6)" stroke="none"
+      /><path fill="none" stroke-miterlimit="10" stroke-dasharray="none" d="M78.7417 14 L90 20.5 L78.7417 27 Z" clip-path="url(#clipPath6)" stroke-linecap="square"
+    /></g
+    ><g font-family="sans-serif" font-size="14px" transform="translate(210,310)"
+    ><text x="29.3696" xml:space="preserve" y="16" clip-path="url(#clipPath6)" stroke="none"
+      >発行</text
+    ></g
+  ></g
+></svg
+>

@l10n/ja/docs/concepts/tokens/decentralized-exchange/permissioned-dex-structure.svg

@@ -0,0 +1,164 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE svg PUBLIC '-//W3C//DTD SVG 1.0//EN'
+          'http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd'>
+<svg fill-opacity="1" xmlns:xlink="http://www.w3.org/1999/xlink" color-rendering="auto" color-interpolation="auto" text-rendering="auto" stroke="black" stroke-linecap="square" width="810" stroke-miterlimit="10" shape-rendering="auto" stroke-opacity="1" fill="black" stroke-dasharray="none" font-weight="normal" stroke-width="1" viewBox="0 10 810 330" height="330" xmlns="http://www.w3.org/2000/svg" font-family="'Dialog'" font-style="normal" stroke-linejoin="miter" font-size="12px" stroke-dashoffset="0" image-rendering="auto"
+><!--Generated by the Batik Graphics2D SVG Generator--><defs id="genericDefs"
+  /><g
+  ><defs id="defs1"
+    ><clipPath clipPathUnits="userSpaceOnUse" id="clipPath1"
+      ><path d="M0 0 L2147483647 0 L2147483647 2147483647 L0 2147483647 L0 0 Z"
+      /></clipPath
+      ><clipPath clipPathUnits="userSpaceOnUse" id="clipPath2"
+      ><path d="M0 0 L0 70 L110 70 L110 0 Z"
+      /></clipPath
+      ><clipPath clipPathUnits="userSpaceOnUse" id="clipPath3"
+      ><path d="M0 0 L0 290 L250 290 L250 0 Z"
+      /></clipPath
+    ></defs
+    ><g fill="rgb(255,255,255)" fill-opacity="0" transform="translate(670,240)" stroke-opacity="0" stroke="rgb(255,255,255)"
+    ><path d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" stroke="none" clip-path="url(#clipPath2)"
+    /></g
+    ><g transform="translate(670,240)"
+    ><path fill="none" d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" clip-path="url(#clipPath2)"
+      /><path fill="none" d="M0.5 21.6094 L88.998 21.6094" clip-path="url(#clipPath2)"
+      /><text x="5" font-size="12px" y="16.1094" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >オーダーブック</text
+      ><text x="27" font-size="14px" y="42.5547" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >EUR:JPY</text
+      ><text x="10" font-size="14px" y="58.6641" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >DomainID: B</text
+    ></g
+    ><g fill="rgb(255,255,255)" fill-opacity="0" transform="translate(550,240)" stroke-opacity="0" stroke="rgb(255,255,255)"
+    ><path d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" stroke="none" clip-path="url(#clipPath2)"
+    /></g
+    ><g transform="translate(550,240)"
+    ><path fill="none" d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" clip-path="url(#clipPath2)"
+      /><path fill="none" d="M0.5 21.6094 L88.998 21.6094" clip-path="url(#clipPath2)"
+      /><text x="5" font-size="12px" y="16.1094" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >オーダーブック</text
+      ><text x="27" font-size="14px" y="42.5547" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >JPY:EUR</text
+      ><text x="10" font-size="14px" y="58.6641" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >DomainID: B</text
+    ></g
+    ><g fill="rgb(255,255,255)" fill-opacity="0" transform="translate(280,30)" stroke-opacity="0" stroke="rgb(255,255,255)"
+    ><rect x="0.5" width="248.5" height="288.5" y="0.5" clip-path="url(#clipPath3)" stroke="none"
+    /></g
+    ><g stroke-dasharray="8,5" stroke-miterlimit="5" transform="translate(280,30)" stroke-linecap="butt"
+    ><rect fill="none" x="0.5" width="248.5" height="288.5" y="0.5" clip-path="url(#clipPath3)"
+      /><text x="54" font-size="14px" y="18.1094" clip-path="url(#clipPath3)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >許可型DEX A</text
+    ></g
+    ><g fill="rgb(255,255,255)" fill-opacity="0" transform="translate(30,160)" stroke-opacity="0" stroke="rgb(255,255,255)"
+    ><path d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" stroke="none" clip-path="url(#clipPath2)"
+    /></g
+    ><g transform="translate(30,160)"
+    ><path fill="none" d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" clip-path="url(#clipPath2)"
+      /><path fill="none" d="M0.5 21.6094 L88.998 21.6094" clip-path="url(#clipPath2)"
+      /><text x="5" font-size="12px" y="16.1094" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >オーダーブック</text
+      ><text x="22" font-size="14px" y="50.6094" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >USD:FOO</text
+    ></g
+    ><g fill="rgb(255,255,255)" fill-opacity="0" transform="translate(30,240)" stroke-opacity="0" stroke="rgb(255,255,255)"
+    ><path d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" stroke="none" clip-path="url(#clipPath2)"
+    /></g
+    ><g transform="translate(30,240)"
+    ><path fill="none" d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" clip-path="url(#clipPath2)"
+      /><path fill="none" d="M0.5 21.6094 L88.998 21.6094" clip-path="url(#clipPath2)"
+      /><text x="5" font-size="12px" y="16.1094" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >オーダーブック</text
+      ><text x="23" font-size="14px" y="50.6094" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >BAR:BAZ</text
+    ></g
+    ><g fill="rgb(255,255,255)" fill-opacity="0" transform="translate(150,160)" stroke-opacity="0" stroke="rgb(255,255,255)"
+    ><path d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" stroke="none" clip-path="url(#clipPath2)"
+    /></g
+    ><g transform="translate(150,160)"
+    ><path fill="none" d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" clip-path="url(#clipPath2)"
+      /><path fill="none" d="M0.5 21.6094 L88.998 21.6094" clip-path="url(#clipPath2)"
+      /><text x="5" font-size="12px" y="16.1094" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >オーダーブック</text
+      ><text x="22" font-size="14px" y="50.6094" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >FOO:USD</text
+    ></g
+    ><g fill="rgb(255,255,255)" fill-opacity="0" transform="translate(150,80)" stroke-opacity="0" stroke="rgb(255,255,255)"
+    ><path d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" stroke="none" clip-path="url(#clipPath2)"
+    /></g
+    ><g transform="translate(150,80)"
+    ><path fill="none" d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" clip-path="url(#clipPath2)"
+      /><path fill="none" d="M0.5 21.6094 L88.998 21.6094" clip-path="url(#clipPath2)"
+      /><text x="5" font-size="12px" y="16.1094" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >オーダーブック</text
+      ><text x="23" font-size="14px" y="50.6094" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >FOO:XRP</text
+    ></g
+    ><g fill="rgb(255,255,255)" fill-opacity="0" transform="translate(30,80)" stroke-opacity="0" stroke="rgb(255,255,255)"
+    ><path d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" stroke="none" clip-path="url(#clipPath2)"
+    /></g
+    ><g transform="translate(30,80)"
+    ><path fill="none" d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" clip-path="url(#clipPath2)"
+      /><path fill="none" d="M0.5 21.6094 L88.998 21.6094" clip-path="url(#clipPath2)"
+      /><text x="5" font-size="12px" y="16.1094" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >オーダーブック</text
+      ><text x="23" font-size="14px" y="50.6094" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >XRP:FOO</text
+    ></g
+    ><g fill="rgb(255,255,255)" fill-opacity="0" transform="translate(20,30)" stroke-opacity="0" stroke="rgb(255,255,255)"
+    ><rect x="0.5" width="248.5" height="288.5" y="0.5" clip-path="url(#clipPath3)" stroke="none"
+    /></g
+    ><g stroke-dasharray="8,5" stroke-miterlimit="5" transform="translate(20,30)" stroke-linecap="butt"
+    ><rect fill="none" x="0.5" width="248.5" height="288.5" y="0.5" clip-path="url(#clipPath3)"
+      /><text x="89" font-size="14px" y="18.1094" clip-path="url(#clipPath3)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >オープンDEX</text
+    ></g
+    ><g fill="rgb(255,255,255)" fill-opacity="0" transform="translate(410,240)" stroke-opacity="0" stroke="rgb(255,255,255)"
+    ><path d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" stroke="none" clip-path="url(#clipPath2)"
+    /></g
+    ><g transform="translate(410,240)"
+    ><path fill="none" d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" clip-path="url(#clipPath2)"
+      /><path fill="none" d="M0.5 21.6094 L88.998 21.6094" clip-path="url(#clipPath2)"
+      /><text x="5" font-size="12px" y="16.1094" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >オーダーブック</text
+      ><text x="27" font-size="14px" y="42.5547" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >EUR:JPY</text
+      ><text x="11" font-size="14px" y="58.6641" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >DomainID: A</text
+    ></g
+    ><g fill="rgb(255,255,255)" fill-opacity="0" transform="translate(290,160)" stroke-opacity="0" stroke="rgb(255,255,255)"
+    ><path d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" stroke="none" clip-path="url(#clipPath2)"
+    /></g
+    ><g transform="translate(290,160)"
+    ><path fill="none" d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" clip-path="url(#clipPath2)"
+      /><path fill="none" d="M0.5 21.6094 L88.998 21.6094" clip-path="url(#clipPath2)"
+      /><text x="5" font-size="12px" y="16.1094" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >オーダーブック</text
+      ><text x="22" font-size="14px" y="42.5547" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >USD:FOO</text
+      ><text x="11" font-size="14px" y="58.6641" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >DomainID: A</text
+    ></g
+    ><g fill="rgb(255,255,255)" fill-opacity="0" transform="translate(410,80)" stroke-opacity="0" stroke="rgb(255,255,255)"
+    ><path d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" stroke="none" clip-path="url(#clipPath2)"
+    /></g
+    ><g transform="translate(410,80)"
+    ><path fill="none" d="M0.5 0.5 L88.998 0.5 L88.998 21.6094 L109 21.6094 L109 69 L0.5 69 Z" clip-path="url(#clipPath2)"
+      /><path fill="none" d="M0.5 21.6094 L88.998 21.6094" clip-path="url(#clipPath2)"
+      /><text x="5" font-size="12px" y="16.1094" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >オーダーブック</text
+      ><text x="23" font-size="14px" y="42.5547" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >FOO:XRP</text
+      ><text x="11" font-size="14px" y="58.6641" clip-path="url(#clipPath2)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >DomainID: A</text
+    ></g
+    ><g fill="rgb(255,255,255)" fill-opacity="0" transform="translate(540,30)" stroke-opacity="0" stroke="rgb(255,255,255)"
+    ><rect x="0.5" width="248.5" height="288.5" y="0.5" clip-path="url(#clipPath3)" stroke="none"
+    /></g
+    ><g stroke-dasharray="8,5" stroke-miterlimit="5" transform="translate(540,30)" stroke-linecap="butt"
+    ><rect fill="none" x="0.5" width="248.5" height="288.5" y="0.5" clip-path="url(#clipPath3)"
+      /><text x="54" font-size="14px" y="18.1094" clip-path="url(#clipPath3)" font-family="sans-serif" stroke="none" xml:space="preserve"
+      >許可型DEX B</text
+    ></g
+  ></g
+></svg
+>

@l10n/ja/docs/concepts/tokens/decentralized-exchange/permissioned-dexes.md

@@ -0,0 +1,113 @@
+---
+seo:
+    description: 許可型メインインスタンスの定義と詳細について
+labels:
+  - コンプライアンス
+  - 分散型取引所
+---
+# 許可型DEX
+
+許可型DEXは、XRP Ledgerの[分散型取引所(DEX)](./index.md)内での取引を制御する環境です。許可型DEXでの取引は、オープンDEXと同様ですが、[_許可型ドメイン_](./permissioned-domains.md)によって誰がオファーを置くことができるか、またはオファーを受け入れることができるかを制御します。許可型DEXを利用することで、規制下にある企業はXRP Ledgerでの取引に参加し、取引先のすべての相手方が適切に検証されていることを確認することができます。
+
+XRP Ledgerブロックチェーン内には、複数の許可型DEXが存在することができます。それぞれは、許可型ドメインと関連付けられており、そのDEXへのアクセスを許可するリストとして機能します。許可型DEX内に置かれた取引は、同じ許可型DEX内の他の取引にのみ実行できます。各許可型DEXは、必要に応じて、任意の数の通貨ペアの注文帳を持つことができます。
+
+
+## 背景: 許可型DEXの必要性
+
+XRP Ledgerは、ローンチ以来、単一の、_オープンDEX_ を持っています。XRPLアカウントを持っていれば誰でもこのDEXで取引することができ、システムは誰がオファーを作成したに関係なく、マッチングする注文、もしくはオファーを自動的に約定します。注文はまた、クロスカレンシー支払いに流動性を提供し、潜在的に1つのアトミック取引の一部として複数の取引を実行することができます。
+
+システムは、アカウントの背後にある人々や組織について何も知らないため、ある取引の相手方が誰かは確実ではありません。しかし、経済制裁や金融規制は、犯罪者、テロリスト、または特定の国との取引に対して厳格なルールを課しています。これらの制限により、規制下にある金融機関は、オープンDEXでの取引に対するリスクを負うことを望んでいないかもしれません。
+
+さらなる背景情報:
+
+- [分散型取引所](./index.md)
+- [オファー](./offers.md)
+- [許可型ドメイン](./permissioned-domains.md)
+
+
+## 許可型DEXの重要な役割
+
+許可型DEXを使用するには、以下の役割と責任を持つ参加者が必要です。
+
+- 少なくとも2人のトレーダーがマッチングするオファーを置く必要があります。例えば、1人がXRPをUSDに交換し、もう1人がUSDをXRPに交換します。
+- 許可型ドメインの所有者。許可型ドメインへのアクセスを許可する資格情報を制御します。
+- 資格情報(Credentials)の発行者。許可型ドメインへのアクセスを許可する資格情報を発行します。
+
+1つのアカウントがこれらの役割のいずれかを複数回果たすことができます。例えば、許可型ドメインの所有者、資格情報の発行者、およびトレーダーの3つの役割を同時に果たすことができます。唯一の制限は、トレーダーが異なるアカウントである必要があることです。
+
+{% inline-svg file="./permissioned-dex-roles.svg" /%}
+
+_図: 許可型オーダーブック。Owenは許可型ドメインの所有者であり、許可型ドメインの承認された資格情報の1つの発行者です。TracyはOwenが発行した適切な資格情報を保有しているため、許可型オーダーブックで取引することができます。_
+
+
+## 許可型DEXの構造を理解する: オファーの種類と相互作用
+
+許可型DEX機能を使用すると、取引オファーは _オープン_、_許可型_、または _ハイブリッド_ のいずれかになります。
+
+### オープンオファー
+
+オープンオファーはオープンDEXを使用し、他のオープンなオファー、ハイブリッドなオファー、[自動マーケットメーカー(AMM)](./automated-market-makers.md)、またはオファーとAMMの組み合わせによってマッチングすることができます。_オープンオファー_ は、許可型DEXがない場合のXRPLのDEXの動作と変わりません。
+
+### 許可型オファー
+
+許可型オファーはドメインIDを指定し、そのドメインIDに一致する許可型ドメインが存在し、オファーを置いたアカウントがそのドメインにアクセスできる場合にのみ有効です。許可型オファーは、指定されたドメインと通貨ペアのオーダーブックに配置され、オープンDEXのオーダーブックとは別です。
+
+許可型オファーは、同じドメインIDを指定する許可型オファーとのみマッチングすることができます。[クロスカレンシー支払い](../../payment-types/cross-currency-payments.md)もドメインIDを指定することができ、その場合は、対応する許可型DEXからのみオファーを約定するように制限されます。許可型DEX内の取引は、必要な注文がすべて同じ許可型DEX内に存在する限り、[オートブリッジング](./autobridging.md)を使用することができます。
+
+### ハイブリッドオファー
+
+ハイブリッドオファーはドメインIDを指定し、ハイブリッドフラグを付けます。許可型オファーと同様に、指定された許可型ドメインが存在し、オファーを置いたアカウントがそのドメインにアクセスできる場合にのみ有効です。ただし、ハイブリッドオファーは、指定されたDEXとオープンDEXの両方でオファーをマッチングすることができます。
+
+ハイブリッドオファーは、オープンDEXのオーダーブックと、その通貨ペアの許可型ドメイン固有のオーダーブックの両方で追跡され、どちらかのオファーとマッチングすることができます。配置された場合、許可型DEXのオファーと優先的にマッチングします。
+
+
+### オープン、ハイブリッド、許可型オファーのマッチング方法
+
+要約すると、以下の表に、どのオファーがマッチングできるかをまとめています:
+
+| オファー/支払いタイプ | オープンオファー | ハイブリッドオファー | 許可型オファー    | AMM |
+|-----------------------|------------------|----------------------|-------------------|-----|
+| オープン              | ✅               | ✅                   | ❌                | ✅   |
+| ハイブリッド          | ✅               | ✅                   | ✅ (同じドメイン) | ✅   |
+| 許可型                | ❌               | ❌                   | ✅ (同じドメイン) | ❌   |
+
+許可型DEXを表すための単一のレジャーエントリはありません。 それは暗黙的に、同じドメインIDを持つすべてのオーダーブックとして存在します。指定されたドメインIDを使用して有効なオファーが配置されると、そのオーダーブックが作成され、空になると自動的に削除されます。
+
+1つのトランザクションは、同じドメインIDを持つ複数のオーダーブックを使用できます。つまり、同じ許可型DEX内の異なる通貨ペアです。それは、長い[クロスカレンシー支払い](../../payment-types/cross-currency-payments.md)の一部として、またはオートブリッジングを介して使用することができます。ハイブリッドオファーは、許可型オファーとオープンオファーの混合をマッチングすることができますが、トランザクションは複数の異なるドメインを使用することはできません。
+
+どのDEXでも利用可能な流動性の量と最良の交換レートは、そのDEXに配置されたオファーによって異なる場合があります。一部のトレーダーは、価格差を利用するために複数の許可型DEXとオープンDEXで取引することを選択するかもしれませんが、他のトレーダーは、そのコンプライアンス要件に応じて、1つのドメインで厳密に取引するかもしれません。
+
+{% inline-svg file="./permissioned-dex-structure.svg" /%}
+
+_図: オープンDEXと2つの異なる許可型DEX。それぞれが、可能な通貨ペアのサブセットの注文帳を含んでいます。_
+
+
+### 無効な許可型オファー
+
+オープンDEXでオファーが資金不足になる方法に加えて、許可型DEXでのオファーは _無効_ になる可能性があります。無効なオファーは、資金不足のオファーと同じ方法で処理され、トランザクションがそれらを含むオーダーブックを変更するたびに自動的に削除されます。トランザクションがそれらを削除するまで、レジャーデータ内に無期限に残ることができますが、無効な場合は約定できません。
+
+許可型オファーが無効になる理由には、以下のようなものがあります。
+
+- オファーを置いたアカウントが保有する資格情報が期限切れまたは削除された。
+- 許可型ドメインが更新され、アクセスを許可する資格情報のセットが変更され、オファーを置いたアカウントが新しい資格情報を保有していない。
+- 許可型ドメインが削除された。
+
+資金不足のオファーと同様に、オファーが一時的に無効になり、再度有効になる可能性があります。例えば、トレーダーの資格情報が許可型ドメインへのアクセスを許可する資格情報が期限切れになった場合、そのトレーダーの許可型DEXでのオファーは無効になります。しかし、資格情報が更新された場合、すでに削除されていないオファーは自動的に有効になります。
+
+### 許可型DEXの制限
+
+許可型DEX機能は、**PermissionedDEX** Amendmentによって有効になり、[Credentials](../../decentralized-storage/credentials.md)と[Permissioned Domains](./permissioned-domains.md) Amendmentに依存しているため、それらのAmendmentが _すべて_ 有効になるまで利用できません。
+
+#### AMMとの互換性なし
+
+許可型DEXは、[自動マーケットメーカー(AMM)](../../tokens/decentralized-exchange/automated-market-makers.md)と互換性がありません。許可型オファーと許可型支払いはAMMで約定できません。また、許可型ドメインによってAMMへのアクセスを制限することはできません。オープンDEXを使用する取引は、場合によってはハイブリッドオファーを消費し、同じトランザクションでAMMを使用することができますが、ドメインを指定するトランザクションではAMMを使用することはできません。
+
+**許可型DEXは独立しています**
+
+許可型DEXは独立しており、それぞれが独自のオーダーブックとオファーを持っています。1つのトランザクションは、複数の許可型DEXで取引することはできません。また、複数の許可型DEXから流動性を集約することはできません。ハイブリッドオファーは、1つの許可型DEXとオープンDEXの両方を使用することができますが、複数の異なる許可型DEXを使用することはできません。
+
+#### 許可型DEXのセキュリティに関する考慮事項
+
+許可型DEXのセキュリティと公平性は、許可型ドメインの所有者と、そのドメインへのアクセスを許可する資格情報の発行者に依存します。基本的に、各資格情報の定義とその資格情報を取得するための要件は、資格情報の発行者によって定義され、適用されているため、許可型ドメインの存在は、実際に誰がそれを使用できるかについて、本質的に何も意味しません。
+
+資格情報の発行者は、資格情報を発行または取り消すことができます。もし、それらが信頼できないか、侵害されている場合、それらの資格情報を受け入れる許可型ドメインも同様です。同様に、ドメインの所有者は、ドメインの承認された資格情報のリストを変更して、ドメインへのアクセスを許可または拒否することができるため、もし、それらが信頼できないか、侵害されている場合、ドメインも同様です。

@l10n/ja/docs/concepts/tokens/decentralized-exchange/permissioned-domains.md

@@ -0,0 +1,39 @@
+---
+seo:
+    description: 許可型ドメインの定義と詳細
+labels:
+  - コンプライアンス
+  - 許可型ドメイン
+---
+# 許可型ドメイン
+
+許可型ドメインは、XRP Ledgerブロックチェーンのより広いエコシステム内の制御された環境です。ドメインは何もしませんが、許可型DEXや貸付プロトコルなどの機能は、ドメインを使用してアクセスを制限するため、従来の金融機関は、様々なコンプライアンスルールに従って、チェーン上でサービスを提供できます。
+
+ドメインの唯一の設定可能なルールは、[資格情報(Credentials)][Credentials]のセットです。将来のAmendmentは、金融機関が業務を行う地域の法律に従ってコンプライアンスを維持するために必要な制限をカバーするために、新しいおよび異なるタイプのルールを追加することができます。
+
+誰でもドメインを定義できます。その人はそのドメインの所有者になり、設定を更新したり削除したりできます。ドメインの数の制限は、所有者の準備金要件に対して1つのアイテムとしてカウントされるため、レジャーに存在できるドメインの数の制限は、準備金要件のみです。
+
+_([PermissionedDomains amendment][]が必要です {% not-enabled /%})_
+
+{% admonition type="info" name="注記" %}
+[Credentials amendment][]も必要です。[PermissionedDomains amendment][]が有効でない場合、PermissionedDomainSetトランザクションは無効とみなされます。
+{% /admonition %}
+
+## 許可された資格情報
+
+許可型ドメインには、アクセスを許可する1から10個の資格情報のセットがあります。リストの各項目は、発行者と資格情報の種類によって資格情報を説明します。_少なくとも1つ_ 一致する資格情報を保持するアカウントは、自動的にドメインにアクセスできます。
+
+ドメインは、資格情報と制限されたリソースの間の抽象化レイヤーとして機能します。ドメインの所有者は、制限されたリソース自体を変更せずに、必要な資格情報のリストを更新できます。
+
+[{% inline-svg file="../../../img/permissioned-domain.svg" /%}](../../../img/permissioned-domain.svg "図: 許可型DEXは、IDによって許可型ドメインを指します。ドメインの許可された資格情報は、アクセスを取得するための3つの可能な資格情報を説明します")
+
+ユーザは、ドメインに参加または退出するために申請する必要はありません。トランザクションがドメインによって制限されたリソースへのアクセスを必要とする場合、トランザクションは自動的にアカウントがドメインの許可された資格情報と一致する資格情報を保持しているかどうかを確認し、一致しない場合は失敗します。ユーザの資格情報は、許可されており、有効期限が切れていない必要があります。
+
+## ドメインの用途
+
+現在、許可型ドメインを使用するXRP Ledgerの機能はありません。ただし、ドメインを利用する開発中のAmendmentには次のものがあります。
+
+- 単一資産Vaultと貸付プロトコル
+- 許可型DEX
+
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/tokens/decentralized-exchange/ticksize.md

@@ -1,16 +1,12 @@
 ---
-html: ticksize.html
-parent: decentralized-exchange.html
 seo:
     description: 発行者は、為替レートのごくわずかな差を超えて、頻繁な取引を抑制するためにオーダーブックで通貨のカスタムチックサイズを設定することができます。
 labels:
-  - 分散型取引所
-  - トークン
+    - 分散型取引所
+    - トークン
 ---
 # ティックサイズ
 
-_（[TickSize Amendment][]により追加されました。）_
-
 オファーがオーダーブックに対して発行されると、そのオファーに関係する通貨の発行者によって設定された`TickSize`の値に基づいて、為替レートが切り捨てられます。トレーダーがXRPとトークンを交換するオファーを出した場合は、そのトークンの発行者からの`TickSize`が適用されます。トレーダーが2種類のトークンを交換するオファーを出した場合は、小さい方の`TickSize`の値（有効数字の桁数が少ない値）がこのオファーに適用されます。いずれの通貨にも`TickSize`が設定されていない場合、デフォルトが適用されます。
 
 オーダーブックにオファーが発行されると、`TickSize` によりオファーの為替レートの _有効数字_ の桁数が切り捨てられます。発行者は[AccountSetトランザクション][]を使用して`TickSize`を`3`～`15`の整数に設定できます。為替レートは有効数字と指数で表されますが、`TickSize`は指数には影響しません。これにより、XRP Ledgerでは価値が大きく異なる資産（ハイパーインフレ通貨と希少通貨など）間の為替レートを表せます。発行者が設定する`TickSize`が小さいほど、トレーダーはより多くの増分をオファーして、既存のオファーよりも高い為替レートと見えるようにする必要があります。
@@ -19,10 +15,12 @@ _（[TickSize Amendment][]により追加されました。）_
 
 発行者が`TickSize`を有効化、無効化、または変更する場合、以前の設定で発行されたオファーはその影響を受けません。
 
+{% amendment-disclaimer name="TickSize" /%}
+
 ## 参照項目
 
 - [Dev Blog: Introducing the TickSize Amendment](https://ripple.com/dev-blog/ticksize-amendment-open-voting/#ticksize-amendment-overview)
 
 - [AccountSetトランザクション][]
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/tokens/fungible-tokens/authorized-trust-lines.md

@@ -28,7 +28,8 @@ XRP Ledger上のステーブルコインと認可トラストラインの使用
 3. 顧客は[TrustSetトランザクション][]を送信し、発行者のアドレスにトラストラインを作成し、正のリミットを設定します。
 4. 発行者はTrustSetトランザクションを送信し、顧客のトラストラインを認可します。
 
-{% admonition type="success" name="ヒント" %}2つのTrustSetトランザクション（ステップ3および4）は、どちらの順序で発生しても構いません。発行者がトラストラインを先に認可した場合、これにより限度額が0に設定されたトラストラインが作成され、顧客のTrustSetトランザクションは、事前に認可されたトラストラインの限度額を設定することになります。([TrustSetAuth amendment][]により追加されました。)_{% /admonition %}
+{% admonition type="success" name="ヒント" %}2つのTrustSetトランザクション（ステップ3および4）は、どちらの順序で発生しても構いません。発行者がトラストラインを先に認可した場合、これにより限度額が0に設定されたトラストラインが作成され、顧客のTrustSetトランザクションは、事前に認可されたトラストラインの限度額を設定することになります。{% /admonition %}
+
 ## 注意事項
 
 認可トラストラインを使用するつもりがない場合でも、[運用アカウントと予備アカウント](../../accounts/account-types.md)のRequire Auth設定を有効にし、これらのアカウントにトラストラインを認可させないようにすることができます。これは、これらのアカウントが誤ってトークンを発行することを防止します（たとえば、ユーザが誤って間違ったアドレスをトラストしてしまった場合など）。これはあくまで予防措置であり、運用アカウントと予備アカウントが意図したとおりに _発行者の_ トークンを転送することを止めるものではありません。
@@ -125,4 +126,4 @@ POST http://localhost:8088/
     - [AccountRootフラグ](../../../references/protocol/ledger-data/ledger-entry-types/accountroot.md#accountrootのフラグ)
     - [RippleState (トラストライン) フラグ](../../../references/protocol/ledger-data/ledger-entry-types/ripplestate.md#ripplestateのフラグ)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/tokens/fungible-tokens/clawing-back-tokens.md

@@ -1,6 +1,4 @@
 ---
-html: clawing-back-tokens.html
-parent: trust-lines-and-issuing.html
 seo:
     description: 発行者は、トークンを発行する前にClawback機能を有効にすると、規制遵守の目的でトークンを取り戻すことができます。
 labels:
@@ -8,8 +6,6 @@ labels:
 ---
 # トークンの回収
 
-{% partial file="/@l10n/ja/docs/_snippets/clawback-disclaimer.md" /%}
-
 規制上の目的から、トークンがアカウントに送信された後にトークンを回収する機能を必要とする発行者が存在します。例えば、トークンが違法行為で制裁を受けたアカウントに送られたことが発覚した場合、発行者はその資金を「回収」することができます。
 
 発行者は、発行アカウントで**Allow Clawback**フラグを有効にすることで、トークンを回収する権限を得ることができます。発行者がすでにトークンを発行している場合、このフラグを有効にすることはできません。
@@ -21,6 +17,8 @@ Clawback機能はデフォルトで無効になっています。使用するに
 `lsfNoFreeze`が設定されているときに`lsfAllowTrustLineClawback`を設定しようとすると、トランザクションは`tecNO_PERMISSION`を返します。
 逆に、`lsfAllowTrustLineClawback`が設定されている時に`lsfNoFreeze`を設定しようとすると、トランザクションは`tecNO_PERMISSION`を返します。
 
+{% amendment-disclaimer name="Clawback" /%}
+
 ## Clawbackトランザクションの例
 
 ```json
@@ -37,4 +35,4 @@ Clawback機能はデフォルトで無効になっています。使用するに
 
 このトランザクションが成功した場合、rp6abvbTbjoce8ZDJkT6snvxTZSYMBCC9Sが発行し、rsA2LpzuawewSBQXkiju3YQTMzW13pAAdWが保有する最大314.159FOOを回収することになります。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/tokens/fungible-tokens/deep-freeze.md

@@ -0,0 +1,93 @@
+---
+seo:
+    description: ディープフリーズは、トラストラインのフリーズが解除されるまで、フリーズされたトークン保有者がその資金を送受信できないようにします。
+labels:
+  - トークン
+  - フリーズ
+  - ディープフリーズ
+---
+# ディープフリーズ
+
+ディープフリーズは、XRP Ledger上のトークン発行者が、フリーズされたアカウントによるトークンの悪用を防ぐための機能です。これは、フリーズされた資産と支払いのやり取りを強化し、トラストラインがフリーズ解除されない限り、フリーズされたトークン保有者が資金を受け取ることができないようにします。
+
+この変更により、発行者はXRPL上での規制遵守がより容易になります。たとえば、制裁リストに記載されたウォレットへのトークン流通を防ぐことで、規制されたステーブルコインや現実資産（RWA）などのユースケースにおいて、コンプライアンスを強化できます。
+
+ディープフリーズは、支払い、オファー、分散型取引所（DEX）、自動マーケットメイカー（AMM）に関わるトラストラインに影響を与えます。発行者は、ディープフリーズ状態の保有者に対して、送金および受取をブロックできます。
+
+{% amendment-disclaimer name="DeepFreeze" /%}
+
+## ディープフリーズの仕組み
+
+ディープフリーズは、トラストライン上に設定される機能です。これを有効にするには、発行者がまず通常のフリーズ（Individual Freeze）をそのトラストラインに対して実行しておく必要があります。また、発行者のアカウントで `No Freeze` が有効になっている場合は、ディープフリーズを実行することはできません。
+
+発行者がディープフリーズを実行すると、そのトラストライン上のトークンには以下のルールが適用されます。
+
+- ディープフリーズされたトラストラインの両当事者間の直接決済は、ディープフリーズ後も可能です。
+- トラストラインのカウンターパーティは、発行者への直接決済を除き、ディープフリーズされたトラストライン上の残高を増減させることができません。カウンターパーティは、ディープフリーズされた通貨を発行者にのみ直接送ることができます。
+- カウンターパーティは、ディープフリーズされたトラストライン上で、他のアドレスとの間で決済を行うことができません。
+- カウンターパーティによる、ディープフリーズされたトラストライン上のトークンの売買オファーは資金不足と見なされます。
+
+また、個別のアドレスが、自分から発行者または金融機関へのトラストラインをディープフリーズに設定することも可能です。
+これは、その金融機関と他のユーザー間の取引には影響を与えませんが、次の効果があります。
+
+- 他のアドレスが、その金融機関のトークンをその個別アドレスに送信することを防ぎます。
+- その個別アドレスが、そのトークンを発行者以外のアドレスに送信することも防ぎます。
+
+### RippleState オブジェクト
+
+ディープフリーズでは、`RippleState`（トラストライン）オブジェクトに、`lsfLowDeepFreeze` と `lsfHighDeepFreeze` の2つのフラグが導入されます。
+
+| フラグ名	| フラグ値	| 説明 |
+|-----------|-------------|-------------|
+| `lsfLowDeepFreeze`	| `0x02000000`	| 低位アカウントがトラストラインをディープフリーズしており、高位アカウントは資産を移動できません。 |
+| `lsfHighDeepFreeze`	| `0x04000000`	| 高位アカウントがトラストラインをディープフリーズしており、低位アカウントは資産を移動できません。 |
+
+[高位vs低位アカウント](../../../references/protocol/ledger-data/ledger-entry-types/ripplestate.md#high-vs-low-account)をご覧ください.
+
+### TrustSet トランザクション
+
+ディープフリーズでは、`TrustSet` トランザクションに `tfSetDeepFreeze` および `tfClearDeepFreeze` の2つのフラグが導入されます。
+
+| フラグ名	| フラグ値	| 説明 |
+|-----------|-------------|-------------|
+| `tfSetDeepFreeze`	| `0x00400000`	| トラストラインをディープフリーズします。 |
+| `tfClearDeepFreeze`	| `0x00800000` | トラストラインのディープフリーズを解除します。 |
+
+`tfSetDeepFreeze` を設定しようとする `TrustSet` トランザクションは、以下のいずれかが当てはまる場合にのみ成功します。
+
+- 保有者はすでにフリーズされており、その状態はトラストライン上の `lsfLowFreeze`/`lsfHighFreeze` フラグによって示されている。
+- 同じ `TrustSet` トランザクションで `tfSetFreeze` も同時に設定されている。
+
+ディープフリーズの導入により、`TrustSet` トランザクションには追加の制限が課されます。
+
+トラストラインが発行者によってディープフリーズされている場合（`lsfLowDeepFreeze`/`lsfHighDeepFreeze` フラグが立っている）、発行者が `tfClearDeepFreeze` フラグを設定せずに `tfClearFreeze` フラグだけを設定すると、`TrustSet` トランザクションは失敗します。つまり、発行者はディープフリーズを解除しないかぎり、通常のフリーズを解除することはできません。
+
+## 支払いエンジン
+
+支払いエンジンは、送信者と受信者をつなぐステップで構成されたパスを実行します。一般的に、資金は次の二つのうちいずれかのステップを通じてトラストラインに入金されます。
+
+- [リップリング](#リップリング)
+- [オーダーブックまたはAMM](#オーダーブック)
+
+### リップリング
+
+リップリングのステップの結果として、ディープフリーズされたトラストラインでの資金受け取りは失敗します。
+
+### オーダーブック
+
+買い注文で指定された `TakerPays` トークンについて、オファー所有者のトラストラインがディープフリーズされていると、そのオファーは資金の裏付けがないと判断され、約定しません。
+
+## OfferCreate トランザクション
+
+ディープフリーズ機能の導入により、`OfferCreate` トランザクションに対して変更が加えられます:
+
+`TakerPays`（購入額）トークンが発行者によってディープフリーズされている場合、`OfferCreate` は `tecFROZEN` を返します。
+さらに、`TakerPays` トークンに対してオファー所有者がディープフリーズされている既存のオファーは、もはや約定することはありません。そのようなオファーは資金不足と見なされ、新たにクロスするオファーによって暗黙的にキャンセルされます。
+
+## MPT のフリーズ／ロックの挙動は、IOU とどう異なりますか？
+
+マルチパーパストークン（MPT）のフリーズ／ロック機能は、IOUの挙動とはやや異なります。MPTの保有者がロックされると、MPTの送信および受信の両方ができなくなるため、単一のフラグで対応可能です。
+
+一方、IOUの場合、通常のフリーズでは送信のみが禁止されます。受信もブロックしたい場合は、発行者がディープフリーズを適用する必要があります。
+
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/tokens/fungible-tokens/freezes.md

@@ -98,4 +98,4 @@ No Freeze設定は、アドレスのマスターキーのシークレットキ
     - [AccountRootフラグ](../../../references/protocol/ledger-data/ledger-entry-types/accountroot.md#accountrootのフラグ)
     - [RippleState(trust line)フラグ](../../../references/protocol/ledger-data/ledger-entry-types/ripplestate.md#ripplestateのフラグ)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/tokens/fungible-tokens/index.md

@@ -41,7 +41,7 @@ labels:
 
 1. [トレード](../decentralized-exchange/index.md)によって、限度額以上のトークンを取得した場合
 2. プラスの残高があるトラストラインの限度額を減らした場合
-3. [チェックの現金化](../../payment-types/checks.md)によって、トークンを限度額以上取得する場合 (_[CheckCashMakesTrustLine amendment][]により追加されました。_)
+3. [チェックの現金化](../../payment-types/checks.md)によって、トークンを限度額以上取得する場合 {% amendment-disclaimer name="CheckCashMakesTrustLine" /%}
 
 
 ## トラストラインの設定
@@ -51,7 +51,8 @@ labels:
 - **Limit**: 0から[トークンの上限量](../../../references/protocol/data-types/currency-formats.md)の範囲内の数字です。支払いや他のアカウントの操作によって、(このアカウントから見た)トラストラインの残高が限度額を超えることはできません。デフォルトは`0`です。
 - **Authorized**: [Authorized Trust Lines](authorized-trust-lines.md)と併用し、このアカウントが発行するトークンを相手側に保持させることを許可するための値(true/false)です。デフォルトは`false`です。一度`true`に設定すると、元に戻すことはできません。
 - **No Ripple**: トークンがこのトラストラインを通過して[ripple](rippling.md)するかどうかを設定するための値(true/false)です。デフォルトはアカウントの"Default Ripple"設定に依存します。新しいアカウントでは"Default Ripple"はoffで、つまり`true`がNo Rippleのデフォルト値となります。通常、発行者はrippleを許可し、非発行者はコミュニティクレジットのためにトラストラインを使用していない限り、rippleを無効にするべきです。
-- **Freeze**: このトラストラインに[個別のフリーズ](freezes.md#individual-freeze)が適用されているかどうかを示す値(true/false)です。デフォルトは`false です。
+- **Freeze**: このトラストラインに[個別のフリーズ](freezes.md#individual-freeze)が適用されているかどうかを示す値(true/false)です。デフォルトは`false` です。
+- **DeepFreeze**: このトラストラインに[ディープフリーズ](deep-freeze.md)が適用されているかどうかを示す値(true/false)です。デフォルトは`false` です。
 - **Quality In** および **Quality Out**: この設定により、このトラストライン上の他のアカウントで発行されたトークンを額面より少なく（または多く）評価することができます。たとえば、ステーブルコインの発行者が、オフレッジャーにある同等の資産に対してトークンの引き出しに3%の手数料を課している場合、この設定を使用して、それらのトークンを額面の97%で評価することが可能です。デフォルトは`0`で、額面価格を表しています。
 
 
@@ -91,4 +92,4 @@ labels:
     - [RippleStateオブジェクト](../../../references/protocol/ledger-data/ledger-entry-types/ripplestate.md) - 台帳の状態データのうち、トラストラインのデータ形式
     - [TrustSetトランザクション][] - トラストラインを作成・変更するトランザクション
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/tokens/fungible-tokens/multi-purpose-tokens.md

@@ -1,5 +1,6 @@
 ---
-blurb: Multi-Purpose Tokenは、トラストラインよりもコンパクトで柔軟なトークンタイプです。
+seo:
+    description: Multi-Purpose Tokenは、トラストラインよりもコンパクトで柔軟なトークンタイプです。
 labels:
   - トークン
   - MPT

@l10n/ja/docs/concepts/tokens/fungible-tokens/paths.md

@@ -26,7 +26,7 @@ XRPは任意のアドレスに直接送金できるため、[XRP間のトラン
 
 [トークンとXRPの交換](../decentralized-exchange/index.md)は、オーダーブックまたはAMMを介して行われます。トランザクションは、送金元と受取人の間で最も良い交換レートを提供するオーダーブックまたはAMMを見つけるために、パスのステップを使用します。パスのステップは、通貨の変換先を指定しますが、オーダーブックのOfferの状態を記録しません。トランザクションの順序は、レジャーが検証されるまで確定しないため、トランザクションが取引するOfferやAMMを確定することはできません。(ただし、各トランザクションは最終的なレジャーで最良の利用可能な交換レートを取得します。)
 
-いずれのタイプのステップでも、中間アドレスでは取得する価値と失う価値はほぼ同等です。トラストラインから同じ通貨の別のトラストラインへ残高がripplingするか、または以前に出されたオーダーに基づいて通貨が交換されます。場合によっては、[送金手数料](../transfer-fees.md)、AMM手数料、トラストライン残高の増減、または数値の丸め方が原因で、取得する価値と失われる価値が厳密に同等ではないことがあります。
+いずれのタイプのステップでも、中間アドレスでは取得する価値と失う価値はほぼ同等です。トラストラインから同じ通貨の別のトラストラインへ残高がripplingするか、または以前に出されたオーダーに基づいて通貨が交換されます。場合によっては、[送金手数料](transfer-fees.md)、AMM手数料、トラストライン残高の増減、または数値の丸め方が原因で、取得する価値と失われる価値が厳密に同等ではないことがあります。
 
 [{% inline-svg file="/docs/img/paths-examples.ja.svg" /%}](/docs/img/paths-examples.ja.svg "3つのパスの例を示す図")
 
@@ -113,4 +113,4 @@ XRPは任意のアドレスに直接送金できるため、[XRP間のトラン
   - [path_findメソッド][]（WebSocketのみ）
   - [ripple_path_findメソッド][]
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/tokens/fungible-tokens/rippling.md

@@ -96,4 +96,4 @@ DefaultRippleフラグは、デフォルトで着信トラストラインでのR
   - [AccountRootのフラグ](../../../references/protocol/ledger-data/ledger-entry-types/accountroot.md#accountrootのフラグ)
   - [RippleState（トラストライン）のフラグ](../../../references/protocol/ledger-data/ledger-entry-types/ripplestate.md#ripplestateのフラグ)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/tokens/fungible-tokens/stablecoins/configuration.md

@@ -87,7 +87,7 @@ Transfer Feesは、ユーザ同士がトークンを送金する際に、一定
 
 プロトコルレベルでは、送金手数料はアカウント設定の`TransferRate`で定義され、これは10億から20億までの整数で指定されます。
 
-詳しくは[送金手数料](../../transfer-fees.md)をご覧ください。
+詳しくは[送金手数料](../transfer-fees.md)をご覧ください。
 
 
 ### 運用アドレスと待機アドレスによる送金手数料

@l10n/ja/docs/concepts/tokens/fungible-tokens/stablecoins/settings.md

@@ -32,7 +32,7 @@ labels:
 
 ユーザが送金手数料ありのトークンを送信すると、送信側からは送信金額に加えて送金手数料が引き落とされ、受信側には送信金額のみが入金されます。送金手数料の金額はXRP Ledgerから「消滅」します。つまり、ユーザが送金手数料を支払うたびに、担保として保持する必要のある金額が減少するのです。
 
-詳しくは[送金手数料](../../transfer-fees.md)をご覧ください。
+詳しくは[送金手数料](../transfer-fees.md)をご覧ください。
 
 
 ## ティックサイズの設定
@@ -82,12 +82,11 @@ KYC(Know Your Customer)やAML(Anti-Money Laundering)などのコンプライア
 
 ### Clawbackフラグ
 
-_([Clawback amendment](/resources/known-amendments.md#clawback) が必要です。)_
-
 Clawbackにより、特定の状況下でトラストラインからステーブルコインを回収(クローバック)することができます。これにより、アカウントへのアクセス不能や悪意のある活動などの課題に対応する能力が追加されます。
 
 [Clawback](../../../../references/protocol/transactions/types/clawback.md)をご覧ください。
 
+{% amendment-disclaimer name="Clawback" /%}
 
 ### 固定供給量
 

@l10n/ja/docs/concepts/tokens/fungible-tokens/transfer-fees.md

@@ -13,9 +13,9 @@ labels:
 
 標準的なトークンの場合、送金手数料として支払われたトークンはバーンされ、XRP Ledgerでは記録されなくなります。トークンがレジャー外の資産で裏付けされている場合、これは発行者がXRP Ledgerでの債務を果たすために準備金として保有しなければならないそれらの資産の量を減らします。送金手数料は通常、外部資産で裏付けられていないトークンには適切ではありません。
 
-非代替性トークンにも送金手数料がかかりますが、その仕組みは異なります。詳細は[非代替性トークン](nfts/index.md)をご覧ください。
+非代替性トークンにも送金手数料がかかりますが、その仕組みは異なります。詳細は[非代替性トークン](../nfts/index.md)をご覧ください。
 
-送金手数料は、発行アカウントと直接送受信する場合には適用されませんが、[運用アドレス](../accounts/account-types.md)から他のユーザへ送金する場合には適用されます。
+送金手数料は、発行アカウントと直接送受信する場合には適用されませんが、[運用アドレス](../../accounts/account-types.md)から他のユーザへ送金する場合には適用されます。
 
 XRPは発行者が存在しないため、送金手数料がかかることはありません。
 
@@ -59,24 +59,24 @@ XRPは発行者が存在しないため、送金手数料がかかることは
 
 アカウントの`TransferRate`は[account_infoメソッド][]で誰でも確認できます。もし`TransferRate`が省略されていれば、手数料は無料です。
 
-{% admonition type="info" name="注記" %}`rippled`v0.80.0で導入され2017-11-14に有効となった[fix1201 Amendment](../networks-and-servers/amendments.md)により、最大送金手数料は実効限度である約329%（32ビット整数の最大サイズに基づく）から100%に引き下げられました。送金手数料の設定が100%（`TransferRate`が`2000000000`）を上回るアカウントがレジャーにまだ含まれている可能性があります。すでに設定されている手数料はすべて、規定のレートで引き続き運用されます。{% /admonition %}
+{% admonition type="info" name="注記" %}`rippled`v0.80.0で導入され2017-11-14に有効となった[fix1201 Amendment](../../networks-and-servers/amendments.md)により、最大送金手数料は実効限度である約329%（32ビット整数の最大サイズに基づく）から100%に引き下げられました。送金手数料の設定が100%（`TransferRate`が`2000000000`）を上回るアカウントがレジャーにまだ含まれている可能性があります。すでに設定されている手数料はすべて、規定のレートで引き続き運用されます。{% /admonition %}
 
 ## クライアントライブラリのサポート
 
-いくつかの[クライアントライブラリ](../../references/client-libraries.md)は`TransferRate`を取得・設定するための便利な関数を持っています。
+いくつかの[クライアントライブラリ](../../../references/client-libraries.md)は`TransferRate`を取得・設定するための便利な関数を持っています。
 
 **JavaScript:** `xrpl.percentToTransferRate()`を使うと、文字列からパーセンテージの送金手数料を対応する`TransferRate`値に変換することができます。
 
 ## 関連項目
 
 - **コンセプト:**
-  - [手数料（曖昧さの回避）](../transactions/fees.md)
-  - [トランザクションコスト](../transactions/transaction-cost.md)
-  - [パス](fungible-tokens/paths.md)
+  - [手数料（曖昧さの回避）](../../transactions/fees.md)
+  - [トランザクションコスト](../../transactions/transaction-cost.md)
+  - [パス](paths.md)
 - **リファレンス:**
   - [account_linesメソッド][]
   - [account_infoメソッド][]
   - [AccountSetトランザクション][]
-  - [AccountRootのフラグ](../../references/protocol/ledger-data/ledger-entry-types/accountroot.md#accountrootのフラグ)
+  - [AccountRootのフラグ](../../../references/protocol/ledger-data/ledger-entry-types/accountroot.md#accountrootのフラグ)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/tokens/index.md

@@ -75,4 +75,4 @@ XRP Ledgerにおけるトークンは、[XRPと異なる性質](../../references
   - [account_currenciesメソッド][]
   - [gateway_balancesメソッド][]
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/tokens/nfts/index.md

@@ -11,7 +11,7 @@ labels:
 
 XRP Ledgerは、非代替性トークン(NFT)をネイティブにサポートしています。 非代替性トークンは、芸術作品やゲーム内アイテムなど、ユニークな物理的、非物理的、あるいは純粋なデジタル商品の所有権を証明する役割を果たします。
 
-_([NonFungibleTokensV1_1 amendment][]により追加されました。)_
+{% amendment-disclaimer name="NonFungibleTokensV1_1" /%}
 
 このようなデジタル資産を表現するには、XRP LedgerのNon-Fungible Tokens機能（スタンダードドラフト番号で[XLS-20](https://github.com/XRPLF/XRPL-Standards/discussions/46)と呼ばれることもあります）を使用します。
 
@@ -41,4 +41,4 @@ XRP Ledgerでは、容量を節約するために、一つのアカウントで
 
 `NFToken`オブジェクトの転送に関する詳細は、[XRP Ledger上でNFTokenを売買する](trading.md)をご覧ください。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/tokens/nfts/nft-apis.md

@@ -52,4 +52,4 @@ Clioサーバは、キャッシュに基づいて情報のリクエストを処
 
 パブリックClioサーバにアクセスするには、そのURLとClioポート（通常51233）にリクエストを送信します。パブリックClio APIサーバには、SLAも優先的に処理する責任もありません。ビジネスユースケースで継続的な監視や情報リクエストが必要な場合は、独自のClioサーバインスタンスをセットアップすることを検討してください。[UbuntuにClioをインストール](../../../infrastructure/installation/install-clio-on-ubuntu.md)をご覧ください。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/tokens/nfts/non-transferable-tokens.md

@@ -12,4 +12,4 @@ XRP Ledger内のNFTで**Transferable**フラグが無効になっているもの
 
 譲渡不可トークンは、トークンの発行者からまたは発行者へ直接トークンを送信することはできますが、第三者間でトークンを譲渡することはできません。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/tokens/nfts/reserve-requirements.md

@@ -12,11 +12,11 @@ NFTをミントし、保有し、販売するためには、XRPを準備金と
 
 ## 基本準備金
 
-アカウントでは、基本準備金（現在10XRP）を用意する必要があります。基本準備金のXRPの金額は変更される可能性があります。[基本準備金と所有者準備金](../../accounts/reserves.md#基本準備金と所有者準備金)をご覧ください。
+アカウントでは、基本準備金（現在{% $env.PUBLIC_BASE_RESERVE %}）を用意する必要があります。基本準備金のXRPの金額は変更される可能性があります。[基本準備金と所有者準備金](../../accounts/reserves.md#基本準備金と所有者準備金)をご覧ください。
 
 ## 所有者準備金
 
-XRP Ledgerで所有する各オブジェクトには、現在2XRPの所有者準備金が必要とされています。これは、ユーザが不必要なデータで台帳にスパムをかけることを抑制し、不要になったデータを削除することを促すためのものです。所有者準備金の額は変更される可能性があります。[基本準備金と所有者準備金](../../accounts/reserves.md#基本準備金と所有者準備金)をご覧ください。
+XRP Ledgerで所有する各オブジェクトには、現在{% $env.PUBLIC_OWNER_RESERVE %}の所有者準備金が必要とされています。これは、ユーザが不必要なデータで台帳にスパムをかけることを抑制し、不要になったデータを削除することを促すためのものです。所有者準備金の額は変更される可能性があります。[基本準備金と所有者準備金](../../accounts/reserves.md#基本準備金と所有者準備金)をご覧ください。
 
 NFTの場合、 _オブジェクト_ はそれぞれのNFTを指すのではなく、アカウントが所有する`NFTokenPage`オブジェクトを指します。`NFTokenPage`オブジェクトは最大32個のNFTを格納することができます。
 
@@ -38,7 +38,7 @@ NFTの保有枚数や保有ページ数によって、所有者準備金の総
 
 ## `NFTokenOffer`の準備金
 
-各`NFTokenOffer`オブジェクトは、オファーを出すアカウントに対して準備金の1つの増加を必要とします。この記事の執筆時点では、準備金の増分は2XRPです。準備金は、オファーをキャンセルすることで取り戻すことができます。また、オファーが受け入れられると、XRP Ledgerからオファーが削除され、準備金は取り戻されます。
+各`NFTokenOffer`オブジェクトは、オファーを出すアカウントに対して準備金の1つの増加を必要とします。この記事の執筆時点では、準備金の増分は{% $env.PUBLIC_OWNER_RESERVE %}です。準備金は、オファーをキャンセルすることで取り戻すことができます。また、オファーが受け入れられると、XRP Ledgerからオファーが削除され、準備金は取り戻されます。
 
 ## Practical Considerations
 
@@ -55,7 +55,7 @@ NFTをミントし、保有し、売買のオファーをする場合、必要
 
 {% admonition type="info" name="注記" %}準備金要件ではありませんが、ミントと売却のプロセスにおけるトランザクションの些細な手数料（通常12drops、または.000012XRP）を負担するために、少なくとも必要準備金より1XRPより多く用意しておきくべきです。{% /admonition %}
 
-仮に200個のNFTをミントし、それぞれに「NFTokenSellOffer」を作成すると、436XRPもの準備金が必要になります。
+仮に200個のNFTをミントし、それぞれに「NFTokenSellOffer」を作成すると、43.6XRPもの準備金が必要になります。
 
 | 準備金の種類          | 準備金の額 |
 |:--------------------|--------:|

@l10n/ja/docs/concepts/tokens/nfts/trading.md

@@ -12,7 +12,7 @@ labels:
 
 XRP Ledger上のアカウント間で`NFToken`オブジェクトを転送することができます。`NFToken`の売買をオファーしたり、他のアカウントから自分が保有するNFTokenへの売買オファーを受け入れることができます。`NFToken`を無料(価格が0)で売却することで、`NFToken`を配布することもできます。すべてのオファーは[NFTokenCreateOfferトランザクション][]を使って作成されます。
 
-_([NonFungibleTokensV1_1 amendment][]により追加されました)_
+{% amendment-disclaimer name="NonFungibleTokensV1_1" /%}
 
 ## 売却オファー
 
@@ -78,4 +78,4 @@ _([NonFungibleTokensV1_1 amendment][]により追加されました)_
 
 所有者が他のアカウントで作成した`NFToken`をリセールする場合にも、同じワークフローを使用することができます。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/transactions/batch-transactions.md

@@ -0,0 +1,161 @@
+---
+seo:
+    description: バッチは最大8つのトランザクションを単一のユニットとして送信できます。
+labels:
+  - Batch
+  - Transactions
+status: not_enabled
+---
+# バッチ
+
+`Batch`では、複数のトランザクションをまとめてパッケージ化し、単一のユニットとして実行できます。部分的な完了や予期しない結果のリスクを排除し、複雑な操作をより信頼性が高く予測可能な方法で実行できます。1つのバッチで最大8つのトランザクションを送信できます。
+
+`Batch`の潜在的な使用例は以下の通りです。
+- 全て成功か全て失敗：NFTをミントして同時にオファーを作成できます。オファー作成が失敗した場合、NFTミントも取り消されます。
+- 複数のオファーの試行：異なるスリッページ量で複数のオファーを送信しますが、成功するのは1つだけです。
+- プラットフォーム手数料：プラットフォーム手数料をトランザクション自体に含めることで、プロセスを簡素化できます。
+- スワップ（マルチアカウント）：複数のアカウント間でのトラストレスなトークン/NFTスワップ。
+- アカウント引き出し（マルチアカウント）：当座預金からの引き出しを試行し、失敗した場合は代わりに普通預金から引き出します。
+
+`Batch`トランザクションは、ラッパーである`Batch`トランザクション自体の _外部トランザクション_ と、それぞれがアトミックに実行される _内部トランザクション_ で構成されます。内部トランザクションの正確な処理方法は、バッチ _モード_ によって決まります。
+
+## バッチのモード
+
+`Batch`には`ALLORNOTHING`、`ONLYONE`、`UNTILFAILURE`、`INDEPENDENT`の4つのモードがあります。
+
+### All or Nothing（全て成功か全て失敗）
+
+`ALLORNOTHING`モードでは、いずれかの内部トランザクションが成功するには、全ての内部トランザクションが成功する必要があります。
+
+### Only One（1つだけ）
+
+`ONLYONE`モードでは、最初に成功したトランザクションのみが成功します。他の全てのトランザクションは失敗するか、実行されません。
+
+### Until Failure（失敗まで）
+
+`UNTILFAILURE`では、全ての内部トランザクションをいずれかが失敗するまで適用します。最初の失敗後の全てのトランザクションは適用されません。
+
+### Independent（独立）
+
+`INDEPENDENT`では、1つ以上の内部トランザクションが失敗しても、全てのトランザクションが適用されます。
+
+## Raw Transactions
+
+`RawTransactions`オブジェクトは、実行するトランザクションのリストを格納するコンテナです。1つのバッチには最大8つのトランザクションを含めることができます。トランザクションは単一のアカウントまたは複数のアカウントからのものを混在させることができます。
+
+各内部トランザクションは以下の要件を満たす必要があります。
+
+- `tfInnerBatchTxn`フラグを設定する必要があります。
+- 手数料を設定してはいけません。手数料の値は _0_ を使用する必要があります。
+- 署名されてはいけません（グローバルトランザクションは既に関連する全ての当事者によって署名されています）。代わりに`SigningPubKey`フィールドに空文字列（""）を設定する必要があります。(`TxnSignature`フィールドは設定してはいけません。)
+
+`tesSUCCESS`以外の結果を受け取った場合、トランザクションは失敗と見なされます。
+
+### 共通のフラグ
+
+`Batch`は次のグローバルなトランザクションフラグを追加します。
+
+| フラグ名          | 値          |
+|------------------|------------|
+| `tfInnerBatchTxn`| 0x40000000 |
+
+このフラグは、トランザクションがバッチトランザクションの内部トランザクションである場合にのみ使用されます。これは、トランザクションが署名されていないことを示します。このフラグを含む通常のトランザクションは拒否されます。
+
+### BatchSigners
+
+このフィールドは、アカウントがマルチサインで署名している場合（単一署名とは対照的に）に含まれます。標準トランザクションのマルチサインで使用される`Signers`フィールドと同等に動作します。このフィールドは`Flags`フィールドと`RawTransactions`内のトランザクションのハッシュの署名を保持します。このフィールドは、複数のアカウントのトランザクションが`Batch`トランザクションに含まれている場合にのみ必要となります。それ以外の場合は、通常のトランザクション署名が同じセキュリティを保証します。
+
+このフィールドは、1つ以上のアカウントが内部トランザクションをバッチに含める場合に提供する必要があります。その場合、外部トランザクションに署名するアカウント（該当する場合）を除き、内部トランザクションを含む全てのアカウントからの署名を含める必要があります。
+
+この配列内の各オブジェクトには、以下のフィールドが含まれます。
+
+| フィールド      | 必須？     | JSONの型    | 内部の型        |
+|-----------------|-----------|-----------|---------------|
+| Account         | はい       | string    | STAccount     |
+| SigningPubKey   | いいえ     | string    | STBlob        |
+| TxnSignature    | いいえ     | string    | STBlob        |
+| Signers         | いいえ     | array     | STArray       |
+
+`SigningPubKey`と`TxnSignature`フィールド、または`Signers`フィールドのいずれかを含める必要があります。
+
+#### Account
+
+これは、少なくとも1つの内部トランザクションを持つアカウントです。
+
+#### SigningPubKeyとTxnSignature
+
+これらのフィールドは、アカウントが単一署名で署名している場合（マルチサインとは対照的に）に含まれます。これらは`Flags`フィールドと`RawTransactions`内のトランザクションのハッシュに署名します。
+
+#### Signers
+
+このフィールドは、アカウントがマルチサインで署名している場合（単一署名とは対照的に）に含まれます。標準トランザクションのマルチサインで使用される`Signers`フィールドと同等に動作します。このフィールドは`Flags`フィールドと`RawTransactions`内のトランザクションのハッシュの署名を保持します。
+
+## 手数料
+
+外部トランザクションの手数料は、ベース手数料の2倍（手数料エスカレーションがない場合は合計20 drop）に、全ての内部トランザクションのトランザクション手数料の合計（`multisign`や`AMMCreate`などのより高い手数料などの要因を組み込む）を加え、さらにトランザクション内の各追加署名（例：`BatchSigners`から）に対する追加のベース手数料金額を加えたものです。式で表すと以下の通りです。
+
+2 * (ベース手数料) + SUM(内部トランザクション手数料) + 各追加署名に対する追加のベース手数料
+
+個々の内部トランザクションの手数料は、内部トランザクション自体ではなく外部トランザクションで支払われます。これにより、手数料エスカレーションがオーバーヘッドのみではなくバッチトランザクション全体のコストに基づいて計算されることが保証されます。
+
+## メタデータ
+
+内部トランザクションは台帳に個別にコミットされるため、個別のメタデータを持ちます。これにより、レガシーシステムがシステムの変更を必要とせずに`Batch`トランザクションをサポートできるよう、より良い後方互換性が保証されます。
+
+例えば、2つの内部トランザクションを含む1つの`Batch`トランザクションのみを持つ台帳は、次のようになります。
+
+```
+[
+  OuterTransaction,
+  InnerTransaction1,
+  InnerTransaction2
+]
+```
+
+### 外部トランザクション
+
+各外部トランザクションには、内部トランザクション処理ではなく、シーケンスと手数料処理のメタデータが含まれます。エラーコードは外部トランザクション処理（例：シーケンスと手数料）のみに基づいており、内部トランザクション処理が失敗しても`tesSUCCESS`エラーを返します。
+
+### 内部トランザクション
+
+各内部トランザクションには、独自の処理のメタデータが含まれます。実際に台帳にコミットされた内部トランザクションのみが含まれます。これにより、レガシーシステムが`Batch`トランザクションを通常のトランザクションのように処理することが容易になります。
+
+親の外部トランザクション（`ParentBatchID`）への逆ポインタもあります。
+
+## 共通のフィールド
+
+この標準はトランザクション共通フィールドに新しいフィールドを追加しませんが、別のグローバルトランザクションフラグを追加します：
+
+| フラグ名          | 値          |
+|------------------|------------|
+| tfInnerBatchTxn  | 0x40000000 |
+
+このフラグは、トランザクションが`Batch`トランザクションの内部トランザクションである場合にのみ使用すべきです。これは、トランザクションが署名されるべきでないことを示します。このフラグを含む通常のトランザクションは拒否されるべきです。
+
+## セキュリティ
+
+バッチトランザクションには追加のセキュリティ考慮事項があります。
+
+### 信頼の前提
+
+`Batch`トランザクションに含まれるアカウントのトランザクション数に関係なく、全てのアカウントがトランザクションのコレクションに署名する必要があります。
+
+#### 単一アカウント
+
+単一アカウントの場合、その単一アカウントは送信する全てのトランザクションを承認する必要があります。他のアカウントは関与しません。
+
+#### マルチアカウント
+
+マルチアカウントの場合はより複雑で、例で最もよく説明できます。
+
+アリスとボブがマルチアカウント`Batch`を介してトラストレススワップを行っており、アリスが1000 XRPを提供し、ボブが1000 USDを提供します。ボブが`Batch`トランザクションを送信するため、アリスはボブに対する1000 XRP送信の情報をボブに提供する必要があります。
+
+アリスが完全に自動入力され署名されたトランザクションをボブに提供した場合、ボブは自分のトランザクションを送信せずに台帳上でアリスのトランザクションを送信し、1000 USDを失うことなく1000 XRPを受け取ることができます。したがって、内部トランザクションは署名されていない必要があります。
+
+アリスがバッチトランザクションの自身の部分のみに署名した場合、ボブは自分のトランザクションを1 USDのみを提供するように変更でき、それによってはるかに安い価格で1000 XRPを取得できます。したがって、バッチトランザクション全体（とその全ての内部トランザクション）は全ての当事者によって署名される必要があります。
+
+### 内部トランザクションの安全性
+
+バッチの内部トランザクションは特殊なケースです。署名や手数料を含みません（これらは両方とも外部トランザクションに含まれているため）。したがって、誰かが外部トランザクションに含めることなく、`Batch`の内部トランザクションを直接送信できないことを保証するために、慎重に処理する必要があります。
+
+内部トランザクションはブロードキャストできません（例えば悪意のあるノードからブロードキャストされた場合、受け入れられません）。代わりに`Batch`の外部トランザクションから生成される必要があります。内部トランザクションは、submit RPCを介して直接送信することはできません。

@l10n/ja/docs/concepts/transactions/fees.md

@@ -23,7 +23,7 @@ _**必要準備金**_ は、アカウントが保有する必要があるXRPの
 
 ### オプションの手数料
 
-_**送金手数料**_ は、イシュアーが発行する通貨を、そのイシュアーがXRP Ledger内の他のアドレスに送金する場合に請求できる手数料であり、そのパーセンテージは任意に設定されます。詳細は、[送金手数料](../tokens/transfer-fees.md)をご覧ください。
+_**送金手数料**_ は、イシュアーが発行する通貨を、そのイシュアーがXRP Ledger内の他のアドレスに送金する場合に請求できる手数料であり、そのパーセンテージは任意に設定されます。詳細は、[送金手数料](../tokens/fungible-tokens/transfer-fees.md)をご覧ください。
 
 _**トラストラインクオリティ**_ は、アカウントがトラストラインの残高を額面価格よりも高い価格または低い価格で評価できるようにする設定です。この設定により、手数料が発生するような状況になることがあります。トラストラインクオリティは、トラストラインに関連付けられていないXRPには適用されません。
 

@l10n/ja/docs/concepts/transactions/finality-of-results/canceling-a-transaction.md

@@ -18,4 +18,4 @@ XRP Ledgerの重要かつ意図的な機能の1つに、トランザクション
 
 つまり、オプションが指定されていないAccountSetトランザクションは標準的な「[no-op](http://en.wikipedia.org/wiki/NOP)」トランザクションです。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/transactions/finality-of-results/index.md

@@ -57,4 +57,4 @@ labels:
 - [トランザクションの結果の確認](look-up-transaction-results.md)
 - [トランザクション結果のリファレンス](../../../references/protocol/transactions/transaction-results/index.md)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/transactions/finality-of-results/look-up-transaction-results.md

@@ -92,7 +92,7 @@ XRP Ledgerは共有システムとなっていて、すべてのデータが公
 
 ほとんどのメタデータは、[`AffectedNodes`配列](../../../references/protocol/transactions/metadata.md#affectednodes)に含まれています。この配列で探す対象は、トランザクションのタイプによって異なります。ほぼすべてのトランザクションが、送金元の[AccountRootオブジェクト][]を変更してXRP[トランザクションコスト](../transaction-cost.md)を消却し、[アカウントのシーケンス番号](../../../references/protocol/data-types/basic-data-types.md#アカウントシーケンス)を増やします。
 
-**情報:** このルールの例外として[疑似トランザクション](../../../references/protocol/transactions/pseudo-transaction-types/pseudo-transaction-types.md)があります。このトランザクションは実在するアカウントから送信されないため、AccountRootオブジェクトを変更しません。その他の例外として、AccountRootオブジェクトの`Balance`フィールドを変更せずに、AccountRootオブジェクトを変更するトランザクションがあります。[Free Key Resetトランザクション](../transaction-cost.md#key-resetトランザクション)の場合、送金元のXRP残高は変わりません。トランザクションによって消却される金額と同額のXRPをアカウントが受け取る場合（ただし、このようなことはほとんどありません）、そのアカウントの正味残高は変わりません。（XRPを受領したアカウントに関係なくトランザクションコストはメタデータの別の場所に反映されます。）
+**情報:** このルールの例外として[疑似トランザクション](../../../references/protocol/transactions/pseudo-transaction-types/index.md)があります。このトランザクションは実在するアカウントから送信されないため、AccountRootオブジェクトを変更しません。その他の例外として、AccountRootオブジェクトの`Balance`フィールドを変更せずに、AccountRootオブジェクトを変更するトランザクションがあります。[Free Key Resetトランザクション](../transaction-cost.md#key-resetトランザクション)の場合、送金元のXRP残高は変わりません。トランザクションによって消却される金額と同額のXRPをアカウントが受け取る場合（ただし、このようなことはほとんどありません）、そのアカウントの正味残高は変わりません。（XRPを受領したアカウントに関係なくトランザクションコストはメタデータの別の場所に反映されます。）
 
 以下は、上記のステップ1からのレスポンス全文例です。レジャーに対して行われた変更を把握できるか確認してください。
 
@@ -428,14 +428,14 @@ TrustSetトランザクションは、[`RippleState`オブジェクト](../../..
 
 その他のほとんどのトランザクションは、特定のタイプのレジャーエントリを作成し、[送金元の所有者準備金と所有者ディレクトリーの調整](#汎用的なブックキーピング)を行います。
 
-- [AccountSetトランザクション][]は、送金元の既存の[AccountRoot object][]を変更し、指定されたとおりに設定とフラグを変更します。
+- [AccountSetトランザクション][]は、送金元の既存の[AccountRootエントリ][]を変更し、指定されたとおりに設定とフラグを変更します。
 - [DepositPreauthトランザクション][]は、特定の送金元の[DepositPreauthオブジェクト](../../../references/protocol/ledger-data/ledger-entry-types/depositpreauth.md)を追加または削除します。
 - [SetRegularKeyトランザクション][]は、送金元の[AccountRootオブジェクト][]を変更し、指定されたとおりに`RegularKey`フィールドを変更します。
 - [SignerListSetトランザクション][]は、[SignerListオブジェクト](../../../references/protocol/ledger-data/ledger-entry-types/signerlist.md)を追加、削除、または置換します。
 
 ### 疑似トランザクション
 
-[疑似トランザクション](../../../references/protocol/transactions/pseudo-transaction-types/pseudo-transaction-types.md)にもメタデータがありますが、これらのトランザクションは通常のトランザクションのすべてのルールに従うとは限りません。これらのトランザクションは、実在のアカウントには関連付けられていないため（この`Account`の値は、[base58エンコード形式の数字の0](../../accounts/addresses.md#特別なアドレス)です）、レジャーのAccountRootオブジェクトを変更して`Sequence`シーケンス番号を増やしたり、XRPを消却したりしません。疑似トランザクションは、特別なレジャーオブジェクトに対して特定の変更のみを行います。
+[疑似トランザクション](../../../references/protocol/transactions/pseudo-transaction-types/index.md)にもメタデータがありますが、これらのトランザクションは通常のトランザクションのすべてのルールに従うとは限りません。これらのトランザクションは、実在のアカウントには関連付けられていないため（この`Account`の値は、[base58エンコード形式の数字の0](../../accounts/addresses.md#特別なアドレス)です）、レジャーのAccountRootオブジェクトを変更して`Sequence`シーケンス番号を増やしたり、XRPを消却したりしません。疑似トランザクションは、特別なレジャーオブジェクトに対して特定の変更のみを行います。
 
 - [EnableAmendment疑似トランザクション][]は、[Amendmentレジャーオブジェクト](../../../references/protocol/ledger-data/ledger-entry-types/amendments.md)を変更して、有効なAmendment、過半数の支持を得ている保留中のAmendment、および保留中の期間を追跡します。
 - [SetFee疑似トランザクション][]は、[FeeSettingsレジャーオブジェクト](../../../references/protocol/ledger-data/ledger-entry-types/feesettings.md)を変更して、[トランザクションコスト](../transaction-cost.md)および[必要準備金](../../accounts/reserves.md)のベースレベルを変更します。
@@ -452,4 +452,4 @@ TrustSetトランザクションは、[`RippleState`オブジェクト](../../..
   - [トランザクションのメタデータ](../../../references/protocol/transactions/metadata.md) - メタデータフォーマットとメタデータに表示されるフィールドの概要
   - [トランザクションの結果](../../../references/protocol/transactions/transaction-results/index.md) - トランザクションのすべての結果コードを掲載した表一覧
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/transactions/finality-of-results/transaction-malleability.md

@@ -146,4 +146,4 @@ XRP Ledgerとのインフターフェイスに使用するソフトウェアか
     - [トランザクションの結果](../../../references/protocol/transactions/transaction-results/index.md)
     - [シリアル化フォーマット](../../../references/protocol/binary-format.md)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/transactions/index.md

@@ -9,7 +9,7 @@ labels:
 ---
 # トランザクション
 
-_トランザクション（取引）_ は、XRP Ledgerを変更する唯一の方法です。[コンセンサスプロセス](../consensus-protocol/index.md)に従って署名され、送信され、検証済みのレジャーバージョンに承認された場合にのみ、トランザクションは最終的なものになります。レジャーのルールによっては、_[疑似トランザクション](../../references/protocol/transactions/pseudo-transaction-types/pseudo-transaction-types.md)_ も生成されます。このトランザクションは署名も送信もされませんが、コンセンサスによって承認されなければならないことは同様です。失敗したトランザクションであっても、スパム対策の[トランザクションコスト][]を支払のためXRPの残高が変わるため、レジャーに記録されます。
+_トランザクション（取引）_ は、XRP Ledgerを変更する唯一の方法です。[コンセンサスプロセス](../consensus-protocol/index.md)に従って署名され、送信され、検証済みのレジャーバージョンに承認された場合にのみ、トランザクションは最終的なものになります。レジャーのルールによっては、_[疑似トランザクション](../../references/protocol/transactions/pseudo-transaction-types/index.md)_ も生成されます。このトランザクションは署名も送信もされませんが、コンセンサスによって承認されなければならないことは同様です。失敗したトランザクションであっても、スパム対策の[トランザクションコスト][]を支払のためXRPの残高が変わるため、レジャーに記録されます。
 
 トランザクションで行えることは、送金だけではありません。XRP Ledgerのトランザクションは、さまざまな[支払いタイプ](../payment-types/index.md)に対応しているだけでなく、[暗号鍵](../accounts/cryptographic-keys.md)のローテーション、その他の設定の管理、およびXRP Ledgerの[分散型取引所](../tokens/decentralized-exchange/index.md)での取引にも使用されます。[トランザクションタイプの詳細なリスト](../../references/protocol/transactions/types/index.md)については、[`rippled` APIリファレンス](../../references/http-websocket-apis/index.md)をご覧ください。
 
@@ -219,4 +219,4 @@ XRP Ledgerは、トランザクションオブジェクトが送信元アドレ
   - [submitメソッド][]
   - [submit_multisignedメソッド][]
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/transactions/reliable-transaction-submission.md

@@ -526,4 +526,4 @@ JSON-RPCリクエスト:
 - [XRP Ledgerコンセンサスプロセスの概要](../consensus-protocol/index.md)
 - [コンセンサスの原理とルール](../consensus-protocol/consensus-principles-and-rules.md)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/transactions/secure-signing.md

@@ -149,4 +149,4 @@ labels:
     - [`xrpl-py`リファレンス](https://xrpl-py.readthedocs.io/)
     - [`xrpl4j` Reference](https://javadoc.io/doc/org.xrpl/)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/transactions/source-and-destination-tags.md

@@ -50,4 +50,4 @@ _送信元タグ_ と _宛先タグ_ は、XRP Ledgerの[支払い](../payment-t
 - [宛先タグの必須化](../../tutorials/how-tos/manage-account-settings/require-destination-tags.md)
 - [様々なPaymentの種類](../payment-types/index.md)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/transactions/transaction-cost.md

@@ -176,4 +176,4 @@ XRP Ledgerは、XRPの価値が長期的に変化することを見越して、
   - [FeeSettingsオブジェクト](../../references/protocol/ledger-data/ledger-entry-types/feesettings.md)
   - [SetFee疑似トランザクション][]
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/transactions/transaction-queue.md

@@ -74,4 +74,4 @@ labels:
 - トランザクションコストが設けられている理由と、XRP Ledgerでのトランザクションコストの適用方法については、[トランザクションコスト](transaction-cost.md)をご覧ください。
 - コンセンサスプロセスによるトランザクション承認方法についての詳しい説明は、[コンセンサス](../consensus-protocol/index.md)をご覧ください。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/xrpl-sidechains/cross-chain-bridges.md

@@ -39,4 +39,4 @@ _（[XChainBridge Amendment][] {% not-enabled /%} が必要です）_
 
 5. 発行チェーン上のWitnessサーバのアカウントに報酬が分配されます。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/xrpl-sidechains/index.md

@@ -26,4 +26,4 @@ _（[XChainBridge Amendment][] {% not-enabled /%} が必要です）_
   - サイドチェーンは独自のバリデータを使い、メインチェーンの `rippled` UNL とは別のUNLを必要とします。
   - メインチェーンとサイドチェーンのノードはお互いを認識していません。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/concepts/xrpl-sidechains/witness-servers.md

@@ -146,4 +146,4 @@ Witnessサーバはコマンドライン引数`--conf`で指定されたJSON設
 | `LockingChainDoor`  | 文字列    | Account    | はい   | ロックチェーンのドアアカウント。 |
 | `LockingChainIssue` | Issue    | Issue      | はい   | ロックチェーンでロック、アンロックされる資産。 |
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/infrastructure/commandline-usage.md

@@ -65,10 +65,9 @@ rippled [OPTIONS]
 | `--fg`              | デーモンをフォアグラウンドでシングルプロセスとして実行します。このオプションを指定しない場合、`rippled`は1番目のプロセスがモニターとして実行されている間に、デーモンの2番目のプロセスをフォークします。 |
 | `--import`          | 完全に起動する前に、別の`rippled`サーバのレジャーストアーからレジャーデータをインポートしてください。構成ファイルに有効な`[import_db]`スタンザが指定されている必要があります。 |
 | `--net`             | **廃止予定** デバッグのためのオプションです。ネットワークからレジャーを取得できるようになるまで、ローカルレジャーを作成しません。 |
-| `--nodetoshard`     | 完全に起動する前に、すべての完全な[履歴シャード](configuration/data-retention/history-sharding.md)をレジャーストアーからシャードストアーにコピーしてください（シャードストアーに設定されている最大ディスク容量まで）。CPUとI/Oを大量に使用します。注意: このコマンドは、データを（移動するのではなく）コピーするため、シャードストアーとレジャーストアーの両方にデータを保存するのに十分なディスク容量が必要です。 <!--{# Task for writing a tutorial to use this: DOC-1639 #}--> |
-| `--quorum {QUORUM}` | これは[テストネットワーク](../concepts/networks-and-servers/parallel-networks.md)のブートストラップ用のオプションです。検証のための最小定数をオーバーライドするには、`{QUORUM}`の信頼できるバリデータの同意を必要とします。デフォルトでは、検証のための定数は、信頼できるバリデータの実際の数に基づき、安全な数に自動的に設定されます。一部のバリデータがオンラインではない場合、このオプションにより、標準定数よりも少ない数のバリデータで続行できるようになります。**警告:** 定数を手動で設定すると、設定した値が小さすぎるためにサーバがネットワークの他の部分から分岐することを防ぐことができない可能性があります。このオプションは、コンセンサスを十分に理解し、標準以外の設定を使用する必要がある場合にのみ使用してください。 |
+| `--quorum {QUORUM}` | これは[テストネットワーク](../concepts/networks-and-servers/parallel-networks.md)のブートストラップ用のオプションです。検証のための最小定数をオーバーライドするには、`{QUORUM}`の信頼できるバリデータの同意を必要とします。デフォルトでは、検証のための定数は、信頼できるバリデータの実際の数に基づき、安全な数に自動的に設定されます。一部のバリデータがオンラインではない場合、このオプションにより、標準定数よりも少ない数のバリデータで続行できるようになります。{% admonition type="danger" name="警告" %}定数を手動で設定すると、設定した値が小さすぎるためにサーバがネットワークの他の部分から分岐することを防ぐことができない可能性があります。このオプションは、コンセンサスを十分に理解し、標準以外の設定を使用する必要がある場合にのみ使用してください。{% /admonition %} |
 
-次のフィールドは廃止されました： `--validateShards`。 {% badge href="https://github.com/XRPLF/rippled/releases/tag/1.7.0" %}削除: rippled 1.7.0{% /badge %}
+次のフィールドは廃止されました： `--validateShards` {% badge href="https://github.com/XRPLF/rippled/releases/tag/1.7.0" %}削除: rippled 1.7.0{% /badge %}, `--nodetoshard` {% badge href="https://github.com/XRPLF/rippled/releases/tag/2.3.0" %}削除: rippled 2.3.0{% /badge %}。
 
 ## スタンドアロンモードのオプション
 
@@ -181,4 +180,4 @@ Longest suite times:
 |:------------------------|:---------------------------------------------------|
 | `--unittest-arg {ARG}`  | 実行される単体テストに引数`{ARG}`を指定します。引数を受け入れる単体テストはそれぞれ、固有の引数形式を定義しています。  |
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/infrastructure/configuration/configure-amendment-voting.md

@@ -69,4 +69,4 @@ rippled feature SHAMapV2 reject
     - [既知のAmendment](/resources/known-amendments.md)
 - [featureメソッド][]
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/infrastructure/configuration/configure-grpc.md

@@ -55,4 +55,4 @@ gRPCを有効にするには、次の前提条件を満たす必要がありま
 - **リファレンス:**
     - [HTTP / WebSocket APIリファレンス](../../references/http-websocket-apis/index.md)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/infrastructure/configuration/connect-your-rippled-to-the-xrp-test-net.md

@@ -43,11 +43,6 @@ labels:
     # No [ips] stanza. Use the default hubs to connect to Mainnet.
     ```
 
-    ```{% label="Sidechain-Devnet" %}
-    [ips]
-    sidechain-net2.devnet.rippletest.net 51235
-    ```
-
     {% /tabs %}
 
 2. 以前の `[ips]`があれば、コメントアウトしてください。
@@ -78,11 +73,6 @@ labels:
     main
     ```
 
-    ```{% label="Sidechain-Devnet" %}
-    [network_id]
-    262
-    ```
-
     {% /tabs %}
 
     カスタムネットワークの場合、そのネットワークに接続する全員が、そのネットワークに固有の値を使用する必要があります。新しいネットワークを作成するときは、ネットワークIDを11から4,294,967,295までの整数からランダムに選択します。
@@ -121,14 +111,6 @@ labels:
     ED2677ABFFD1B33AC6FBC3062B71F1E8397C1505E1C42C64D11AD1B28FF73F4734
     ```
 
-    ```{% label="Sidechain-Devnet" %}
-    [validator_list_sites]
-    https://vlsidechain-net2.devnet.rippletest.net
-
-    [validator_list_keys]
-    EDA5504C7133743FADA46342229B4E9CBBE1CF9BCA19D16633574F7CBB72F79569
-    ```
-
     {% /tabs %}
 
     {% admonition type="success" name="ヒント" %}プレビュー版パッケージには必要な項目があらかじめ設定されている場合がありますが、念のため確認してください。{% /admonition %}
@@ -182,13 +164,6 @@ labels:
 ```
 {% /tab %}
 
-{% tab label="Sidechain-Devnet" %}
-```
-[features]
-XChainBridge
-```
-{% /tab %}
-
 {% /tabs %}
 
 {% admonition type="danger" name="警告" %}メインネットまたはテストネットに接続するときは、`[features]`を使用しないでください。他のネットワークと異なる機能を強制的に有効にすると、サーバがネットワークから分断される可能性があります。{% /admonition %}
@@ -230,4 +205,4 @@ WebSocketツールの[server_info](/resources/dev-tools/websocket-api-tool#serve
 - **References:**
     - [server_infoメソッド][]
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/infrastructure/configuration/data-retention/configure-advisory-deletion.md

@@ -115,4 +115,4 @@ labels:
 - `rippled`実行可能ファイルが`cron`設定で指定したパスで使用可能であることを確認します。必要に応じて実行可能ファイルの絶対パス（`/opt/ripple/bin/rippled`など）を指定します。
 - `rippled`ログで、`SHAMapStore::WRN`で始まるメッセージを調べます。このメッセージが出力されている場合、サーバがネットワークと同期していない状態になったために[オンライン削除が中断されている](online-deletion.md#オンライン削除の中断)可能性があります。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/infrastructure/configuration/data-retention/configure-full-history.md

@@ -1,6 +1,4 @@
 ---
-html: configure-full-history.html
-parent: data-retention.html
 seo:
     description: 完全履歴サーバは、運用のコストは高いものの、XRP Ledgerでこれまでに発生したすべてのトランザクションの記録を提供します。
 labels:
@@ -19,7 +17,6 @@ labels:
 
 ネットワークへの参加、トランザクションの検証、またはネットワークの現在の状態の確認には、全履歴を記録するサーバは必要ありません。全履歴が有用となるのは、過去に発生したトランザクションの結果や、過去の特定の時点におけるレジャーの状態を確認する場合だけです。このような情報を取得するには、必要とする履歴を保持している他のサーバを利用する必要があります。
 
-全履歴は保管せずにXRP Ledgerネットワークの履歴の保管に参加したい場合には、[履歴シャーディングを構成](configure-history-sharding.md)すれば、レジャー履歴のグループをランダムに選択して保管できます。
 
 ## 構成手順
 
@@ -110,4 +107,4 @@ labels:
 
     本番環境のXRP Ledgerの履歴で最も古い利用可能なレジャーバージョンは、レジャーインデックス**32570**です。レジャー履歴の最初の約2週間分は、当時のサーバのバグが原因で失われています。Test Netやその他のチェーンでは通常、履歴の最初のバージョンはレジャーインデックス**1**です。
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/infrastructure/configuration/data-retention/configure-history-sharding.md

@@ -1,82 +0,0 @@
----
-html: configure-history-sharding.html
-parent: data-retention.html
-seo:
-    description: XRP Ledgerの履歴データのシャードを保存するようにサーバを設定します。
-labels:
-  - データ保持
-  - コアサーバ
----
-# 履歴シャーディングの設定
-
-[履歴シャーディング](history-sharding.md)では、各サーバで完全な履歴を保管することなく、履歴XRP Ledgerデータを保存できます。デフォルトでは`rippled`サーバは履歴シャードを保管しません。
-
-{% admonition type="success" name="ヒント" %}バリデータおよび`rippled`追跡（またはストック）サーバの両方で履歴シャードを保管するように設定できます。ただし`rippled`バリデータサーバの経費を抑えるために、バリデータサーバでシャードを保管するように設定 _しない_ ことが推奨されます。バリデータを実行していて、XRP Ledger履歴を保管したい場合は、履歴シャーディングを有効にして別の`rippled`サーバを実行することが推奨されます。{% /admonition %}
-
-レジャー履歴のシャードを保管できるよう`rippled`を設定するには、以下の手順を実行します。
-
-## 1. シャードストアーに割り当てる容量を決めます。
-
-履歴シャードを保管できるように`rippled`サーバを設定する前に、履歴シャードストアーに割り当てるディスク容量を決定する必要があります。これはまた、デフォルトのレジャーストアーに保持する履歴の量にも影響します。シャードストアーのサイズを設定する際には、以下の点を考慮してください。
-
-- レジャーストアー（`[node_db]`スタンザにより定義される）は、履歴シャードストアーとは別のストアーです。レジャーストアーはすべてのサーバに必要であり、そこには一定範囲の最近の履歴が保管されている必要があります。保管する範囲は、`online_delete`パラメーターに使用可能な状態で維持するレジャーの数によって定義されます。（デフォルトの設定では、最新のレジャー2000個が保管されます。）
-  - レジャーストアーに2<sup>15</sup>個以上のレジャー（32768）が保持されている場合は、レジャーストアーからシャードストアーへ最近の履歴のグループを効率的にインポートできます。
-- 履歴シャードストアー（`[shard_db]`スタンザにより定義される）は、履歴シャードを保管する場合にのみ必要です。履歴シャードを保管しないサーバではこの構成スタンザを省略する必要があります。履歴シャードストアーのサイズは`max_size_gb`パラメーターでギガバイト単位で定義されます。サーバは完全なシャードを保管するため、この容量を最大限利用します。履歴シャードストアーは、 _必ず_ ソリッドステートディスクまたは同様の高速なメディアに保管します。従来の回転式ハードディスクでは不十分です。
-- シャードには2<sup>14</sup>個のレジャー（16384）が含まれており、シャードの経過期間に応じて約200MB～4GBを専有します。古いシャードほどXRP Ledgerでのアクティビティが少ないため、サイズが小さくなります。
-- 履歴シャードストアーとレジャーストアーはファイルパスを分けて保管する _必要があります_ 。必要に応じて、レジャーストアーと履歴ストアーをそれぞれ別のディスクやパーティションに配置するように設定できます。
-- 完全なレジャー履歴をレジャーストアーと履歴シャードストアーの両方に保持できますが、冗長な処理となります。
-- シャードの取得にかかる時間、`rippled`サーバに必要なファイルハンドル数、およびメモリーキャッシュ使用率は、シャードのサイズの影響を直接受けます。
-
-## 2. rippled.cfgの編集
-
-`rippled.cfg`ファイルを編集し、`[shard_db]`スタンザを追加します。
-
-{% partial file="/@l10n/ja/docs/_snippets/conf-file-location.md" /%}
-
-以下のスニペットに、`[shard_db]`スタンザの例を示します。
-
-```
-[shard_db]
-type=NuDB
-path=/var/lib/rippled/db/shards/nudb
-max_size_gb=50
-```
-
-`type`フィールドは省略できます。省略しない場合は、`NuDB`である _必要があります_ 。{% badge href="https://github.com/XRPLF/rippled/releases/tag/1.3.1" %}新規: rippled 1.3.1{% /badge %}
-
-{% admonition type="warning" name="注意" %}`rippled`がシャードストアーパスで不適切なデータを検出すると、[起動できない](../../troubleshooting/server-wont-start.md)可能性があります。シャードストアーには新しいフォルダーを使用する必要があります。以前にRocksDBシャードストアー（`rippled` 1.2.x以前）を使用していた場合は、別のパスを使用するか、RocksDBシャードデータを削除します。{% /admonition %}
-
-詳細は、[rippled.cfgの設定例](https://github.com/XRPLF/rippled/blob/master/cfg/rippled-example.cfg)の`[shard_db]`の例をご覧ください。
-
-## 3. サーバの再起動
-
-```
-systemctl restart rippled
-```
-
-## 4. シャードのダウンロードの待機
-
-サーバはネットワークと同期すると、履歴シャードのダウンロードを自動的に開始し、シャードストアーの空き容量を埋めます。ダウンロード対象のシャードを確認するには、シャードストアーを設定したフォルダー内に作成されるフォルダーを確認します。（これは`rippled.cfg`ファイルの`[shard_db]`スタンザの`path`フィールドによって定義されます。）
-
-このフォルダーには、サーバに保管されている各シャードのフォルダーが番号付きで保存されています。常に、最大で1つのフォルダーに、未完了であることを示す`control.txt`ファイルが保存されています。
-
-[download_shardメソッド][]を使用して、サーバにアーカイブファイルからシャードをダウンロードしてインポートするように指示できます。
-
-サーバとそのピアが使用できるシャードのリストを表示するには、[crawl_shardsメソッド][]か[ピアクローラー](../../../references/http-websocket-apis/peer-port-methods/peer-crawler.md)を使用します。
-
-
-## 関連項目
-
-- **コンセプト:**
-  - [レジャー履歴](../../../concepts/networks-and-servers/ledger-history.md)
-    - [オンライン削除](online-deletion.md)
-- **チュートリアル:**
-  - [オンライン削除の設定](configure-online-deletion.md)
-  - [ピアクローラーの設定](../peering/configure-the-peer-crawler.md)
-  - [容量の計画](../../installation/capacity-planning.md)
-- **リファレンス:**
-  - [download_shardメソッド][]
-  - [crawl_shardsメソッド][]
-  - [レジャーデータフォーマット](../../../references/protocol/ledger-data/index.md)
-
-{% raw-partial file="/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/infrastructure/configuration/data-retention/configure-online-deletion.md

@@ -78,7 +78,6 @@ labels:
 
 - [オンライン削除](online-deletion.md)
 - [指示による削除の設定](configure-advisory-deletion.md)
-- [履歴シャーディングの設定](configure-history-sharding.md)
 - [完全な履歴の設定](configure-full-history.md)
 
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
+{% raw-partial file="/@l10n/ja/docs/_snippets/common-links.md" /%}

@l10n/ja/docs/infrastructure/configuration/data-retention/history-sharding.md

@@ -1,42 +0,0 @@
----
-html: history-sharding.html
-parent: data-retention.html
-seo:
-    description: 履歴シャーディングは、履歴レジャーデータを保持する任務をrippledサーバ間で分担するようにします。
-labels:
-  - データ保持
-  - コアサーバ
----
-# 履歴シャーディング
-
-{% badge href="https://github.com/XRPLF/rippled/releases/tag/0.90.0" %}導入: rippled 0.90.0{% /badge %}
-
-稼働中のサーバは、ネットワーク実行時に検知または取得したレジャーに関するデータを格納したデータベースを作成します。各`rippled`サーバは、そのレジャーのデータをレジャーストアーに保存しますが、保存されたレジャー数が設定された容量制限を超えると、オンライン削除ロジックによりこれらのデータベースがローテーションされます。
-
-履歴シャーディングは、XRP Ledgerのトランザクション履歴をシャードと呼ばれるセグメントに分割し、XRP Ledgerネットワークのサーバ全体に分散します。シャードは、一連のレジャーです。`rippled`サーバは、レジャーストアーとシャードストアーの両方にレジャーを同じ方法で保存します。
-
-履歴シャーディング機能を使用すると、個々の`rippled`サーバが履歴データの保存する役割を担い、すべての履歴（数テラバイト）を保存する必要がなくなります。シャードストアーはレジャーストアーに代わるものではありませんが、XRP Ledgerネットワーク上の分散レジャー履歴への信頼性の高いパスを実現します。
-
-[![XRP Ledgerネットワーク: レジャーストアーとシャードストアーの図](/docs/img/xrp-ledger-network-ledger-store-and-shard-store.ja.png)](/docs/img/xrp-ledger-network-ledger-store-and-shard-store.ja.png)
-
-<!-- Diagram source: https://docs.google.com/presentation/d/1mg2jZQwgfLCIhOU8Mr5aOiYpIgbIgk3ymBoDb2hh7_s/edit#slide=id.g417450e8da_0_316 -->
-
-## 履歴シャードの取得と共有
-
-`rippled` サーバは履歴シャードを取得して保存します（この動作には設定が必要です）。このようなサーバでは、ネットワークとの同期を実行し、設定された数の最新レジャーへのレジャー履歴の埋め戻しが完了した後で、シャードの取得が開始されます。ネットワークアクティビティがあまり発生しないこの期間に、`shard_db`を維持するように設定されている`rippled`サーバ が、シャードストアーに追加するシャードをランダムに選択します。ネットワークレジャー履歴が均等に分散される確率を高めるため、取得対象のシャードはランダムに選択され、現行シャードが特に優先されることはありません。
-
-シャードが選択されたら、レジャー取得プロセスが開始されます。最初にシャードの最後のレジャーのシーケンスが取得され、最初のシャードに向けて逆方向に処理が進められます。取得プロセスでは最初に、サーバがローカルでデータを確認します。取得できないデータについては、サーバはピア`rippled`サーバにデータをリクエストします。リクエストされた期間のデータを供給できるサーバは、履歴でレスポンスします。リクエスト側サーバはこれらのレスポンスを結合し、シャードを作成します。シャードに特定範囲のレジャーがすべて含まれた状態になれば、シャードが完成します。
-
-`rippled`サーバが1つのシャードを完全に取得する前に容量不足になった場合、空き容量ができて処理を続行できるようになるまで取得プロセスを停止します。この後、古いシャードは完成された最新のシャードに置き換えられます。ディスク容量が十分にある場合は、`rippled`サーバはシャードに割り当てられている最大ディスク容量（`max_size_gb`）に達するまで、ランダムに選択された追加のシャードを取得し、シャードストアーに追加します。
-
-## XRP Ledgerネットワークデータの整合性
-
-すべてのレジャーの履歴は、特定範囲の履歴レジャーを維持することに同意したサーバ間で共有されます。これにより、各サーバは維持することに同意したデータがすべてあることを確認し、プルーフツリーまたはレジャーデルタを作成できるようになります。履歴シャーディングが設定されている`rippled`サーバは、保存するシャードをランダムに選択するため、すべての閉鎖済みレジャーの履歴全体が正規分布曲線で保存され、XRP Ledgerネットワークで履歴が均一に維持される確率が高くなります。
-
-## 関連項目
-
-- [履歴シャーディングの設定](configure-history-sharding.md)
-- [download_shardメソッド][]
-- [crawl_shardsメソッド][]
-
-{% raw-partial file="/docs/_snippets/common-links.md" /%}