Add request parameters to server definitions

Updated server_definitions.md to include request parameters.
Merge pull request #3371 from XRPLF/fix_src_links_admin_apis_etc
2025-12-06 17:27:57 +00:00 · 2025-12-03 10:50:37 -05:00 · 2025-12-02 12:32:08 -08:00 · 2025-11-28 04:50:13 -08:00 · 2025-11-28 11:16:30 +00:00 · 2025-11-28 03:15:46 -08:00
68 changed files with 1851 additions and 904 deletions
--- a/_code-samples/batch/README.md
+++ b/_code-samples/batch/README.md
@@ -1,4 +1,5 @@
 # Batch

-Code samples showing how to create and submit a [Batch transaction](../../docs/concepts/transactions/batch-transactions.md).
-Both for simple and multi account batch transactions.
+Code samples showing how to create and submit a [Batch transaction](https://xrpl.org/docs/concepts/transactions/batch-transactions).
+
+Both for single and multi-account batch transactions.
--- a/_code-samples/batch/js/README.md
+++ b/_code-samples/batch/js/README.md
@@ -0,0 +1,301 @@
+# Send a Batch Transaction
+
+Code samples showing how to create and submit a [Batch transaction](https://xrpl.org/docs/concepts/transactions/batch-transactions) with Javascript.
+
+Both for single and multi-account batch transactions.
+
+## Single Account Batch Transaction
+
+Quick setup and usage:
+
+```sh
+npm install xrpl
+node singleAccountBatch.js
+```
+
+The script should output the following:
+
+```sh
+=== Funding new wallets from faucet... ===
+Sender: rP9EsVosrmx2HyrmLgWJpJacX5ZrVVQsim, Balance: 100 XRP
+Wallet1: rGx6SACvYEvX8SRrvTPD91UhBmJ16pxL94, Balance: 100 XRP
+Wallet2: r3qetgSfAtyCpGc4rvKNz4LX3F3urMSJJy, Balance: 100 XRP
+
+=== Creating Batch transaction... ===
+{
+  "TransactionType": "Batch",
+  "Account": "rP9EsVosrmx2HyrmLgWJpJacX5ZrVVQsim",
+  "Flags": 65536,
+  "RawTransactions": [
+    {
+      "RawTransaction": {
+        "TransactionType": "Payment",
+        "Account": "rP9EsVosrmx2HyrmLgWJpJacX5ZrVVQsim",
+        "Destination": "rGx6SACvYEvX8SRrvTPD91UhBmJ16pxL94",
+        "Amount": "2000000",
+        "Flags": 1073741824
+      }
+    },
+    {
+      "RawTransaction": {
+        "TransactionType": "Payment",
+        "Account": "rP9EsVosrmx2HyrmLgWJpJacX5ZrVVQsim",
+        "Destination": "r3qetgSfAtyCpGc4rvKNz4LX3F3urMSJJy",
+        "Amount": "5000000",
+        "Flags": 1073741824
+      }
+    }
+  ]
+}
+
+=== Submitting Batch transaction... ===
+
+Batch transaction submitted successfully!
+Result:
+ {
+  "close_time_iso": "2025-11-17T12:04:50Z",
+  "ctid": "C013313800030002",
+  "hash": "AE118213B0A183528418ABC5F14E3BFD6524020C5DB1C060157A0D3FDE15B900",
+  "ledger_hash": "621183809B68A794371C5EC6522105FF04E502C48EBDC8171B80224991E33394",
+  "ledger_index": 1257784,
+  "meta": {
+    "AffectedNodes": [
+      {
+        "ModifiedNode": {
+          "FinalFields": {
+            "Account": "rP9EsVosrmx2HyrmLgWJpJacX5ZrVVQsim",
+            "Balance": "99999996",
+            "Flags": 0,
+            "OwnerCount": 0,
+            "Sequence": 1257779
+          },
+          "LedgerEntryType": "AccountRoot",
+          "LedgerIndex": "42CC98AF0A28EDDDC7E359B5622CC5748BDE2A93E124AF5C32647ECA8F68D480",
+          "PreviousFields": {
+            "Balance": "100000000",
+            "Sequence": 1257778
+          },
+          "PreviousTxnID": "081C42DAE12001735AC4E9A7F027636DF612DB17B4BFA2333F4DB8EA0C9D1E9F",
+          "PreviousTxnLgrSeq": 1257778
+        }
+      }
+    ],
+    "TransactionIndex": 3,
+    "TransactionResult": "tesSUCCESS"
+  },
+  "tx_json": {
+    "Account": "rP9EsVosrmx2HyrmLgWJpJacX5ZrVVQsim",
+    "Fee": "4",
+    "Flags": 65536,
+    "LastLedgerSequence": 1257802,
+    "RawTransactions": [
+      {
+        "RawTransaction": {
+          "Account": "rP9EsVosrmx2HyrmLgWJpJacX5ZrVVQsim",
+          "Amount": "2000000",
+          "Destination": "rGx6SACvYEvX8SRrvTPD91UhBmJ16pxL94",
+          "Fee": "0",
+          "Flags": 1073741824,
+          "Sequence": 1257779,
+          "SigningPubKey": "",
+          "TransactionType": "Payment"
+        }
+      },
+      {
+        "RawTransaction": {
+          "Account": "rP9EsVosrmx2HyrmLgWJpJacX5ZrVVQsim",
+          "Amount": "5000000",
+          "Destination": "r3qetgSfAtyCpGc4rvKNz4LX3F3urMSJJy",
+          "Fee": "0",
+          "Flags": 1073741824,
+          "Sequence": 1257780,
+          "SigningPubKey": "",
+          "TransactionType": "Payment"
+        }
+      }
+    ],
+    "Sequence": 1257778,
+    "SigningPubKey": "ED7031CA5BA4EC745610AB495F5053F318C119E87567BE485A494773AD8ED4FBCE",
+    "TransactionType": "Batch",
+    "TxnSignature": "0610A277086943BC462C1A5F85BEB667B62B4BDA59525138B6014101C08297897A73D3D2D247CB37A06E1EA36267C53A51C0FDF32F3D8E974029BEDC41105B07",
+    "ctid": "C013313800030002",
+    "date": 816696290,
+    "ledger_index": 1257784
+  },
+  "validated": true
+}
+
+Batch transaction URL:
+https://devnet.xrpl.org/transactions/AE118213B0A183528418ABC5F14E3BFD6524020C5DB1C060157A0D3FDE15B900
+
+=== Verifying inner transactions... ===
+
+Transaction 1 hash: D18EA54D5653BBB5C87F116978822EAB7A26EDFB1D6C41910F36D7484D4890E3
+ - Status: tesSUCCESS (Ledger 1257784)
+ - Transaction URL: https://devnet.xrpl.org/transactions/D18EA54D5653BBB5C87F116978822EAB7A26EDFB1D6C41910F36D7484D4890E3
+
+Transaction 2 hash: 5660DB400F08EE5543C54D4D65824A2142F9D5AC17294A4ABF654260F129B44E
+ - Status: tesSUCCESS (Ledger 1257784)
+ - Transaction URL: https://devnet.xrpl.org/transactions/5660DB400F08EE5543C54D4D65824A2142F9D5AC17294A4ABF654260F129B44E
+
+=== Final balances ===
+Sender: rP9EsVosrmx2HyrmLgWJpJacX5ZrVVQsim, Balance: 92.999996 XRP
+Wallet1: rGx6SACvYEvX8SRrvTPD91UhBmJ16pxL94, Balance: 102 XRP
+Wallet2: r3qetgSfAtyCpGc4rvKNz4LX3F3urMSJJy, Balance: 105 XRP
+```
+
+## Multi-Account Batch Transaction
+
+```sh
+npm install xrpl
+node multiAccountBatch.js
+```
+
+The script should output the following:
+
+```sh
+=== Funding new wallets from faucet... ===
+Alice: rHpve1GL2ZXUs3NB5iU91BrXBSwb5PbBrG, Balance: 100 XRP
+Bob: r3ruQ92bqXwWxcR2w4cC1tW35og9h3UbBq, Balance: 100 XRP
+Charlie: rsi5D9bkczpbGykPxoGNBVVmFFFXGwm3QA, Balance: 100 XRP
+Third-party wallet: rfUpGXTzU3siTr4UovV6Wt86Vw3gQU4ttA, Balance: 100 XRP
+
+=== Creating Batch transaction... ===
+{
+  "TransactionType": "Batch",
+  "Account": "rfUpGXTzU3siTr4UovV6Wt86Vw3gQU4ttA",
+  "Flags": 65536,
+  "RawTransactions": [
+    {
+      "RawTransaction": {
+        "TransactionType": "Payment",
+        "Account": "rsi5D9bkczpbGykPxoGNBVVmFFFXGwm3QA",
+        "Destination": "rHpve1GL2ZXUs3NB5iU91BrXBSwb5PbBrG",
+        "Amount": "50000000",
+        "Flags": 1073741824
+      }
+    },
+    {
+      "RawTransaction": {
+        "TransactionType": "Payment",
+        "Account": "r3ruQ92bqXwWxcR2w4cC1tW35og9h3UbBq",
+        "Destination": "rHpve1GL2ZXUs3NB5iU91BrXBSwb5PbBrG",
+        "Amount": "50000000",
+        "Flags": 1073741824
+      }
+    }
+  ]
+}
+
+=== Submitting Batch transaction... ===
+
+Batch transaction submitted successfully!
+Result:
+ {
+  "close_time_iso": "2025-11-17T12:08:31Z",
+  "ctid": "C013317600000002",
+  "hash": "1299D20C6B489DA5C632AE4DBE49475DBF42D9444C7E9C109CC9B8DD0FD55FEC",
+  "ledger_hash": "E45ECF69057084CD02BA49A17E4D0C9154D33A98BB3C95A11B2EB9BE18F32C9B",
+  "ledger_index": 1257846,
+  "meta": {
+    "AffectedNodes": [
+      {
+        "ModifiedNode": {
+          "FinalFields": {
+            "Account": "rfUpGXTzU3siTr4UovV6Wt86Vw3gQU4ttA",
+            "Balance": "99999994",
+            "Flags": 0,
+            "OwnerCount": 0,
+            "Sequence": 1257845
+          },
+          "LedgerEntryType": "AccountRoot",
+          "LedgerIndex": "2D9E0A02007241C38A8DF679E7E62AA0B273E8B12A5430B7B9D99300424F0E1F",
+          "PreviousFields": {
+            "Balance": "100000000",
+            "Sequence": 1257844
+          },
+          "PreviousTxnID": "3153DE8DE922538A6BE54AA8F783CAD4B848A321AFF028D3E6DD0E80C4B9C237",
+          "PreviousTxnLgrSeq": 1257844
+        }
+      }
+    ],
+    "TransactionIndex": 0,
+    "TransactionResult": "tesSUCCESS"
+  },
+  "tx_json": {
+    "Account": "rfUpGXTzU3siTr4UovV6Wt86Vw3gQU4ttA",
+    "BatchSigners": [
+      {
+        "BatchSigner": {
+          "Account": "rsi5D9bkczpbGykPxoGNBVVmFFFXGwm3QA",
+          "SigningPubKey": "EDEB88C2868BD25BF03DB26050E16579FA6F8F9E3FF3172E0DC3DCBDA5408572EB",
+          "TxnSignature": "9508568084596147CFDCFC18A62DC298A78AD1148BA4B0EB99BEE1CD37E5555FE3930810790D5708F9739B0E3F79772012C154CA33C2280BDD5B72473C17A607"
+        }
+      },
+      {
+        "BatchSigner": {
+          "Account": "r3ruQ92bqXwWxcR2w4cC1tW35og9h3UbBq",
+          "SigningPubKey": "ED82F98DA6A3FC3E88D2EE3A5469D92C7070513BEF4DEE75CAB0BDAA81E8AE378D",
+          "TxnSignature": "A482C8747F79857530474F1677599766C0BE283CB7E2A05AACF76E61BECCA16DCE3802D2D8244FBF4546A1C0E5EB70691255E3EFD2F8AC80B55357BDAB9ACD05"
+        }
+      }
+    ],
+    "Fee": "6",
+    "Flags": 65536,
+    "LastLedgerSequence": 1257864,
+    "RawTransactions": [
+      {
+        "RawTransaction": {
+          "Account": "rsi5D9bkczpbGykPxoGNBVVmFFFXGwm3QA",
+          "Amount": "50000000",
+          "Destination": "rHpve1GL2ZXUs3NB5iU91BrXBSwb5PbBrG",
+          "Fee": "0",
+          "Flags": 1073741824,
+          "Sequence": 1257842,
+          "SigningPubKey": "",
+          "TransactionType": "Payment"
+        }
+      },
+      {
+        "RawTransaction": {
+          "Account": "r3ruQ92bqXwWxcR2w4cC1tW35og9h3UbBq",
+          "Amount": "50000000",
+          "Destination": "rHpve1GL2ZXUs3NB5iU91BrXBSwb5PbBrG",
+          "Fee": "0",
+          "Flags": 1073741824,
+          "Sequence": 1257841,
+          "SigningPubKey": "",
+          "TransactionType": "Payment"
+        }
+      }
+    ],
+    "Sequence": 1257844,
+    "SigningPubKey": "ED22A32B61EDF083315515831723BC18F8311F03886BBA375DFF46335BB7A75F0B",
+    "TransactionType": "Batch",
+    "TxnSignature": "156791D2DBFAEFC9B0AC29F2D8D0CDB25E13F92E70E6D5414FE31BD8573CA23D3F62F8B34FC1F117BD556B25E4F748095A24C4342108AB32F1B2BAFBF1443501",
+    "ctid": "C013317600000002",
+    "date": 816696511,
+    "ledger_index": 1257846
+  },
+  "validated": true
+}
+
+Batch transaction URL:
+https://devnet.xrpl.org/transactions/1299D20C6B489DA5C632AE4DBE49475DBF42D9444C7E9C109CC9B8DD0FD55FEC
+
+=== Verifying inner transactions ===
+
+Transaction 1 hash: 0F71979E3F641C980929F926640DCA886C30236ED0CD7C94B6CB36F0D42948AC
+ - Status: tesSUCCESS (Ledger 1257846)
+ - Transaction URL: https://devnet.xrpl.org/transactions/0F71979E3F641C980929F926640DCA886C30236ED0CD7C94B6CB36F0D42948AC
+
+Transaction 2 hash: BC124CB29334AA1079139A9BE186B69A0AC467797F147754E2406714854D2A50
+ - Status: tesSUCCESS (Ledger 1257846)
+ - Transaction URL: https://devnet.xrpl.org/transactions/BC124CB29334AA1079139A9BE186B69A0AC467797F147754E2406714854D2A50
+
+=== Final balances ===
+Alice: rHpve1GL2ZXUs3NB5iU91BrXBSwb5PbBrG, Balance: 200 XRP
+Bob: r3ruQ92bqXwWxcR2w4cC1tW35og9h3UbBq, Balance: 50 XRP
+Charlie: rsi5D9bkczpbGykPxoGNBVVmFFFXGwm3QA, Balance: 50 XRP
+Third-party wallet: rfUpGXTzU3siTr4UovV6Wt86Vw3gQU4ttA, Balance: 99.999994 XRP
+```
--- a/_code-samples/batch/js/multiAccountBatch.js
+++ b/_code-samples/batch/js/multiAccountBatch.js
@@ -0,0 +1,143 @@
+/**
+ * XRP Ledger Batch Transactions Tutorial
+ *
+ * This tutorial demonstrates how to use the Batch transaction feature (XLS-56)
+ * to perform a multi-account batch transaction.
+ * Concept doc: https://xrpl.org/docs/concepts/transactions/batch-transactions
+ * Reference doc: https://xrpl.org/docs/references/protocol/transactions/types/batch
+*/
+
+import xrpl from "xrpl"
+
+const client = new xrpl.Client("wss://s.devnet.rippletest.net:51233/")
+await client.connect()
+
+// Create and fund wallets
+console.log("=== Funding new wallets from faucet... ===");
+const [
+  { wallet: alice },
+  { wallet: bob },
+  { wallet: charlie },
+  { wallet: thirdPartyWallet },
+] = await Promise.all([
+  client.fundWallet(),
+  client.fundWallet(),
+  client.fundWallet(),
+  client.fundWallet(),
+]);
+
+console.log(`Alice: ${alice.address}, Balance: ${await client.getXrpBalance(alice.address)} XRP`)
+console.log(`Bob: ${bob.address}, Balance: ${await client.getXrpBalance(bob.address)} XRP`)
+console.log(`Charlie: ${charlie.address}, Balance: ${await client.getXrpBalance(charlie.address)} XRP`)
+console.log(`Third-party wallet: ${thirdPartyWallet.address}, Balance: ${await client.getXrpBalance(thirdPartyWallet.address)} XRP`)
+
+// Create inner transactions  --------------------------------------------
+// REQUIRED: Inner transactions MUST have the tfInnerBatchTxn flag (0x40000000).
+// This marks them as part of a batch (requires Fee: 0 and empty SigningPubKey).
+
+// Transaction 1: Charlie pays Alice
+const charliePayment = {
+  TransactionType: "Payment",
+  Account: charlie.address,
+  Destination: alice.address,
+  Amount: xrpl.xrpToDrops(50),
+  Flags: xrpl.GlobalFlags.tfInnerBatchTxn // THIS IS REQUIRED
+}
+
+// Transaction 2: Bob pays Alice
+const bobPayment = {
+  TransactionType: "Payment",
+  Account: bob.address,
+  Destination: alice.address,
+  Amount: xrpl.xrpToDrops(50),
+  Flags: xrpl.GlobalFlags.tfInnerBatchTxn // THIS IS REQUIRED
+}
+
+// Send Batch transaction --------------------------------------------
+console.log("\n=== Creating Batch transaction... ===")
+const batchTx = {
+  TransactionType: "Batch",
+  Account: thirdPartyWallet.address,
+  Flags: xrpl.BatchFlags.tfAllOrNothing, // tfAllOrNothing: All inner transactions must succeed
+  // Must include a minimum of 2 transactions and a maximum of 8 transactions.
+  RawTransactions: [
+    { RawTransaction: charliePayment },
+    { RawTransaction: bobPayment },
+  ]
+}
+console.log(JSON.stringify(batchTx, null, 2))
+
+// Validate the transaction structure
+xrpl.validate(batchTx)
+
+// Set the expected number of signers, which is 2 (Bob and Charlie) in this case, for this transaction. 
+// "autofill" will automatically add Fee: "0" and SigningPubKey: "" to inner transactions.
+const autofilledBatchTx = await client.autofill(batchTx, 2)
+
+// Gather batch signatures --------------------------------
+// Each signer needs their own tx copy because signMultiBatch modifies the object.
+// Charlie signs the Batch transaction
+const charlieBatch = { ...autofilledBatchTx }
+xrpl.signMultiBatch(charlie, charlieBatch)
+
+// Bob signs the Batch transaction
+const bobBatch = { ...autofilledBatchTx }
+xrpl.signMultiBatch(bob, bobBatch)
+
+// Combine inner transaction signatures.
+// This returns a signed transaction blob (hex string) ready for submission.
+const combinedSignedTx = xrpl.combineBatchSigners([charlieBatch, bobBatch])
+
+// Submit the signed blob with the third-party's wallet
+console.log("\n=== Submitting Batch transaction... ===")
+const submitResponse = await client.submitAndWait(combinedSignedTx, 
+  { wallet: thirdPartyWallet }
+)
+
+// Check Batch transaction result --------------------------------
+if (submitResponse.result.meta.TransactionResult !== "tesSUCCESS") {
+  const resultCode = submitResponse.result.meta.TransactionResult
+  console.warn(`\nTransaction failed with result code ${resultCode}`)
+  await client.disconnect()
+  process.exit(1)
+}
+
+console.log("\nBatch transaction submitted successfully!")
+console.log("Result:\n", JSON.stringify(submitResponse.result, null, 2))
+// View the transaction on the XRPL Explorer 
+console.log(`\nBatch transaction URL:\nhttps://devnet.xrpl.org/transactions/${submitResponse.result.hash}`)
+
+// Calculate and verify inner transaction hashes --------------------------------------------
+console.log("\n=== Verifying inner transactions ===")
+const rawTransactions = submitResponse.result.tx_json.RawTransactions
+let hasFailure = false
+
+for (let i = 0; i < rawTransactions.length; i++) {
+  const innerTx = rawTransactions[i].RawTransaction
+  const hash = xrpl.hashes.hashSignedTx(innerTx)
+  console.log(`\nTransaction ${i + 1} hash: ${hash}`)
+
+  try {
+    const tx = await client.request({ command: 'tx', transaction: hash })
+    const status = tx.result.meta?.TransactionResult
+    console.log(` - Status: ${status} (Ledger ${tx.result.ledger_index})`)
+    console.log(` - Transaction URL: https://devnet.xrpl.org/transactions/${hash}`)
+  } catch (error) {
+    hasFailure = true
+    console.log(` - Transaction not found: ${error}`)
+  }
+}
+if (hasFailure) {
+  console.error("\n--- Error: One or more inner transactions failed. ---")
+  await client.disconnect()
+  process.exit(1)
+}
+
+// Verify balances after transaction
+console.log("\n=== Final balances ===")
+console.log(`Alice: ${alice.address}, Balance: ${await client.getXrpBalance(alice.address)} XRP`)
+console.log(`Bob: ${bob.address}, Balance: ${await client.getXrpBalance(bob.address)} XRP`)
+console.log(`Charlie: ${charlie.address}, Balance: ${await client.getXrpBalance(charlie.address)} XRP`)
+console.log(`Third-party wallet: ${thirdPartyWallet.address}, Balance: ${await client.getXrpBalance(thirdPartyWallet.address)} XRP`)
+
+await client.disconnect()
--- a/_code-samples/batch/js/package.json
+++ b/_code-samples/batch/js/package.json
@@ -0,0 +1,6 @@
+{
+  "dependencies": {
+    "xrpl": "^4.4.3"
+  },
+  "type": "module"
+}
--- a/_code-samples/batch/js/singleAccountBatch.js
+++ b/_code-samples/batch/js/singleAccountBatch.js
@@ -0,0 +1,120 @@
+/**
+ * Single Account Batch Transaction Example
+ *
+ * This example demonstrates how to use the Batch transactions feature (XLS-56)
+ * to create a single-account batch transaction that sends payments
+ * to multiple destinations in one atomic operation.
+ * Concept doc: https://xrpl.org/docs/concepts/transactions/batch-transactions
+ * Reference doc: https://xrpl.org/docs/references/protocol/transactions/types/batch
+*/
+
+import xrpl from "xrpl"
+
+const client = new xrpl.Client("wss://s.devnet.rippletest.net:51233/")
+await client.connect()
+
+// Create and fund wallets
+console.log("=== Funding new wallets from faucet... ===");
+const [{ wallet: sender }, { wallet: wallet1 }, { wallet: wallet2 }] =
+  await Promise.all([
+    client.fundWallet(),
+    client.fundWallet(),
+    client.fundWallet(),
+  ]);
+
+console.log(`Sender: ${sender.address}, Balance: ${await client.getXrpBalance(sender.address)} XRP`)
+console.log(`Wallet1: ${wallet1.address}, Balance: ${await client.getXrpBalance(wallet1.address)} XRP`)
+console.log(`Wallet2: ${wallet2.address}, Balance: ${await client.getXrpBalance(wallet2.address)} XRP`)
+
+// Create inner transactions  --------------------------------------------
+// REQUIRED: Inner transactions MUST have the tfInnerBatchTxn flag (0x40000000).
+// This marks them as part of a batch (requires Fee: 0 and empty SigningPubKey).
+
+// Transaction 1
+const payment1 = {
+  TransactionType: "Payment",
+  Account: sender.address,
+  Destination: wallet1.address,
+  Amount: xrpl.xrpToDrops(2),
+  Flags: xrpl.GlobalFlags.tfInnerBatchTxn // THIS IS REQUIRED
+}
+
+// Transaction 2
+const payment2 = {
+  TransactionType: "Payment",
+  Account: sender.address,
+  Destination: wallet2.address,
+  Amount: xrpl.xrpToDrops(5),
+  Flags: xrpl.GlobalFlags.tfInnerBatchTxn // THIS IS REQUIRED
+}
+
+// Send Batch transaction --------------------------------------------
+console.log("\n=== Creating Batch transaction... ===")
+const batchTx = {
+  TransactionType: "Batch",
+  Account: sender.address,
+  Flags: xrpl.BatchFlags.tfAllOrNothing, // tfAllOrNothing: All inner transactions must succeed
+  // Must include a minimum of 2 transactions and a maximum of 8 transactions.
+  RawTransactions: [
+    { RawTransaction: payment1 }, 
+    { RawTransaction: payment2 }
+  ]
+}
+console.log(JSON.stringify(batchTx, null, 2))
+
+// Validate the transaction structure before submitting
+xrpl.validate(batchTx)
+
+// Submit and wait for validation
+console.log("\n=== Submitting Batch transaction... ===")
+const submitResponse = await client.submitAndWait(batchTx, {
+  wallet: sender,
+  // "autofill" will automatically add Fee: "0" and SigningPubKey: "" to inner transactions.
+  autofill: true
+})
+
+// Check Batch transaction result --------------------------------
+if (submitResponse.result.meta.TransactionResult !== "tesSUCCESS") {
+  const resultCode = submitResponse.result.meta.TransactionResult
+  console.warn(`\nTransaction failed with result code ${resultCode}`)
+  await client.disconnect()
+  process.exit(1)
+}
+console.log("\nBatch transaction submitted successfully!")
+console.log("Result:\n", JSON.stringify(submitResponse.result, null, 2))
+// View the batch transaction on the XRPL Explorer 
+console.log(`\nBatch transaction URL:\nhttps://devnet.xrpl.org/transactions/${submitResponse.result.hash}`)
+
+// Calculate and verify inner transaction hashes --------------------------------------------
+console.log("\n=== Verifying inner transactions... ===")
+const rawTransactions = submitResponse.result.tx_json.RawTransactions
+let hasFailure = false
+
+for (let i = 0; i < rawTransactions.length; i++) {
+  const innerTx = rawTransactions[i].RawTransaction
+  const hash = xrpl.hashes.hashSignedTx(innerTx)
+  console.log(`\nTransaction ${i + 1} hash: ${hash}`)
+
+  try {
+    const tx = await client.request({ command: 'tx', transaction: hash })
+    const status = tx.result.meta?.TransactionResult
+    console.log(` - Status: ${status} (Ledger ${tx.result.ledger_index})`)
+    console.log(` - Transaction URL: https://devnet.xrpl.org/transactions/${hash}`)
+  } catch (error) {
+    hasFailure = true
+    console.log(` - Transaction not found: ${error}`)
+  }
+}
+if (hasFailure) {
+  console.error("\n--- Error: One or more inner transactions failed. ---")
+  await client.disconnect()
+  process.exit(1)
+}
+
+// Verify balances after transaction
+console.log("\n=== Final balances ===")
+console.log(`Sender: ${sender.address}, Balance: ${await client.getXrpBalance(sender.address)} XRP`)
+console.log(`Wallet1: ${wallet1.address}, Balance: ${await client.getXrpBalance(wallet1.address)} XRP`)
+console.log(`Wallet2: ${wallet2.address}, Balance: ${await client.getXrpBalance(wallet2.address)} XRP`)
+
+await client.disconnect()
--- a/_code-samples/clawback/go/go.mod
+++ b/_code-samples/clawback/go/go.mod
@@ -1,8 +1,6 @@
 module github.com/XRPLF

-go 1.23.0
-
-toolchain go1.23.10
+go 1.24.0

 require github.com/Peersyst/xrpl-go v0.1.11

@@ -20,5 +18,5 @@ require (
 	github.com/tyler-smith/go-bip32 v1.0.0 // indirect
 	github.com/tyler-smith/go-bip39 v1.1.0 // indirect
 	github.com/ugorji/go/codec v1.2.11 // indirect
-	golang.org/x/crypto v0.35.0 // indirect
+	golang.org/x/crypto v0.45.0 // indirect
 )
--- a/_code-samples/clawback/go/go.sum
+++ b/_code-samples/clawback/go/go.sum
@@ -46,8 +46,8 @@ github.com/ugorji/go/codec v1.2.11/go.mod h1:UNopzCgEMSXjBc6AOMqYvWC1ktqTAfzJZUZ
 golang.org/x/crypto v0.0.0-20170613210332-850760c427c5/go.mod h1:6SG95UA2DQfeDnfUPMdvaQW0Q7yPrPDi9nlGo2tz2b4=
 golang.org/x/crypto v0.0.0-20190308221718-c2843e01d9a2/go.mod h1:djNgcEr1/C05ACkg1iLfiJU5Ep61QUkGW8qpdssI0+w=
 golang.org/x/crypto v0.0.0-20200622213623-75b288015ac9/go.mod h1:LzIPMQfyMNhhGPhUkYOs5KpL4U8rLKemX1yGLhDgUto=
-golang.org/x/crypto v0.35.0 h1:b15kiHdrGCHrP6LvwaQ3c03kgNhhiMgvlhxHQhmg2Xs=
-golang.org/x/crypto v0.35.0/go.mod h1:dy7dXNW32cAb/6/PRuTNsix8T+vJAqvuIy5Bli/x0YQ=
+golang.org/x/crypto v0.45.0 h1:jMBrvKuj23MTlT0bQEOBcAE0mjg8mK9RXFhRH6nyF3Q=
+golang.org/x/crypto v0.45.0/go.mod h1:XTGrrkGJve7CYK7J8PEww4aY7gM3qMCElcJQ8n8JdX4=
 golang.org/x/net v0.0.0-20190404232315-eb5bcb51f2a3/go.mod h1:t9HGtf8HONx5eT2rtn7q6eTqICYqUVnKs3thJo3Qplg=
 golang.org/x/sys v0.0.0-20190215142949-d0b11bdaac8a/go.mod h1:STP8DvDyc/dI5b8T5hshtkjS+E42TnysNCUPdjciGhY=
 golang.org/x/sys v0.0.0-20190412213103-97732733099d/go.mod h1:h1NjWce9XRLGQEsW7wpKNCjG9DtNlClVuFLEZdDNbEs=
--- a/_code-samples/deposit-preauth/go/go.mod
+++ b/_code-samples/deposit-preauth/go/go.mod
@@ -1,8 +1,6 @@
 module github.com/XRPLF

-go 1.23.0
-
-toolchain go1.23.10
+go 1.24.0

 require github.com/Peersyst/xrpl-go v0.1.11

@@ -20,5 +18,5 @@ require (
 	github.com/tyler-smith/go-bip32 v1.0.0 // indirect
 	github.com/tyler-smith/go-bip39 v1.1.0 // indirect
 	github.com/ugorji/go/codec v1.2.11 // indirect
-	golang.org/x/crypto v0.35.0 // indirect
+	golang.org/x/crypto v0.45.0 // indirect
 )
--- a/_code-samples/deposit-preauth/go/go.sum
+++ b/_code-samples/deposit-preauth/go/go.sum
@@ -46,8 +46,8 @@ github.com/ugorji/go/codec v1.2.11/go.mod h1:UNopzCgEMSXjBc6AOMqYvWC1ktqTAfzJZUZ
 golang.org/x/crypto v0.0.0-20170613210332-850760c427c5/go.mod h1:6SG95UA2DQfeDnfUPMdvaQW0Q7yPrPDi9nlGo2tz2b4=
 golang.org/x/crypto v0.0.0-20190308221718-c2843e01d9a2/go.mod h1:djNgcEr1/C05ACkg1iLfiJU5Ep61QUkGW8qpdssI0+w=
 golang.org/x/crypto v0.0.0-20200622213623-75b288015ac9/go.mod h1:LzIPMQfyMNhhGPhUkYOs5KpL4U8rLKemX1yGLhDgUto=
-golang.org/x/crypto v0.35.0 h1:b15kiHdrGCHrP6LvwaQ3c03kgNhhiMgvlhxHQhmg2Xs=
-golang.org/x/crypto v0.35.0/go.mod h1:dy7dXNW32cAb/6/PRuTNsix8T+vJAqvuIy5Bli/x0YQ=
+golang.org/x/crypto v0.45.0 h1:jMBrvKuj23MTlT0bQEOBcAE0mjg8mK9RXFhRH6nyF3Q=
+golang.org/x/crypto v0.45.0/go.mod h1:XTGrrkGJve7CYK7J8PEww4aY7gM3qMCElcJQ8n8JdX4=
 golang.org/x/net v0.0.0-20190404232315-eb5bcb51f2a3/go.mod h1:t9HGtf8HONx5eT2rtn7q6eTqICYqUVnKs3thJo3Qplg=
 golang.org/x/sys v0.0.0-20190215142949-d0b11bdaac8a/go.mod h1:STP8DvDyc/dI5b8T5hshtkjS+E42TnysNCUPdjciGhY=
 golang.org/x/sys v0.0.0-20190412213103-97732733099d/go.mod h1:h1NjWce9XRLGQEsW7wpKNCjG9DtNlClVuFLEZdDNbEs=
--- a/_code-samples/get-started/go/go.mod
+++ b/_code-samples/get-started/go/go.mod
@@ -1,8 +1,6 @@
 module github.com/XRPLF

-go 1.23.0
-
-toolchain go1.23.10
+go 1.24.0

 require github.com/Peersyst/xrpl-go v0.1.11

@@ -20,5 +18,5 @@ require (
 	github.com/tyler-smith/go-bip32 v1.0.0 // indirect
 	github.com/tyler-smith/go-bip39 v1.1.0 // indirect
 	github.com/ugorji/go/codec v1.2.11 // indirect
-	golang.org/x/crypto v0.35.0 // indirect
+	golang.org/x/crypto v0.45.0 // indirect
 )
--- a/_code-samples/get-started/go/go.sum
+++ b/_code-samples/get-started/go/go.sum
@@ -46,8 +46,8 @@ github.com/ugorji/go/codec v1.2.11/go.mod h1:UNopzCgEMSXjBc6AOMqYvWC1ktqTAfzJZUZ
 golang.org/x/crypto v0.0.0-20170613210332-850760c427c5/go.mod h1:6SG95UA2DQfeDnfUPMdvaQW0Q7yPrPDi9nlGo2tz2b4=
 golang.org/x/crypto v0.0.0-20190308221718-c2843e01d9a2/go.mod h1:djNgcEr1/C05ACkg1iLfiJU5Ep61QUkGW8qpdssI0+w=
 golang.org/x/crypto v0.0.0-20200622213623-75b288015ac9/go.mod h1:LzIPMQfyMNhhGPhUkYOs5KpL4U8rLKemX1yGLhDgUto=
-golang.org/x/crypto v0.35.0 h1:b15kiHdrGCHrP6LvwaQ3c03kgNhhiMgvlhxHQhmg2Xs=
-golang.org/x/crypto v0.35.0/go.mod h1:dy7dXNW32cAb/6/PRuTNsix8T+vJAqvuIy5Bli/x0YQ=
+golang.org/x/crypto v0.45.0 h1:jMBrvKuj23MTlT0bQEOBcAE0mjg8mK9RXFhRH6nyF3Q=
+golang.org/x/crypto v0.45.0/go.mod h1:XTGrrkGJve7CYK7J8PEww4aY7gM3qMCElcJQ8n8JdX4=
 golang.org/x/net v0.0.0-20190404232315-eb5bcb51f2a3/go.mod h1:t9HGtf8HONx5eT2rtn7q6eTqICYqUVnKs3thJo3Qplg=
 golang.org/x/sys v0.0.0-20190215142949-d0b11bdaac8a/go.mod h1:STP8DvDyc/dI5b8T5hshtkjS+E42TnysNCUPdjciGhY=
 golang.org/x/sys v0.0.0-20190412213103-97732733099d/go.mod h1:h1NjWce9XRLGQEsW7wpKNCjG9DtNlClVuFLEZdDNbEs=
--- a/_code-samples/get-started/js/get-acct-info.js
+++ b/_code-samples/get-started/js/get-acct-info.js
@@ -1,9 +1,7 @@
-// @chunk {"steps": ["import-node-tag"]}
 // Import the library
-import xrpl from "xrpl"
-// @chunk-end
-
 // @chunk {"steps": ["connect-tag"]}
+import xrpl from "xrpl"
+
 // Define the network client
 const SERVER_URL = "wss://s.altnet.rippletest.net:51233/"
 const client = new xrpl.Client(SERVER_URL)
--- a/_code-samples/issue-a-token/go/go.mod
+++ b/_code-samples/issue-a-token/go/go.mod
@@ -1,8 +1,6 @@
 module github.com/XRPLF

-go 1.23.0
-
-toolchain go1.23.10
+go 1.24.0

 require github.com/Peersyst/xrpl-go v0.1.11

@@ -20,5 +18,5 @@ require (
 	github.com/tyler-smith/go-bip32 v1.0.0 // indirect
 	github.com/tyler-smith/go-bip39 v1.1.0 // indirect
 	github.com/ugorji/go/codec v1.2.11 // indirect
-	golang.org/x/crypto v0.35.0 // indirect
+	golang.org/x/crypto v0.45.0 // indirect
 )
--- a/_code-samples/issue-a-token/go/go.sum
+++ b/_code-samples/issue-a-token/go/go.sum
@@ -46,8 +46,8 @@ github.com/ugorji/go/codec v1.2.11/go.mod h1:UNopzCgEMSXjBc6AOMqYvWC1ktqTAfzJZUZ
 golang.org/x/crypto v0.0.0-20170613210332-850760c427c5/go.mod h1:6SG95UA2DQfeDnfUPMdvaQW0Q7yPrPDi9nlGo2tz2b4=
 golang.org/x/crypto v0.0.0-20190308221718-c2843e01d9a2/go.mod h1:djNgcEr1/C05ACkg1iLfiJU5Ep61QUkGW8qpdssI0+w=
 golang.org/x/crypto v0.0.0-20200622213623-75b288015ac9/go.mod h1:LzIPMQfyMNhhGPhUkYOs5KpL4U8rLKemX1yGLhDgUto=
-golang.org/x/crypto v0.35.0 h1:b15kiHdrGCHrP6LvwaQ3c03kgNhhiMgvlhxHQhmg2Xs=
-golang.org/x/crypto v0.35.0/go.mod h1:dy7dXNW32cAb/6/PRuTNsix8T+vJAqvuIy5Bli/x0YQ=
+golang.org/x/crypto v0.45.0 h1:jMBrvKuj23MTlT0bQEOBcAE0mjg8mK9RXFhRH6nyF3Q=
+golang.org/x/crypto v0.45.0/go.mod h1:XTGrrkGJve7CYK7J8PEww4aY7gM3qMCElcJQ8n8JdX4=
 golang.org/x/net v0.0.0-20190404232315-eb5bcb51f2a3/go.mod h1:t9HGtf8HONx5eT2rtn7q6eTqICYqUVnKs3thJo3Qplg=
 golang.org/x/sys v0.0.0-20190215142949-d0b11bdaac8a/go.mod h1:STP8DvDyc/dI5b8T5hshtkjS+E42TnysNCUPdjciGhY=
 golang.org/x/sys v0.0.0-20190412213103-97732733099d/go.mod h1:h1NjWce9XRLGQEsW7wpKNCjG9DtNlClVuFLEZdDNbEs=
--- a/_code-samples/multisigning/go/go.mod
+++ b/_code-samples/multisigning/go/go.mod
@@ -1,8 +1,6 @@
 module github.com/XRPLF

-go 1.23.0
-
-toolchain go1.23.10
+go 1.24.0

 require github.com/Peersyst/xrpl-go v0.1.11

@@ -20,5 +18,5 @@ require (
 	github.com/tyler-smith/go-bip32 v1.0.0 // indirect
 	github.com/tyler-smith/go-bip39 v1.1.0 // indirect
 	github.com/ugorji/go/codec v1.2.11 // indirect
-	golang.org/x/crypto v0.35.0 // indirect
+	golang.org/x/crypto v0.45.0 // indirect
 )
--- a/_code-samples/multisigning/go/go.sum
+++ b/_code-samples/multisigning/go/go.sum
@@ -46,8 +46,8 @@ github.com/ugorji/go/codec v1.2.11/go.mod h1:UNopzCgEMSXjBc6AOMqYvWC1ktqTAfzJZUZ
 golang.org/x/crypto v0.0.0-20170613210332-850760c427c5/go.mod h1:6SG95UA2DQfeDnfUPMdvaQW0Q7yPrPDi9nlGo2tz2b4=
 golang.org/x/crypto v0.0.0-20190308221718-c2843e01d9a2/go.mod h1:djNgcEr1/C05ACkg1iLfiJU5Ep61QUkGW8qpdssI0+w=
 golang.org/x/crypto v0.0.0-20200622213623-75b288015ac9/go.mod h1:LzIPMQfyMNhhGPhUkYOs5KpL4U8rLKemX1yGLhDgUto=
-golang.org/x/crypto v0.35.0 h1:b15kiHdrGCHrP6LvwaQ3c03kgNhhiMgvlhxHQhmg2Xs=
-golang.org/x/crypto v0.35.0/go.mod h1:dy7dXNW32cAb/6/PRuTNsix8T+vJAqvuIy5Bli/x0YQ=
+golang.org/x/crypto v0.45.0 h1:jMBrvKuj23MTlT0bQEOBcAE0mjg8mK9RXFhRH6nyF3Q=
+golang.org/x/crypto v0.45.0/go.mod h1:XTGrrkGJve7CYK7J8PEww4aY7gM3qMCElcJQ8n8JdX4=
 golang.org/x/net v0.0.0-20190404232315-eb5bcb51f2a3/go.mod h1:t9HGtf8HONx5eT2rtn7q6eTqICYqUVnKs3thJo3Qplg=
 golang.org/x/sys v0.0.0-20190215142949-d0b11bdaac8a/go.mod h1:STP8DvDyc/dI5b8T5hshtkjS+E42TnysNCUPdjciGhY=
 golang.org/x/sys v0.0.0-20190412213103-97732733099d/go.mod h1:h1NjWce9XRLGQEsW7wpKNCjG9DtNlClVuFLEZdDNbEs=
--- a/_code-samples/paths/go/go.mod
+++ b/_code-samples/paths/go/go.mod
@@ -1,8 +1,6 @@
 module github.com/XRPLF

-go 1.23.0
-
-toolchain go1.23.10
+go 1.24.0

 require github.com/Peersyst/xrpl-go v0.1.11

@@ -20,5 +18,5 @@ require (
 	github.com/tyler-smith/go-bip32 v1.0.0 // indirect
 	github.com/tyler-smith/go-bip39 v1.1.0 // indirect
 	github.com/ugorji/go/codec v1.2.11 // indirect
-	golang.org/x/crypto v0.35.0 // indirect
+	golang.org/x/crypto v0.45.0 // indirect
 )
--- a/_code-samples/paths/go/go.sum
+++ b/_code-samples/paths/go/go.sum
@@ -46,8 +46,8 @@ github.com/ugorji/go/codec v1.2.11/go.mod h1:UNopzCgEMSXjBc6AOMqYvWC1ktqTAfzJZUZ
 golang.org/x/crypto v0.0.0-20170613210332-850760c427c5/go.mod h1:6SG95UA2DQfeDnfUPMdvaQW0Q7yPrPDi9nlGo2tz2b4=
 golang.org/x/crypto v0.0.0-20190308221718-c2843e01d9a2/go.mod h1:djNgcEr1/C05ACkg1iLfiJU5Ep61QUkGW8qpdssI0+w=
 golang.org/x/crypto v0.0.0-20200622213623-75b288015ac9/go.mod h1:LzIPMQfyMNhhGPhUkYOs5KpL4U8rLKemX1yGLhDgUto=
-golang.org/x/crypto v0.35.0 h1:b15kiHdrGCHrP6LvwaQ3c03kgNhhiMgvlhxHQhmg2Xs=
-golang.org/x/crypto v0.35.0/go.mod h1:dy7dXNW32cAb/6/PRuTNsix8T+vJAqvuIy5Bli/x0YQ=
+golang.org/x/crypto v0.45.0 h1:jMBrvKuj23MTlT0bQEOBcAE0mjg8mK9RXFhRH6nyF3Q=
+golang.org/x/crypto v0.45.0/go.mod h1:XTGrrkGJve7CYK7J8PEww4aY7gM3qMCElcJQ8n8JdX4=
 golang.org/x/net v0.0.0-20190404232315-eb5bcb51f2a3/go.mod h1:t9HGtf8HONx5eT2rtn7q6eTqICYqUVnKs3thJo3Qplg=
 golang.org/x/sys v0.0.0-20190215142949-d0b11bdaac8a/go.mod h1:STP8DvDyc/dI5b8T5hshtkjS+E42TnysNCUPdjciGhY=
 golang.org/x/sys v0.0.0-20190412213103-97732733099d/go.mod h1:h1NjWce9XRLGQEsW7wpKNCjG9DtNlClVuFLEZdDNbEs=
--- a/_code-samples/send-xrp/go/go.mod
+++ b/_code-samples/send-xrp/go/go.mod
@@ -1,8 +1,6 @@
 module github.com/XRPLF

-go 1.23.0
-
-toolchain go1.23.10
+go 1.24.0

 require github.com/Peersyst/xrpl-go v0.1.11

@@ -20,5 +18,5 @@ require (
 	github.com/tyler-smith/go-bip32 v1.0.0 // indirect
 	github.com/tyler-smith/go-bip39 v1.1.0 // indirect
 	github.com/ugorji/go/codec v1.2.11 // indirect
-	golang.org/x/crypto v0.35.0 // indirect
+	golang.org/x/crypto v0.45.0 // indirect
 )
--- a/_code-samples/send-xrp/go/go.sum
+++ b/_code-samples/send-xrp/go/go.sum
@@ -46,8 +46,8 @@ github.com/ugorji/go/codec v1.2.11/go.mod h1:UNopzCgEMSXjBc6AOMqYvWC1ktqTAfzJZUZ
 golang.org/x/crypto v0.0.0-20170613210332-850760c427c5/go.mod h1:6SG95UA2DQfeDnfUPMdvaQW0Q7yPrPDi9nlGo2tz2b4=
 golang.org/x/crypto v0.0.0-20190308221718-c2843e01d9a2/go.mod h1:djNgcEr1/C05ACkg1iLfiJU5Ep61QUkGW8qpdssI0+w=
 golang.org/x/crypto v0.0.0-20200622213623-75b288015ac9/go.mod h1:LzIPMQfyMNhhGPhUkYOs5KpL4U8rLKemX1yGLhDgUto=
-golang.org/x/crypto v0.35.0 h1:b15kiHdrGCHrP6LvwaQ3c03kgNhhiMgvlhxHQhmg2Xs=
-golang.org/x/crypto v0.35.0/go.mod h1:dy7dXNW32cAb/6/PRuTNsix8T+vJAqvuIy5Bli/x0YQ=
+golang.org/x/crypto v0.45.0 h1:jMBrvKuj23MTlT0bQEOBcAE0mjg8mK9RXFhRH6nyF3Q=
+golang.org/x/crypto v0.45.0/go.mod h1:XTGrrkGJve7CYK7J8PEww4aY7gM3qMCElcJQ8n8JdX4=
 golang.org/x/net v0.0.0-20190404232315-eb5bcb51f2a3/go.mod h1:t9HGtf8HONx5eT2rtn7q6eTqICYqUVnKs3thJo3Qplg=
 golang.org/x/sys v0.0.0-20190215142949-d0b11bdaac8a/go.mod h1:STP8DvDyc/dI5b8T5hshtkjS+E42TnysNCUPdjciGhY=
 golang.org/x/sys v0.0.0-20190412213103-97732733099d/go.mod h1:h1NjWce9XRLGQEsW7wpKNCjG9DtNlClVuFLEZdDNbEs=
--- a/blog/2025/rippled-2.6.2.md
+++ b/blog/2025/rippled-2.6.2.md
@@ -0,0 +1,70 @@
+---
+category: 2025
+date: "2025-11-19"
+template: '../../@theme/templates/blogpost'
+seo:
+    title: Introducing XRP Ledger version 2.6.2
+    description: rippled version 2.6.2 is now available. This version contains a new amendment and a critical bug fix.
+labels:
+    - rippled Release Notes
+markdown:
+    editPage:
+        hide: true
+---
+# Introducing XRP Ledger version 2.6.2
+
+Version 2.6.2 of `rippled`, the reference server implementation of the XRP Ledger protocol, is now available. This release adds a new `fixDirectoryLimit` amendment and a critical bug fix.
+
+
+## Action Required
+
+If you run an XRP Ledger server, upgrade to version 2.6.2 as soon as possible to ensure service continuity.
+
+
+## Install / Upgrade
+
+On supported platforms, see the [instructions on installing or updating `rippled`](../../docs/infrastructure/installation/index.md).
+
+| Package | SHA-256 |
+|:--------|:--------|
+| [RPM for Red Hat / CentOS (x86-64)](https://repos.ripple.com/repos/rippled-rpm/stable/rippled-2.6.2-1.el9.x86_64.rpm) | `e3b041906a75c3c52cc6423219d7ba9c199a5d736d2e3978a5ce0ac5ef693fdf` |
+| [DEB for Ubuntu / Debian (x86-64)](https://repos.ripple.com/repos/rippled-deb/pool/stable/rippled_2.6.2-1_amd64.deb) | `0887b5a77c43c362ea7680b83df40b955a5748b712924acf2212b2de29e3373b` |
+
+For other platforms, please [build from source](https://github.com/XRPLF/rippled/blob/master/BUILD.md). The most recent commit in the git log should be the change setting the version:
+
+```text
+commit df24ee077438e03673a9c6661c41e8f070b90cd9
+Author: Vladislav Vysokikh <vvysokikh@gmail.com>
+Date:   Tue Nov 18 09:28:59 2025 +0000
+
+    Version 2.6.2
+```
+
+
+## Full Changelog
+
+### Amendments
+
+The following amendment is open for voting with this release:
+
+- **fixDirectoryLimit** - Removes directory page limits. Object reserve requirements provide enough incentive to avoid creating unnecessary objects on the XRP Ledger. ([#5935](https://github.com/XRPLF/rippled/pull/5935))
+
+### Bug Fixes
+
+- Fixed an assertion failure when all the inner transactions of a `Batch` transaction were invalid. ([#5670](https://github.com/XRPLF/rippled/pull/5670))
+
+
+## Credits
+
+The following GitHub users contributed to this release:
+
+- RippleX Engineering
+- RippleX Docs
+- RippleX Product
+
+
+## Bug Bounties and Responsible Disclosures
+
+We welcome reviews of the `rippled` code and urge researchers to responsibly disclose any issues they may find.
+
+To report a bug, please send a detailed report to: <bugs@xrpl.org>
--- a/blog/sidebars.yaml
+++ b/blog/sidebars.yaml
@@ -10,6 +10,7 @@
    - group: '2025'
      expanded: false
      items:
+        - page: 2025/rippled-2.6.2.md
        - page: 2025/rippled-2.6.1.md
        - page: 2025/vulnerabilitydisclosurereport-bug-sep2025.md
        - page: 2025/devnet-reset-oct.md
--- a/docs/references/http-websocket-apis/admin-api-methods/key-generation-methods/validation_create.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/key-generation-methods/validation_create.md
@@ -1,14 +1,12 @@
 ---
-html: validation_create.html
-parent: key-generation-methods.html
 seo:
    description: Generate keys for a rippled server to identify itself to the network.
 labels:
-  - Security
-  - Core Server
+    - Security
+    - Core Server
 ---
 # validation_create
-[[Source]](https://github.com/XRPLF/rippled/blob/315a8b6b602798a4cff4d8e1911936011e12abdb/src/ripple/rpc/handlers/ValidationCreate.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/ValidationCreate.cpp "Source")

 Use the `validation_create` command to generate [cryptographic keys a `rippled` server can use to identify itself to the network](../../../../concepts/networks-and-servers/peer-protocol.md#node-key-pair). Similar to the [wallet_propose method][], this method only generates a set of keys in the proper format. It does not any makes changes to the XRP Ledger data or server configuration.

@@ -16,7 +14,7 @@ _The `validation_create` method is an [admin method](../index.md) that cannot be

 You can configure your server to use the generated key pair to sign validations (validation key pair) or regular peer-to-peer communications ([node key pair](../../../../concepts/networks-and-servers/peer-protocol.md#node-key-pair)).

-{% admonition type="success" name="Tip" %}For configuring a robust validator, you should use the `validator-keys` tool (included in the `rippled` RPM) to generate validator tokens (which can be rotated) with an offline master key. For more information, see [Validator Setup](../../../../infrastructure/configuration/server-modes/run-rippled-as-a-validator.md#3-enable-validation-on-your-rippled-server).{% /admonition %}
+{% admonition type="success" name="Tip" %}For configuring a robust validator, you should use the `validator-keys` tool (included in the `rippled` package build) to generate validator tokens (which can be rotated) with an offline master key. For more information, see [Validator Setup](../../../../infrastructure/configuration/server-modes/run-rippled-as-a-validator.md#3-enable-validation-on-your-rippled-server).{% /admonition %}


 ### Request Format
--- a/docs/references/http-websocket-apis/admin-api-methods/key-generation-methods/wallet_propose.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/key-generation-methods/wallet_propose.md
@@ -1,21 +1,17 @@
 ---
-html: wallet_propose.html
-parent: key-generation-methods.html
 seo:
    description: Generate keys for a new account.
 labels:
-  - Security
-  - Accounts
+    - Security
+    - Accounts
 ---
 # wallet_propose
-[[Source]](https://github.com/XRPLF/rippled/blob/master/src/ripple/rpc/handlers/WalletPropose.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/WalletPropose.cpp "Source")

-Use the `wallet_propose` method to generate a key pair and XRP Ledger address. This command only generates key and address values, and does not affect the XRP Ledger itself in any way. To become a funded address stored in the ledger, the address must [receive a Payment transaction](../../../../concepts/accounts/index.md#creating-accounts) that provides enough XRP to meet the [reserve requirement](../../../../concepts/accounts/reserves.md).
+Use the `wallet_propose` method to generate a key pair and XRP Ledger address. This command only generates key and address values, and does not affect the XRP Ledger itself in any way. To become a funded account in the ledger, the address must [receive a Payment transaction](../../../../concepts/accounts/index.md#creating-accounts) that provides enough XRP to meet the [reserve requirement](../../../../concepts/accounts/reserves.md).

 *The `wallet_propose` method is an [admin method](../index.md) that cannot be run by unprivileged users!* (This command is restricted to protect against people sniffing network traffic for account secrets, since admin commands are not usually transmitted over the outside network.)

-{% badge href="https://github.com/XRPLF/rippled/releases/tag/0.31.0" %}Updated in: rippled 0.31.0{% /badge %}
-
 ### Request Format

 An example of the request format:
--- a/docs/references/http-websocket-apis/admin-api-methods/logging-and-data-management-methods/can_delete.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/logging-and-data-management-methods/can_delete.md
@@ -1,13 +1,11 @@
 ---
-html: can_delete.html
-parent: logging-and-data-management-methods.html
 seo:
    description: Allow online deletion of ledgers up to a specific ledger.
 labels:
-  - Data Retention
+    - Data Retention
 ---
 # can_delete
-[[Source]](https://github.com/XRPLF/rippled/blob/master/src/ripple/rpc/handlers/CanDelete.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/CanDelete.cpp "Source")

 The `can_delete` method informs the `rippled` server of the latest ledger version which may be deleted when using [online deletion with advisory deletion enabled](../../../../infrastructure/configuration/data-retention/online-deletion.md#advisory-deletion). If advisory deletion is not enabled, this method does nothing.

--- a/docs/references/http-websocket-apis/admin-api-methods/logging-and-data-management-methods/ledger_cleaner.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/logging-and-data-management-methods/ledger_cleaner.md
@@ -1,15 +1,13 @@
 ---
-html: ledger_cleaner.html
-parent: logging-and-data-management-methods.html
 seo:
    description: Configure the ledger cleaner service to check for corrupted data.
 labels:
-  - Data Retention
+    - Data Retention
 ---
 # ledger_cleaner
-[[Source]](https://github.com/XRPLF/rippled/blob/df54b47cd0957a31837493cd69e4d9aade0b5055/src/ripple/rpc/handlers/LedgerCleaner.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/LedgerCleanerHandler.cpp "Source")

-The `ledger_cleaner` command controls the [Ledger Cleaner](https://github.com/XRPLF/rippled/blob/f313caaa73b0ac89e793195dcc2a5001786f916f/src/ripple/app/ledger/README.md#the-ledger-cleaner), an asynchronous maintenance process that can find and repair corruption in `rippled`'s database of ledgers.
+The `ledger_cleaner` command controls the [Ledger Cleaner](https://github.com/XRPLF/rippled/tree/master/src/xrpld/app/ledger#the-ledger-cleaner), an asynchronous maintenance process that can find and repair corruption in `rippled`'s database of ledgers.

 _The `ledger_cleaner` method is an [admin method](../index.md) that cannot be run by unprivileged users._

--- a/docs/references/http-websocket-apis/admin-api-methods/logging-and-data-management-methods/ledger_request.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/logging-and-data-management-methods/ledger_request.md
@@ -1,13 +1,11 @@
 ---
-html: ledger_request.html
-parent: logging-and-data-management-methods.html
 seo:
    description: Query peer servers for a specific ledger version.
 labels:
-  - Data Retention
+    - Data Retention
 ---
 # ledger_request
-[[Source]](https://github.com/XRPLF/rippled/blob/e980e69eca9ea843d200773eb1f43abe3848f1a0/src/ripple/rpc/handlers/LedgerRequest.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/LedgerRequest.cpp "Source")

 The `ledger_request` command tells server to fetch a specific ledger version from its connected peers. This only works if one of the server's immediately-connected peers has that ledger. You may need to run the command several times to completely fetch a ledger.

@@ -61,7 +59,7 @@ Loading: "/etc/rippled.cfg"
 Connecting to 127.0.0.1:5005

 {
-   "result" : {
+    "result" : {
      "acquiring" : {
         "hash" : "01DDD89B6605E20338B8EEB8EB2B0E0DD2F685A2B164F3790C4D634B5734CC26",
         "have_header" : false,
@@ -76,7 +74,7 @@ Connecting to 127.0.0.1:5005
         "ledger_index" : 18851277
      },
      "status" : "error"
-   }
+    }
 }
 ```
 {% /tab %}
@@ -87,43 +85,43 @@ Loading: "/etc/rippled.cfg"
 Connecting to 127.0.0.1:5005

 {
-   "result" : {
-      "hash" : "EB68B5B4F6F06BF59B6D7532BCB98BB98E2F10C2435D895217AA0AA7E910FBD5",
-      "have_header" : true,
-      "have_state" : false,
-      "have_transactions" : false,
-      "needed_state_hashes" : [
-         "C46F7B9E795135447AF24BAF999AB8FC1612A997F6EAAF8B784C226FF0BD8E25",
-         "E48F528E4FC2A1DC492C6264B27B420E2285B2A3ECF3A253DB480DA5BFB7F858",
-         "B62CD0B2E1277F78BC279FA037F3F747587299B60D23A551C3F63DD137DC0CF8",
-         "30014C55701FB8426E496A47B297BEC9E8F5BFA47763CC22DBD9024CC81D39DD",
-         "7EB59A853913898FCEA7B701637F33B1054BD36C32A0B910B612EFB9CDFF6334",
-         "07ECAD3066D62583883979A2FADAADC8F7D89FA07375843C8A47452639AB2421",
-         "97A87E5246AF78463485CB27E08D561E22AAF33D5E2F08FE2FACAE0D05CB5478",
-         "50A0525E238629B32324C9F59B4ECBEFE3C21DC726DB9AB3B6758BD1838DFF68",
-         "8C541B1ED47C9282E2A28F0B7F3DDFADF06644CAB71B15A3E67D04C5FAFE9BF4",
-         "2C6CC536C778D8C0F601E35DA7DD9888C288897E4F603E76357CE2F47E8A7A9F",
-         "309E78DEC67D5725476A59E114850556CC693FB6D92092997ADE97E3EFF473CC",
-         "8EFF61B6A636AF6B4314CAC0C08F4FED0759E1F782178A822EDE98275E5E4B10",
-         "9535645E5D249AC0B6126005B79BB981CBA00286E00154D20A3BCF65743EA3CA",
-         "69F5D6FCB41D1E6CEA5ADD42CBD194086B45E957D497DF7AEE62ADAD485660CE",
-         "07E93A95DBB0B8A00925DE0DF6D27E41CACC77EF75055A89815006109D82EAD3",
-         "7FDF25F660235DCAD649676E3E6729DF920A9B0B4B6A3B090A3C64D7BDE2FB20"
-      ],
-      "needed_transaction_hashes" : [
-         "BA914854F2F5EDFCBD6E3E0B168E5D4CD0FC92927BEE408C6BD38D4F52505A34",
-         "AE3A2DB537B01EB33BB3A677242DE52C9AE0A64BD9222EE55E52855276E7EA2A",
-         "E145F737B255D93769673CBA6DEBA4F6AC7387A309DAACC72EA5B07ECF03C215",
-         "073A118552AA60E1D3C6BE6F65E4AFA01C582D9C41CCC2887244C19D9BFA7741",
-         "562DB8580CD3FE19AF5CEA61C2858C10091151B924DBF2AEB7CBB8722E683204",
-         "437C0D1C2391057079E9539CF028823D29E6437A965284F6E54CEBF1D25C5D56",
-         "1F069486AF5533883609E5C8DB907E97273D9A782DF26F5E5811F1C42ED63A3D",
-         "CAA6B7DA68EBA71254C218C81A9EA029A179694BDD0D75A49FB03A7D57BCEE49"
-      ],
-      "peers" : 6,
-      "status" : "success",
-      "timeouts" : 1
-   }
+  "result" : {
+    "hash" : "EB68B5B4F6F06BF59B6D7532BCB98BB98E2F10C2435D895217AA0AA7E910FBD5",
+    "have_header" : true,
+    "have_state" : false,
+    "have_transactions" : false,
+    "needed_state_hashes" : [
+        "C46F7B9E795135447AF24BAF999AB8FC1612A997F6EAAF8B784C226FF0BD8E25",
+        "E48F528E4FC2A1DC492C6264B27B420E2285B2A3ECF3A253DB480DA5BFB7F858",
+        "B62CD0B2E1277F78BC279FA037F3F747587299B60D23A551C3F63DD137DC0CF8",
+        "30014C55701FB8426E496A47B297BEC9E8F5BFA47763CC22DBD9024CC81D39DD",
+        "7EB59A853913898FCEA7B701637F33B1054BD36C32A0B910B612EFB9CDFF6334",
+        "07ECAD3066D62583883979A2FADAADC8F7D89FA07375843C8A47452639AB2421",
+        "97A87E5246AF78463485CB27E08D561E22AAF33D5E2F08FE2FACAE0D05CB5478",
+        "50A0525E238629B32324C9F59B4ECBEFE3C21DC726DB9AB3B6758BD1838DFF68",
+        "8C541B1ED47C9282E2A28F0B7F3DDFADF06644CAB71B15A3E67D04C5FAFE9BF4",
+        "2C6CC536C778D8C0F601E35DA7DD9888C288897E4F603E76357CE2F47E8A7A9F",
+        "309E78DEC67D5725476A59E114850556CC693FB6D92092997ADE97E3EFF473CC",
+        "8EFF61B6A636AF6B4314CAC0C08F4FED0759E1F782178A822EDE98275E5E4B10",
+        "9535645E5D249AC0B6126005B79BB981CBA00286E00154D20A3BCF65743EA3CA",
+        "69F5D6FCB41D1E6CEA5ADD42CBD194086B45E957D497DF7AEE62ADAD485660CE",
+        "07E93A95DBB0B8A00925DE0DF6D27E41CACC77EF75055A89815006109D82EAD3",
+        "7FDF25F660235DCAD649676E3E6729DF920A9B0B4B6A3B090A3C64D7BDE2FB20"
+    ],
+    "needed_transaction_hashes" : [
+        "BA914854F2F5EDFCBD6E3E0B168E5D4CD0FC92927BEE408C6BD38D4F52505A34",
+        "AE3A2DB537B01EB33BB3A677242DE52C9AE0A64BD9222EE55E52855276E7EA2A",
+        "E145F737B255D93769673CBA6DEBA4F6AC7387A309DAACC72EA5B07ECF03C215",
+        "073A118552AA60E1D3C6BE6F65E4AFA01C582D9C41CCC2887244C19D9BFA7741",
+        "562DB8580CD3FE19AF5CEA61C2858C10091151B924DBF2AEB7CBB8722E683204",
+        "437C0D1C2391057079E9539CF028823D29E6437A965284F6E54CEBF1D25C5D56",
+        "1F069486AF5533883609E5C8DB907E97273D9A782DF26F5E5811F1C42ED63A3D",
+        "CAA6B7DA68EBA71254C218C81A9EA029A179694BDD0D75A49FB03A7D57BCEE49"
+    ],
+    "peers" : 6,
+    "status" : "success",
+    "timeouts" : 1
+  }
 }
 ```
 {% /tab %}
@@ -134,26 +132,26 @@ Loading: "/etc/rippled.cfg"
 Connecting to 127.0.0.1:5005

 {
-   "result" : {
-      "ledger" : {
-         "accepted" : true,
-         "account_hash" : "84EBB27D9510AD5B9A3A328201921B3FD418D4A349E85D3DC69E33C7B506407F",
-         "close_time" : 486691300,
-         "close_time_human" : "2015-Jun-04 00:01:40",
-         "close_time_resolution" : 10,
-         "closed" : true,
-         "hash" : "DCF5D723ECEE1EF56D2B0024CD9BDFF2D8E3DC211BD2B9460165922564ACD863",
-         "ledger_hash" : "DCF5D723ECEE1EF56D2B0024CD9BDFF2D8E3DC211BD2B9460165922564ACD863",
-         "ledger_index" : "13840000",
-         "parent_hash" : "8A3F6FBC62C11DE4538D969F9C7966234635FE6CEB1133DDC37220978F8100A9",
-         "seqNum" : "13840000",
-         "totalCoins" : "99999022883526403",
-         "total_coins" : "99999022883526403",
-         "transaction_hash" : "3D759EF3AF1AE2F78716A8CCB2460C3030F82687E54206E883703372B9E1770C"
-      },
-      "ledger_index" : 13840000,
-      "status" : "success"
-   }
+  "result" : {
+    "ledger" : {
+        "accepted" : true,
+        "account_hash" : "84EBB27D9510AD5B9A3A328201921B3FD418D4A349E85D3DC69E33C7B506407F",
+        "close_time" : 486691300,
+        "close_time_human" : "2015-Jun-04 00:01:40",
+        "close_time_resolution" : 10,
+        "closed" : true,
+        "hash" : "DCF5D723ECEE1EF56D2B0024CD9BDFF2D8E3DC211BD2B9460165922564ACD863",
+        "ledger_hash" : "DCF5D723ECEE1EF56D2B0024CD9BDFF2D8E3DC211BD2B9460165922564ACD863",
+        "ledger_index" : "13840000",
+        "parent_hash" : "8A3F6FBC62C11DE4538D969F9C7966234635FE6CEB1133DDC37220978F8100A9",
+        "seqNum" : "13840000",
+        "totalCoins" : "99999022883526403",
+        "total_coins" : "99999022883526403",
+        "transaction_hash" : "3D759EF3AF1AE2F78716A8CCB2460C3030F82687E54206E883703372B9E1770C"
+    },
+    "ledger_index" : 13840000,
+    "status" : "success"
+  }
 }

 ```
--- a/docs/references/http-websocket-apis/admin-api-methods/logging-and-data-management-methods/log_level.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/logging-and-data-management-methods/log_level.md
@@ -1,13 +1,11 @@
 ---
-html: log_level.html
-parent: logging-and-data-management-methods.html
 seo:
-    description: Get or modify log verbosity.
+   description: Get or modify log verbosity.
 labels:
-  - Data Retention
+   - Data Retention
 ---
 # log_level
-[[Source]](https://github.com/XRPLF/rippled/blob/155fcdbcd0b4927152892c8c8be01d9cf62bed68/src/ripple/rpc/handlers/LogLevel.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/LogLevel.cpp "Source")

 The `log_level` command changes the `rippled` server's logging verbosity, or returns the current logging level for each category (called a _partition_) of log messages.

@@ -21,10 +19,10 @@ An example of the request format:
 {% tab label="WebSocket" %}
 ```json
 {
-    "id": "ll1",
-    "command": "log_level",
-    "severity": "debug",
-    "partition": "PathRequest"
+   "id": "ll1",
+   "command": "log_level",
+   "severity": "debug",
+   "partition": "PathRequest"
 }
 ```
 {% /tab %}
--- a/docs/references/http-websocket-apis/admin-api-methods/logging-and-data-management-methods/logrotate.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/logging-and-data-management-methods/logrotate.md
@@ -1,13 +1,11 @@
 ---
-html: logrotate.html
-parent: logging-and-data-management-methods.html
 seo:
-    description: Reopen the log file.
+   description: Reopen the log file.
 labels:
-  - Data Retention
+   - Data Retention
 ---
 # logrotate
-[[Source]](https://github.com/XRPLF/rippled/blob/743bd6c9175c472814448ea889413be79dfd1c07/src/ripple/rpc/handlers/LogRotate.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/LogRotate.cpp "Source")

 The `logrotate` command closes and reopens the log file. This is intended to help with log rotation on Linux file systems.

@@ -49,8 +47,8 @@ An example of the request format:
 {% tab label="WebSocket" %}
 ```json
 {
-    "id": "lr1",
-    "command": "logrotate"
+   "id": "lr1",
+   "command": "logrotate"
 }
 ```
 {% /tab %}
--- a/docs/references/http-websocket-apis/admin-api-methods/peer-management-methods/connect.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/peer-management-methods/connect.md
@@ -1,15 +1,13 @@
 ---
-html: connect.html
-parent: peer-management-methods.html
 seo:
    description: Force the rippled server to connect to a specific peer.
 labels:
-  - Core Server
+    - Core Server
 ---
 # connect
-[[Source]](https://github.com/XRPLF/rippled/blob/a61ffab3f9010d8accfaa98aa3cacc7d38e74121/src/ripple/rpc/handlers/Connect.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/Connect.cpp "Source")

-The `connect` command forces the `rippled` server to connect to a specific peer `rippled` server.
+The `connect` command forces the `rippled` server to connect to a specific peer server.

 *The `connect` method is an [admin method](../index.md) that cannot be run by unprivileged users!*

--- a/docs/references/http-websocket-apis/admin-api-methods/peer-management-methods/peer_reservations_add.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/peer-management-methods/peer_reservations_add.md
@@ -1,13 +1,11 @@
 ---
-html: peer_reservations_add.html
-parent: peer-management-methods.html
 seo:
    description: Add a reserved slot for a specific peer server.
 labels:
-  - Core Server
+    - Core Server
 ---
 # peer_reservations_add
-[[Source]](https://github.com/XRPLF/rippled/blob/4a1148eb2849513dd1e7ae080288fd47ab57a376/src/ripple/rpc/handlers/Reservations.cpp#L36 "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/Reservations.cpp "Source")

 The {% code-page-name /%} method adds or updates a reserved slot for a specific peer server in the XRP Ledger [peer-to-peer network](../../../../concepts/networks-and-servers/peer-protocol.md).

--- a/docs/references/http-websocket-apis/admin-api-methods/peer-management-methods/peer_reservations_del.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/peer-management-methods/peer_reservations_del.md
@@ -1,13 +1,11 @@
 ---
-html: peer_reservations_del.html
-parent: peer-management-methods.html
 seo:
    description: Remove a reserved slot for a specific peer server.
 labels:
-  - Core Server
+    - Core Server
 ---
 # peer_reservations_del
-[[Source]](https://github.com/XRPLF/rippled/blob/4a1148eb2849513dd1e7ae080288fd47ab57a376/src/ripple/rpc/handlers/Reservations.cpp#L89 "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/Reservations.cpp "Source")

 The {% code-page-name /%} method removes a specific [peer reservation][], if one exists.

@@ -83,13 +81,13 @@ An example of a successful response:
 {% tab label="JSON-RPC" %}
 ```json
 {
-   "result" : {
-      "previous" : {
-         "description" : "Ripple s1 server 'WOOL'",
-         "node" : "n9Jt8awsPzWLjBCNKVEEDQnw4bQEPjezfcQ4gttD1UzbLT1FoG99"
-      },
-      "status" : "success"
-   }
+  "result" : {
+    "previous" : {
+        "description" : "Ripple s1 server 'WOOL'",
+        "node" : "n9Jt8awsPzWLjBCNKVEEDQnw4bQEPjezfcQ4gttD1UzbLT1FoG99"
+    },
+    "status" : "success"
+  }
 }
 ```
 {% /tab %}
@@ -100,13 +98,13 @@ Loading: "/etc/rippled.cfg"
 Connecting to 127.0.0.1:5005

 {
-   "result" : {
-      "previous" : {
-         "description" : "Ripple s1 server 'WOOL'",
-         "node" : "n9Jt8awsPzWLjBCNKVEEDQnw4bQEPjezfcQ4gttD1UzbLT1FoG99"
-      },
-      "status" : "success"
-   }
+  "result" : {
+    "previous" : {
+        "description" : "Ripple s1 server 'WOOL'",
+        "node" : "n9Jt8awsPzWLjBCNKVEEDQnw4bQEPjezfcQ4gttD1UzbLT1FoG99"
+    },
+    "status" : "success"
+  }
 }
 ```
 {% /tab %}
--- a/docs/references/http-websocket-apis/admin-api-methods/peer-management-methods/peer_reservations_list.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/peer-management-methods/peer_reservations_list.md
@@ -1,13 +1,11 @@
 ---
-html: peer_reservations_list.html
-parent: peer-management-methods.html
 seo:
    description: List reserved slots for specific peer servers.
 labels:
-  - Core Server
+    - Core Server
 ---
 # peer_reservations_list
-[[Source]](https://github.com/XRPLF/rippled/blob/4a1148eb2849513dd1e7ae080288fd47ab57a376/src/ripple/rpc/handlers/Reservations.cpp#L116 "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/Reservations.cpp "Source")

 The {% code-page-name /%} method lists [peer reservations][].

@@ -32,7 +30,7 @@ An example of the request format:
 {% tab label="JSON-RPC" %}
 ```json
 {
-    "method": "{% $frontmatter.seo.title %}"
+  "method": "{% $frontmatter.seo.title %}"
 }
 ```
 {% /tab %}
--- a/docs/references/http-websocket-apis/admin-api-methods/peer-management-methods/peers.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/peer-management-methods/peers.md
@@ -1,13 +1,11 @@
 ---
-html: peers.html
-parent: peer-management-methods.html
 seo:
    description: Get information about the peer servers connected.
 labels:
-  - Core Server
+    - Core Server
 ---
 # peers
-[[Source]](https://github.com/XRPLF/rippled/blob/52f298f150fc1530d201d3140c80d3eaf781cb5f/src/ripple/rpc/handlers/Peers.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/Peers.cpp "Source")

 The `peers` command returns a list of all other `rippled` servers currently connected to this one over the [Peer Protocol](../../../../concepts/networks-and-servers/peer-protocol.md), including information on their connection and sync status.

@@ -183,90 +181,90 @@ An example of a successful response:
 {% tab label="JSON-RPC" %}
 ```json
 {
-   "result" : {
-      "cluster" : {},
-      "peers" : [
-         {
-            "address" : "50.22.123.222:51235",
-            "complete_ledgers" : "32570 - 51815097",
-            "ledger" : "223DB74FE021AB1A4AA9E1CC588E0DBCC3FC7C080B93C01C30C246D89F951EA2",
-            "load" : 7,
-            "metrics" : {
-               "avg_bps_recv" : "1152",
-               "avg_bps_sent" : "332",
-               "total_bytes_recv" : "96601",
-               "total_bytes_sent" : "45322"
-            },
-            "public_key" : "n9LbkoB9ReSbaA9SGL317fm6CvjLcFG8hGoierLYfwiCDsEXHcP3",
-            "uptime" : 1,
-            "version" : "rippled-1.3.1"
-         },
-         {
-            "address" : "212.83.147.67:51235",
-            "complete_ledgers" : "51815014 - 51815040",
-            "ledger" : "223DB74FE021AB1A4AA9E1CC588E0DBCC3FC7C080B93C01C30C246D89F951EA2",
-            "load" : 1,
-            "metrics" : {
-               "avg_bps_recv" : "0",
-               "avg_bps_sent" : "1490",
-               "total_bytes_recv" : "18348",
-               "total_bytes_sent" : "46013"
-            },
-            "public_key" : "n94s5V53w1g4HdEdHdUU1FVrqHTVDbcb7bt44ib9JcM3c281LoDr",
-            "sanity" : "unknown",
-            "uptime" : 2,
-            "version" : "rippled-1.3.1"
-         },
-         {
-            "address" : "158.69.24.50:51235",
-            "complete_ledgers" : "51478098 - 51815098",
-            "ledger" : "223DB74FE021AB1A4AA9E1CC588E0DBCC3FC7C080B93C01C30C246D89F951EA2",
-            "load" : 55,
-            "metrics" : {
-               "avg_bps_recv" : "88080",
-               "avg_bps_sent" : "2703",
-               "total_bytes_recv" : "2786780",
-               "total_bytes_sent" : "89368"
-            },
-            "public_key" : "n9KfEhmmdxmjJdpbpRHGJ9ezoNzdyUepA11cT71jmq1fMDsZAcSh",
-            "uptime" : 3,
-            "version" : "rippled-1.3.1"
-         },
-         {
-            "address" : "[::ffff:174.64.99.193]:51235",
-            "complete_ledgers" : "51813091 - 51815091",
-            "latency" : 16000,
-            "ledger" : "CF72319DC762355C92BDD29E4CE066CEB03FF2A077A511D586B9FD7B74F55D94",
-            "load" : 325,
-            "metrics" : {
-               "avg_bps_recv" : "19012",
-               "avg_bps_sent" : "52053",
-               "total_bytes_recv" : "586809",
-               "total_bytes_sent" : "1678192"
-            },
-            "public_key" : "n9MH4Xu8FYPPoUFs679NQp7F6epFznM7x6bF4sAJWQvKkPBUHgd3",
-            "uptime" : 26,
-            "version" : "rippled-1.4.0-b8"
-         },
-         {
-            "address" : "[::ffff:94.237.45.66]:51235",
-            "complete_ledgers" : "51814966 - 51815093",
-            "latency" : 8773,
-            "ledger" : "61CF015A709122917B001367EE81E5E0D56E485A0BCAB53785A1CB830E0F9589",
-            "load" : 3522,
-            "metrics" : {
-               "avg_bps_recv" : "368875",
-               "avg_bps_sent" : "59308",
-               "total_bytes_recv" : "11558753",
-               "total_bytes_sent" : "2257872"
-            },
-            "public_key" : "n9Lg83FYh8YDivG9TcgXhq5Y3PwunmRqVfvibd19Ko9uu3DtqLBM",
-            "uptime" : 37,
-            "version" : "rippled-1.3.1"
-         }
-      ],
-      "status" : "success"
-   }
+  "result" : {
+    "cluster" : {},
+    "peers" : [
+        {
+          "address" : "50.22.123.222:51235",
+          "complete_ledgers" : "32570 - 51815097",
+          "ledger" : "223DB74FE021AB1A4AA9E1CC588E0DBCC3FC7C080B93C01C30C246D89F951EA2",
+          "load" : 7,
+          "metrics" : {
+              "avg_bps_recv" : "1152",
+              "avg_bps_sent" : "332",
+              "total_bytes_recv" : "96601",
+              "total_bytes_sent" : "45322"
+          },
+          "public_key" : "n9LbkoB9ReSbaA9SGL317fm6CvjLcFG8hGoierLYfwiCDsEXHcP3",
+          "uptime" : 1,
+          "version" : "rippled-1.3.1"
+        },
+        {
+          "address" : "212.83.147.67:51235",
+          "complete_ledgers" : "51815014 - 51815040",
+          "ledger" : "223DB74FE021AB1A4AA9E1CC588E0DBCC3FC7C080B93C01C30C246D89F951EA2",
+          "load" : 1,
+          "metrics" : {
+              "avg_bps_recv" : "0",
+              "avg_bps_sent" : "1490",
+              "total_bytes_recv" : "18348",
+              "total_bytes_sent" : "46013"
+          },
+          "public_key" : "n94s5V53w1g4HdEdHdUU1FVrqHTVDbcb7bt44ib9JcM3c281LoDr",
+          "sanity" : "unknown",
+          "uptime" : 2,
+          "version" : "rippled-1.3.1"
+        },
+        {
+          "address" : "158.69.24.50:51235",
+          "complete_ledgers" : "51478098 - 51815098",
+          "ledger" : "223DB74FE021AB1A4AA9E1CC588E0DBCC3FC7C080B93C01C30C246D89F951EA2",
+          "load" : 55,
+          "metrics" : {
+              "avg_bps_recv" : "88080",
+              "avg_bps_sent" : "2703",
+              "total_bytes_recv" : "2786780",
+              "total_bytes_sent" : "89368"
+          },
+          "public_key" : "n9KfEhmmdxmjJdpbpRHGJ9ezoNzdyUepA11cT71jmq1fMDsZAcSh",
+          "uptime" : 3,
+          "version" : "rippled-1.3.1"
+        },
+        {
+          "address" : "[::ffff:174.64.99.193]:51235",
+          "complete_ledgers" : "51813091 - 51815091",
+          "latency" : 16000,
+          "ledger" : "CF72319DC762355C92BDD29E4CE066CEB03FF2A077A511D586B9FD7B74F55D94",
+          "load" : 325,
+          "metrics" : {
+              "avg_bps_recv" : "19012",
+              "avg_bps_sent" : "52053",
+              "total_bytes_recv" : "586809",
+              "total_bytes_sent" : "1678192"
+          },
+          "public_key" : "n9MH4Xu8FYPPoUFs679NQp7F6epFznM7x6bF4sAJWQvKkPBUHgd3",
+          "uptime" : 26,
+          "version" : "rippled-1.4.0-b8"
+        },
+        {
+          "address" : "[::ffff:94.237.45.66]:51235",
+          "complete_ledgers" : "51814966 - 51815093",
+          "latency" : 8773,
+          "ledger" : "61CF015A709122917B001367EE81E5E0D56E485A0BCAB53785A1CB830E0F9589",
+          "load" : 3522,
+          "metrics" : {
+              "avg_bps_recv" : "368875",
+              "avg_bps_sent" : "59308",
+              "total_bytes_recv" : "11558753",
+              "total_bytes_sent" : "2257872"
+          },
+          "public_key" : "n9Lg83FYh8YDivG9TcgXhq5Y3PwunmRqVfvibd19Ko9uu3DtqLBM",
+          "uptime" : 37,
+          "version" : "rippled-1.3.1"
+        }
+    ],
+    "status" : "success"
+  }
 }

 ```
@@ -278,90 +276,90 @@ Loading: "/etc/rippled.cfg"
 Connecting to 127.0.0.1:5005

 {
-   "result" : {
-      "cluster" : {},
-      "peers" : [
-         {
-            "address" : "50.22.123.222:51235",
-            "complete_ledgers" : "32570 - 51815097",
-            "ledger" : "223DB74FE021AB1A4AA9E1CC588E0DBCC3FC7C080B93C01C30C246D89F951EA2",
-            "load" : 7,
-            "metrics" : {
-               "avg_bps_recv" : "1152",
-               "avg_bps_sent" : "332",
-               "total_bytes_recv" : "96601",
-               "total_bytes_sent" : "45322"
-            },
-            "public_key" : "n9LbkoB9ReSbaA9SGL317fm6CvjLcFG8hGoierLYfwiCDsEXHcP3",
-            "uptime" : 1,
-            "version" : "rippled-1.3.1"
-         },
-         {
-            "address" : "212.83.147.67:51235",
-            "complete_ledgers" : "51815014 - 51815040",
-            "ledger" : "223DB74FE021AB1A4AA9E1CC588E0DBCC3FC7C080B93C01C30C246D89F951EA2",
-            "load" : 1,
-            "metrics" : {
-               "avg_bps_recv" : "0",
-               "avg_bps_sent" : "1490",
-               "total_bytes_recv" : "18348",
-               "total_bytes_sent" : "46013"
-            },
-            "public_key" : "n94s5V53w1g4HdEdHdUU1FVrqHTVDbcb7bt44ib9JcM3c281LoDr",
-            "sanity" : "unknown",
-            "uptime" : 2,
-            "version" : "rippled-1.3.1"
-         },
-         {
-            "address" : "158.69.24.50:51235",
-            "complete_ledgers" : "51478098 - 51815098",
-            "ledger" : "223DB74FE021AB1A4AA9E1CC588E0DBCC3FC7C080B93C01C30C246D89F951EA2",
-            "load" : 55,
-            "metrics" : {
-               "avg_bps_recv" : "88080",
-               "avg_bps_sent" : "2703",
-               "total_bytes_recv" : "2786780",
-               "total_bytes_sent" : "89368"
-            },
-            "public_key" : "n9KfEhmmdxmjJdpbpRHGJ9ezoNzdyUepA11cT71jmq1fMDsZAcSh",
-            "uptime" : 3,
-            "version" : "rippled-1.3.1"
-         },
-         {
-            "address" : "[::ffff:174.64.99.193]:51235",
-            "complete_ledgers" : "51813091 - 51815091",
-            "latency" : 16000,
-            "ledger" : "CF72319DC762355C92BDD29E4CE066CEB03FF2A077A511D586B9FD7B74F55D94",
-            "load" : 325,
-            "metrics" : {
-               "avg_bps_recv" : "19012",
-               "avg_bps_sent" : "52053",
-               "total_bytes_recv" : "586809",
-               "total_bytes_sent" : "1678192"
-            },
-            "public_key" : "n9MH4Xu8FYPPoUFs679NQp7F6epFznM7x6bF4sAJWQvKkPBUHgd3",
-            "uptime" : 26,
-            "version" : "rippled-1.4.0-b8"
-         },
-         {
-            "address" : "[::ffff:94.237.45.66]:51235",
-            "complete_ledgers" : "51814966 - 51815093",
-            "latency" : 8773,
-            "ledger" : "61CF015A709122917B001367EE81E5E0D56E485A0BCAB53785A1CB830E0F9589",
-            "load" : 3522,
-            "metrics" : {
-               "avg_bps_recv" : "368875",
-               "avg_bps_sent" : "59308",
-               "total_bytes_recv" : "11558753",
-               "total_bytes_sent" : "2257872"
-            },
-            "public_key" : "n9Lg83FYh8YDivG9TcgXhq5Y3PwunmRqVfvibd19Ko9uu3DtqLBM",
-            "uptime" : 37,
-            "version" : "rippled-1.3.1"
-         }
-      ],
-      "status" : "success"
-   }
+  "result" : {
+    "cluster" : {},
+    "peers" : [
+        {
+          "address" : "50.22.123.222:51235",
+          "complete_ledgers" : "32570 - 51815097",
+          "ledger" : "223DB74FE021AB1A4AA9E1CC588E0DBCC3FC7C080B93C01C30C246D89F951EA2",
+          "load" : 7,
+          "metrics" : {
+              "avg_bps_recv" : "1152",
+              "avg_bps_sent" : "332",
+              "total_bytes_recv" : "96601",
+              "total_bytes_sent" : "45322"
+          },
+          "public_key" : "n9LbkoB9ReSbaA9SGL317fm6CvjLcFG8hGoierLYfwiCDsEXHcP3",
+          "uptime" : 1,
+          "version" : "rippled-1.3.1"
+        },
+        {
+          "address" : "212.83.147.67:51235",
+          "complete_ledgers" : "51815014 - 51815040",
+          "ledger" : "223DB74FE021AB1A4AA9E1CC588E0DBCC3FC7C080B93C01C30C246D89F951EA2",
+          "load" : 1,
+          "metrics" : {
+              "avg_bps_recv" : "0",
+              "avg_bps_sent" : "1490",
+              "total_bytes_recv" : "18348",
+              "total_bytes_sent" : "46013"
+          },
+          "public_key" : "n94s5V53w1g4HdEdHdUU1FVrqHTVDbcb7bt44ib9JcM3c281LoDr",
+          "sanity" : "unknown",
+          "uptime" : 2,
+          "version" : "rippled-1.3.1"
+        },
+        {
+          "address" : "158.69.24.50:51235",
+          "complete_ledgers" : "51478098 - 51815098",
+          "ledger" : "223DB74FE021AB1A4AA9E1CC588E0DBCC3FC7C080B93C01C30C246D89F951EA2",
+          "load" : 55,
+          "metrics" : {
+              "avg_bps_recv" : "88080",
+              "avg_bps_sent" : "2703",
+              "total_bytes_recv" : "2786780",
+              "total_bytes_sent" : "89368"
+          },
+          "public_key" : "n9KfEhmmdxmjJdpbpRHGJ9ezoNzdyUepA11cT71jmq1fMDsZAcSh",
+          "uptime" : 3,
+          "version" : "rippled-1.3.1"
+        },
+        {
+          "address" : "[::ffff:174.64.99.193]:51235",
+          "complete_ledgers" : "51813091 - 51815091",
+          "latency" : 16000,
+          "ledger" : "CF72319DC762355C92BDD29E4CE066CEB03FF2A077A511D586B9FD7B74F55D94",
+          "load" : 325,
+          "metrics" : {
+              "avg_bps_recv" : "19012",
+              "avg_bps_sent" : "52053",
+              "total_bytes_recv" : "586809",
+              "total_bytes_sent" : "1678192"
+          },
+          "public_key" : "n9MH4Xu8FYPPoUFs679NQp7F6epFznM7x6bF4sAJWQvKkPBUHgd3",
+          "uptime" : 26,
+          "version" : "rippled-1.4.0-b8"
+        },
+        {
+          "address" : "[::ffff:94.237.45.66]:51235",
+          "complete_ledgers" : "51814966 - 51815093",
+          "latency" : 8773,
+          "ledger" : "61CF015A709122917B001367EE81E5E0D56E485A0BCAB53785A1CB830E0F9589",
+          "load" : 3522,
+          "metrics" : {
+              "avg_bps_recv" : "368875",
+              "avg_bps_sent" : "59308",
+              "total_bytes_recv" : "11558753",
+              "total_bytes_sent" : "2257872"
+          },
+          "public_key" : "n9Lg83FYh8YDivG9TcgXhq5Y3PwunmRqVfvibd19Ko9uu3DtqLBM",
+          "uptime" : 37,
+          "version" : "rippled-1.3.1"
+        }
+    ],
+    "status" : "success"
+  }
 }
 ```
 {% /tab %}
--- a/docs/references/http-websocket-apis/admin-api-methods/server-control-methods/ledger_accept.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/server-control-methods/ledger_accept.md
@@ -1,13 +1,11 @@
 ---
-html: ledger_accept.html
-parent: server-control-methods.html
 seo:
    description: Close and advance the ledger in stand-alone mode.
 labels:
-  - Core Server
+    - Core Server
 ---
 # ledger_accept
-[[Source]](https://github.com/XRPLF/rippled/blob/a61ffab3f9010d8accfaa98aa3cacc7d38e74121/src/ripple/rpc/handlers/LedgerAccept.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/LedgerAccept.cpp "Source")

 The `ledger_accept` method forces the server to close the current-working ledger and move to the next ledger number. This method is intended for testing purposes only, and is only available when the `rippled` server is running stand-alone mode.

@@ -22,8 +20,8 @@ An example of the request format:
 {% tab label="WebSocket" %}
 ```json
 {
-   "id": "Accept my ledger!",
-   "command": "ledger_accept"
+  "id": "Accept my ledger!",
+  "command": "ledger_accept"
 }
 ```
 {% /tab %}
--- a/docs/references/http-websocket-apis/admin-api-methods/server-control-methods/stop.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/server-control-methods/stop.md
@@ -1,13 +1,11 @@
 ---
-html: stop.html
-parent: server-control-methods.html
 seo:
    description: Shut down the rippled server.
 labels:
-  - Core Server
+    - Core Server
 ---
 # stop
-[[Source]](https://github.com/XRPLF/rippled/blob/master/src/ripple/rpc/handlers/Stop.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/Stop.cpp "Source")

 Gracefully shuts down the server.

--- a/docs/references/http-websocket-apis/admin-api-methods/signing-methods/sign.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/signing-methods/sign.md
@@ -1,13 +1,11 @@
 ---
-html: sign.html # watch for clashes w/ this filename
-parent: signing-methods.html
 seo:
    description: Cryptographically sign a transaction.
 labels:
-  - Transaction Sending
+    - Transaction Sending
 ---
 # sign
-[[Source]](https://github.com/XRPLF/rippled/blob/master/src/ripple/rpc/handlers/SignHandler.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/SignHandler.cpp "Source")

 The `sign` method takes a [transaction in JSON format](../../../protocol/transactions/index.md) and a [seed value](../../../../concepts/accounts/cryptographic-keys.md), and returns a signed binary representation of the transaction. To contribute one signature to a [multi-signed transaction](../../../../concepts/accounts/multi-signing.md), use the [sign_for method][] instead.

--- a/docs/references/http-websocket-apis/admin-api-methods/signing-methods/sign_for.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/signing-methods/sign_for.md
@@ -1,21 +1,16 @@
 ---
-html: sign_for.html
-parent: signing-methods.html
 seo:
    description: Contribute to a multi-signature.
 labels:
-  - Transaction Sending
+    - Transaction Sending
 ---
 # sign_for
-[[Source]](https://github.com/XRPLF/rippled/blob/release/src/ripple/rpc/handlers/SignFor.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/SignFor.cpp "Source")

 The `sign_for` command provides one signature for a [multi-signed transaction](../../../../concepts/accounts/multi-signing.md).

 {% partial file="/docs/_snippets/public-signing-note.md" /%}

-
-This command requires the [MultiSign amendment][] to be enabled.
-
 ## Request Format
 An example of the request format:

@@ -157,33 +152,33 @@ An example of a successful response:
 200 OK

 {
-   "result" : {
-      "status" : "success",
-      "tx_blob" : "1200142200040000240000000263D5038D7EA4C680000000000000000000000000005553440000000000B5F762798A53D543A014CAF8B297CFF8F2F937E868400000000000753073008114A3780F5CB5A44D366520FC44055E8ED44D9A2270F3E010732102B3EC4E5DD96029A647CFA20DA07FE1F85296505552CCAC114087E66B46BD77DF744730450221009C195DBBF7967E223D8626CA19CF02073667F2B22E206727BFE848FF42BEAC8A022048C323B0BED19A988BDBEFA974B6DE8AA9DCAE250AA82BBD1221787032A864E58114204288D2E47F8EF6C99BCC457966320D12409711E1F1",
-      "tx_json" : {
-         "Account" : "rEuLyBCvcw4CFmzv8RepSiAoNgF8tTGJQC",
-         "Fee" : "30000",
-         "Flags" : 262144,
-         "LimitAmount" : {
-            "currency" : "USD",
-            "issuer" : "rHb9CJAWyB4rj91VRWn96DkukG4bwdtyTh",
-            "value" : "100"
-         },
-         "Sequence" : 2,
-         "Signers" : [
-            {
-               "Signer" : {
-                  "Account" : "rsA2LpzuawewSBQXkiju3YQTMzW13pAAdW",
-                  "SigningPubKey" : "02B3EC4E5DD96029A647CFA20DA07FE1F85296505552CCAC114087E66B46BD77DF",
-                  "TxnSignature" : "30450221009C195DBBF7967E223D8626CA19CF02073667F2B22E206727BFE848FF42BEAC8A022048C323B0BED19A988BDBEFA974B6DE8AA9DCAE250AA82BBD1221787032A864E5"
-               }
-            }
-         ],
-         "SigningPubKey" : "",
-         "TransactionType" : "TrustSet",
-         "hash" : "A94A6417D1A7AAB059822B894E13D322ED3712F7212CE9257801F96DE6C3F6AE"
-      }
-   }
+  "result" : {
+    "status" : "success",
+    "tx_blob" : "1200142200040000240000000263D5038D7EA4C680000000000000000000000000005553440000000000B5F762798A53D543A014CAF8B297CFF8F2F937E868400000000000753073008114A3780F5CB5A44D366520FC44055E8ED44D9A2270F3E010732102B3EC4E5DD96029A647CFA20DA07FE1F85296505552CCAC114087E66B46BD77DF744730450221009C195DBBF7967E223D8626CA19CF02073667F2B22E206727BFE848FF42BEAC8A022048C323B0BED19A988BDBEFA974B6DE8AA9DCAE250AA82BBD1221787032A864E58114204288D2E47F8EF6C99BCC457966320D12409711E1F1",
+    "tx_json" : {
+        "Account" : "rEuLyBCvcw4CFmzv8RepSiAoNgF8tTGJQC",
+        "Fee" : "30000",
+        "Flags" : 262144,
+        "LimitAmount" : {
+          "currency" : "USD",
+          "issuer" : "rHb9CJAWyB4rj91VRWn96DkukG4bwdtyTh",
+          "value" : "100"
+        },
+        "Sequence" : 2,
+        "Signers" : [
+          {
+              "Signer" : {
+                "Account" : "rsA2LpzuawewSBQXkiju3YQTMzW13pAAdW",
+                "SigningPubKey" : "02B3EC4E5DD96029A647CFA20DA07FE1F85296505552CCAC114087E66B46BD77DF",
+                "TxnSignature" : "30450221009C195DBBF7967E223D8626CA19CF02073667F2B22E206727BFE848FF42BEAC8A022048C323B0BED19A988BDBEFA974B6DE8AA9DCAE250AA82BBD1221787032A864E5"
+              }
+          }
+        ],
+        "SigningPubKey" : "",
+        "TransactionType" : "TrustSet",
+        "hash" : "A94A6417D1A7AAB059822B894E13D322ED3712F7212CE9257801F96DE6C3F6AE"
+    }
+  }
 }
 ```
 {% /tab %}
@@ -194,33 +189,33 @@ Loading: "/etc/rippled.cfg"
 Connecting to 127.0.0.1:5005

 {
-   "result" : {
-      "status" : "success",
-      "tx_blob" : "1200142200040000240000000263D5038D7EA4C680000000000000000000000000005553440000000000B5F762798A53D543A014CAF8B297CFF8F2F937E868400000000000753073008114A3780F5CB5A44D366520FC44055E8ED44D9A2270F3E010732102B3EC4E5DD96029A647CFA20DA07FE1F85296505552CCAC114087E66B46BD77DF744730450221009C195DBBF7967E223D8626CA19CF02073667F2B22E206727BFE848FF42BEAC8A022048C323B0BED19A988BDBEFA974B6DE8AA9DCAE250AA82BBD1221787032A864E58114204288D2E47F8EF6C99BCC457966320D12409711E1F1",
-      "tx_json" : {
-         "Account" : "rEuLyBCvcw4CFmzv8RepSiAoNgF8tTGJQC",
-         "Fee" : "30000",
-         "Flags" : 262144,
-         "LimitAmount" : {
-            "currency" : "USD",
-            "issuer" : "rHb9CJAWyB4rj91VRWn96DkukG4bwdtyTh",
-            "value" : "100"
-         },
-         "Sequence" : 2,
-         "Signers" : [
-            {
-               "Signer" : {
-                  "Account" : "rsA2LpzuawewSBQXkiju3YQTMzW13pAAdW",
-                  "SigningPubKey" : "02B3EC4E5DD96029A647CFA20DA07FE1F85296505552CCAC114087E66B46BD77DF",
-                  "TxnSignature" : "30450221009C195DBBF7967E223D8626CA19CF02073667F2B22E206727BFE848FF42BEAC8A022048C323B0BED19A988BDBEFA974B6DE8AA9DCAE250AA82BBD1221787032A864E5"
-               }
-            }
-         ],
-         "SigningPubKey" : "",
-         "TransactionType" : "TrustSet",
-         "hash" : "A94A6417D1A7AAB059822B894E13D322ED3712F7212CE9257801F96DE6C3F6AE"
-      }
-   }
+  "result" : {
+    "status" : "success",
+    "tx_blob" : "1200142200040000240000000263D5038D7EA4C680000000000000000000000000005553440000000000B5F762798A53D543A014CAF8B297CFF8F2F937E868400000000000753073008114A3780F5CB5A44D366520FC44055E8ED44D9A2270F3E010732102B3EC4E5DD96029A647CFA20DA07FE1F85296505552CCAC114087E66B46BD77DF744730450221009C195DBBF7967E223D8626CA19CF02073667F2B22E206727BFE848FF42BEAC8A022048C323B0BED19A988BDBEFA974B6DE8AA9DCAE250AA82BBD1221787032A864E58114204288D2E47F8EF6C99BCC457966320D12409711E1F1",
+    "tx_json" : {
+        "Account" : "rEuLyBCvcw4CFmzv8RepSiAoNgF8tTGJQC",
+        "Fee" : "30000",
+        "Flags" : 262144,
+        "LimitAmount" : {
+          "currency" : "USD",
+          "issuer" : "rHb9CJAWyB4rj91VRWn96DkukG4bwdtyTh",
+          "value" : "100"
+        },
+        "Sequence" : 2,
+        "Signers" : [
+          {
+              "Signer" : {
+                "Account" : "rsA2LpzuawewSBQXkiju3YQTMzW13pAAdW",
+                "SigningPubKey" : "02B3EC4E5DD96029A647CFA20DA07FE1F85296505552CCAC114087E66B46BD77DF",
+                "TxnSignature" : "30450221009C195DBBF7967E223D8626CA19CF02073667F2B22E206727BFE848FF42BEAC8A022048C323B0BED19A988BDBEFA974B6DE8AA9DCAE250AA82BBD1221787032A864E5"
+              }
+          }
+        ],
+        "SigningPubKey" : "",
+        "TransactionType" : "TrustSet",
+        "hash" : "A94A6417D1A7AAB059822B894E13D322ED3712F7212CE9257801F96DE6C3F6AE"
+    }
+  }
 }
 ```
 {% /tab %}
--- a/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/consensus_info.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/consensus_info.md
@@ -1,14 +1,12 @@
 ---
-html: consensus_info.html
-parent: status-and-debugging-methods.html
 seo:
-    description: Get information about the state of consensus as it happens.
+     description: Get information about the state of consensus as it happens.
 labels:
-  - Blockchain
-  - Core Server
+    - Blockchain
+    - Core Server
 ---
 # consensus_info
-[[Source]](https://github.com/XRPLF/rippled/blob/a61ffab3f9010d8accfaa98aa3cacc7d38e74121/src/ripple/rpc/handlers/ConsensusInfo.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/ConsensusInfo.cpp "Source")

 The `consensus_info` command provides information about the [consensus process](../../../../concepts/consensus-protocol/index.md) for debugging purposes.

@@ -59,74 +57,74 @@ An example of a successful response:
 {% tab label="JSON-RPC" %}
 ```json
 {
-   "result" : {
-      "info" : {
-         "acquired" : {
-            "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306" : "acquired"
-         },
-         "close_granularity" : 10,
-         "close_percent" : 50,
-         "close_resolution" : 10,
-         "close_times" : {
-            "486082972" : 1,
-            "486082973" : 4
-         },
-         "current_ms" : 1003,
-         "have_time_consensus" : false,
-         "ledger_seq" : 13701086,
-         "our_position" : {
-            "close_time" : 486082973,
-            "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
-            "propose_seq" : 0,
-            "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
-         },
-         "peer_positions" : {
-            "0A2EAF919033A036D363D4E5610A66209DDBE8EE" : {
-               "close_time" : 486082972,
-               "peer_id" : "n9KiYM9CgngLvtRCQHZwgC2gjpdaZcCcbt3VboxiNFcKuwFVujzS",
-               "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
-               "propose_seq" : 0,
-               "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
-            },
-            "1567A8C953A86F8428C7B01641D79BBF2FD508F3" : {
-               "close_time" : 486082973,
-               "peer_id" : "n9LdgEtkmGB9E2h3K4Vp7iGUaKuq23Zr32ehxiU8FWY7xoxbWTSA",
-               "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
-               "propose_seq" : 0,
-               "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
-            },
-            "202397A81F20B44CF44EA99AF761295E5A8397D2" : {
-               "close_time" : 486082973,
-               "peer_id" : "n9MD5h24qrQqiyBC8aeqqCWvpiBiYQ3jxSr91uiDvmrkyHRdYLUj",
-               "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
-               "propose_seq" : 0,
-               "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
-            },
-            "5C29005CF4FB479FC49EEFB4A5B075C86DD963CC" : {
-               "close_time" : 486082973,
-               "peer_id" : "n9L81uNCaPgtUJfaHh89gmdvXKAmSt5Gdsw2g1iPWaPkAHW5Nm4C",
-               "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
-               "propose_seq" : 0,
-               "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
-            },
-            "EFC49EB648E557CC50A72D715249B80E071F7705" : {
-               "close_time" : 486082973,
-               "peer_id" : "n949f75evCHwgyP4fPVgaHqNHxUVN15PsJEZ3B3HnXPcPjcZAoy7",
-               "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
-               "propose_seq" : 0,
-               "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
-            }
-         },
-         "previous_mseconds" : 2005,
-         "previous_proposers" : 5,
-         "proposers" : 5,
-         "proposing" : false,
-         "state" : "consensus",
-         "synched" : true,
-         "validating" : false
-      },
-      "status" : "success"
-   }
+  "result" : {
+    "info" : {
+        "acquired" : {
+          "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306" : "acquired"
+        },
+        "close_granularity" : 10,
+        "close_percent" : 50,
+        "close_resolution" : 10,
+        "close_times" : {
+          "486082972" : 1,
+          "486082973" : 4
+        },
+        "current_ms" : 1003,
+        "have_time_consensus" : false,
+        "ledger_seq" : 13701086,
+        "our_position" : {
+          "close_time" : 486082973,
+          "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
+          "propose_seq" : 0,
+          "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
+        },
+        "peer_positions" : {
+          "0A2EAF919033A036D363D4E5610A66209DDBE8EE" : {
+              "close_time" : 486082972,
+              "peer_id" : "n9KiYM9CgngLvtRCQHZwgC2gjpdaZcCcbt3VboxiNFcKuwFVujzS",
+              "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
+              "propose_seq" : 0,
+              "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
+          },
+          "1567A8C953A86F8428C7B01641D79BBF2FD508F3" : {
+              "close_time" : 486082973,
+              "peer_id" : "n9LdgEtkmGB9E2h3K4Vp7iGUaKuq23Zr32ehxiU8FWY7xoxbWTSA",
+              "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
+              "propose_seq" : 0,
+              "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
+          },
+          "202397A81F20B44CF44EA99AF761295E5A8397D2" : {
+              "close_time" : 486082973,
+              "peer_id" : "n9MD5h24qrQqiyBC8aeqqCWvpiBiYQ3jxSr91uiDvmrkyHRdYLUj",
+              "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
+              "propose_seq" : 0,
+              "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
+          },
+          "5C29005CF4FB479FC49EEFB4A5B075C86DD963CC" : {
+              "close_time" : 486082973,
+              "peer_id" : "n9L81uNCaPgtUJfaHh89gmdvXKAmSt5Gdsw2g1iPWaPkAHW5Nm4C",
+              "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
+              "propose_seq" : 0,
+              "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
+          },
+          "EFC49EB648E557CC50A72D715249B80E071F7705" : {
+              "close_time" : 486082973,
+              "peer_id" : "n949f75evCHwgyP4fPVgaHqNHxUVN15PsJEZ3B3HnXPcPjcZAoy7",
+              "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
+              "propose_seq" : 0,
+              "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
+          }
+        },
+        "previous_mseconds" : 2005,
+        "previous_proposers" : 5,
+        "proposers" : 5,
+        "proposing" : false,
+        "state" : "consensus",
+        "synched" : true,
+        "validating" : false
+    },
+    "status" : "success"
+  }
 }
 ```
 {% /tab %}
@@ -137,74 +135,74 @@ Loading: "/etc/rippled.cfg"
 Connecting to 127.0.0.1:5005

 {
-   "result" : {
-      "info" : {
-         "acquired" : {
-            "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306" : "acquired"
-         },
-         "close_granularity" : 10,
-         "close_percent" : 50,
-         "close_resolution" : 10,
-         "close_times" : {
-            "486082972" : 1,
-            "486082973" : 4
-         },
-         "current_ms" : 1003,
-         "have_time_consensus" : false,
-         "ledger_seq" : 13701086,
-         "our_position" : {
-            "close_time" : 486082973,
-            "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
-            "propose_seq" : 0,
-            "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
-         },
-         "peer_positions" : {
-            "0A2EAF919033A036D363D4E5610A66209DDBE8EE" : {
-               "close_time" : 486082972,
-               "peer_id" : "n9KiYM9CgngLvtRCQHZwgC2gjpdaZcCcbt3VboxiNFcKuwFVujzS",
-               "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
-               "propose_seq" : 0,
-               "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
-            },
-            "1567A8C953A86F8428C7B01641D79BBF2FD508F3" : {
-               "close_time" : 486082973,
-               "peer_id" : "n9LdgEtkmGB9E2h3K4Vp7iGUaKuq23Zr32ehxiU8FWY7xoxbWTSA",
-               "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
-               "propose_seq" : 0,
-               "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
-            },
-            "202397A81F20B44CF44EA99AF761295E5A8397D2" : {
-               "close_time" : 486082973,
-               "peer_id" : "n9MD5h24qrQqiyBC8aeqqCWvpiBiYQ3jxSr91uiDvmrkyHRdYLUj",
-               "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
-               "propose_seq" : 0,
-               "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
-            },
-            "5C29005CF4FB479FC49EEFB4A5B075C86DD963CC" : {
-               "close_time" : 486082973,
-               "peer_id" : "n9L81uNCaPgtUJfaHh89gmdvXKAmSt5Gdsw2g1iPWaPkAHW5Nm4C",
-               "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
-               "propose_seq" : 0,
-               "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
-            },
-            "EFC49EB648E557CC50A72D715249B80E071F7705" : {
-               "close_time" : 486082973,
-               "peer_id" : "n949f75evCHwgyP4fPVgaHqNHxUVN15PsJEZ3B3HnXPcPjcZAoy7",
-               "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
-               "propose_seq" : 0,
-               "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
-            }
-         },
-         "previous_mseconds" : 2005,
-         "previous_proposers" : 5,
-         "proposers" : 5,
-         "proposing" : false,
-         "state" : "consensus",
-         "synched" : true,
-         "validating" : false
-      },
-      "status" : "success"
-   }
+  "result" : {
+    "info" : {
+        "acquired" : {
+          "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306" : "acquired"
+        },
+        "close_granularity" : 10,
+        "close_percent" : 50,
+        "close_resolution" : 10,
+        "close_times" : {
+          "486082972" : 1,
+          "486082973" : 4
+        },
+        "current_ms" : 1003,
+        "have_time_consensus" : false,
+        "ledger_seq" : 13701086,
+        "our_position" : {
+          "close_time" : 486082973,
+          "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
+          "propose_seq" : 0,
+          "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
+        },
+        "peer_positions" : {
+          "0A2EAF919033A036D363D4E5610A66209DDBE8EE" : {
+              "close_time" : 486082972,
+              "peer_id" : "n9KiYM9CgngLvtRCQHZwgC2gjpdaZcCcbt3VboxiNFcKuwFVujzS",
+              "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
+              "propose_seq" : 0,
+              "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
+          },
+          "1567A8C953A86F8428C7B01641D79BBF2FD508F3" : {
+              "close_time" : 486082973,
+              "peer_id" : "n9LdgEtkmGB9E2h3K4Vp7iGUaKuq23Zr32ehxiU8FWY7xoxbWTSA",
+              "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
+              "propose_seq" : 0,
+              "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
+          },
+          "202397A81F20B44CF44EA99AF761295E5A8397D2" : {
+              "close_time" : 486082973,
+              "peer_id" : "n9MD5h24qrQqiyBC8aeqqCWvpiBiYQ3jxSr91uiDvmrkyHRdYLUj",
+              "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
+              "propose_seq" : 0,
+              "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
+          },
+          "5C29005CF4FB479FC49EEFB4A5B075C86DD963CC" : {
+              "close_time" : 486082973,
+              "peer_id" : "n9L81uNCaPgtUJfaHh89gmdvXKAmSt5Gdsw2g1iPWaPkAHW5Nm4C",
+              "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
+              "propose_seq" : 0,
+              "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
+          },
+          "EFC49EB648E557CC50A72D715249B80E071F7705" : {
+              "close_time" : 486082973,
+              "peer_id" : "n949f75evCHwgyP4fPVgaHqNHxUVN15PsJEZ3B3HnXPcPjcZAoy7",
+              "previous_ledger" : "0BB01379B51234BAAF501A71C7AB147F595460B689BB9E8252A0B87B5A483623",
+              "propose_seq" : 0,
+              "transaction_hash" : "4BC2CE596CBD1321775320E2067F9C06D3862826212C16EF42ABB6A2B0414306"
+          }
+        },
+        "previous_mseconds" : 2005,
+        "previous_proposers" : 5,
+        "proposers" : 5,
+        "proposing" : false,
+        "state" : "consensus",
+        "synched" : true,
+        "validating" : false
+    },
+    "status" : "success"
+  }
 }
 ```
 {% /tab %}
--- a/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/feature.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/feature.md
@@ -1,18 +1,16 @@
 ---
-html: feature.html
-parent: status-and-debugging-methods.html
 seo:
    description: Get information about protocol amendments.
 labels:
-  - Blockchain
-  - Core Server
+    - Blockchain
+    - Core Server
 ---
 # feature
-[[Source]](https://github.com/XRPLF/rippled/blob/master/src/ripple/rpc/handlers/Feature1.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/Feature1.cpp "Source")

 The `feature` command returns information about [amendments](../../../../concepts/networks-and-servers/amendments.md) this server knows about, including whether they are enabled and whether the server is voting in favor of those amendments in the [amendment process](../../../../concepts/networks-and-servers/amendments.md#amendment-process).

-You can use the `feature` command to configure the server to vote against or in favor of an amendment. This change persists even if you restart the server. {% badge href="https://github.com/XRPLF/rippled/releases/tag/1.7.0" %}Updated in: rippled 1.7.0{% /badge %}
+You can use the `feature` command to configure the server to vote against or in favor of an amendment. This change persists even if you restart the server.

 _The `feature` method documented on this page is an [admin method](../index.md). For the non-admin version, see the [`feature` public API method](../../public-api-methods/server-info-methods/feature.md)._

--- a/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/fetch_info.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/fetch_info.md
@@ -1,13 +1,11 @@
 ---
-html: fetch_info.html
-parent: status-and-debugging-methods.html
 seo:
    description: Get information about the server's sync with the network.
 labels:
-  - Core Server
+    - Core Server
 ---
 # fetch_info
-[[Source]](https://github.com/XRPLF/rippled/blob/315a8b6b602798a4cff4d8e1911936011e12abdb/src/ripple/rpc/handlers/FetchInfo.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/FetchInfo.cpp "Source")

 The `fetch_info` command returns information about objects that this server is currently fetching from the network, and how many peers have that information. It can also be used to reset current fetches.

@@ -65,37 +63,37 @@ An example of a successful response:
 {% tab label="JSON-RPC" %}
 ```json
 {
-   "result" : {
-      "info" : {
-         "348928" : {
-            "hash" : "C26D432B06F84861BCACD7942EDC3FE0B2E1DEB966A9E516A0FD275A375C2010",
-            "have_header" : true,
-            "have_state" : false,
-            "have_transactions" : true,
-            "needed_state_hashes" : [
-               "BF8DC6B1E10D1D3565BF0649075D22EBFD34F751AFCC0E53E81D74786BC88922",
-               "34E37A71CB51A12C73A435250E6A6349F7884C7EEBA6B88FA31F0244E967E88F",
-               "BFB7D3008A7D61FD6A0538D1C2E70CFB94CE8DC66606319C372F278A48629765",
-               "41C0C61D701FB1EA586F0EF1FC7A91FEC476D979589DA60507F05C13F7C21975",
-               "6DDE8840A2C3C7FF05E5FFEE4D06408694C16A8357338FE0C4581DC3D8A00BBA",
-               "6C69D833B582C849917806FA009518832BB50E900E43716FD7CC1966428DD0CF",
-               "1EDC020CFC4AF19B625C52E20B66D6AE672821CCC461E8A9C457A3B2955657F7",
-               "FC0616A66A2B0589CA513F3341D4EA51E782C4601E5072308478E3CC19264640",
-               "19FC607B5DE1B64681A676EC1ED5507B9555B0E098CD9D898320297DE1A64033",
-               "5E128D3FC990074E35687387A14AA12D9FD287E5AB57CB9B2FD83DE635DF5CA9",
-               "DE72820F3981770F2AA8770BC233B80661F1A452819D8529008875FF8DED87A9",
-               "3ACB84BEE2C45556351FF60FD787D235C9CF5623FB8A35B01446B773598E7CC0",
-               "0DD3A8DF69874148057F1F2BF305442FF2E89A76A08B4CC8C051E2ED69B874F3",
-               "4AE9A9C4F12A5BD0355037DA40A0B145420A2168A9FEDE43E643BD13062F8ECE",
-               "08CBF8CFFEC207F5AC4E4F24BC447011FD8C79D25B344281FBFB4732D7058ED4",
-               "779B2577C5C4BAED6657421448EA506BBF50F86BE363E0924127C4EA17A58BBE"
-            ],
-            "peers" : 2,
-            "timeouts" : 0
-         }
-      },
-      "status" : "success"
-   }
+  "result" : {
+    "info" : {
+        "348928" : {
+          "hash" : "C26D432B06F84861BCACD7942EDC3FE0B2E1DEB966A9E516A0FD275A375C2010",
+          "have_header" : true,
+          "have_state" : false,
+          "have_transactions" : true,
+          "needed_state_hashes" : [
+              "BF8DC6B1E10D1D3565BF0649075D22EBFD34F751AFCC0E53E81D74786BC88922",
+              "34E37A71CB51A12C73A435250E6A6349F7884C7EEBA6B88FA31F0244E967E88F",
+              "BFB7D3008A7D61FD6A0538D1C2E70CFB94CE8DC66606319C372F278A48629765",
+              "41C0C61D701FB1EA586F0EF1FC7A91FEC476D979589DA60507F05C13F7C21975",
+              "6DDE8840A2C3C7FF05E5FFEE4D06408694C16A8357338FE0C4581DC3D8A00BBA",
+              "6C69D833B582C849917806FA009518832BB50E900E43716FD7CC1966428DD0CF",
+              "1EDC020CFC4AF19B625C52E20B66D6AE672821CCC461E8A9C457A3B2955657F7",
+              "FC0616A66A2B0589CA513F3341D4EA51E782C4601E5072308478E3CC19264640",
+              "19FC607B5DE1B64681A676EC1ED5507B9555B0E098CD9D898320297DE1A64033",
+              "5E128D3FC990074E35687387A14AA12D9FD287E5AB57CB9B2FD83DE635DF5CA9",
+              "DE72820F3981770F2AA8770BC233B80661F1A452819D8529008875FF8DED87A9",
+              "3ACB84BEE2C45556351FF60FD787D235C9CF5623FB8A35B01446B773598E7CC0",
+              "0DD3A8DF69874148057F1F2BF305442FF2E89A76A08B4CC8C051E2ED69B874F3",
+              "4AE9A9C4F12A5BD0355037DA40A0B145420A2168A9FEDE43E643BD13062F8ECE",
+              "08CBF8CFFEC207F5AC4E4F24BC447011FD8C79D25B344281FBFB4732D7058ED4",
+              "779B2577C5C4BAED6657421448EA506BBF50F86BE363E0924127C4EA17A58BBE"
+          ],
+          "peers" : 2,
+          "timeouts" : 0
+        }
+    },
+    "status" : "success"
+  }
 }
 ```
 {% /tab %}
@@ -106,37 +104,37 @@ Loading: "/etc/rippled.cfg"
 Connecting to 127.0.0.1:5005

 {
-   "result" : {
-      "info" : {
-         "348928" : {
-            "hash" : "C26D432B06F84861BCACD7942EDC3FE0B2E1DEB966A9E516A0FD275A375C2010",
-            "have_header" : true,
-            "have_state" : false,
-            "have_transactions" : true,
-            "needed_state_hashes" : [
-               "BF8DC6B1E10D1D3565BF0649075D22EBFD34F751AFCC0E53E81D74786BC88922",
-               "34E37A71CB51A12C73A435250E6A6349F7884C7EEBA6B88FA31F0244E967E88F",
-               "BFB7D3008A7D61FD6A0538D1C2E70CFB94CE8DC66606319C372F278A48629765",
-               "41C0C61D701FB1EA586F0EF1FC7A91FEC476D979589DA60507F05C13F7C21975",
-               "6DDE8840A2C3C7FF05E5FFEE4D06408694C16A8357338FE0C4581DC3D8A00BBA",
-               "6C69D833B582C849917806FA009518832BB50E900E43716FD7CC1966428DD0CF",
-               "1EDC020CFC4AF19B625C52E20B66D6AE672821CCC461E8A9C457A3B2955657F7",
-               "FC0616A66A2B0589CA513F3341D4EA51E782C4601E5072308478E3CC19264640",
-               "19FC607B5DE1B64681A676EC1ED5507B9555B0E098CD9D898320297DE1A64033",
-               "5E128D3FC990074E35687387A14AA12D9FD287E5AB57CB9B2FD83DE635DF5CA9",
-               "DE72820F3981770F2AA8770BC233B80661F1A452819D8529008875FF8DED87A9",
-               "3ACB84BEE2C45556351FF60FD787D235C9CF5623FB8A35B01446B773598E7CC0",
-               "0DD3A8DF69874148057F1F2BF305442FF2E89A76A08B4CC8C051E2ED69B874F3",
-               "4AE9A9C4F12A5BD0355037DA40A0B145420A2168A9FEDE43E643BD13062F8ECE",
-               "08CBF8CFFEC207F5AC4E4F24BC447011FD8C79D25B344281FBFB4732D7058ED4",
-               "779B2577C5C4BAED6657421448EA506BBF50F86BE363E0924127C4EA17A58BBE"
-            ],
-            "peers" : 2,
-            "timeouts" : 0
-         }
-      },
-      "status" : "success"
-   }
+  "result" : {
+    "info" : {
+        "348928" : {
+          "hash" : "C26D432B06F84861BCACD7942EDC3FE0B2E1DEB966A9E516A0FD275A375C2010",
+          "have_header" : true,
+          "have_state" : false,
+          "have_transactions" : true,
+          "needed_state_hashes" : [
+              "BF8DC6B1E10D1D3565BF0649075D22EBFD34F751AFCC0E53E81D74786BC88922",
+              "34E37A71CB51A12C73A435250E6A6349F7884C7EEBA6B88FA31F0244E967E88F",
+              "BFB7D3008A7D61FD6A0538D1C2E70CFB94CE8DC66606319C372F278A48629765",
+              "41C0C61D701FB1EA586F0EF1FC7A91FEC476D979589DA60507F05C13F7C21975",
+              "6DDE8840A2C3C7FF05E5FFEE4D06408694C16A8357338FE0C4581DC3D8A00BBA",
+              "6C69D833B582C849917806FA009518832BB50E900E43716FD7CC1966428DD0CF",
+              "1EDC020CFC4AF19B625C52E20B66D6AE672821CCC461E8A9C457A3B2955657F7",
+              "FC0616A66A2B0589CA513F3341D4EA51E782C4601E5072308478E3CC19264640",
+              "19FC607B5DE1B64681A676EC1ED5507B9555B0E098CD9D898320297DE1A64033",
+              "5E128D3FC990074E35687387A14AA12D9FD287E5AB57CB9B2FD83DE635DF5CA9",
+              "DE72820F3981770F2AA8770BC233B80661F1A452819D8529008875FF8DED87A9",
+              "3ACB84BEE2C45556351FF60FD787D235C9CF5623FB8A35B01446B773598E7CC0",
+              "0DD3A8DF69874148057F1F2BF305442FF2E89A76A08B4CC8C051E2ED69B874F3",
+              "4AE9A9C4F12A5BD0355037DA40A0B145420A2168A9FEDE43E643BD13062F8ECE",
+              "08CBF8CFFEC207F5AC4E4F24BC447011FD8C79D25B344281FBFB4732D7058ED4",
+              "779B2577C5C4BAED6657421448EA506BBF50F86BE363E0924127C4EA17A58BBE"
+          ],
+          "peers" : 2,
+          "timeouts" : 0
+        }
+    },
+    "status" : "success"
+  }
 }
 ```
 {% /tab %}
--- a/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/get_counts.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/get_counts.md
@@ -1,13 +1,11 @@
 ---
-html: get_counts.html
-parent: status-and-debugging-methods.html
 seo:
    description: Get statistics about the server's internals and memory usage.
 labels:
-  - Core Server
+    - Core Server
 ---
 # get_counts
-[[Source]](https://github.com/XRPLF/rippled/blob/c7118a183a660648aa88a3546a6b2c5bce858440/src/ripple/rpc/handlers/GetCounts.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/GetCounts.cpp "Source")

 The `get_counts` command provides various stats about the health of the server, mostly the number of objects of different types that it currently holds in memory.

--- a/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/print.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/print.md
@@ -1,13 +1,11 @@
 ---
-html: print.html
-parent: status-and-debugging-methods.html
 seo:
    description: Get information about internal subsystems.
 labels:
-  - Core Server
+    - Core Server
 ---
 # print
-[[Source]](https://github.com/XRPLF/rippled/blob/315a8b6b602798a4cff4d8e1911936011e12abdb/src/ripple/rpc/handlers/Print.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/Print.cpp "Source")

 The `print` command returns the current status of various internal subsystems, including peers, the ledger cleaner, and the resource manager.

@@ -49,183 +47,183 @@ Loading: "/etc/rippled.cfg"
 Connecting to 127.0.0.1:5005

 {
-   "result" : {
-      "app" : {
-         "ledgercleaner" : {
-            "status" : "idle"
-         },
-         "peers" : {
-            "peerfinder" : {
-               "bootcache" : {
-                  "entries" : 109
-               },
-               "config" : {
-                  "auto_connect" : "true",
-                  "features" : "",
-                  "max_peers" : 21,
-                  "out_peers" : 10,
-                  "port" : 51235,
-                  "want_incoming" : "true"
-               },
-               "counts" : {
-                  "accept" : 0,
-                  "close" : 0,
-                  "cluster" : "0",
-                  "connect" : 0,
-                  "fixed" : "0",
-                  "in" : "0/11",
-                  "out" : "10/10",
-                  "total" : "10"
-               },
-               "fixed" : 0,
-               "livecache" : {
-                  "entries" : [
-                     {
-                        "address" : "23.239.3.247:51235",
-                        "expires" : "30000000000 nanoseconds",
-                        "hops" : 2
-                     },
-                     {
-                        "address" : "192.170.145.88:51235",
-                        "expires" : "30000000000 nanoseconds",
-                        "hops" : 1
-                     },
-                     {
-                        "address" : "198.204.238.130:51235",
-                        "expires" : "26000024558 nanoseconds",
-                        "hops" : 1
-                     },
-                     {
-                        "address" : "203.127.12.115:51235",
-                        "expires" : "26000024558 nanoseconds",
-                        "hops" : 2
-                     },
-                     {
-                        "address" : "212.83.147.67:51235",
-                        "expires" : "26000024558 nanoseconds",
-                        "hops" : 2
-                     }
-                  ],
-                  "hist" : "0, 10, 74, 10, 0, 0, 0, 0",
-                  "size" : "94"
-               },
-               "peers" : [
-                  {
-                     "local_address" : "10.1.10.78:48923",
-                     "remote_address" : "52.24.43.83:51235",
-                     "state" : "active"
-                  },
-                  {
-                     "local_address" : "10.1.10.78:50004",
-                     "remote_address" : "52.26.205.197:51235",
-                     "state" : "active"
-                  },
-                  {
-                     "local_address" : "10.1.10.78:37019",
-                     "remote_address" : "168.1.60.132:51235",
-                     "state" : "active"
-                  },
-                  {
-                     "local_address" : "10.1.10.78:38775",
-                     "remote_address" : "192.170.145.88:51235",
-                     "state" : "active"
-                  },
-                  {
-                     "local_address" : "10.1.10.78:34793",
-                     "remote_address" : "198.204.238.130:51235",
-                     "state" : "active"
-                  }
-               ]
-            }
-         },
-         "resource" : {
-            "admin" : [
-               {
-                  "balance" : 0,
-                  "count" : 1,
-                  "name" : "\"127.0.0.1\""
-               }
-            ],
-            "inactive" : [],
-            "inbound" : [],
-            "outbound" : [
-               {
-                  "balance" : 23,
-                  "count" : 1,
-                  "name" : "93.190.138.234:51235"
-               },
-               {
-                  "balance" : 35,
-                  "count" : 1,
-                  "name" : "198.204.238.130:51235"
-               },
-               {
-                  "balance" : 31,
-                  "count" : 1,
-                  "name" : "52.26.205.197:51235"
-               },
-               {
-                  "balance" : 32,
-                  "count" : 1,
-                  "name" : "54.186.73.52:51235"
-               },
-               {
-                  "balance" : 15,
-                  "count" : 1,
-                  "name" : "72.251.233.164:51235"
-               }
-            ]
-         },
-         "server" : {
-            "active" : "2",
-            "hist" : "16",
-            "history" : [
-               {
-                  "bytes_in" : "214",
-                  "bytes_out" : "11688",
-                  "elapsed" : "0 seconds",
-                  "id" : "16",
-                  "requests" : 1,
-                  "when" : "2015-Jun-16 16:33:50"
-               },
-               {
-                  "bytes_in" : "214",
-                  "bytes_out" : "11431",
-                  "elapsed" : "0 seconds",
-                  "id" : "15",
-                  "requests" : 1,
-                  "when" : "2015-Jun-16 16:11:59"
-               },
-               {
-                  "bytes_in" : "227",
-                  "bytes_out" : "337",
-                  "elapsed" : "0 seconds",
-                  "id" : "3",
-                  "requests" : 1,
-                  "when" : "2015-Jun-16 14:57:23"
-               },
-               {
-                  "bytes_in" : "214",
-                  "bytes_out" : "2917",
-                  "elapsed" : "0 seconds",
-                  "id" : "2",
-                  "requests" : 1,
-                  "when" : "2015-Jun-16 12:39:29"
-               },
-               {
-                  "bytes_in" : "220",
-                  "bytes_out" : "1426",
-                  "elapsed" : "0 seconds",
-                  "id" : "1",
-                  "requests" : 1,
-                  "when" : "2015-Jun-16 12:39:13"
-               }
-            ]
-         },
-         "validators" : {}
-      },
-      "status" : "success"
-   }
+  "result" : {
+    "app" : {
+        "ledgercleaner" : {
+          "status" : "idle"
+        },
+        "peers" : {
+          "peerfinder" : {
+              "bootcache" : {
+                "entries" : 109
+              },
+              "config" : {
+                "auto_connect" : "true",
+                "features" : "",
+                "max_peers" : 21,
+                "out_peers" : 10,
+                "port" : 51235,
+                "want_incoming" : "true"
+              },
+              "counts" : {
+                "accept" : 0,
+                "close" : 0,
+                "cluster" : "0",
+                "connect" : 0,
+                "fixed" : "0",
+                "in" : "0/11",
+                "out" : "10/10",
+                "total" : "10"
+              },
+              "fixed" : 0,
+              "livecache" : {
+                "entries" : [
+                    {
+                      "address" : "23.239.3.247:51235",
+                      "expires" : "30000000000 nanoseconds",
+                      "hops" : 2
+                    },
+                    {
+                      "address" : "192.170.145.88:51235",
+                      "expires" : "30000000000 nanoseconds",
+                      "hops" : 1
+                    },
+                    {
+                      "address" : "198.204.238.130:51235",
+                      "expires" : "26000024558 nanoseconds",
+                      "hops" : 1
+                    },
+                    {
+                      "address" : "203.127.12.115:51235",
+                      "expires" : "26000024558 nanoseconds",
+                      "hops" : 2
+                    },
+                    {
+                      "address" : "212.83.147.67:51235",
+                      "expires" : "26000024558 nanoseconds",
+                      "hops" : 2
+                    }
+                ],
+                "hist" : "0, 10, 74, 10, 0, 0, 0, 0",
+                "size" : "94"
+              },
+              "peers" : [
+                {
+                    "local_address" : "10.1.10.78:48923",
+                    "remote_address" : "52.24.43.83:51235",
+                    "state" : "active"
+                },
+                {
+                    "local_address" : "10.1.10.78:50004",
+                    "remote_address" : "52.26.205.197:51235",
+                    "state" : "active"
+                },
+                {
+                    "local_address" : "10.1.10.78:37019",
+                    "remote_address" : "168.1.60.132:51235",
+                    "state" : "active"
+                },
+                {
+                    "local_address" : "10.1.10.78:38775",
+                    "remote_address" : "192.170.145.88:51235",
+                    "state" : "active"
+                },
+                {
+                    "local_address" : "10.1.10.78:34793",
+                    "remote_address" : "198.204.238.130:51235",
+                    "state" : "active"
+                }
+              ]
+          }
+        },
+        "resource" : {
+          "admin" : [
+              {
+                "balance" : 0,
+                "count" : 1,
+                "name" : "\"127.0.0.1\""
+              }
+          ],
+          "inactive" : [],
+          "inbound" : [],
+          "outbound" : [
+              {
+                "balance" : 23,
+                "count" : 1,
+                "name" : "93.190.138.234:51235"
+              },
+              {
+                "balance" : 35,
+                "count" : 1,
+                "name" : "198.204.238.130:51235"
+              },
+              {
+                "balance" : 31,
+                "count" : 1,
+                "name" : "52.26.205.197:51235"
+              },
+              {
+                "balance" : 32,
+                "count" : 1,
+                "name" : "54.186.73.52:51235"
+              },
+              {
+                "balance" : 15,
+                "count" : 1,
+                "name" : "72.251.233.164:51235"
+              }
+          ]
+        },
+        "server" : {
+          "active" : "2",
+          "hist" : "16",
+          "history" : [
+              {
+                "bytes_in" : "214",
+                "bytes_out" : "11688",
+                "elapsed" : "0 seconds",
+                "id" : "16",
+                "requests" : 1,
+                "when" : "2015-Jun-16 16:33:50"
+              },
+              {
+                "bytes_in" : "214",
+                "bytes_out" : "11431",
+                "elapsed" : "0 seconds",
+                "id" : "15",
+                "requests" : 1,
+                "when" : "2015-Jun-16 16:11:59"
+              },
+              {
+                "bytes_in" : "227",
+                "bytes_out" : "337",
+                "elapsed" : "0 seconds",
+                "id" : "3",
+                "requests" : 1,
+                "when" : "2015-Jun-16 14:57:23"
+              },
+              {
+                "bytes_in" : "214",
+                "bytes_out" : "2917",
+                "elapsed" : "0 seconds",
+                "id" : "2",
+                "requests" : 1,
+                "when" : "2015-Jun-16 12:39:29"
+              },
+              {
+                "bytes_in" : "220",
+                "bytes_out" : "1426",
+                "elapsed" : "0 seconds",
+                "id" : "1",
+                "requests" : 1,
+                "when" : "2015-Jun-16 12:39:13"
+              }
+          ]
+        },
+        "validators" : {}
+    },
+    "status" : "success"
+  }
 }

 ```
--- a/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/validator_info.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/validator_info.md
@@ -1,14 +1,12 @@
 ---
-html: validator_info.html
-parent: status-and-debugging-methods.html
 seo:
    description: Get the server's validation settings, if configured as a validator.
 labels:
-  - コアサーバ
-  - ブロックチェーン
+    - Core Server
+    - Blockchain
 ---
 # validator_info
-[[Source]](https://github.com/XRPLF/rippled/blob/master/src/ripple/rpc/handlers/ValidatorInfo.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/ValidatorInfo.cpp "Source")

 The {% code-page-name /%} method returns the current validator settings of the server, if it is configured as a validator.

--- a/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/validator_list_sites.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/validator_list_sites.md
@@ -1,14 +1,12 @@
 ---
-html: validator_list_sites.html
-parent: status-and-debugging-methods.html
 seo:
    description: Get information about sites that publish validator lists.
 labels:
-  - Core Server
-  - Blockchain
+    - Core Server
+    - Blockchain
 ---
 # validator_list_sites
-[[Source]](https://github.com/XRPLF/rippled/blob/master/src/ripple/rpc/handlers/ValidatorListSites.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/ValidatorListSites.cpp "Source")

 The `validator_list_sites` command returns status information of sites serving validator lists.

--- a/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/validators.md
+++ b/docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/validators.md
@@ -1,14 +1,12 @@
 ---
-html: validators.html
-parent: status-and-debugging-methods.html
 seo:
    description: Get information about the current validators.
 labels:
-  - Core Server
-  - Blockchain
+    - Core Server
+    - Blockchain
 ---
 # validators
-[[Source]](https://github.com/XRPLF/rippled/blob/master/src/ripple/rpc/handlers/Validators.cpp "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/Validators.cpp "Source")

 The `validators` command returns human readable information about the current list of published and [trusted validators](../../../../concepts/consensus-protocol/index.md#trust-based-validation) used by the server.

--- a/docs/references/http-websocket-apis/peer-port-methods/health-check.md
+++ b/docs/references/http-websocket-apis/peer-port-methods/health-check.md
@@ -1,13 +1,11 @@
 ---
-html: health-check.html
-parent: peer-port-methods.html
 seo:
    description: Special API method for reporting server health.
 labels:
-  - Core Server
+    - Core Server
 ---
 # Health Check
-[[Source]](https://github.com/XRPLF/rippled/blob/de0c52738785de8bf837f9124da65c7905e7bb5a/src/ripple/overlay/impl/OverlayImpl.cpp#L1084-L1168 "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/70d5c624e8cf732a362335642b2f5125ce4b43c1/src/xrpld/overlay/detail/OverlayImpl.cpp#L943-L1038 "Source")

 The Health Check is a special [peer port method](index.md) for reporting on the health of an individual `rippled` server. This method is intended for use in automated monitoring to recognize outages and prompt automated or manual interventions such as restarting the server. {% badge href="https://github.com/XRPLF/rippled/releases/tag/1.6.0" %}New in: rippled 1.6.0{% /badge %}

--- a/docs/references/http-websocket-apis/peer-port-methods/validator-list.md
+++ b/docs/references/http-websocket-apis/peer-port-methods/validator-list.md
@@ -1,13 +1,12 @@
 ---
-html: validator-list.html
-parent: peer-port-methods.html
 seo:
    description: Special API method for sharing recommended validator lists.
 labels:
-  - Core Server
-  - Blockchain
+    - Core Server
+    - Blockchain
 ---
 # Validator List Method
+[[Source]](https://github.com/XRPLF/rippled/blob/70d5c624e8cf732a362335642b2f5125ce4b43c1/src/xrpld/overlay/detail/OverlayImpl.cpp#L875-L940 "Source")

 The validator list method is a special API endpoint that fetches a current, trusted validator list a `rippled` server is using. This often represents the exact list of validators a server trusts.

@@ -45,7 +44,7 @@ The JSON object has the following fields:
 | `public_key`     | String | The public key used to verify this validator list data, in hexadecimal. This is a 32-byte Ed25519 public key prefixed with the byte `0xED`.  |

 ### Manifest Data
-[[Source]](https://github.com/XRPLF/rippled/blob/97712107b71a8e2089d2e3fcef9ebf5362951110/src/ripple/app/misc/impl/Manifest.cpp#L43-L66 "Source")
+[[Source]](https://github.com/XRPLF/rippled/blob/8d1b3b39940eca2735a0e9279bdd92b0748fd84c/src/xrpld/app/misc/detail/Manifest.cpp#L54-L82 "Source")

 A "manifest" contains information uniquely identifying a person or organization involved in the consensus process, either a **validator** or a **list publisher**. A validator's manifest contains the _public_ information from that [validator's token](../../../infrastructure/configuration/server-modes/run-rippled-as-a-validator.md#3-enable-validation-on-your-rippled-server). A list publisher's manifest provides information about the list publisher. Both are typically encoded to binary in the XRP Ledger's standard [binary serialization format](../../protocol/binary-format.md). (There is no standard JSON representation of a manifest.)

--- a/docs/references/http-websocket-apis/public-api-methods/server-info-methods/server_definitions.md
+++ b/docs/references/http-websocket-apis/public-api-methods/server-info-methods/server_definitions.md
@@ -39,7 +39,11 @@ An example of the request format:

 {% try-it method="server_definitions" /%}

-The request does not take any parameters.
+The request includes the following parameters:
+
+| Field             | Type   | Required? | Description |
+|:------------------|:-------|:----------|-------------|
+| `hash`            | String | No        | If included and the hash matches the server's hash, the full set of definitions will not be returned. |


 ## Response Format
--- a/docs/references/protocol/transactions/transaction-results/tec-codes.md
+++ b/docs/references/protocol/transactions/transaction-results/tec-codes.md
@@ -27,7 +27,7 @@ A transaction that fails with a `tec` code destroys the XRP paid as a [transacti
 | `tecCANT_ACCEPT_OWN_NFTOKEN_OFFER` | 157 | The transaction tried to accept an offer that was placed by the same account to buy or sell a [non-fungible token](../../../../concepts/tokens/nfts/index.md). {% amendment-disclaimer name="NonFungibleTokensV1_1" /%} |
 | `tecCLAIM`                 | 100   | Unspecified failure, with transaction cost destroyed. |
 | `tecCRYPTOCONDITION_ERROR` | 146   | This [EscrowCreate][] or [EscrowFinish][] transaction contained a malformed or mismatched crypto-condition. |
-| `tecDIR_FULL`              | 121   | The transaction tried to add an object (such as a trust line, Check, Escrow, or Payment Channel) to an account's owner directory, but that account cannot own any more objects in the ledger. |
+| `tecDIR_FULL`              | 121   | The transaction tried to add an object (such as a trust line, Check, Escrow, or Payment Channel) to an account's owner directory, but that account cannot own any more objects in the ledger.<br>This error is effectively impossible to receive if {% amendment-disclaimer name="fixDirectoryLimit" compact=true /%} is enabled. |
 | `tecDUPLICATE`             | 149   | The transaction tried to create an object (such as a [DepositPreauth][] authorization) that already exists. |
 | `tecDST_TAG_NEEDED`        | 143   | The [Payment transaction][] omitted a [destination tag](../../../../concepts/transactions/source-and-destination-tags.md), but the destination account has the `lsfRequireDestTag` flag enabled. |
 | `tecEMPTY_DID`             | 187   | The transaction tried to create a [DID entry][] with no contents. A DID must not be empty. {% amendment-disclaimer name="DID" /%} |
--- a/docs/references/protocol/transactions/types/batch.md
+++ b/docs/references/protocol/transactions/types/batch.md
@@ -121,12 +121,12 @@ In this example, two users are atomically swapping their tokens: XRP for GKO.
 | Field             | JSON Type | [Internal Type][] | Required? | Description |
 |:------------------|:----------|:------------------|:----------|:------------|
 | `Flags`           | Number    | UInt32            | Yes       | A bit-flag for this transaction. Exactly one must be specified to represent the batch mode of the transaction. See: [Batch Flags](#batch-flags). |
-| `RawTransactions` | Array     | Array             | Yes       | The list of transactions to apply. |
+| `RawTransactions` | Array     | Array             | Yes       | The list of transactions to apply. See [RawTransactions](#rawtransactions). |
 | `BatchSigners`    | Array     | Array             | No        | The signatures authorizing a multi-account `Batch` transaction. |

 ### RawTransactions

-`RawTransactions` contains the list of inner transactions to be applied. There can be up to 8 transactions included. These transactions can come from one account or multiple accounts.
+`RawTransactions` contains the list of inner transactions to be applied. There must be a minimum of **2** transactions and a maximum of **8** transactions. These transactions can come from one account or multiple accounts.

 Each inner transaction:

@@ -169,6 +169,7 @@ A transaction is considered successful if it receives a `tesSUCCESS` result.

 | Error Code                | Description                                       |
 |:--------------------------|:--------------------------------------------------|
+| `temARRAY_EMPTY`          | The batch transaction contains zero or one inner transaction. You must submit at least two inner transactions. |
 | `temINVALID_INNER_BATCH`  | An inner transaction is malformed.               |
 | `temSEQ_AND_TICKET`       | The transaction contains both a `TicketSequence` field and a non-zero `Sequence` value. A transaction can't include both fields, but must have at least one. |

--- a/docs/references/protocol/transactions/types/checkcreate.md
+++ b/docs/references/protocol/transactions/types/checkcreate.md
@@ -40,14 +40,18 @@ Create an on-ledger [check](../../../../concepts/payment-types/checks.md), which

 ## Error Cases

- If the `Destination` account is blocking incoming Checks, the transaction fails with the result code `tecNO_PERMISSION`. {% amendment-disclaimer name="DisallowIncoming" /%}
- If the `Destination` is the sender of the transaction, the transaction fails with the result code `temREDUNDANT`.
- If the `Destination` [account](../../../../concepts/accounts/index.md) does not exist in the ledger, the transaction fails with the result code `tecNO_DST`.
- If the `Destination` account has the `RequireDest` flag enabled but the transaction does not include a `DestinationTag` field, the transaction fails with the result code `tecDST_TAG_NEEDED`.
- If `SendMax` specifies a token which is [frozen](../../../../concepts/tokens/fungible-tokens/freezes.md), the transaction fails with the result `tecFROZEN`.
- If the `Expiration` of the transaction is in the past, the transaction fails with the result `tecEXPIRED`.
- If the sender does not have enough XRP to meet the [owner reserve](../../../../concepts/accounts/reserves.md#owner-reserves) after adding the Check, the transaction fails with the result `tecINSUFFICIENT_RESERVE`.
- If either the sender or the destination of the Check cannot own more objects in the ledger, the transaction fails with the result `tecDIR_FULL`.
+Besides errors that can occur for all transactions, {% $frontmatter.seo.title %} transactions can result in the following [transaction result codes](../transaction-results/index.md):
+
+| Error Code | Description |
+|:-----------|:------------|
+| `tecNO_PERMISSION` | The `Destination` account is blocking incoming Checks. {% amendment-disclaimer name="DisallowIncoming" /%} |
+| `temREDUNDANT` | The `Destination` is the sender of the transaction. |
+| `tecNO_DST` | The `Destination` [account](../../../../concepts/accounts/index.md) does not exist in the ledger. |
+| `tecDST_TAG_NEEDED` | The `Destination` account has the `RequireDest` flag enabled but the transaction does not include a `DestinationTag` field. |
+| `tecFROZEN` | `SendMax` specifies a token which is [frozen](../../../../concepts/tokens/fungible-tokens/freezes.md). |
+| `tecEXPIRED` | The `Expiration` of the transaction is in the past. |
+| `tecINSUFFICIENT_RESERVE` | The sender does not have enough XRP to meet the [owner reserve](../../../../concepts/accounts/reserves.md#owner-reserves) after adding the Check. |
+| `tecDIR_FULL` | Either the sender or the destination of the Check cannot own more objects in the ledger.<br>This error is effectively impossible to receive if {% amendment-disclaimer name="fixDirectoryLimit" compact=true /%} is enabled. |

 ## See Also

--- a/docs/references/protocol/transactions/types/delegateset.md
+++ b/docs/references/protocol/transactions/types/delegateset.md
@@ -65,7 +65,7 @@ Besides errors that can occur for all transactions, {% $frontmatter.seo.title %}

 | Error Code                | Description |
 |:--------------------------|:------------|
-| `tecDIR_FULL`             | The sender owns too many items in the ledger already. |
+| `tecDIR_FULL`             | The sender owns too many items in the ledger already.<br>This error is effectively impossible to receive if {% amendment-disclaimer name="fixDirectoryLimit" compact=true /%} is enabled. |
 | `tecINSUFFICIENT_RESERVE` | The sender does not have enough XRP to meet the [reserve requirement](/docs/concepts/accounts/reserves.md) of creating a new Delegate ledger entry. |
 | `tecNO_PERMISSION`        | At least one permission in the `Permissions` list is not delegatable. See [Permission Values](../../data-types/permission-values.md) for which permissions are not delegatable. |
 | `tecNO_TARGET`            | The account specified in the `Authorize` field does not exist in the ledger. |
--- a/docs/references/protocol/transactions/types/mptokenissuancecreate.md
+++ b/docs/references/protocol/transactions/types/mptokenissuancecreate.md
@@ -24,7 +24,6 @@ This example assumes that the issuer of the token is the signer of the transacti
  "AssetScale": 4,
  "TransferFee": 0,
  "MaximumAmount": "50000000",
-  "Flags": 83659,
  "MPTokenMetadata": "7B2274223A225442494C4C222C226E223A22542D42696C6C205969656C6420546F6B656E222C2264223A2241207969656C642D62656172696E6720737461626C65636F696E206261636B65642062792073686F72742D7465726D20552E532E205472656173757269657320616E64206D6F6E6579206D61726B657420696E737472756D656E74732E222C2269223A226578616D706C652E6F72672F7462696C6C2D69636F6E2E706E67222C226163223A22727761222C226173223A227472656173757279222C22696E223A224578616D706C65205969656C6420436F2E222C227573223A5B7B2275223A226578616D706C657969656C642E636F2F7462696C6C222C2263223A2277656273697465222C2274223A2250726F647563742050616765227D2C7B2275223A226578616D706C657969656C642E636F2F646F6373222C2263223A22646F6373222C2274223A225969656C6420546F6B656E20446F6373227D5D2C226169223A7B22696E7465726573745F72617465223A22352E303025222C22696E7465726573745F74797065223A227661726961626C65222C227969656C645F736F75726365223A22552E532E2054726561737572792042696C6C73222C226D617475726974795F64617465223A22323034352D30362D3330222C226375736970223A22393132373936525830227D7D",
  "Fee": "12",
  "Flags": 122,
--- a/docs/references/protocol/transactions/types/nftokencreateoffer.md
+++ b/docs/references/protocol/transactions/types/nftokencreateoffer.md
@@ -56,7 +56,7 @@ Besides errors that can occur for all transactions, {% $frontmatter.seo.title %}
 | `temDISABLED`                    | The [NonFungibleTokensV1 amendment][] is not enabled. |
 | `temBAD_AMOUNT`                  | The `Amount` field is not valid. For example, the amount was zero for a buy offer, or the amount is denominated in fungible tokens but the `NFToken` has the [`lsfOnlyXRP` flag](../../data-types/nftoken.md#nftoken-flags) enabled. |
 | `temBAD_EXPIRATION`              | The specified `Expiration` time is invalid (for example, `0`). |
-| `tecDIR_FULL`                    | The sender already owns too many objects in the ledger, or there are already too many offers to buy or sell this token. |
+| `tecDIR_FULL`                    | The sender already owns too many objects in the ledger, or there are already too many offers to buy or sell this token.<br>This error is effectively impossible to receive if {% amendment-disclaimer name="fixDirectoryLimit" compact=true /%} is enabled. |
 | `tecEXPIRED`                     | The specified `Expiration` time has already passed. |
 | `tecFROZEN`                      | The `Amount` is denominated in fungible tokens, but one of the trust lines that would receive tokens from this offer is [frozen](../../../../concepts/tokens/fungible-tokens/freezes.md). This could be the seller's trust line or the `NFToken`'s issuer's trust line (if the `NFToken` has a transfer fee). |
 | `tecINSUFFICIENT_RESERVE`        | The sender does not have enough XRP to meet the [reserve requirement](../../../../concepts/accounts/reserves.md) after placing this offer. |
--- a/docs/references/protocol/transactions/types/offercreate.md
+++ b/docs/references/protocol/transactions/types/offercreate.md
@@ -58,7 +58,7 @@ Transactions of the OfferCreate type support additional values in the [`Flags` f

 | Error Code               | Description                                       |
 |:-------------------------|:--------------------------------------------------|
-| `tecDIR_FULL`            | The owner owns too many items in the ledger, or the order book contains too many Offers at the same exchange rate already. |
+| `tecDIR_FULL`            | The owner owns too many items in the ledger, or the order book contains too many Offers at the same exchange rate already.<br>This error is effectively impossible to receive if {% amendment-disclaimer name="fixDirectoryLimit" compact=true /%} is enabled. |
 | `tecEXPIRED`             | The transaction specifies an `Expiration` time that has already passed. |
 | `tecFROZEN`              | The transaction involves a token on a [frozen](../../../../concepts/tokens/fungible-tokens/freezes.md) trust line (including local and global freezes). The `TakerPays` (buy amount) token has been deep-frozen by the issuer. |
 | `tecINSUF_RESERVE_OFFER` | The owner does not have enough XRP to meet the reserve requirement of adding a new offer ledger entry, and the transaction did not convert any currency. (If the transaction successfully traded any amount, the transaction succeeds with the result code `tesSUCCESS`, but does not create an offer ledger entry for the remainder.) |
--- a/docs/references/protocol/transactions/types/permissioneddomainset.md
+++ b/docs/references/protocol/transactions/types/permissioneddomainset.md
@@ -55,7 +55,7 @@ Besides errors that can occur for all transactions, {% $frontmatter.seo.title %}

 | Error Code                | Description |
 |:--------------------------|:------------|
-| `tecDIR_FULL`             | The transaction would create a new PermissionedDomain, but the sender's owner directory is full. |
+| `tecDIR_FULL`             | The transaction would create a new PermissionedDomain, but the sender's owner directory is full.<br>This error is effectively impossible to receive if {% amendment-disclaimer name="fixDirectoryLimit" compact=true /%} is enabled. |
 | `tecINSUFFICIENT_RESERVE` | The transaction would create a new PermissionedDomain, but the sender does not have enough XRP to meet the increased owner reserve. |
 | `tecNO_ENTRY`             | The transaction attempted to modify a Domain that does not exist. Check the `DomainID` field of the transaction. |
 | `tecNO_ISSUER`            | At least one of the issuers specified in the `AcceptedCredentials` field is does not exist in the XRP Ledger. Check the `Issuer` field of each member of the array. |
--- a/docs/references/protocol/transactions/types/ticketcreate.md
+++ b/docs/references/protocol/transactions/types/ticketcreate.md
@@ -43,7 +43,7 @@ Besides errors that can occur for all transactions, {% $frontmatter.seo.title %}
 | Error Code                | Description                                      |
 |:--------------------------|:-------------------------------------------------|
 | `temINVALID_COUNT`        | The `TicketCount` field is invalid. It must be an integer from 1 to 250. |
-| `tecDIR_FULL`             | This transaction would cause the account to own more than the limit of 250 Tickets at a time, or more than the maximum number of ledger objects in general. |
+| `tecDIR_FULL`             | This transaction would cause the account to own more than the limit of 250 Tickets at a time, or more than the maximum number of ledger objects in general.<br>The maximum ledger objects error is effectively impossible to receive if {% amendment-disclaimer name="fixDirectoryLimit" compact=true /%} is enabled. |
 | `tecINSUFFICIENT_RESERVE` | The sending account does not have enough XRP to meet the [owner reserve](../../../../concepts/accounts/reserves.md) of all the requested Tickets. |

 ## See Also
--- a/docs/tutorials/how-tos/use-batch-transactions/index.md
+++ b/docs/tutorials/how-tos/use-batch-transactions/index.md
@@ -0,0 +1,14 @@
+---
+seo:
+    description: Batch multiple transactions together and execute them as a single unit.
+metadata:
+  indexPage: true
+labels:
+  - Batch
+  - Transactions
+---
+# Use Batch Transactions
+
+Batch multiple transactions together and execute them as a single unit.
+
+{% child-pages /%}
--- a/docs/tutorials/how-tos/use-batch-transactions/send-a-multi-account-batch-transaction.md
+++ b/docs/tutorials/how-tos/use-batch-transactions/send-a-multi-account-batch-transaction.md
@@ -0,0 +1,172 @@
+---
+seo:
+    description: Send a Batch transaction containing transactions from multiple accounts. 
+metadata:
+  indexPage: true
+labels:
+  - Batch
+  - Transactions
+---
+# Send a Multi-Account Batch Transaction
+
+This tutorial shows you how to create a [Batch transaction][] containing transactions from multiple accounts, where each account must sign the `Batch` transaction. Any account, even one not involved in the inner transactions, can submit the batch.
+
+## Goals
+
+By the end of this tutorial, you will be able to:
+
+- Create a `Batch` transaction with multiple inner transactions, signed by multiple accounts, and submitted by a third party account.
+- Configure the `Batch` transaction to ensure atomicity, so that either all inner transactions succeed or they all fail.
+
+## Prerequisites
+
+To complete this tutorial, you should:
+
+- Have a basic understanding of the XRP Ledger.
+- Have an XRP Ledger client library set up in your development environment. This page provides examples for the following:
+  - **JavaScript** with the [xrpl.js library](https://github.com/XRPLF/xrpl.js). See [Get Started Using JavaScript](../../javascript/build-apps/get-started.md) for setup steps.
+
+## Source Code
+
+You can find the complete source code for this tutorial's examples in the [code samples section of this website's repository](https://github.com/XRPLF/xrpl-dev-portal/tree/master/_code-samples/batch/).
+
+## Steps
+
+The example in this tutorial demonstrates a scenario where Bob and Charlie both owe Alice 50 XRP each, and a third-party (such as a payment processor) submits the `Batch` transaction atomically to ensure Alice is paid by both parties.
+
+### 1. Install dependencies
+
+{% tabs %}
+{% tab label="Javascript" %}
+From the code sample folder, use npm to install dependencies:
+
+```bash
+npm install xrpl
+```
+
+{% /tab %}
+{% /tabs %}
+
+### 2. Set up client and accounts
+
+To get started, import the client library and instantiate a client to connect to the XRPL. Then, create the accounts for Alice, Bob, Charlie, and the third-party.
+
+{% tabs %}
+{% tab label="Javascript" %}
+{% code-snippet file="/_code-samples/batch/js/multiAccountBatch.js" language="js" from="import xrpl" before="// Create inner transactions" /%}
+{% /tab %}
+{% /tabs %}
+
+### 3. Prepare inner transactions
+
+Next, prepare the inner transactions that will be included in the batch.
+
+{% tabs %}
+{% tab label="Javascript" %}
+{% code-snippet file="/_code-samples/batch/js/multiAccountBatch.js" language="js" from="// Create inner transactions" to="// Send Batch transaction" /%}
+{% /tab %}
+{% /tabs %}
+
+The first transaction sends a payment of 50 XRP from Charlie to Alice, and the second sends a payment of 50 XRP from Bob to Alice. Both transactions must include the `tfInnerBatchTxn` (0x40000000) flag to indicate that they are inner transactions of a batch.
+
+Inner transactions must have a Fee of **0** and an empty string for the `SigningPubKey`. The outer `Batch` transaction handles the overall fee and signing for all inner transactions.
+
+{% admonition type="info" name="Note" %}
+The `Fee` and `SigningPubKey` fields are omitted as the client library's _autofill_ functionality automatically populates these when submitting the `Batch` transaction.
+
+You typically don't need to set these manually, but if you do, ensure `Fee` is set to 0 and `SigningPubKey` is an empty string.
+{% /admonition %}
+
+### 4. Prepare Batch transaction
+
+Create the `Batch` transaction and provide the inner transactions. The key fields to note are:
+
+| Field            | Value      |
+|:---------------- |:---------- |
+| TransactionType  | The type of transaction, in this case `Batch`.|
+| Account          | The wallet address of the account that is sending the `Batch` transaction. |
+| Flags            | The flags for the `Batch` transaction. For this example the transaction is configured with the `tfAllOrNothing` (0x00010000) flag to ensure that either all inner transactions succeed or they all fail atomically. See [Batch Flags](../../../references/protocol/transactions/types/batch.md#batch-flags) for other options. |
+| RawTransactions  | Contains the list of inner transactions to be applied. Must include a minimum of **2** transactions and a maximum of **8** transactions. These transactions can come from one account or multiple accounts. |
+| BatchSigners     | The list of signatures required for the `Batch` transaction. This is required because there are multiple accounts' transactions included in the batch. |
+
+{% tabs %}
+{% tab label="Javascript" %}
+{% code-snippet file="/_code-samples/batch/js/multiAccountBatch.js" language="js" from="// Send Batch transaction" before="// Gather batch signatures" /%}
+{% /tab %}
+{% /tabs %}
+
+Because we used `autofill`, the client library automatically fills in any missing fields, like `Fee` and `SigningPubKey`. Additionally, we specify the expected number of signers (2 in this case).
+
+### 5. Gather batch signatures
+
+To add the `BatchSigners` field, you need to collect signatures from each account that's sending a transaction within the batch. In this case we need two signatures, one from Charlie and one from Bob. Each sender must sign the `Batch` transaction to authorize their payment.
+
+{% tabs %}
+{% tab label="Javascript" %}
+The **xrpl.js** library provides a helper function, `signMultiBatch()`, to sign the `Batch` transaction for each account.
+
+Then, to combine the signatures into a single signed `Batch` transaction, use the `combineBatchSigners()` utility function.
+{% code-snippet file="/_code-samples/batch/js/multiAccountBatch.js" language="js" from="// Gather batch signatures" to="// Submit" /%}
+{% /tab %}
+{% /tabs %}
+
+### 6. Submit Batch transaction
+
+With all the required signatures gathered, the third-party wallet can now submit the `Batch` transaction.
+
+{% tabs %}
+{% tab label="Javascript" %}
+{% code-snippet file="/_code-samples/batch/js/multiAccountBatch.js" language="js" from="// Submit" before="// Check Batch transaction" /%}
+{% /tab %}
+{% /tabs %}
+
+### 7. Check Batch transaction result
+
+To check the result of the `Batch` transaction submission:
+
+{% tabs %}
+{% tab label="Javascript" %}
+{% code-snippet file="/_code-samples/batch/js/multiAccountBatch.js" language="js" from="// Check Batch transaction" before="// Calculate and verify" /%}
+{% /tab %}
+{% /tabs %}
+
+The code checks for a `tesSUCCESS` result and displays the response details.
+
+{% admonition type="warning" name="Warning" %}
+A `tesSUCCESS` result indicates that the `Batch` transaction was processed successfully, but does not guarantee the inner transactions succeeded. For example, see the [following transaction on the XRPL Explorer](https://devnet.xrpl.org/transactions/20CFCE5CF75E93E6D1E9C1E42F8E8C8C4CB1786A65BE23D2EA77EAAB65A455C5/simple).
+{% /admonition %}
+
+Because the `Batch` transaction is configured with a `tfAllOrNothing` flag, if any inner transaction fails, **all** inner transactions wil fail, and only the `Batch` transaction fee is deducted from the **third-party wallet**.
+
+### 8. Verify inner transactions
+
+Since there is no way to check the status of inner transactions in the `Batch` transaction result, you need to calculate the inner transaction hashes and look them up on the ledger:
+
+{% tabs %}
+{% tab label="Javascript" %}
+{% code-snippet file="/_code-samples/batch/js/multiAccountBatch.js" language="js" from="// Calculate and verify" before="// Verify balances after transaction" /%}
+{% /tab %}
+{% /tabs %}
+
+The code extracts the actual inner transactions from the batch response, calculates the hash of each inner transaction and looks up each transaction on the ledger using its hash.
+
+### 9. Verify balances
+
+You can also verify that the inner transactions executed successfully by checking the account balances to confirm the expected changes.
+
+{% tabs %}
+{% tab label="Javascript" %}
+{% code-snippet file="/_code-samples/batch/js/multiAccountBatch.js" language="js" from="// Verify balances after transaction" /%}
+{% /tab %}
+{% /tabs %}
+
+## See Also
+
+- **Concepts**:
+  - [Batch Transactions](../../../concepts/transactions/batch-transactions.md)
+- **Tutorials**:
+  - [Send a Single Account Batch Transaction](send-a-single-account-batch-transaction.md)
+- **References**:
+  - [Batch Transaction][]
+
+{% raw-partial file="/docs/_snippets/common-links.md" /%}
--- a/docs/tutorials/how-tos/use-batch-transactions/send-a-single-account-batch-transaction.md
+++ b/docs/tutorials/how-tos/use-batch-transactions/send-a-single-account-batch-transaction.md
@@ -0,0 +1,162 @@
+---
+seo:
+    description: Send a Batch transaction from a single account.
+metadata:
+  indexPage: true
+labels:
+  - Batch
+  - Transactions
+---
+# Send a Single Account Batch Transaction
+
+A [Batch transaction][] allows you to group multiple transactions together and execute them as a single atomic operation.
+
+This tutorial shows you how to create a `Batch` transaction where a single account submits multiple transactions that either all succeed together or all fail together.
+
+## Goals
+
+By the end of this tutorial, you will be able to:
+
+- Create a `Batch` transaction with multiple inner transactions, signed and submitted by a single account.
+- Configure the `Batch` transaction to ensure atomicity, so that either all inner transactions succeed or they all fail.
+
+## Prerequisites
+
+To complete this tutorial, you should:
+
+- Have a basic understanding of the XRP Ledger.
+- Have an XRP Ledger client library set up in your development environment. This page provides examples for the following:
+  - **JavaScript** with the [xrpl.js library](https://github.com/XRPLF/xrpl.js). See [Get Started Using JavaScript](../../javascript/build-apps/get-started.md) for setup steps.
+
+## Source Code
+
+You can find the complete source code for this tutorial's examples in the [code samples section of this website's repository](https://github.com/XRPLF/xrpl-dev-portal/tree/master/_code-samples/batch/).
+
+## Steps
+
+The example in this tutorial demonstrates a scenario where an account sends multiple payments that must be processed atomically in one `Batch` transaction.
+
+### 1. Install dependencies
+
+{% tabs %}
+{% tab label="Javascript" %}
+From the code sample folder, use npm to install dependencies:
+
+```bash
+npm install xrpl
+```
+
+{% /tab %}
+{% /tabs %}
+
+### 2. Set up client and accounts
+
+To get started, import the client library and instantiate a client to connect to the XRPL. For this tutorial you need a funded account for the `Batch` transaction **sender**, and two other accounts to **receive** the payments.
+
+{% tabs %}
+{% tab label="Javascript" %}
+{% code-snippet file="/_code-samples/batch/js/singleAccountBatch.js" language="js" from="import xrpl" before="// Create inner transactions" /%}
+{% /tab %}
+{% /tabs %}
+
+### 3. Prepare inner transactions
+
+Next, prepare the inner transactions that will be included in the batch.
+
+{% tabs %}
+{% tab label="Javascript" %}
+{% code-snippet file="/_code-samples/batch/js/singleAccountBatch.js" language="js" from="// Create inner transactions" to="// Send Batch transaction" /%}
+{% /tab %}
+{% /tabs %}
+
+The first transaction sends a payment of 2 XRP from the sender to `wallet1`, and the second transaction sends 5 XRP from the sender to `wallet2`. Both transactions must include the `tfInnerBatchTxn` (0x40000000) flag to indicate that they are inner transactions of a batch.
+
+Inner transactions must have a Fee of **0** and an empty string for the `SigningPubKey`. The outer `Batch` transaction handles the overall fee and signing for all inner transactions.
+
+{% admonition type="info" name="Note" %}
+The `Fee` and `SigningPubKey` fields are omitted as the client library's _autofill_ functionality automatically populates these when submitting the `Batch` transaction.
+
+You typically don't need to set these manually, but if you do, ensure `Fee` is set to 0 and `SigningPubKey` is an empty string.
+{% /admonition %}
+
+### 4. Prepare Batch transaction
+
+Create the `Batch` transaction and provide the inner transactions. The key fields to note are:
+
+| Field            | Value      |
+|:---------------- |:---------- |
+| TransactionType  | The type of transaction, in this case `Batch`.|
+| Account          | The wallet address of the account that is sending the `Batch` transaction. |
+| Flags            | The flags for the `Batch` transaction. For this example the transaction is configured with the `tfAllOrNothing` (0x00010000) flag to ensure that either all inner transactions succeed or they all fail atomically. See [Batch Flags](../../../references/protocol/transactions/types/batch.md#batch-flags) for other options. |
+| RawTransactions  | Contains the list of inner transactions to be applied. Must include a minimum of **2** transactions and a maximum of **8** transactions. These transactions can come from one account or multiple accounts. |
+
+{% tabs %}
+{% tab label="Javascript" %}
+{% code-snippet file="/_code-samples/batch/js/singleAccountBatch.js" language="js" from="// Send Batch transaction" before="// Submit" /%}
+{% /tab %}
+{% /tabs %}
+
+### 5. Submit Batch transaction
+
+Now the sender can submit the `Batch` transaction:
+
+{% tabs %}
+{% tab label="Javascript" %}
+{% code-snippet file="/_code-samples/batch/js/singleAccountBatch.js" language="js" from="// Submit" before="// Check Batch transaction" /%}
+{% /tab %}
+{% /tabs %}
+
+Because `autofill` is set to `true`, the client library automatically fills in any missing fields, like the `Fee` and `SigningPubKey`, before submitting the batch.
+
+### 6. Check Batch transaction result
+
+To check the result of the `Batch` transaction submission:
+
+{% tabs %}
+{% tab label="Javascript" %}
+{% code-snippet file="/_code-samples/batch/js/singleAccountBatch.js" language="js" from="// Check Batch transaction" before="// Calculate and verify" /%}
+{% /tab %}
+{% /tabs %}
+
+The code checks for a `tesSUCCESS` result and displays the response details.
+
+{% admonition type="warning" name="Warning" %}
+A `tesSUCCESS` result indicates that the `Batch` transaction was processed successfully, but does not guarantee the inner transactions succeeded.
+
+For example, see the [following transaction on the XRPL Explorer](https://devnet.xrpl.org/transactions/20CFCE5CF75E93E6D1E9C1E42F8E8C8C4CB1786A65BE23D2EA77EAAB65A455C5/simple).
+{% /admonition %}
+
+Because the `Batch` transaction is configured with a `tfAllOrNothing` flag, if any inner transaction fails, **all** inner transactions wil fail, and only the `Batch` transaction fee is deducted from the **third-party wallet**.
+
+### 7. Verify inner transactions
+
+Since there is no way to check the status of inner transactions in the `Batch` transaction result, you need to calculate the inner transaction hashes and look them up on the ledger:
+
+{% tabs %}
+{% tab label="Javascript" %}
+{% code-snippet file="/_code-samples/batch/js/singleAccountBatch.js" language="js" from="// Calculate and verify" before="// Verify balances after transaction" /%}
+{% /tab %}
+{% /tabs %}
+
+The code extracts the actual inner transactions from the batch response, calculates the hash of each inner transaction and looks up each transaction on the ledger using its hash.
+
+### 8. Verify balances
+
+You can also verify that the inner transactions executed successfully by checking the account balances to confirm the expected changes.
+
+{% tabs %}
+{% tab label="Javascript" %}
+{% code-snippet file="/_code-samples/batch/js/singleAccountBatch.js" language="js" from="// Verify balances after transaction" /%}
+{% /tab %}
+{% /tabs %}
+
+## See Also
+
+- **Concepts**:
+  - [Batch Transactions](../../../concepts/transactions/batch-transactions.md)
+- **Tutorials**:
+  - [Send a Multi-Account Batch Transaction](send-a-multi-account-batch-transaction.md)
+- **References**:
+  - [Batch Transaction][]
+
+{% raw-partial file="/docs/_snippets/common-links.md" /%}
--- a/docs/tutorials/javascript/amm/trade-with-auction-slot.md
+++ b/docs/tutorials/javascript/amm/trade-with-auction-slot.md
@@ -240,7 +240,7 @@ Save the taker pays and taker gets fields; use these values to get the total amo
        }
 ```

-Use [AMM helper functions](https://github.com/XRPLF/rippled/blob/2d1854f354ff8bb2b5671fd51252c5acd837c433/src/ripple/app/misc/impl/AMMHelpers.cpp) to estimate values for:
+Implement [AMM formulas](https://github.com/XRPLF/rippled/blob/master/src/xrpld/app/misc/detail/AMMHelpers.cpp) to estimate values for:

 - Cost to swap token without an auction slot.
 - Cost to swap token with an auction slot.
@@ -534,7 +534,7 @@ Report the results.

 ## Code Walkthrough (ripplex13b-amm-formulas.js) 

-You can open `ripplex13b-amm-formulas.js` from the [Quickstart Samples](https://github.com/XRPLF/xrpl-dev-portal/tree/master/_code-samples/quickstart/js/) to view the source code. This tutorial uses three of the available [AMM helper functions](https://github.com/XRPLF/rippled/blob/2d1854f354ff8bb2b5671fd51252c5acd837c433/src/ripple/app/misc/impl/AMMHelpers.cpp).
+You can open `ripplex13b-amm-formulas.js` from the [Quickstart Samples](https://github.com/XRPLF/xrpl-dev-portal/tree/master/_code-samples/quickstart/js/) to view the source code. This code implements several core [AMM formulas](https://github.com/XRPLF/rippled/blob/master/src/xrpld/app/misc/detail/AMMHelpers.cpp) defined by the protocol.


 ### swapOut()
--- a/docs/tutorials/javascript/build-apps/get-started.md
+++ b/docs/tutorials/javascript/build-apps/get-started.md
@@ -62,10 +62,10 @@ Click **Download** on the top right of the code preview panel to download the so

 Follow the steps to create a simple application with `xrpl.js`.

-<!-- Web steps -->
-{% step id="import-web-tag" when={ "environment": "Web" } %}
 ### 1. Install Dependencies

+<!-- Web steps -->
+{% step id="import-web-tag" when={ "environment": "Web" } %}
 To load `xrpl.js` into your project, add a `<script>` tag to your HTML.

 You can load the library from a CDN as in the example, or download a release and host it on your own website.
@@ -74,8 +74,7 @@ This loads the module into the top level as `xrpl`.
 {% /step %}

 <!-- Node.js steps -->
-{% step id="import-node-tag" when={ "environment": "Node" } %}
-### 1. Install Dependencies
+{% step id="install-node-tag" when={ "environment": "Node" } %}

 Start a new project by creating an empty folder, then move into that folder and use [NPM](https://www.npmjs.com/) to install the latest version of xrpl.js:

@@ -95,7 +94,7 @@ Your `package.json` file should look something like this:
 {% step id="connect-tag" %}
 #### Connect to the XRP Ledger Testnet

-To make queries and submit transactions, you need to connect to the XRP Ledger. To do this with `xrpl.js`, you create an instance of the [`Client`](https://js.xrpl.org/classes/Client.html) class and use the [`connect()`](https://js.xrpl.org/classes/Client.html#connect) method.
+To make queries and submit transactions, you need to connect to the XRP Ledger. To do this with `xrpl.js`, you create an instance of the `Client` class and use the `connect()` method.

 {% admonition type="success" name="Tip" %}Many network functions in `xrpl.js` use [Promises](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Promise) to return values asynchronously. The code samples here use the [`async/await` pattern](https://developer.mozilla.org/en-US/docs/Learn/JavaScript/Asynchronous/Async_await) to wait for the actual result of the Promises.{% /admonition %}

@@ -131,48 +130,46 @@ The sample code shows you how to connect to the Testnet, which is one of the ava
 {% step id="get-account-create-wallet-tag" %}
 #### Create and Fund a Wallet

-The `xrpl.js` library has a [`Wallet`](https://js.xrpl.org/classes/Wallet.html) class for handling the keys and address of an XRP Ledger account. On Testnet, you can fund a new account as shown in the example.
+The `xrpl.js` library has a `Wallet` class for handling the keys and address of an XRP Ledger account. On Testnet, you can fund a new account as shown in the example.
 {% /step %}

 {% step id="get-account-create-wallet-b-tag" %}
 #### (Optional) Generate a Wallet Only

-If you want to generate a wallet without funding it, you can create a new [`Wallet`](https://js.xrpl.org/classes/Wallet.html) instance. Keep in mind that you need to send XRP to the wallet for it to be a valid account on the ledger.
+If you want to generate a wallet without funding it, you can create a new `Wallet` instance. Keep in mind that you need to send XRP to the wallet for it to be a valid account on the ledger.
 {% /step %}

 {% step id="get-account-create-wallet-c-tag" %}
 #### (Optional) Use Your Own Wallet Seed

-To use an existing wallet seed encoded in [base58][], you can create a [`Wallet`](https://js.xrpl.org/classes/Wallet.html) instance from it.
+To use an existing wallet seed encoded in [base58][], you can create a `Wallet` instance from it.
 {% /step %}

-{% step id="query-xrpl-tag" %}
 ### 4. Query the XRP Ledger

-Use the Client's [`request()`](https://js.xrpl.org/classes/Client.html#request) method to access the XRP Ledger's [WebSocket API](../../../references/http-websocket-apis/api-conventions/request-formatting.md).
+{% step id="query-xrpl-tag" %}
+Use the Client's `request()` method to access the XRP Ledger's [WebSocket API](../../../references/http-websocket-apis/api-conventions/request-formatting.md).
 {% /step %}

-{% step id="listen-for-events-tag" %}
 ### 5. Listen for Events

-You can set up handlers for various types of events in `xrpl.js`, such as whenever the XRP Ledger's [consensus process](../../../concepts/consensus-protocol/index.md) produces a new [ledger version](../../../concepts/ledgers/index.md). To do that, first call the [subscribe method][] to get the type of events you want, then attach an event handler using the [`on(eventType, callback)`](https://js.xrpl.org/classes/Client.html#on) method of the client.
+{% step id="listen-for-events-tag" %}
+You can set up handlers for various types of events in `xrpl.js`, such as whenever the XRP Ledger's [consensus process](../../../concepts/consensus-protocol/index.md) produces a new [ledger version](../../../concepts/ledgers/index.md). To do that, first call the [subscribe method][] to get the type of events you want, then attach an event handler using the `on(eventType, callback)` method of the client.
 {% /step %}

-{% step id="disconnect-node-tag" when={ "environment": "Node" } %}
 ### 6. Disconnect

-Call the [`disconnect()`](https://js.xrpl.org/classes/Client.html#disconnect) function so Node.js can end the process. The example code waits 10 seconds before disconnecting to allow time for the ledger event listener to receive and display events.
+{% step id="disconnect-node-tag" when={ "environment": "Node" } %}
+Disconnect when done so Node.js can end the process. The example code waits 10 seconds before disconnecting to allow time for the ledger event listener to receive and display events.
 {% /step %}

 {% step id="disconnect-web-tag" when={ "environment": "Web" } %}
-### 6. Disconnect
-
-Call the [`disconnect()`](https://js.xrpl.org/classes/Client.html#disconnect) function to disconnect from the ledger when done. The example code waits 10 seconds before disconnecting to allow time for the ledger event listener to receive and display events.
+Disconnect from the ledger when done. The example code waits 10 seconds before disconnecting to allow time for the ledger event listener to receive and display events.
 {% /step %}

-{% step id="run-app-node-tag" when={ "environment": "Node" } %}
 ### 7. Run the Application

+{% step id="run-app-node-tag" when={ "environment": "Node" } %}
 Finally, in your terminal, run the application like so:

 ```sh
@@ -240,8 +237,6 @@ Disconnected
 {% /step %}

 {% step id="run-app-web-tag" when={ "environment": "Web" } %}
-### 7. Run the Application
-
 Open the `index.html` file in a web browser.

 You should see output similar to the following:
--- a/redocly.yaml
+++ b/redocly.yaml
@@ -42,9 +42,6 @@ metadataGlobs:
    redocly_category: Community
 seo:
  siteUrl: https://xrpl.org/
-rbac:
-  reunite:
-    xrpl-org-editors: maintain
 analytics:
  gtm:
    includeInDevelopment: true
--- a/resources/contribute-code/create-custom-transactors.md
+++ b/resources/contribute-code/create-custom-transactors.md
@@ -1,11 +1,9 @@
 ---
-html: create-custom-transactors.html
-parent: contribute-code.html
 seo:
    description: Create custom transactors to interact with the XRP Ledger.
 labels:
-  - Development
-  - Blockchain
+    - Development
+    - Blockchain
 ---
 # Create Custom Transactors

@@ -78,8 +76,8 @@ The `preflight` function checks for errors in the transaction itself before acce
    {% admonition type="info" name="Note" %}The `~` symbol returns an optional type.{% /admonition %}

 - You can view ledger and transaction schemas here:
-    - [`LedgerFormats.cpp`](https://github.com/XRPLF/rippled/blob/master/src/ripple/protocol/impl/LedgerFormats.cpp)
-    - [`TxFormats.cpp`](https://github.com/XRPLF/rippled/blob/master/src/ripple/protocol/impl/TxFormats.cpp)
+    - [`ledger_entries.macro`](https://github.com/XRPLF/rippled/blob/master/include/xrpl/protocol/detail/ledger_entries.macro)
+    - [`transactions.macro`](https://github.com/XRPLF/rippled/blob/master/include/xrpl/protocol/detail/transactions.macro)

 - `rippled` summarizes transaction results with result codes. See: [Transaction Results](../../docs/references/protocol/transactions/transaction-results/index.md)

@@ -344,7 +342,7 @@ EscrowFinish::calculateBaseFee(ReadView const& view, STTx const& tx)

 ### `makeTxConsequences`

-`rippled` uses a [`TxConsequences`](https://github.com/XRPLF/rippled/blob/master/src/ripple/app/tx/applySteps.h#L41-L44) class to describe the outcome to an account when applying a transaction. It tracks the fee, maximum possible XRP spent, and how many sequence numbers are consumed by the transaction. There are three types of consequences:
+`rippled` uses a [`TxConsequences`](https://github.com/XRPLF/rippled/blob/70d5c624e8cf732a362335642b2f5125ce4b43c1/src/xrpld/app/tx/applySteps.h#L58) class to describe the outcome to an account when applying a transaction. It tracks the fee, maximum possible XRP spent, and how many sequence numbers are consumed by the transaction. There are three types of consequences:

 - **Normal:** The transactor doesn't affect transaction signing and _only_ consumes an XRP fee. Transactions that spend XRP beyond the fee aren't considered normal.
 - **Blocker:** The transactor affects transaction signing, preventing valid transactions from queueing behind it.
--- a/resources/dev-tools/websocket-api-tool.page.tsx
+++ b/resources/dev-tools/websocket-api-tool.page.tsx
@@ -55,8 +55,8 @@ export function WebsocketApiTool() {
  const getInitialMethod = (): CommandMethod => {
    for (const group of (commandList as CommandGroup[])) {
      for (const method of group.methods) {
-        if (slug.slice(1) === slugify(method.name) || params.req?.command == method.body.command) {
-          return method;
+        if (params.req?.command === method.body.command) {
+          return method
        }
      }
    }
@@ -74,6 +74,19 @@ export function WebsocketApiTool() {
  );
  streamPausedRef.current = streamPaused;

+  useEffect(() => {
+    if (slug) {
+      for (const group of (commandList as CommandGroup[])) {
+        for (const method of group.methods) {
+          if (slug.slice(1) === slugify(method.name)) {
+            setMethod(method)
+            return
+          }
+        }
+      }
+    }
+  }, [slug])
+
  const handleCurrentBodyChange = (value: any) => {
    setCurrentBody(value);
  };
--- a/resources/known-amendments.md
+++ b/resources/known-amendments.md
@@ -742,6 +742,19 @@ Changes the way Checks transactions affect account metadata, so that Checks are
 Without this amendment, Checks transactions ([CheckCreate][], [CheckCash][], and [CheckCancel][]) only update the account history of the sender. With this amendment, those transactions affect both the sending and receiving accounts. This amendment has no effect unless the [Checks amendment](#checks) is also enabled.


+### fixDirectoryLimit
+[fixDirectoryLimit]: #fixdirectorylimit
+
+| Amendment    | fixdirectorylimit |
+|:-------------|:----------------------|
+| Amendment ID | 41765F664A8D67FF03DDB1C1A893DE6273690BA340A6C2B07C8D29D0DD013D3A |
+| Status       | Open for Voting |
+| Default Vote (Latest stable release) | No |
+| Pre-amendment functionality retired? | No |
+
+This amendment removes the directory page limit. Object reserve requirements provide enough incentive to avoid creating unnecessary objects on the XRP Ledger.
+
+
 ### fixDisallowIncomingV1
 [fixDisallowIncomingV1]: #fixdisallowincomingv1

--- a/sidebars.yaml
+++ b/sidebars.yaml
@@ -295,6 +295,11 @@
                - page: docs/tutorials/how-tos/manage-account-settings/require-destination-tags.md
                - page: docs/tutorials/how-tos/manage-account-settings/offline-account-setup.md
                - page: docs/tutorials/how-tos/manage-account-settings/use-tickets.md
+            - page: docs/tutorials/how-tos/use-batch-transactions/index.md
+              expanded: false
+              items:
+                - page: docs/tutorials/how-tos/use-batch-transactions/send-a-single-account-batch-transaction.md
+                - page: docs/tutorials/how-tos/use-batch-transactions/send-a-multi-account-batch-transaction.md
            - page: docs/tutorials/how-tos/use-specialized-payment-types/index.md
              expanded: false
              items:
Author	SHA1	Message	Date
Mayukha Vadari	ac623ef506	Add request parameters to server definitions Updated server_definitions.md to include request parameters.	2025-12-03 10:50:37 -05:00
Rome Reginelli	d48698531c	Merge pull request #3371 from XRPLF/fix_src_links_admin_apis_etc Update source links in admin api refs & elsewhere	2025-12-02 12:32:08 -08:00
Maria Shodunke	6dce88c4f8	Merge pull request #3396 from XRPLF/dependabot/go_modules/_code-samples/issue-a-token/go/golang.org/x/crypto-0.45.0 Bump golang.org/x/crypto from 0.35.0 to 0.45.0 in /_code-samples/issue-a-token/go	2025-11-28 04:50:13 -08:00
dependabot[bot]	724c61c9e3	Bump golang.org/x/crypto in /_code-samples/issue-a-token/go Bumps [golang.org/x/crypto](https://github.com/golang/crypto) from 0.35.0 to 0.45.0. - [Commits](https://github.com/golang/crypto/compare/v0.35.0...v0.45.0) --- updated-dependencies: - dependency-name: golang.org/x/crypto dependency-version: 0.45.0 dependency-type: indirect ... Signed-off-by: dependabot[bot] <support@github.com>	2025-11-28 11:16:30 +00:00
Maria Shodunke	50f2f35b0b	Merge pull request #3394 from XRPLF/dependabot/go_modules/_code-samples/get-started/go/golang.org/x/crypto-0.45.0 Bump golang.org/x/crypto from 0.35.0 to 0.45.0 in /_code-samples/get-started/go	2025-11-28 03:15:46 -08:00
Maria Shodunke	d4cfcee8ea	Merge pull request #3395 from XRPLF/dependabot/go_modules/_code-samples/paths/go/golang.org/x/crypto-0.45.0 Bump golang.org/x/crypto from 0.35.0 to 0.45.0 in /_code-samples/paths/go	2025-11-28 03:15:29 -08:00
dependabot[bot]	e9709335a9	Bump golang.org/x/crypto in /_code-samples/paths/go Bumps [golang.org/x/crypto](https://github.com/golang/crypto) from 0.35.0 to 0.45.0. - [Commits](https://github.com/golang/crypto/compare/v0.35.0...v0.45.0) --- updated-dependencies: - dependency-name: golang.org/x/crypto dependency-version: 0.45.0 dependency-type: indirect ... Signed-off-by: dependabot[bot] <support@github.com>	2025-11-27 11:33:04 +00:00
dependabot[bot]	45f25acc3e	Bump golang.org/x/crypto in /_code-samples/get-started/go Bumps [golang.org/x/crypto](https://github.com/golang/crypto) from 0.35.0 to 0.45.0. - [Commits](https://github.com/golang/crypto/compare/v0.35.0...v0.45.0) --- updated-dependencies: - dependency-name: golang.org/x/crypto dependency-version: 0.45.0 dependency-type: indirect ... Signed-off-by: dependabot[bot] <support@github.com>	2025-11-27 11:32:06 +00:00
Maria Shodunke	61bc24b7dc	Merge pull request #3390 from XRPLF/dependabot/go_modules/_code-samples/clawback/go/golang.org/x/crypto-0.45.0 Bump golang.org/x/crypto from 0.35.0 to 0.45.0 in /_code-samples/clawback/go	2025-11-27 03:31:11 -08:00
oeggert	7cf6dccdd2	Merge pull request #3391 from XRPLF/ws-hydration-error Fix WebSocket API Tool errors	2025-11-25 11:00:34 -08:00
Oliver Eggert	f44370009c	fix hydration and browser navigation errors	2025-11-24 22:46:41 -08:00
dependabot[bot]	3a1bb9a70b	Bump golang.org/x/crypto in /_code-samples/clawback/go Bumps [golang.org/x/crypto](https://github.com/golang/crypto) from 0.35.0 to 0.45.0. - [Commits](https://github.com/golang/crypto/compare/v0.35.0...v0.45.0) --- updated-dependencies: - dependency-name: golang.org/x/crypto dependency-version: 0.45.0 dependency-type: indirect ... Signed-off-by: dependabot[bot] <support@github.com>	2025-11-24 12:21:34 +00:00
Maria Shodunke	78fc4f49e6	Merge pull request #3388 from XRPLF/dependabot/go_modules/_code-samples/deposit-preauth/go/golang.org/x/crypto-0.45.0 Bump golang.org/x/crypto from 0.35.0 to 0.45.0 in /_code-samples/deposit-preauth/go	2025-11-24 02:37:52 -08:00
oeggert	adb09928cc	Merge pull request #3387 from XRPLF/remove-rbac Remove unused rbac configuration.	2025-11-21 10:24:40 -08:00
dependabot[bot]	36cd69821b	Bump golang.org/x/crypto in /_code-samples/deposit-preauth/go Bumps [golang.org/x/crypto](https://github.com/golang/crypto) from 0.35.0 to 0.45.0. - [Commits](https://github.com/golang/crypto/compare/v0.35.0...v0.45.0) --- updated-dependencies: - dependency-name: golang.org/x/crypto dependency-version: 0.45.0 dependency-type: indirect ... Signed-off-by: dependabot[bot] <support@github.com>	2025-11-21 13:53:04 +00:00
Maria Shodunke	1e91335f83	Merge pull request #3384 from XRPLF/dependabot/go_modules/_code-samples/send-xrp/go/golang.org/x/crypto-0.45.0 Bump golang.org/x/crypto from 0.35.0 to 0.45.0 in /_code-samples/send-xrp/go	2025-11-21 05:51:50 -08:00
Maria Shodunke	1ff667bb21	Merge pull request #3383 from XRPLF/dependabot/go_modules/_code-samples/multisigning/go/golang.org/x/crypto-0.45.0 Bump golang.org/x/crypto from 0.35.0 to 0.45.0 in /_code-samples/multisigning/go	2025-11-21 05:51:36 -08:00
Oliver Eggert	d1969d3919	remove rbac to enable anonymous mcp connections	2025-11-20 14:46:57 -08:00
oeggert	92230d702c	Merge pull request #3385 from XRPLF/rippled-2.6.2 Rippled 2.6.2	2025-11-20 10:48:05 -08:00
oeggert	30c6a42519	Update blog/2025/rippled-2.6.2.md Co-authored-by: Amarantha Kulkarni <amarantha-k@users.noreply.github.com>	2025-11-20 07:26:04 -08:00
oeggert	24a374e2bf	Update blog/2025/rippled-2.6.2.md Co-authored-by: Amarantha Kulkarni <amarantha-k@users.noreply.github.com>	2025-11-20 07:25:49 -08:00
Maria Shodunke	cac56c37f6	Merge pull request #3372 from XRPLF/batch-transactions-tutorial Javascript: Batch transactions tutorial	2025-11-20 03:58:58 -08:00
Oliver Eggert	bd06feb49c	remove sha512half script	2025-11-19 21:04:49 -08:00
Oliver Eggert	815df642e0	add commit message and download links	2025-11-19 21:02:28 -08:00
dependabot[bot]	46ed7fc569	Bump golang.org/x/crypto in /_code-samples/send-xrp/go Bumps [golang.org/x/crypto](https://github.com/golang/crypto) from 0.35.0 to 0.45.0. - [Commits](https://github.com/golang/crypto/compare/v0.35.0...v0.45.0) --- updated-dependencies: - dependency-name: golang.org/x/crypto dependency-version: 0.45.0 dependency-type: indirect ... Signed-off-by: dependabot[bot] <support@github.com>	2025-11-20 01:39:20 +00:00
dependabot[bot]	f99277b841	Bump golang.org/x/crypto in /_code-samples/multisigning/go Bumps [golang.org/x/crypto](https://github.com/golang/crypto) from 0.35.0 to 0.45.0. - [Commits](https://github.com/golang/crypto/compare/v0.35.0...v0.45.0) --- updated-dependencies: - dependency-name: golang.org/x/crypto dependency-version: 0.45.0 dependency-type: indirect ... Signed-off-by: dependabot[bot] <support@github.com>	2025-11-20 01:38:04 +00:00
Oliver Eggert	6c64a1e449	update tecdir_full error messages	2025-11-19 15:44:05 -08:00
Oliver Eggert	9e343558cc	update tec codes and release notes	2025-11-19 15:16:42 -08:00
Maria Shodunke	fb33561a98	Address review comments	2025-11-19 12:22:32 +00:00
Oliver Eggert	567d980713	update known amendments with fixdirectorylimit	2025-11-17 15:32:44 -08:00
Maria Shodunke	7f16532b07	Calculate inner transaction hash to verify success	2025-11-17 19:13:57 +00:00
Oliver Eggert	62759ec261	add 2.6.2 release notes	2025-11-14 13:21:30 -08:00
Rome Reginelli	003927517f	Merge pull request #3379 from XRPLF/rr-mpt-dupe-flag Remove duplicate flags field in sample JSON	2025-11-14 12:19:31 -08:00
Rome Reginelli	9c8c231900	Remove duplicate flags field in sample JSON	2025-11-11 15:53:25 -08:00
Maria Shodunke	382a10bda9	Add temARRAY_EMPTY error for Batch transaction	2025-11-06 16:52:31 +00:00
Maria Shodunke	d2cf306ec6	Mention minimum number of transactions required in a Batch	2025-11-06 12:15:58 +00:00
Maria Shodunke	3e41224ef0	Add Batch transactions tutorials	2025-11-06 10:28:01 +00:00
mDuo13	e3ee7bf32f	Update source links in admin api refs & elsewhere	2025-10-30 14:15:03 -07:00