Update docs/references/http-websocket-apis/public-api-methods/ledger-methods/ledger_entry.md

Co-authored-by: Maria Shodunke <maria-robobug@users.noreply.github.com>

@theme/plugins/blog-posts.js

@@ -47,6 +47,7 @@ export function blogPosts() {
         actions.createSharedData('blog-posts', { blogPosts: sortedPosts });
         actions.addRouteSharedData('/blog/', 'blog-posts', 'blog-posts');
         actions.addRouteSharedData('/ja/blog/', 'blog-posts', 'blog-posts');
+        actions.addRouteSharedData('/es-es/blog/', 'blog-posts', 'blog-posts');
       } catch (e) {
         console.log(e);
       }

@theme/plugins/code-samples.js

@@ -44,6 +44,7 @@ export function codeSamples() {
         });
         actions.addRouteSharedData('/resources/code-samples/', 'code-samples', 'code-samples');
         actions.addRouteSharedData('/ja/resources/code-samples/', 'code-samples', 'code-samples');
+        actions.addRouteSharedData('/es-es/resources/code-samples/', 'code-samples', 'code-samples');
       } catch (e) {
         console.log(e);
       }

_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.

_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
+```

_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()

_code-samples/batch/js/package.json

@@ -0,0 +1,6 @@
+{
+  "dependencies": {
+    "xrpl": "^4.4.3"
+  },
+  "type": "module"
+}

_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()

_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
 )

_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=

_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
 )

_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=

_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
 )

_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=

_code-samples/get-started/py/README.md

@@ -0,0 +1,62 @@
+# Get Started Using Python Library
+
+Connects to the XRP Ledger and gets account information using Python.
+
+To download the source code, see [Get Started Using Python Library](http://xrpl.org/docs/tutorials/python/build-apps/get-started).
+
+## Run the Code
+
+Quick setup and usage:
+
+```sh
+python -m venv .venv
+source .venv/bin/activate
+pip install -r requirements.txt
+python ./get-acct-info.py
+```
+
+You should see output similar to the following:
+
+```sh
+Creating a new wallet and funding it with Testnet XRP...
+Attempting to fund address ravbHNootpSNQkxyEFCWevSkHsFGDHfyop
+Faucet fund successful.
+Wallet: ravbHNootpSNQkxyEFCWevSkHsFGDHfyop
+Account Testnet Explorer URL: 
+ https://testnet.xrpl.org/accounts/ravbHNootpSNQkxyEFCWevSkHsFGDHfyop
+
+Getting account info...
+Response Status:  ResponseStatus.SUCCESS
+{
+    "account_data": {
+        "Account": "ravbHNootpSNQkxyEFCWevSkHsFGDHfyop",
+        "Balance": "100000000",
+        "Flags": 0,
+        "LedgerEntryType": "AccountRoot",
+        "OwnerCount": 0,
+        "PreviousTxnID": "3DACF2438AD39F294C4EFF6132D5D88BCB65D2F2261C7650F40AC1F6A54C83EA",
+        "PreviousTxnLgrSeq": 12039759,
+        "Sequence": 12039759,
+        "index": "148E6F4B8E4C14018D679A2526200C292BDBC5AB77611BC3AE0CB97CD2FB84E5"
+    },
+    "account_flags": {
+        "allowTrustLineClawback": false,
+        "defaultRipple": false,
+        "depositAuth": false,
+        "disableMasterKey": false,
+        "disallowIncomingCheck": false,
+        "disallowIncomingNFTokenOffer": false,
+        "disallowIncomingPayChan": false,
+        "disallowIncomingTrustline": false,
+        "disallowIncomingXRP": false,
+        "globalFreeze": false,
+        "noFreeze": false,
+        "passwordSpent": false,
+        "requireAuthorization": false,
+        "requireDestinationTag": false
+    },
+    "ledger_hash": "CA624D717C4FCDD03BAD8C193F374A77A14F7D2566354A4E9617A8DAD896DE71",
+    "ledger_index": 12039759,
+    "validated": true
+}
+```

_code-samples/get-started/py/get-acct-info.py

@@ -1,34 +1,39 @@
+# @chunk {"steps": ["connect-tag"]}
 # Define the network client
 from xrpl.clients import JsonRpcClient
+from xrpl.wallet import generate_faucet_wallet
+from xrpl.core import addresscodec
+from xrpl.models.requests.account_info import AccountInfo
+import json
+
 JSON_RPC_URL = "https://s.altnet.rippletest.net:51234/"
 client = JsonRpcClient(JSON_RPC_URL)
+# @chunk-end
 
 
-# Create a wallet using the testnet faucet:
+# @chunk {"steps": ["get-account-create-wallet-tag"]}
+# Create a wallet using the Testnet faucet:
 # https://xrpl.org/xrp-testnet-faucet.html
-from xrpl.wallet import generate_faucet_wallet
+print("\nCreating a new wallet and funding it with Testnet XRP...")
 test_wallet = generate_faucet_wallet(client, debug=True)
-
-# Create an account str from the wallet
-test_account = test_wallet.address
-
-# Derive an x-address from the classic address:
-# https://xrpaddress.info/
-from xrpl.core import addresscodec
-test_xaddress = addresscodec.classic_address_to_xaddress(test_account, tag=12345, is_test_network=True)
-print("\nClassic address:\n\n", test_account)
-print("X-address:\n\n", test_xaddress)
+test_account = test_wallet.classic_address
+print(f"Wallet: {test_account}")
+print(f"Account Testnet Explorer URL: ")
+print(f" https://testnet.xrpl.org/accounts/{test_account}")
+# @chunk-end
 
 
+# @chunk {"steps": ["query-xrpl-tag"]}
 # Look up info about your account
-from xrpl.models.requests.account_info import AccountInfo
+print("\nGetting account info...")
 acct_info = AccountInfo(
     account=test_account,
     ledger_index="validated",
     strict=True,
 )
+
 response = client.request(acct_info)
 result = response.result
-print("response.status: ", response.status)
-import json
+print("Response Status: ", response.status)
 print(json.dumps(response.result, indent=4, sort_keys=True))
+# @chunk-end

_code-samples/get-started/py/requirements.txt

@@ -0,0 +1 @@
+xrpl-py==4.3.0

_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
 )

_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=

_code-samples/issue-mpt-with-metadata/js/README.md

@@ -9,8 +9,135 @@ npm i
 node issue-mpt-with-metadata.js
 ```
 
-The script should output a validated transaction and end with a line such as the following:
+The script should output a validated transaction and decoded metadata, similar to the following:
 
-```text
-MPToken created successfully with issuance ID 005073C721E14A7613BAAF5E0B1A253459832FF8D0D81278.
+```sh
+=== Funding new wallet from faucet...===
+Issuer address: r9fhoyac7uUM9XZFDJV9wXQ4pcJb6UDpJM
+
+=== Encoding metadata...===
+Encoded mpt_metadata_hex:  7B226163223A22727761222C226169223A7B226375736970223A22393132373936525830222C22696E7465726573745F72617465223A22352E303025222C22696E7465726573745F74797065223A227661726961626C65222C226D617475726974795F64617465223A22323034352D30362D3330222C227969656C645F736F75726365223A22552E532E2054726561737572792042696C6C73227D2C226173223A227472656173757279222C2264223A2241207969656C642D62656172696E6720737461626C65636F696E206261636B65642062792073686F72742D7465726D20552E532E205472656173757269657320616E64206D6F6E6579206D61726B657420696E737472756D656E74732E222C2269223A2268747470733A2F2F6578616D706C652E6F72672F7462696C6C2D69636F6E2E706E67222C22696E223A224578616D706C65205969656C6420436F2E222C226E223A22542D42696C6C205969656C6420546F6B656E222C2274223A225442494C4C222C227573223A5B7B2263223A2277656273697465222C2274223A2250726F647563742050616765222C2275223A2268747470733A2F2F6578616D706C657969656C642E636F2F7462696C6C227D2C7B2263223A22646F6373222C2274223A225969656C6420546F6B656E20446F6373222C2275223A2268747470733A2F2F6578616D706C657969656C642E636F2F646F6373227D5D7D
+
+=== Sending MPTokenIssuanceCreate transaction...===
+{
+  "TransactionType": "MPTokenIssuanceCreate",
+  "Account": "r9fhoyac7uUM9XZFDJV9wXQ4pcJb6UDpJM",
+  "AssetScale": 4,
+  "MaximumAmount": "50000000",
+  "TransferFee": 0,
+  "Flags": 48,
+  "MPTokenMetadata": "7B226163223A22727761222C226169223A7B226375736970223A22393132373936525830222C22696E7465726573745F72617465223A22352E303025222C22696E7465726573745F74797065223A227661726961626C65222C226D617475726974795F64617465223A22323034352D30362D3330222C227969656C645F736F75726365223A22552E532E2054726561737572792042696C6C73227D2C226173223A227472656173757279222C2264223A2241207969656C642D62656172696E6720737461626C65636F696E206261636B65642062792073686F72742D7465726D20552E532E205472656173757269657320616E64206D6F6E6579206D61726B657420696E737472756D656E74732E222C2269223A2268747470733A2F2F6578616D706C652E6F72672F7462696C6C2D69636F6E2E706E67222C22696E223A224578616D706C65205969656C6420436F2E222C226E223A22542D42696C6C205969656C6420546F6B656E222C2274223A225442494C4C222C227573223A5B7B2263223A2277656273697465222C2274223A2250726F647563742050616765222C2275223A2268747470733A2F2F6578616D706C657969656C642E636F2F7462696C6C227D2C7B2263223A22646F6373222C2274223A225969656C6420546F6B656E20446F6373222C2275223A2268747470733A2F2F6578616D706C657969656C642E636F2F646F6373227D5D7D"
+}
+
+=== Checking MPTokenIssuanceCreate results... ===
+{
+  "close_time_iso": "2025-11-20T18:13:30Z",
+  "ctid": "C0148E8700000002",
+  "hash": "555FAFDB99B239567FDF30DDF22BA3B30F8E70D8D06833B1270AC600E1575948",
+  "ledger_hash": "A7010A2025989778420280F7F96B10F5D3C879E049BE5DA12500FFBB90D162C5",
+  "ledger_index": 1347207,
+  "meta": {
+    "AffectedNodes": [
+      {
+        "CreatedNode": {
+          "LedgerEntryType": "DirectoryNode",
+          "LedgerIndex": "33468621DEF32177E84C1EBC2C457C908567E245622CBDE03185C4ABC83B7F9D",
+          "NewFields": {
+            "Owner": "r9fhoyac7uUM9XZFDJV9wXQ4pcJb6UDpJM",
+            "RootIndex": "33468621DEF32177E84C1EBC2C457C908567E245622CBDE03185C4ABC83B7F9D"
+          }
+        }
+      },
+      {
+        "CreatedNode": {
+          "LedgerEntryType": "MPTokenIssuance",
+          "LedgerIndex": "6567EE49937AADAB4FC4D5DDBD6A4A6E179E0E5A9DF2FC7ED8B41B807F0DDBF2",
+          "NewFields": {
+            "AssetScale": 4,
+            "Flags": 48,
+            "Issuer": "r9fhoyac7uUM9XZFDJV9wXQ4pcJb6UDpJM",
+            "MPTokenMetadata": "7B226163223A22727761222C226169223A7B226375736970223A22393132373936525830222C22696E7465726573745F72617465223A22352E303025222C22696E7465726573745F74797065223A227661726961626C65222C226D617475726974795F64617465223A22323034352D30362D3330222C227969656C645F736F75726365223A22552E532E2054726561737572792042696C6C73227D2C226173223A227472656173757279222C2264223A2241207969656C642D62656172696E6720737461626C65636F696E206261636B65642062792073686F72742D7465726D20552E532E205472656173757269657320616E64206D6F6E6579206D61726B657420696E737472756D656E74732E222C2269223A2268747470733A2F2F6578616D706C652E6F72672F7462696C6C2D69636F6E2E706E67222C22696E223A224578616D706C65205969656C6420436F2E222C226E223A22542D42696C6C205969656C6420546F6B656E222C2274223A225442494C4C222C227573223A5B7B2263223A2277656273697465222C2274223A2250726F647563742050616765222C2275223A2268747470733A2F2F6578616D706C657969656C642E636F2F7462696C6C227D2C7B2263223A22646F6373222C2274223A225969656C6420546F6B656E20446F6373222C2275223A2268747470733A2F2F6578616D706C657969656C642E636F2F646F6373227D5D7D",
+            "MaximumAmount": "50000000",
+            "Sequence": 1347205
+          }
+        }
+      },
+      {
+        "ModifiedNode": {
+          "FinalFields": {
+            "Account": "r9fhoyac7uUM9XZFDJV9wXQ4pcJb6UDpJM",
+            "Balance": "99999999",
+            "Flags": 0,
+            "OwnerCount": 1,
+            "Sequence": 1347206
+          },
+          "LedgerEntryType": "AccountRoot",
+          "LedgerIndex": "AB5FC35110CED5BFD2CEA3E37B41E43CC4BBAF89AE66BA85942E04CBC38550FB",
+          "PreviousFields": {
+            "Balance": "100000000",
+            "OwnerCount": 0,
+            "Sequence": 1347205
+          },
+          "PreviousTxnID": "1CDF420134492607EC54838F91FA06A655E07DD296ED69CC7172C1AC356BF22B",
+          "PreviousTxnLgrSeq": 1347205
+        }
+      }
+    ],
+    "TransactionIndex": 0,
+    "TransactionResult": "tesSUCCESS",
+    "mpt_issuance_id": "00148E8558E6AEAA301085FBFD01D615F059A7CCE6E38296"
+  },
+  "tx_json": {
+    "Account": "r9fhoyac7uUM9XZFDJV9wXQ4pcJb6UDpJM",
+    "AssetScale": 4,
+    "Fee": "1",
+    "Flags": 48,
+    "LastLedgerSequence": 1347225,
+    "MPTokenMetadata": "7B226163223A22727761222C226169223A7B226375736970223A22393132373936525830222C22696E7465726573745F72617465223A22352E303025222C22696E7465726573745F74797065223A227661726961626C65222C226D617475726974795F64617465223A22323034352D30362D3330222C227969656C645F736F75726365223A22552E532E2054726561737572792042696C6C73227D2C226173223A227472656173757279222C2264223A2241207969656C642D62656172696E6720737461626C65636F696E206261636B65642062792073686F72742D7465726D20552E532E205472656173757269657320616E64206D6F6E6579206D61726B657420696E737472756D656E74732E222C2269223A2268747470733A2F2F6578616D706C652E6F72672F7462696C6C2D69636F6E2E706E67222C22696E223A224578616D706C65205969656C6420436F2E222C226E223A22542D42696C6C205969656C6420546F6B656E222C2274223A225442494C4C222C227573223A5B7B2263223A2277656273697465222C2274223A2250726F647563742050616765222C2275223A2268747470733A2F2F6578616D706C657969656C642E636F2F7462696C6C227D2C7B2263223A22646F6373222C2274223A225969656C6420546F6B656E20446F6373222C2275223A2268747470733A2F2F6578616D706C657969656C642E636F2F646F6373227D5D7D",
+    "MaximumAmount": "50000000",
+    "Sequence": 1347205,
+    "SigningPubKey": "ED1EC65DB85E686A55F8FD9BC6E405E8F2F8EA5E1712AED64E28C97350EB4EF6E7",
+    "TransactionType": "MPTokenIssuanceCreate",
+    "TransferFee": 0,
+    "TxnSignature": "3A671905D57342F051E3BF057CCF65B0D94114C04D255D4AE3CEE01C2D0B368118E94011CEB27EC9BB447D3498B24B750F2691B4D7AB71F82626BC6F49465806",
+    "ctid": "C0148E8700000002",
+    "date": 816977610,
+    "ledger_index": 1347207
+  },
+  "validated": true
+}
+
+- MPToken created successfully with issuance ID: 00148E8558E6AEAA301085FBFD01D615F059A7CCE6E38296
+- Explorer URL: https://devnet.xrpl.org/mpt/00148E8558E6AEAA301085FBFD01D615F059A7CCE6E38296
+
+=== Confirming MPT Issuance metadata in the validated ledger... ===
+Decoded MPT metadata:
+ {
+  asset_class: 'rwa',
+  additional_info: {
+    cusip: '912796RX0',
+    interest_rate: '5.00%',
+    interest_type: 'variable',
+    maturity_date: '2045-06-30',
+    yield_source: 'U.S. Treasury Bills'
+  },
+  asset_subclass: 'treasury',
+  desc: 'A yield-bearing stablecoin backed by short-term U.S. Treasuries and money market instruments.',
+  icon: 'https://example.org/tbill-icon.png',
+  issuer_name: 'Example Yield Co.',
+  name: 'T-Bill Yield Token',
+  ticker: 'TBILL',
+  uris: [
+    {
+      category: 'website',
+      title: 'Product Page',
+      uri: 'https://exampleyield.co/tbill'
+    },
+    {
+      category: 'docs',
+      title: 'Yield Token Docs',
+      uri: 'https://exampleyield.co/docs'
+    }
+  ]
+}
 ```

_code-samples/issue-mpt-with-metadata/js/issue-mpt-with-metadata.js

@@ -1,35 +1,40 @@
-import { stringToHex, hexToString } from '@xrplf/isomorphic/dist/utils/index.js'
-import { MPTokenIssuanceCreateFlags, Client } from 'xrpl'
+import {
+  MPTokenIssuanceCreateFlags,
+  Client,
+  encodeMPTokenMetadata,
+  decodeMPTokenMetadata
+} from 'xrpl'
 
 // Connect to network and get a wallet
 const client = new Client('wss://s.devnet.rippletest.net:51233')
 await client.connect()
 
-console.log('Funding new wallet from faucet...')
-const { wallet } = await client.fundWallet()
+console.log('=== Funding new wallet from faucet...===')
+const { wallet: issuer } = await client.fundWallet()
+console.log(`Issuer address: ${issuer.address}`)
 
 // Define metadata as JSON
-const mpt_metadata = {
-  t: 'TBILL',
-  n: 'T-Bill Yield Token',
-  d: 'A yield-bearing stablecoin backed by short-term U.S. Treasuries and money market instruments.',
-  i: 'https://example.org/tbill-icon.png',
-  ac: 'rwa',
-  as: 'treasury',
-  in: 'Example Yield Co.',
-  us: [
+const mptMetadata = {
+  ticker: 'TBILL',
+  name: 'T-Bill Yield Token',
+  desc: 'A yield-bearing stablecoin backed by short-term U.S. Treasuries and money market instruments.',
+  icon: 'https://example.org/tbill-icon.png',
+  asset_class: 'rwa',
+  asset_subclass: 'treasury',
+  issuer_name: 'Example Yield Co.',
+  uris: [
     {
-      u: 'https://exampleyield.co/tbill',
-      c: 'website',
-      t: 'Product Page'
+      uri: 'https://exampleyield.co/tbill',
+      category: 'website',
+      title: 'Product Page'
     },
     {
-      u: 'https://exampleyield.co/docs',
-      c: 'docs',
-      t: 'Yield Token Docs'
+      uri: 'https://exampleyield.co/docs',
+      category: 'docs',
+      title: 'Yield Token Docs'
     }
   ],
-  ai: {
+  additional_info: {
     interest_rate: '5.00%',
     interest_type: 'variable',
     yield_source: 'U.S. Treasury Bills',
@@ -38,48 +43,67 @@ const mpt_metadata = {
   }
 }
 
-// Convert JSON to a string (without excess whitespace), then string to hex
-const mpt_metadata_hex = stringToHex(JSON.stringify(mpt_metadata))
+// Encode the metadata.
+// The encodeMPTokenMetadata function shortens standard MPTokenMetadata
+// field names to a compact key, then converts the JSON metadata object into a
+// hex-encoded string, following the XLS-89 standard.
+// https://xls.xrpl.org/xls/XLS-0089-multi-purpose-token-metadata-schema.html
+console.log('\n=== Encoding metadata...===')
+const mptMetadataHex = encodeMPTokenMetadata(mptMetadata)
+console.log('Encoded mptMetadataHex: ', mptMetadataHex)
 
 // Define the transaction, including other MPT parameters
-const mpt_issuance_create = {
+const mptIssuanceCreate = {
   TransactionType: 'MPTokenIssuanceCreate',
-  Account: wallet.address,
+  Account: issuer.address,
   AssetScale: 4,
   MaximumAmount: '50000000',
   TransferFee: 0,
-  Flags: MPTokenIssuanceCreateFlags.tfMPTCanTransfer |
-            MPTokenIssuanceCreateFlags.tfMPTCanTrade,
-  MPTokenMetadata: mpt_metadata_hex
+  Flags:
+    MPTokenIssuanceCreateFlags.tfMPTCanTransfer |
+    MPTokenIssuanceCreateFlags.tfMPTCanTrade,
+  MPTokenMetadata: mptMetadataHex
 }
 
-// Prepare, sign, and submit the transaction
-console.log('Sending MPTokenIssuanceCreate transaction...')
-const submit_response = await client.submitAndWait(mpt_issuance_create, { wallet, autofill: true })
+// Sign and submit the transaction
+console.log('\n=== Sending MPTokenIssuanceCreate transaction...===')
+console.log(JSON.stringify(mptIssuanceCreate, null, 2))
+const submitResponse = await client.submitAndWait(mptIssuanceCreate, {
+  wallet: issuer,
+  autofill: true
+})
 
-// Check transaction results and disconnect
-console.log(JSON.stringify(submit_response, null, 2))
-if (submit_response.result.meta.TransactionResult !== 'tesSUCCESS') {
-  const result_code = response.result.meta.TransactionResult
-  console.warn(`Transaction failed with result code ${result_code}.`)
+// Check transaction results
+console.log('\n=== Checking MPTokenIssuanceCreate results... ===')
+console.log(JSON.stringify(submitResponse.result, null, 2))
+if (submitResponse.result.meta.TransactionResult !== 'tesSUCCESS') {
+  const resultCode = submitResponse.result.meta.TransactionResult
+  console.warn(`Transaction failed with result code ${resultCode}.`)
+  await client.disconnect()
   process.exit(1)
 }
 
-const issuance_id = submit_response.result.meta.mpt_issuance_id
-console.log(`MPToken created successfully with issuance ID ${issuance_id}.`)
+const issuanceId = submitResponse.result.meta.mpt_issuance_id
+console.log(
+  `\n- MPToken created successfully with issuance ID: ${issuanceId}`
+)
+// View the MPT issuance on the XRPL Explorer
+console.log(`- Explorer URL: https://devnet.xrpl.org/mpt/${issuanceId}`)
 
 // Look up MPT Issuance entry in the validated ledger
-console.log('Confirming MPT Issuance metadata in the validated ledger.')
-const ledger_entry_response = await client.request({
-  "command": "ledger_entry",
-  "mpt_issuance": issuance_id,
-  "ledger_index": "validated"
+console.log('\n=== Confirming MPT Issuance metadata in the validated ledger... ===')
+const ledgerEntryResponse = await client.request({
+  command: 'ledger_entry',
+  mpt_issuance: issuanceId,
+  ledger_index: 'validated'
 })
 
-// Decode the metadata
-const metadata_blob = ledger_entry_response.result.node.MPTokenMetadata
-const decoded_metadata = JSON.parse(hexToString(metadata_blob))
-console.log('Decoded metadata:', decoded_metadata)
+// Decode the metadata.
+// The decodeMPTokenMetadata function takes a hex-encoded string representing MPT metadata,
+// decodes it to a JSON object, and expands any compact field names to their full forms.
+const metadataBlob = ledgerEntryResponse.result.node.MPTokenMetadata
+const decodedMetadata = decodeMPTokenMetadata(metadataBlob)
+console.log('Decoded MPT metadata:\n', decodedMetadata)
 
-
-client.disconnect()
+// Disconnect from the client
+await client.disconnect()

_code-samples/issue-mpt-with-metadata/js/package.json

@@ -1,6 +1,6 @@
 {
   "dependencies": {
-    "xrpl": "^4.4.0"
+    "xrpl": "^4.4.3"
   },
   "type": "module"
 }

_code-samples/issue-mpt-with-metadata/py/README.md

@@ -11,8 +11,137 @@ pip install -r requirements.txt
 python issue-mpt-with-metadata.py
 ```
 
-The script should output a validated transaction and end with a line such as the following:
+The script should output a validated transaction and decoded metadata, similar to the following:
 
-```text
-MPToken created successfully with issuance ID 0050773D6B8DF8C6BEA497016C8679728A217DE1C4D50AC5.
+```sh
+=== Funding new wallet from faucet... ===
+Attempting to fund address rN1vQBHqgbfXjeAfYVUVpQXMyyZYjAnQkS
+Faucet fund successful.
+
+=== Encoding metadata...===
+Encoded mpt_metadata_hex: 7B226163223A22727761222C226169223A7B226375736970223A22393132373936525830222C22696E7465726573745F72617465223A22352E303025222C22696E7465726573745F74797065223A227661726961626C65222C226D617475726974795F64617465223A22323034352D30362D3330222C227969656C645F736F75726365223A22552E532E2054726561737572792042696C6C73227D2C226173223A227472656173757279222C2264223A2241207969656C642D62656172696E6720737461626C65636F696E206261636B65642062792073686F72742D7465726D20552E532E205472656173757269657320616E64206D6F6E6579206D61726B657420696E737472756D656E74732E222C2269223A2268747470733A2F2F6578616D706C652E6F72672F7462696C6C2D69636F6E2E706E67222C22696E223A224578616D706C65205969656C6420436F2E222C226E223A22542D42696C6C205969656C6420546F6B656E222C2274223A225442494C4C222C227573223A5B7B2263223A2277656273697465222C2274223A2250726F647563742050616765222C2275223A2268747470733A2F2F6578616D706C657969656C642E636F2F7462696C6C227D2C7B2263223A22646F6373222C2274223A225969656C6420546F6B656E20446F6373222C2275223A2268747470733A2F2F6578616D706C657969656C642E636F2F646F6373227D5D7D
+
+=== Sending MPTokenIssuanceCreate transaction...===
+{
+  "Account": "rN1vQBHqgbfXjeAfYVUVpQXMyyZYjAnQkS",
+  "TransactionType": "MPTokenIssuanceCreate",
+  "Flags": 48,
+  "SigningPubKey": "",
+  "AssetScale": 4,
+  "MaximumAmount": "50000000",
+  "TransferFee": 0,
+  "MPTokenMetadata": "7B226163223A22727761222C226169223A7B226375736970223A22393132373936525830222C22696E7465726573745F72617465223A22352E303025222C22696E7465726573745F74797065223A227661726961626C65222C226D617475726974795F64617465223A22323034352D30362D3330222C227969656C645F736F75726365223A22552E532E2054726561737572792042696C6C73227D2C226173223A227472656173757279222C2264223A2241207969656C642D62656172696E6720737461626C65636F696E206261636B65642062792073686F72742D7465726D20552E532E205472656173757269657320616E64206D6F6E6579206D61726B657420696E737472756D656E74732E222C2269223A2268747470733A2F2F6578616D706C652E6F72672F7462696C6C2D69636F6E2E706E67222C22696E223A224578616D706C65205969656C6420436F2E222C226E223A22542D42696C6C205969656C6420546F6B656E222C2274223A225442494C4C222C227573223A5B7B2263223A2277656273697465222C2274223A2250726F647563742050616765222C2275223A2268747470733A2F2F6578616D706C657969656C642E636F2F7462696C6C227D2C7B2263223A22646F6373222C2274223A225969656C6420546F6B656E20446F6373222C2275223A2268747470733A2F2F6578616D706C657969656C642E636F2F646F6373227D5D7D"
+}
+
+=== Checking MPTokenIssuanceCreate results... ===
+{
+  "close_time_iso": "2025-11-20T18:21:12Z",
+  "ctid": "C0148F2200000002",
+  "hash": "47D87C3C93C80F2158CE5A688C63386E939BC77CFF4F5B62F84775A97EF991AE",
+  "ledger_hash": "663C9D10B10586009F5C17B4A9A98220ECB00AF64A248A71ECF970D3E7D206F4",
+  "ledger_index": 1347362,
+  "meta": {
+    "AffectedNodes": [
+      {
+        "ModifiedNode": {
+          "FinalFields": {
+            "Account": "rN1vQBHqgbfXjeAfYVUVpQXMyyZYjAnQkS",
+            "Balance": "99999999",
+            "Flags": 0,
+            "OwnerCount": 1,
+            "Sequence": 1347360
+          },
+          "LedgerEntryType": "AccountRoot",
+          "LedgerIndex": "0B10E7C08910B27DE817A935972FBD91B57E6177627FDA78C9C75CD83D32D973",
+          "PreviousFields": {
+            "Balance": "100000000",
+            "OwnerCount": 0,
+            "Sequence": 1347359
+          },
+          "PreviousTxnID": "2166929BBF80BEAA631AB4FBE6864E03CD669D4AFEE6559BA6AB850602A9151A",
+          "PreviousTxnLgrSeq": 1347359
+        }
+      },
+      {
+        "CreatedNode": {
+          "LedgerEntryType": "DirectoryNode",
+          "LedgerIndex": "5D2D7A2717A4ECF4C865A6F80E0C2C228409B27CE948307F3ED01213C9906AC4",
+          "NewFields": {
+            "Owner": "rN1vQBHqgbfXjeAfYVUVpQXMyyZYjAnQkS",
+            "RootIndex": "5D2D7A2717A4ECF4C865A6F80E0C2C228409B27CE948307F3ED01213C9906AC4"
+          }
+        }
+      },
+      {
+        "CreatedNode": {
+          "LedgerEntryType": "MPTokenIssuance",
+          "LedgerIndex": "886355A55396B5511A96BCA43E73E3DEDC2875776EC307252157142B1D36B852",
+          "NewFields": {
+            "AssetScale": 4,
+            "Flags": 48,
+            "Issuer": "rN1vQBHqgbfXjeAfYVUVpQXMyyZYjAnQkS",
+            "MPTokenMetadata": "7B226163223A22727761222C226169223A7B226375736970223A22393132373936525830222C22696E7465726573745F72617465223A22352E303025222C22696E7465726573745F74797065223A227661726961626C65222C226D617475726974795F64617465223A22323034352D30362D3330222C227969656C645F736F75726365223A22552E532E2054726561737572792042696C6C73227D2C226173223A227472656173757279222C2264223A2241207969656C642D62656172696E6720737461626C65636F696E206261636B65642062792073686F72742D7465726D20552E532E205472656173757269657320616E64206D6F6E6579206D61726B657420696E737472756D656E74732E222C2269223A2268747470733A2F2F6578616D706C652E6F72672F7462696C6C2D69636F6E2E706E67222C22696E223A224578616D706C65205969656C6420436F2E222C226E223A22542D42696C6C205969656C6420546F6B656E222C2274223A225442494C4C222C227573223A5B7B2263223A2277656273697465222C2274223A2250726F647563742050616765222C2275223A2268747470733A2F2F6578616D706C657969656C642E636F2F7462696C6C227D2C7B2263223A22646F6373222C2274223A225969656C6420546F6B656E20446F6373222C2275223A2268747470733A2F2F6578616D706C657969656C642E636F2F646F6373227D5D7D",
+            "MaximumAmount": "50000000",
+            "Sequence": 1347359
+          }
+        }
+      }
+    ],
+    "TransactionIndex": 0,
+    "TransactionResult": "tesSUCCESS",
+    "mpt_issuance_id": "00148F1F983B024FB54CE16CBC7F788C2F71AC9728355EFC"
+  },
+  "tx_json": {
+    "Account": "rN1vQBHqgbfXjeAfYVUVpQXMyyZYjAnQkS",
+    "AssetScale": 4,
+    "Fee": "1",
+    "Flags": 48,
+    "LastLedgerSequence": 1347380,
+    "MPTokenMetadata": "7B226163223A22727761222C226169223A7B226375736970223A22393132373936525830222C22696E7465726573745F72617465223A22352E303025222C22696E7465726573745F74797065223A227661726961626C65222C226D617475726974795F64617465223A22323034352D30362D3330222C227969656C645F736F75726365223A22552E532E2054726561737572792042696C6C73227D2C226173223A227472656173757279222C2264223A2241207969656C642D62656172696E6720737461626C65636F696E206261636B65642062792073686F72742D7465726D20552E532E205472656173757269657320616E64206D6F6E6579206D61726B657420696E737472756D656E74732E222C2269223A2268747470733A2F2F6578616D706C652E6F72672F7462696C6C2D69636F6E2E706E67222C22696E223A224578616D706C65205969656C6420436F2E222C226E223A22542D42696C6C205969656C6420546F6B656E222C2274223A225442494C4C222C227573223A5B7B2263223A2277656273697465222C2274223A2250726F647563742050616765222C2275223A2268747470733A2F2F6578616D706C657969656C642E636F2F7462696C6C227D2C7B2263223A22646F6373222C2274223A225969656C6420546F6B656E20446F6373222C2275223A2268747470733A2F2F6578616D706C657969656C642E636F2F646F6373227D5D7D",
+    "MaximumAmount": "50000000",
+    "Sequence": 1347359,
+    "SigningPubKey": "ED0BFB56FB91211F7DCB245C3863958B8FF5A5BAC4B7293E598C7B4D34265EF0A9",
+    "TransactionType": "MPTokenIssuanceCreate",
+    "TransferFee": 0,
+    "TxnSignature": "4710CCD303902101E6A009E8D459774D1FA9C59E20816588B9248883FF6A37DD8670C1C6EEED1DE5B363A15C88FCA40C1E74319886F3DB8278A63CF0B88CDC0A",
+    "ctid": "C0148F2200000002",
+    "date": 816978072,
+    "ledger_index": 1347362
+  },
+  "validated": true
+}
+
+- MPToken created successfully with issuance ID: 00148F1F983B024FB54CE16CBC7F788C2F71AC9728355EFC
+- Explorer URL: https://devnet.xrpl.org/mpt/00148F1F983B024FB54CE16CBC7F788C2F71AC9728355EFC
+
+=== Confirming MPT Issuance metadata in the validated ledger... ===
+Decoded MPT metadata:
+ {
+  "asset_class": "rwa",
+  "additional_info": {
+    "cusip": "912796RX0",
+    "interest_rate": "5.00%",
+    "interest_type": "variable",
+    "maturity_date": "2045-06-30",
+    "yield_source": "U.S. Treasury Bills"
+  },
+  "asset_subclass": "treasury",
+  "desc": "A yield-bearing stablecoin backed by short-term U.S. Treasuries and money market instruments.",
+  "icon": "https://example.org/tbill-icon.png",
+  "issuer_name": "Example Yield Co.",
+  "name": "T-Bill Yield Token",
+  "ticker": "TBILL",
+  "uris": [
+    {
+      "category": "website",
+      "title": "Product Page",
+      "uri": "https://exampleyield.co/tbill"
+    },
+    {
+      "category": "docs",
+      "title": "Yield Token Docs",
+      "uri": "https://exampleyield.co/docs"
+    }
+  ]
+}
 ```

_code-samples/issue-mpt-with-metadata/py/issue-mpt-with-metadata.py

@@ -1,5 +1,5 @@
 import json
-from xrpl.utils import str_to_hex, hex_to_str
+from xrpl.utils import encode_mptoken_metadata, decode_mptoken_metadata
 from xrpl.clients import JsonRpcClient
 from xrpl.wallet import generate_faucet_wallet
 from xrpl.transaction import submit_and_wait
@@ -7,31 +7,31 @@ from xrpl.models import LedgerEntry, MPTokenIssuanceCreate, MPTokenIssuanceCreat
 
 # Set up client and get a wallet
 client = JsonRpcClient("https://s.devnet.rippletest.net:51234")
-print("Funding new wallet from faucet...")
-wallet = generate_faucet_wallet(client, debug=True)
+print("=== Funding new wallet from faucet... ===")
+issuer = generate_faucet_wallet(client, debug=True)
 
-# Define metadata as JSON
+# Define metadata as JSON 
 mpt_metadata = {
-    "t": "TBILL",
-    "n": "T-Bill Yield Token",
-    "d": "A yield-bearing stablecoin backed by short-term U.S. Treasuries and money market instruments.",
-    "i": "example.org/tbill-icon.png",
-    "ac": "rwa",
-    "as": "treasury",
-    "in": "Example Yield Co.",
-    "us": [
+    "ticker": "TBILL",
+    "name": "T-Bill Yield Token",
+    "desc": "A yield-bearing stablecoin backed by short-term U.S. Treasuries and money market instruments.",
+    "icon": "https://example.org/tbill-icon.png",
+    "asset_class": "rwa",
+    "asset_subclass": "treasury",
+    "issuer_name": "Example Yield Co.",
+    "uris": [
         {
-            "u": "exampleyield.co/tbill",
-            "c": "website",
-            "t": "Product Page"
+            "uri": "https://exampleyield.co/tbill",
+            "category": "website",
+            "title": "Product Page"
         },
         {
-            "u": "exampleyield.co/docs",
-            "c": "docs",
-            "t": "Yield Token Docs"
+            "uri": "https://exampleyield.co/docs",
+            "category": "docs",
+            "title": "Yield Token Docs"
         }
     ],
-    "ai": {
+    "additional_info": {
         "interest_rate": "5.00%",
         "interest_type": "variable",
         "yield_source": "U.S. Treasury Bills",
@@ -40,13 +40,18 @@ mpt_metadata = {
     }
 }
 
-# Convert JSON to a string (without excess whitespace), then string to hex
-mpt_metadata_string = json.dumps(mpt_metadata, separators=(',', ':'))
-mpt_metadata_hex = str_to_hex(mpt_metadata_string)
+# Encode the metadata.
+# The encode_mptoken_metadata function shortens standard MPTokenMetadata
+# field names to a compact key, then converts the JSON metadata object into a
+# hex-encoded string, following the XLS-89 standard.
+# https://xls.xrpl.org/xls/XLS-0089-multi-purpose-token-metadata-schema.html
+print("\n=== Encoding metadata...===")
+mpt_metadata_hex = encode_mptoken_metadata(mpt_metadata)
+print("Encoded mpt_metadata_hex:", mpt_metadata_hex)
 
 # Define the transaction, including other MPT parameters
 mpt_issuance_create = MPTokenIssuanceCreate(
-    account=wallet.address,
+    account=issuer.address,
     asset_scale=4,
     maximum_amount="50000000",
     transfer_fee=0,
@@ -55,28 +60,33 @@ mpt_issuance_create = MPTokenIssuanceCreate(
     mptoken_metadata=mpt_metadata_hex
 )
 
-# Prepare, sign, and submit the transaction
-print("Sending MPTokenIssuanceCreate transaction...")
-response = submit_and_wait(mpt_issuance_create, client, wallet, autofill=True)
-print(json.dumps(response.result, indent=2))
+# Sign and submit the transaction
+print("\n=== Sending MPTokenIssuanceCreate transaction...===")
+print(json.dumps(mpt_issuance_create.to_xrpl(), indent=2))
+response = submit_and_wait(mpt_issuance_create, client, issuer, autofill=True)
 
 # Check transaction results
+print("\n=== Checking MPTokenIssuanceCreate results... ===")
+print(json.dumps(response.result, indent=2))
 result_code = response.result["meta"]["TransactionResult"]
 if result_code != "tesSUCCESS":
-    print(f"Transaction failed with result code {result_code}")
+    print(f"Transaction failed with result code {result_code}.")
     exit(1)
 
 issuance_id = response.result["meta"]["mpt_issuance_id"]
-print(f"MPToken successfully created with issuance ID {issuance_id}")
+print(f"\n- MPToken created successfully with issuance ID: {issuance_id}")
+print(f"- Explorer URL: https://devnet.xrpl.org/mpt/{issuance_id}")
 
 # Look up MPT Issuance entry in the validated ledger
-print("Confirming MPT Issuance metadata in the validated ledger.")
+print("\n=== Confirming MPT Issuance metadata in the validated ledger... ===")
 ledger_entry_response = client.request(LedgerEntry(
     mpt_issuance=issuance_id,
     ledger_index="validated"
 ))
 
-# Decode the metadata
+# Decode the metadata.
+# The decode_mptoken_metadata function takes a hex-encoded string representing MPT metadata,
+# decodes it to a JSON object, and expands any compact field names to their full forms.
 metadata_blob = ledger_entry_response.result["node"]["MPTokenMetadata"]
-decoded_metadata = json.loads(hex_to_str(metadata_blob))
-print("Decoded metadata:", decoded_metadata)
+decoded_metadata = decode_mptoken_metadata(metadata_blob)
+print("Decoded MPT metadata:\n", json.dumps(decoded_metadata, indent=2))

_code-samples/issue-mpt-with-metadata/py/requirements.txt

@@ -1 +1 @@
-xrpl-py==4.3.0
+xrpl-py==4.3.1

_code-samples/mpt-generator/mpt-generator.html

@@ -4,7 +4,7 @@
     <title>MPT Generator</title>
     <link href='https://fonts.googleapis.com/css?family=Work Sans' rel='stylesheet'>
     <link href="modular-tutorials.css" rel="stylesheet">
-    <script src='https://unpkg.com/xrpl@4.1.0/build/xrpl-latest.js'></script> 
+    <script src='https://unpkg.com/xrpl@4.4.3/build/xrpl-latest.js'></script> 
 
     <script src='mpt-generator.js'></script>
     <script>
@@ -229,4 +229,4 @@
     </form>
 </body>
 
-</html>
+</html>

_code-samples/mpt-generator/mpt-generator.js

@@ -83,7 +83,7 @@ async function sendTransaction() {
   const my_wallet = xrpl.Wallet.fromSeed(seedField.value)
   const client = new xrpl.Client(net)
   await client.connect()
-  const metadataHexString = xrpl.convertStringToHex(metadataTextArea.value)
+  const metadataHexString = xrpl.encodeMPTokenMetadata(JSON.parse(metadataTextArea.value))
   const transactionJson = {
     "TransactionType": "MPTokenIssuanceCreate",
     "Account": accountField.value,
@@ -108,4 +108,4 @@ async function sendTransaction() {
 function gatherMptInfo() {
   let mptInfo = accountNameField.value + "\n" + accountField.value + "\n" + seedField.value + "\n" + mptIssuanceIdField.value
   resultField.value = mptInfo
-}
+}

_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
 )

_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=

_code-samples/non-fungible-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
 )

_code-samples/non-fungible-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=

_code-samples/partial-payment/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
 )

_code-samples/partial-payment/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=

_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
 )

_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=

_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
 )

_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=

_code-samples/use-tickets/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
 
@@ -19,5 +17,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
 )

_code-samples/use-tickets/go/go.sum

@@ -44,8 +44,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=

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>

blog/2025/rippled-3.0.0.md

@@ -0,0 +1,227 @@
+---
+category: 2025
+date: "2025-12-09"
+template: '../../@theme/templates/blogpost'
+seo:
+    title: Introducing XRP Ledger version 3.0.0
+    description: rippled version 3.0.0 is now available. This version introduces new amendments and bug fixes.
+labels:
+    - rippled Release Notes
+markdown:
+    editPage:
+        hide: true
+---
+# Introducing XRP Ledger version 3.0.0
+
+Version 3.0.0 of `rippled`, the reference server implementation of the XRP Ledger protocol, is now available. This release introduces new amendments and bug fixes.
+
+
+## Action Required
+
+If you run an XRP Ledger server, upgrade to version 3.0.0 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-3.0.0-1.el9.x86_64.rpm) | `2e181c8e966e043e10e32f3b0e30184014b88c2b5b9513d07c0e13c605edf050` |
+| [DEB for Ubuntu / Debian (x86-64)](https://repos.ripple.com/repos/rippled-deb/pool/stable/rippled_3.0.0-1_amd64.deb) | `efbce53f39e2d94d74c3cfdb049758f8826aa5e0a2a246cd9b19e9246e7b4172` |
+
+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 7527e35379a78901320b17a9a26c618e4384b1f6
+Author: Ed Hennis <ed@ripple.com>
+Date:   Tue Dec 9 12:11:16 2025 -0500
+
+    Set version to 3.0.0
+```
+
+
+## Full Changelog
+
+
+### Amendments
+
+- **fixTokenEscrowV1**: Fixes an accounting error in MPT escrows. Specifically, when an escrow unlocks MPTs that have a transfer fee, the system incorrectly reduces the MPT issuer's locked token balance by the gross amount (without fees) rather than the net amount (with fees). This leads to discrepancies in the token's total supply accounting. ([#5571](https://github.com/XRPLF/rippled/pull/5571))
+- **fixIncludeKeyletFields**: Adds missing keylet fields to these ledger entries:
+    - `Sequence` to `Escrow` and `PayChannel`.
+    - `Owner` to `SignerList`.
+    - `OracleDocumentID` to `Oracle`. ([#5646](https://github.com/XRPLF/rippled/pull/5646))
+- **fixPriceOracleOrder**: Fixes an issue where the order of asset pair data is different from when a price oracle is created versus when it is updated. ([#5485](https://github.com/XRPLF/rippled/pull/5485))
+- **fixAMMClawbackRounding**: Fixes a rounding error that can occur in the `LPTokenBalance` of an AMM when performing an `AMMClawback` transaction. ([#5750](https://github.com/XRPLF/rippled/pull/5750))
+- **fixMPTDeliveredAmount**: This amendment adds missing `DeliveredAmount` and `delivered_amount` metadata fields from direct MPT `Payment` transactions. ([#5569](https://github.com/XRPLF/rippled/pull/5569))
+
+
+### Features
+
+- Added `delivered_amount`, `nftoken_id`, `nftoken_ids`, `offer_id`, and `mpt_issuance_id` metadata fields to the `simulate` API method. ([#5754](https://github.com/XRPLF/rippled/pull/5754))
+- Added `STInt32` as a new `SType` to support negative 32-bit integer fields. ([#5788](https://github.com/XRPLF/rippled/pull/5788))
+
+
+### Breaking Changes
+
+- Updated the `ledger_entry` API method to return an `invalidParams` error if you specify multiple entries. Previously, the method would return information for only one entry selected at random. This change enforces a single entry lookup per request. ([#5237](https://github.com/XRPLF/rippled/pull/5237))
+
+
+### Bug Fixes
+
+- Fixed consensus stall detection to not flag prematurely. ([#5658](https://github.com/XRPLF/rippled/pull/5658))
+- Added additional logging to differentiate why peer connections were refused. ([#5690](https://github.com/XRPLF/rippled/pull/5690))
+- Fixed a code coverage error. ([#5765](https://github.com/XRPLF/rippled/pull/5765))
+- Raised severity of unexpected/invalid keys when handling UNL manifest from `INFO` to `WARN`. Also changed internal error code for invalid UNL manifest formats from `untrusted` to `invalid`. ([#5804](https://github.com/XRPLF/rippled/pull/5804))
+- Fixed release build errors with GCC 15.2. ([#5864](https://github.com/XRPLF/rippled/pull/5864))
+- Fixed JSON parsing of negative integers in `STNumber` and `STAmount`. ([#5990](https://github.com/XRPLF/rippled/pull/5990))
+- Fixed HTTP header case sensitivity issue in `HttpClient.cpp`. ([#5767](https://github.com/XRPLF/rippled/pull/5767))
+- Fixed transaction signature checking functions to accept only required parameters instead of full `PreclaimContext`. ([#5829](https://github.com/XRPLF/rippled/pull/5829))
+- Fixed an issue where the `sfSubjectNode` wasn't populated by the `CredentialCreate` transaction for self-issued credentials. ([#5936](https://github.com/XRPLF/rippled/pull/5936))
+- Fixed domain order books not populating during node startup. ([#5998](https://github.com/XRPLF/rippled/pull/5998))
+
+
+### Refactors
+
+- Decoupled net module from xrpld and moved RPC related classes to the rpc folder. ([#5477](https://github.com/XRPLF/rippled/pull/5477))
+- Moved ledger component to `libxrpl` as part of modularization effort. ([#5493](https://github.com/XRPLF/rippled/pull/5493))
+- Refactored code in preparation for `LendingProtocol`. ([#5590](https://github.com/XRPLF/rippled/pull/5590))
+- Refactored `parseLeaf` to separate the handlers for `STI_UINT16` and `STI_UINT32` into separate helper functions. ([#5591](https://github.com/XRPLF/rippled/pull/5591))
+- Restructured `Transactor::preflight` to remove boilerplate code in derived classes' implementations of `preflight`. ([#5592](https://github.com/XRPLF/rippled/pull/5592))
+- Restructured `Transactor` signature checking code to be able to handle a `sigObject`, which may be the full transaction or a field containing a separate transaction. ([#5594](https://github.com/XRPLF/rippled/pull/5594))
+- Revamped CI workflows to leverage new Docker images and improve testing automation. ([#5661](https://github.com/XRPLF/rippled/pull/5661))
+- Cleaned up `CTID.h` code for improved readability and maintainability. ([#5681](https://github.com/XRPLF/rippled/pull/5681))
+- Added support for extra transaction signature validation. ([#5851](https://github.com/XRPLF/rippled/pull/5851))
+- Replaced JSON `LastLedgerSequence` with `last_ledger_seq` to make tests simpler and easier to read. ([#5884](https://github.com/XRPLF/rippled/pull/5884))
+- Replaced `boost::lexical_cast<std::string>` with `to_string` in tests. ([#5883](https://github.com/XRPLF/rippled/pull/5883))
+- Replaced tests that write out JSONs as strings instead of using the `Json::Value` library. ([#5886](https://github.com/XRPLF/rippled/pull/5886))
+- Added a `paychan` namespace to the TestHelpers and implementation files, improving organization and clarity. ([#5840](https://github.com/XRPLF/rippled/pull/5840))
+- Improved and refactored txset handling. ([#5951](https://github.com/XRPLF/rippled/pull/5951))
+
+
+### Documentation
+
+- Updated old links and descriptions in `README.md`. ([#4701](https://github.com/XRPLF/rippled/pull/4701))
+- Added compiler warning for `std::counting_semaphore` usage. ([#5595](https://github.com/XRPLF/rippled/pull/5595))
+- Removed redundant word in code comment. ([#5752](https://github.com/XRPLF/rippled/pull/5752))
+- Added remote to `conan lock create` command. ([#5770](https://github.com/XRPLF/rippled/pull/5770))
+- Fixed typo in JSON writer documentation. ([#5881](https://github.com/XRPLF/rippled/pull/5881))
+- Fixed spelling issues across the codebase. ([#6002](https://github.com/XRPLF/rippled/pull/6002))
+- Fixed typos in code comments. ([#6040](https://github.com/XRPLF/rippled/pull/6040))
+- Removed accidental copyright notice from `NetworkOps_test.cpp`. ([#6066](https://github.com/XRPLF/rippled/pull/6066))
+
+
+### Testing
+
+- Migrated json unit tests to use doctest framework. ([#5533](https://github.com/XRPLF/rippled/pull/5533))
+- Added basic tests for `STInteger` and `STParsedJSON`. ([#5726](https://github.com/XRPLF/rippled/pull/5726))
+- Fixed test framework to handle null metadata for unvalidated transactions in `env.meta`. ([#5715](https://github.com/XRPLF/rippled/pull/5715))
+- Added more comprehensive tests for the `FeeVote` module. ([#5746](https://github.com/XRPLF/rippled/pull/5746))
+- Added additional tests for `simulate` RPC metadata. ([#5827](https://github.com/XRPLF/rippled/pull/5827))
+- Updated unit test summary to count crashed tests as failures. ([#5924](https://github.com/XRPLF/rippled/pull/5924))
+- Fixed CI to upload all test binaries. ([#5932](https://github.com/XRPLF/rippled/pull/5932))
+
+
+### CI/Build
+
+- Modified GitHub Actions jobs to use `>>` instead of `tee` for `${GITHUB_OUTPUT}` to prevent output overwriting. ([#5699](https://github.com/XRPLF/rippled/pull/5699))
+- Fixed CI workflow issues and reduced separate OS jobs into one by using a strategy matrix. ([#5700](https://github.com/XRPLF/rippled/pull/5700))
+- Fixed `build_only` conditional check to correctly determine whether to run tests. ([#5708](https://github.com/XRPLF/rippled/pull/5708))
+- Updated `clang-format` and added `prettier` to the `pre-commit`. Also added proto file formatting. ([#5709](https://github.com/XRPLF/rippled/pull/5709))
+- Reverted formatting changes to external files and added formatting for proto files. ([#5711](https://github.com/XRPLF/rippled/pull/5711))
+- Fixed `notify-clio` job to skip when running in forks, and reordered config fields for better job name visibility. ([#5712](https://github.com/XRPLF/rippled/pull/5712))
+- Added workaround for CI build errors on arm64 with Clang 20. ([#5717](https://github.com/XRPLF/rippled/pull/5717))
+- Fixed file formatting in anticipation of enabling additional `clang-format-hooks`. ([#5718](https://github.com/XRPLF/rippled/pull/5718))
+- Removed codecov token check to support tokenless uploads from forks. ([#5722](https://github.com/XRPLF/rippled/pull/5722))
+- Reverted PR pipeline trigger rules to fix unintended job skipping behavior. ([#5727](https://github.com/XRPLF/rippled/pull/5727))
+- Replaced `on: pull_request: paths` with `changed-files` action for better CI control. ([#5728](https://github.com/XRPLF/rippled/pull/5728))
+- Added support for `merge_group` event in GitHub CI to enable merge queues. ([#5734](https://github.com/XRPLF/rippled/pull/5734))
+- Added codecov token to the `on-trigger` workflow to enable report uploading. ([#5736](https://github.com/XRPLF/rippled/pull/5736))
+- Modified CI test jobs to run if files changed or PR has "Ready to merge" label. ([#5739](https://github.com/XRPLF/rippled/pull/5739))
+- Used `XRPLF/prepare-runner` action to fix `CONAN_HOME` issues on macOS. Also removed old CMake code. ([#5740](https://github.com/XRPLF/rippled/pull/5740))
+- Removed extraneous `LCOV_EXCL_START` marker from coverage reporting. ([#5744](https://github.com/XRPLF/rippled/pull/5744))
+- Added conan lockfile for better dependency management and reproducible builds. ([#5751](https://github.com/XRPLF/rippled/pull/5751))
+- Updated pre-commit to manage tools on its own. ([#5753](https://github.com/XRPLF/rippled/pull/5753))
+- Added required `disable_ccache` option to workflow. ([#5756](https://github.com/XRPLF/rippled/pull/5756))
+- Fixed coverage parameter in Cmake file. ([#5760](https://github.com/XRPLF/rippled/pull/5760))
+- Added additional info to `notify-clio` workflow. ([#5761](https://github.com/XRPLF/rippled/pull/5761))
+- Implemented separate upload workflow. ([#5762](https://github.com/XRPLF/rippled/pull/5762))
+- Added `cleanup-workspace` action to clean workspace before builds. ([#5763](https://github.com/XRPLF/rippled/pull/5763))
+- Added `conan.lock` to workflow file checks. ([#5769](https://github.com/XRPLF/rippled/pull/5769))
+- Removed extra @ symbol in `notify-clio.yml`. ([#5771](https://github.com/XRPLF/rippled/pull/5771))
+- Fixed `pre-commit` workflows. ([#5772](https://github.com/XRPLF/rippled/pull/5772))
+- Switched `on-trigger` workflow to minimal build to reduce the number of builds. ([#5773](https://github.com/XRPLF/rippled/pull/5773))
+- Fixed `passed` jobs to properly pass if all its dependencies passed or were skipped. ([#5776](https://github.com/XRPLF/rippled/pull/5776))
+- Added `should-run` filtering back to `build-test` and `notify-clio` workflows. ([#5777](https://github.com/XRPLF/rippled/pull/5777))
+- Switched CI pipeline `bookworm:gcc-13` from arm64 to amd64 architecture. ([#5779](https://github.com/XRPLF/rippled/pull/5779))
+- Updated to self-hosted Windows runners to shorten build times. ([#5780](https://github.com/XRPLF/rippled/pull/5780))
+- Limited `upload-conan-deps` to 10 parallel instances when using `max-parallel`. ([#5781](https://github.com/XRPLF/rippled/pull/5781))
+- Changed when `upload-conan-deps` workflows run to avoid unnecessary execution on PRs. ([#5782](https://github.com/XRPLF/rippled/pull/5782))
+- Added missing dependencies to workflows. ([#5783](https://github.com/XRPLF/rippled/pull/5783))
+- Updated to use default conan install without `--format json`. ([#5784](https://github.com/XRPLF/rippled/pull/5784))
+- Fixed secrets and variables in `upload-conan-deps` workflow. ([#5785](https://github.com/XRPLF/rippled/pull/5785))
+- Modified Clio notifications to only happen when a PR targets the release or master branch. ([#5794](https://github.com/XRPLF/rippled/pull/5794))
+- Wrapped all GitHub CI conditionals in curly braces for consistency. ([#5796](https://github.com/XRPLF/rippled/pull/5796))
+- Limited CI build and test parallelism to 10 concurrent jobs. ([#5799](https://github.com/XRPLF/rippled/pull/5799))
+- Enabled building and testing all configurations for daily scheduled runs. ([#5801](https://github.com/XRPLF/rippled/pull/5801))
+- Excluded unit tests from code coverage reporting. ([#5803](https://github.com/XRPLF/rippled/pull/5803))
+- Pinned all CI Docker image tags to latest versions in the XRPLF/CI repo. ([#5813](https://github.com/XRPLF/rippled/pull/5813))
+- Implemented separate upload workflow for artifacts during build and test phases. ([#5817](https://github.com/XRPLF/rippled/pull/5817))
+- Renamed all reusable workflows to include "reusable" in their names for clarity. ([#5818](https://github.com/XRPLF/rippled/pull/5818))
+- Set free-form CI inputs as environment variables to prevent injection attacks. ([#5822](https://github.com/XRPLF/rippled/pull/5822))
+- Removed extraneous coverage warnings. ([#5838](https://github.com/XRPLF/rippled/pull/5838))
+- Excluded `UNREACHABLE` blocks from codecov to improve coverage accuracy. ([#5846](https://github.com/XRPLF/rippled/pull/5846))
+- Excluded old, unreachable transaction code from codecov for better coverage reporting. ([#5847](https://github.com/XRPLF/rippled/pull/5847))
+- Updated CI strategy matrix to use new RHEL 9 and RHEL 10 Docker images. ([#5856](https://github.com/XRPLF/rippled/pull/5856))
+- Fixed Windows build log size issue by setting log verbosity to quiet. ([#5865](https://github.com/XRPLF/rippled/pull/5865))
+- Added support for CMake 4 without workarounds. ([#5866](https://github.com/XRPLF/rippled/pull/5866))
+- Added wildcard to support triggering for release pipelines. ([#5879](https://github.com/XRPLF/rippled/pull/5879))
+- Added support for RHEL 8. ([#5880](https://github.com/XRPLF/rippled/pull/5880))
+- Updated pre-commit workflow to latest version. ([#5902](https://github.com/XRPLF/rippled/pull/5902))
+- Updated the Docker image hashes for `tools-rippled`. ([#5896](https://github.com/XRPLF/rippled/pull/5896))
+- Set fail-fast to false unless it is run by a merge group. ([#5897](https://github.com/XRPLF/rippled/pull/5897))
+- Cleaned up Conan variables in CI. ([#5903](https://github.com/XRPLF/rippled/pull/5903))
+- Set explicit timeouts for build and test jobs. ([#5912](https://github.com/XRPLF/rippled/pull/5912))
+- Removed unnecessary `LCOV_EXCL_LINE` marker in `Escrow.cpp`. ([#5913](https://github.com/XRPLF/rippled/pull/5913))
+- Updated `${{ env.ENVVAR }}` syntax to `${ENVVAR}` in GitHub Actions. ([#5923](https://github.com/XRPLF/rippled/pull/5923))
+- Cleaned up build profile options. ([#5934](https://github.com/XRPLF/rippled/pull/5934))
+- Added network info output to CI test job to help diagnose port exhaustion issues. ([#5938](https://github.com/XRPLF/rippled/pull/5938))
+- Reduced the number of cores used to build and test by two. ([#5939](https://github.com/XRPLF/rippled/pull/5939))
+- Updated pre-commit failure message. ([#5940](https://github.com/XRPLF/rippled/pull/5940))
+- Fixed CI to only run .exe files during test phase on Windows. ([#5947](https://github.com/XRPLF/rippled/pull/5947))
+- Changed the CI concurrency group for pushes to the `develop` branch to use the commit hash instead of the target branch. ([#5950](https://github.com/XRPLF/rippled/pull/5950))
+- Changed Conan remote login to only occur when uploading packages. ([#5952](https://github.com/XRPLF/rippled/pull/5952))
+- Updated CI to only upload codecov reports in the original repo, not in forks. ([#5953](https://github.com/XRPLF/rippled/pull/5953))
+- Updated CI to use new `prepare-runner` action. ([#5970](https://github.com/XRPLF/rippled/pull/5970))
+- Updated CI image hashes to use netstat. ([#5987](https://github.com/XRPLF/rippled/pull/5987))
+- Made CMake improvements, including removing unused definitions, moving variable definitions, and updating the minimum GCC and Clang versions required. ([#6010](https://github.com/XRPLF/rippled/pull/6010))
+- Unified build and test jobs into a single job and added `ctest` to coverage reporting. ([#6013](https://github.com/XRPLF/rippled/pull/6013))
+- Moved running of unit tests out of coverage target. ([#6018](https://github.com/XRPLF/rippled/pull/6018))
+- Updated Conan to version 2.22.2. ([#6019](https://github.com/XRPLF/rippled/pull/6019))
+- Specified bash as default shell in workflows. ([#6021](https://github.com/XRPLF/rippled/pull/6021))
+- Updated the `cleanup-workspace` action to its latest version to add support for Windows. ([#6024](https://github.com/XRPLF/rippled/pull/6024))
+- Added new Debian Trixie CI images to build and test with. ([#6034](https://github.com/XRPLF/rippled/pull/6034))
+- Changed strategy matrix check to filter out Clang 20+ on ARM. ([#6046](https://github.com/XRPLF/rippled/pull/6046))
+- Updated CI to only upload artifacts in XRPLF repo. ([#6060](https://github.com/XRPLF/rippled/pull/6060))
+- Removed missing commits check. ([#6077](https://github.com/XRPLF/rippled/pull/6077))
+- Updated CI to trigger Clio pipeline on PRs targeting any `release` branches. ([#6080](https://github.com/XRPLF/rippled/pull/6080))
+
+
+## Credits
+
+The following GitHub users contributed to this release:
+
+- RippleX Engineering
+- RippleX Docs
+- RippleX Product
+- @dangell7
+- @tequdev
+- @tzchenxixi
+- @wojake
+
+
+## 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>

blog/sidebars.yaml

@@ -10,6 +10,8 @@
     - group: '2025'
       expanded: false
       items:
+        - page: 2025/rippled-3.0.0.md
+        - 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

docs/_snippets/common-links.md

@@ -32,8 +32,8 @@
 [AccountSet transactions]: /docs/references/protocol/transactions/types/accountset.md
 [AccountSet]: /docs/references/protocol/transactions/types/accountset.md
 [Address]: /docs/references/protocol/data-types/basic-data-types.md#addresses
-[Amendments entry]: /docs/concepts/networks-and-servers/amendments.md
-[Amendments object]: /docs/concepts/networks-and-servers/amendments.md
+[Amendments entry]: /docs/references/protocol/ledger-data/ledger-entry-types/amendments.md
+[Amendments object]: /docs/references/protocol/ledger-data/ledger-entry-types/amendments.md
 [Batch amendment]: /resources/known-amendments.md#batch
 [Batch]: /docs/references/protocol/transactions/types/batch.md
 [Batch transaction]: /docs/references/protocol/transactions/types/batch.md
@@ -135,6 +135,7 @@
 [MPTokensV1 amendment]: /resources/known-amendments.md#mptokensv1
 [MultiSign amendment]: /resources/known-amendments.md#multisign
 [MultiSignReserve amendment]: /resources/known-amendments.md#multisignreserve
+[NFT]: /docs/references/protocol/data-types/nftoken.md
 [NFTokenAcceptOffer transaction]: /docs/references/protocol/transactions/types/nftokenacceptoffer.md
 [NFTokenAcceptOffer transactions]: /docs/references/protocol/transactions/types/nftokenacceptoffer.md
 [NFTokenAcceptOffer]: /docs/references/protocol/transactions/types/nftokenacceptoffer.md
@@ -155,6 +156,7 @@
 [NFTokenPage entry]: /docs/references/protocol/ledger-data/ledger-entry-types/nftokenpage.md
 [NFTokenPage object]: /docs/references/protocol/ledger-data/ledger-entry-types/nftokenpage.md
 [NFToken]: /docs/references/protocol/data-types/nftoken.md
+[Negative UNL]: /docs/concepts/consensus-protocol/negative-unl.md
 [NegativeUNL amendment]: /resources/known-amendments.md#negativeunl
 [NegativeUNL entry]: /docs/references/protocol/ledger-data/ledger-entry-types/negativeunl.md
 [NegativeUNL object]: /docs/references/protocol/ledger-data/ledger-entry-types/negativeunl.md
@@ -248,13 +250,6 @@
 [UNLModify pseudo-transaction]: /docs/references/protocol/transactions/pseudo-transaction-types/unlmodify.md
 [UNLModify pseudo-transactions]: /docs/references/protocol/transactions/pseudo-transaction-types/unlmodify.md
 [UNLModify]: /docs/references/protocol/transactions/pseudo-transaction-types/unlmodify.md
-[Vault entry]: /docs/references/protocol/ledger-data/ledger-entry-types/vault.md
-[VaultCreate transaction]: /docs/references/protocol/transactions/types/vaultcreate.md
-[VaultDelete transaction]: /docs/references/protocol/transactions/types/vaultdelete.md
-[VaultDeposit transaction]: /docs/references/protocol/transactions/types/vaultdeposit.md
-[VaultSet transaction]: /docs/references/protocol/transactions/types/vaultset.md
-[VaultWithdraw transaction]: /docs/references/protocol/transactions/types/vaultwithdraw.md
-[VaultClawback transaction]: /docs/references/protocol/transactions/types/vaultclawback.md
 [XChainAddAccountCreateAttestation transaction]: /docs/references/protocol/transactions/types/xchainaddaccountcreateattestation.md
 [XChainAddAccountCreateAttestation transactions]: /docs/references/protocol/transactions/types/xchainaddaccountcreateattestation.md
 [XChainAddAccountCreateAttestation]: /docs/references/protocol/transactions/types/xchainaddaccountcreateattestation.md
@@ -316,6 +311,7 @@
 [fee command]: /docs/references/http-websocket-apis/public-api-methods/server-info-methods/fee.md
 [fee levels]: /docs/concepts/transactions/transaction-cost.md#fee-levels
 [fee method]: /docs/references/http-websocket-apis/public-api-methods/server-info-methods/fee.md
+[fee voting]: /docs/concepts/consensus-protocol/fee-voting.md
 [fetch_info command]: /docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/fetch_info.md
 [fetch_info method]: /docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/fetch_info.md
 [fix1201 amendment]: /resources/known-amendments.md#fix1201
@@ -359,6 +355,7 @@
 [json command]: /docs/references/http-websocket-apis/public-api-methods/utility-methods/json.md
 [json method]: /docs/references/http-websocket-apis/public-api-methods/utility-methods/json.md
 [ledger command]: /docs/references/http-websocket-apis/public-api-methods/ledger-methods/ledger.md
+[ledger entry ID]: /docs/references/protocol/ledger-data/common-fields.md
 [ledger format]: /docs/references/protocol/ledger-data/ledger-entry-types/index.md
 [ledger index]: /docs/references/protocol/data-types/basic-data-types.md#ledger-index
 [ledger method]: /docs/references/http-websocket-apis/public-api-methods/ledger-methods/ledger.md
@@ -411,6 +408,7 @@
 [public servers]: /docs/tutorials/public-servers.md
 [random command]: /docs/references/http-websocket-apis/public-api-methods/utility-methods/random.md
 [random method]: /docs/references/http-websocket-apis/public-api-methods/utility-methods/random.md
+[reserves]: /docs/concepts/accounts/reserves.md
 [result code]: /docs/references/protocol/transactions/transaction-results/index.md
 [ripple-lib]: https://github.com/XRPLF/xrpl.js
 [ripple_path_find command]: /docs/references/http-websocket-apis/public-api-methods/path-and-order-book-methods/ripple_path_find.md
@@ -454,7 +452,5 @@
 [validator_list_sites method]: /docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/validator_list_sites.md
 [validators command]: /docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/validators.md
 [validators method]: /docs/references/http-websocket-apis/admin-api-methods/status-and-debugging-methods/validators.md
-[vault_info command]: /docs/references/http-websocket-apis/public-api-methods/vault-methods/vault_info.md
-[vault_info method]: /docs/references/http-websocket-apis/public-api-methods/vault-methods/vault_info.md
 [wallet_propose command]: /docs/references/http-websocket-apis/admin-api-methods/key-generation-methods/wallet_propose.md
 [wallet_propose method]: /docs/references/http-websocket-apis/admin-api-methods/key-generation-methods/wallet_propose.md

docs/concepts/accounts/pseudo-accounts.md

@@ -1,33 +0,0 @@
----
-seo:
-  description: A pseudo-account is a special type of XRPL account that holds assets on behalf of an on-chain protocol.
-labels:
-  - Single Asset Vault 
-  - AMM
-  - Lending Protocol
-status: not_enabled
----
-
-# Pseudo-Accounts
-
-The XRP Ledger is an account-based blockchain where assets like XRP, trust line tokens, and Multi-Purpose Tokens (MPTs) are held by accounts, and are represented on-chain by an [AccountRoot](../../references/protocol/ledger-data/ledger-entry-types/accountroot) ledger entry. However, certain use cases require assets to be transferable to and from an object, which is why a pseudo-account is needed.
-
-A pseudo-account is a special type of account that holds assets on behalf of an on-chain protocol. Use cases for pseudo-accounts include:
-
-- **Automated Market Makers (AMM)**: The [XLS-30 amendment](../../../resources/known-amendments#amm) introduced pseudo-accounts for AMMs by adding the `AMMID` field to the `AccountRoot` ledger entry. This field links a pseudo-account to an AMM instance, allowing it to track XRP and token balances in the pool and issue `LPTokens` on behalf of the AMM instance.
-
-- **Single Asset Vaults**: A single asset vault pseudo-account is used to store deposited funds and issue MPT shares. A new `VaultID` field is introduced in the `AccountRoot` ledger entry, which links the pseudo-account with the vault.
-
-- **Lending Protocol**: The Lending Protocol also uses the single asset vault's pseudo-account, with each `LoanBroker` tracked in the pseudo-account's owner directory. The pseudo-account holds first-loss capital that protects vault depositors from loan defaults, as well as the loan funds themselves.
-
-A pseudo-account has strict limitations. It cannot receive payments from other accounts, cannot send transactions since it has no signing authority, and exists solely to store or issue assets.
-
-## Reserve Requirements
-
-The cost of creating a pseudo-account depends on whether it is owned and controlled by another account:
-
-- **Owned pseudo-accounts**: For objects like a `Vault` where a single account owns and controls the associated pseudo-account, the creation transaction increases the owner's XRP reserve by one [incremental owner reserve](../accounts/reserves#base-reserve-and-owner-reserve) (currently {% $env.PUBLIC_OWNER_RESERVE %}). This is in addition to any other reserve requirements of the transaction (for example, the Vault object itself).
-
-- **Unowned pseudo-accounts**: For objects like an `AMM` that are not owned by any account, the creation transaction must charge a special, higher-than-normal transaction fee. This fee must be at least the value of one incremental owner reserve. This amount is burned, compensating for the permanent ledger space without tying the reserve to a specific owner.
-
-{% raw-partial file="/docs/_snippets/common-links.md" /%}

docs/concepts/tokens/single-asset-vault.md

@@ -1,251 +0,0 @@
----
-seo:
-  description: A single asset vault aggregates assets from multiple depositors and makes them available to other on-chain protocols.
-labels:
-  - Single Asset Vault 
-status: not_enabled
----
-
-# Single Asset Vault
-
-A single asset vault is an XRP Ledger primitive that aggregates assets from multiple depositors and makes them available to other on-chain protocols, such as the Lending Protocol. A vault asset can be [XRP](../../introduction/what-is-xrp.md), a [trust line token](../tokens/fungible-tokens/index.md), or an [MPT (Multi-Purpose Token)](../tokens/fungible-tokens/multi-purpose-tokens.md).
-
-A Vault Owner account manages the vault and can create, update, or delete it as needed. When creating a vault, the Vault Owner can also specify whether shares are transferable or non-transferable. Non-transferable shares cannot be transferred to any other account, and can only be redeemed.
-
-_(Requires the [SingleAssetVault amendment][] {% not-enabled /%}.)_
-
-## Public vs. Private Vaults
-
-A vault can be **public** or **private**, depending on the required level of access control.
-
-In a public vault, anyone can deposit or redeem liquidity as long as they hold sufficient shares. In contrast, a private vault restricts access, allowing only depositors with the necessary [Credentials](../../concepts/decentralized-storage/credentials.md), managed through [Permissioned Domains](./decentralized-exchange/permissioned-domains.md), to deposit assets.
-
-{% admonition type="warning" name="Warning" %}
-If a depositor's credentials expire, they can no longer deposit assets in a private vault, but can always redeem their existing shares.
-{% /admonition %}
-
-To prevent the Vault Owner from locking funds away, any shareholder in a private vault can redeem their shares for assets.
-
-Choosing between a public or private vault depends on your use case. For example, if depositor identity verification is required, use a private vault and issue credentials only to verified accounts.  
-
-## Vault Share Distribution and Redemption
-
-Depositors can deposit assets to receive shares, which represent their proportional ownership of the vault, or redeem shares for assets.
-
-[{% inline-svg file="../../img/single-asset-vault-img.svg" /%}](../../img/single-asset-vault-img.svg "Diagram: an example of an asset being deposited into the vault and shares being redeemed.")
-
-Since the XRP Ledger is an account-based blockchain, all assets must be held by an account. A `Vault` ledger entry cannot hold assets directly, so a [pseudo-account](../accounts/pseudo-accounts.md) is created to hold assets on its behalf. This stand-alone account cannot receive funds or send transactions, and exists solely to store assets and issue shares.
-
-Each share is represented on-chain as an MPT, issued by the vault's pseudo-account. Since MPTs can only exist as whole number units, the vault uses a `Scale` setting to convert fractional asset amounts into whole number shares.
-
-The scale behavior varies based on the type of asset held by the vault:
-
-- **XRP**: Uses a fixed scale that aligns with XRP's native structure, where one share represents one drop.
-- **Trust Line Token**: Allows configurable precision (default preserves 6 decimal places).
-- **MPT**: Uses a 1-to-1 relationship between MPT units and shares.
-
-Depending on the connected protocol, vault shares may be yield-bearing, meaning shareholders could redeem shares for more or less liquidity than they originally deposited. This is because the total asset balance in the vault can grow or shrink over time, affecting the value of each share. However, the vault asset (e.g., USDC, XRP) does not generate yield on its own.
-
-The value of each share depends on the total assets in the vault:
-
-- If the vault earns yield over time, shares represent a larger claim, allowing depositors to redeem them for more assets.
-- If the vault incurs losses, shares hold less value, resulting in lower redemptions.
-
-A vault could generate yield through mechanisms like lending or staking, with yield paid in the same asset deposited. The specific logic for this depends on how the connected on-chain protocol generates yield. For example, if a vault is used by a lending protocol, it could earn yield from interest paid by borrowers.
-
-### Exchange Algorithm
-
-A single asset vault uses an **exchange algorithm** to define how assets convert into shares during deposits and how shares convert back into assets during redemptions.
-
-A vault's total value can fluctuate due to factors like _unrealized losses_, which impact the exchange rate for deposits and redemptions. To ensure fairness, the algorithm adjusts the exchange rate dynamically, so depositors receive shares or redeem them for assets at a rate that accurately reflects the vault’s true value.
-
-#### Unrealized Loss
-
-To prevent depositors from exploiting potential losses by redeeming shares early and shifting the full loss onto the remaining depositors, the vault tracks unrealized losses (or paper loss) using the `LossUnrealized` attribute in the `Vault` ledger entry.
-
-Because the unrealized loss temporarily decreases the vault's value, a malicious depositor may take advantage of this by depositing assets at a lowered price and redeeming shares once the price increases.
-
-For example, consider a vault with a total value of $1.0m and total shares of 1.0m. Let's assume the unrealized loss for the vault is $900k:
-
-1. The new exchange rate is calculated as:
-
-    ```js
-    // ExchangeRate = (AssetsTotal - LossUnrealized) / SharesTotal
-    exchangeRate = (1,000,000 - 900,000) / 1,000,000
-    ```
-
-    The exchange rate value is now **0.1**.
-
-2. After the unrealized loss is cleared, the new effective exchange rate would be:
-
-    ```js
-    // ExchangeRate = AssetsTotal / SharesTotal
-    exchangeRate = 1,000,000 / 1,000,000
-    ```
-
-    The exchange rate is now **1.0**.
-
-A depositor could deposit $100k assets at a 0.1 exchange rate and get 1.0m shares. Once the unrealized loss is cleared, their shares would be worth $1.0m.
-
-To mitigate this, the vault uses separate exchange rates for deposits and redemptions.
-
-#### Exchange Rates
-
-A single asset vault uses **two distinct exchange rates**:
-
-- **Deposit Exchange Rate**: Protects new depositors from prior losses and ensures fair share allocation.
-- **Withdrawal Exchange Rate**: Ensures all shareholders share losses proportionally. Whether redeeming shares or withdrawing assets, the vault always calculates payouts using the actual current value (total assets minus losses), so depositors get their fair share of what's actually in the vault.
-  - **Redemptions**: The vault burns shares so the depositor can receive proportional assets.
-  - **Withdrawals**: The vault determines the shares to burn based on the requested asset amount.
-
-These exchange rates ensure fairness and prevent manipulation, maintaining the integrity of deposits and redemptions.
-
-To understand how the exchange rates are applied, here are the key variables used in the calculations:
-
-- `Γ_assets`: The total balance of assets held within the vault.
-- `Γ_shares`: The total number of shares currently issued by the vault.
-- `Δ_assets`: The amount of assets being deposited, withdrawn, or redeemed.
-- `Δ_shares`: The number of shares being issued or burned.
-- `l`: The vault's total unrealized loss.
-- `σ`: The scaling factor (σ = 10<sup>Scale</sup>) used to convert fractional assets into whole number shares.
-
-{% tabs %}
-  {% tab label="Deposit" %}
-    The vault computes the number of shares a depositor will receive as follows:
-
-    - **Initial Deposit (Empty Vault)**: For the first deposit into an empty vault, shares are calculated using the scaling factor to properly represent fractional assets as whole numbers.
-
-      ```js
-      Δ_shares = Δ_assets * σ // σ = 10^Scale
-      ```
-
-    - **Subsequent Deposits**: For all other deposits, shares are calculated proportionally. The resulting share value is rounded **down** to the nearest whole number.
-
-      ```js
-      Δ_shares = (Δ_assets * Γ_shares) / Γ_assets
-      ```
-    Because the share amount is rounded down, the actual assets taken from the depositor are recalculated. This ensures the depositor isn't overcharged and that new shares are valued against the vault's true value, accounting for any unrealized loss:
-
-    ```js
-    Δ_assets = (Δ_shares * (Γ_assets - l)) / Γ_shares
-    ```
-
-    After a successful deposit, the _total assets_ and _total shares_ values are updated like so:
-
-    ```js
-    Γ_assets = Γ_assets + Δ_assets // New balance of assets in the vault.
-    Γ_shares = Γ_shares + Δ_shares // New share balance in the vault.
-    ```
-  {% /tab %}
-
-  {% tab label="Redeem" %}
-  The vault computes the number of assets returned by burning shares as follows:
-
-  ```js
-  Δ_assets = (Δ_shares * (Γ_assets - l)) / Γ_shares
-  ```
-
-  After a successful redemption, the _total assets_ and _total shares_ values are updated like so:
-
-  ```js
-  Γ_assets = Γ_assets - Δ_assets // New balance of assets in the vault.
-  Γ_shares = Γ_shares - Δ_shares // New share balance in the vault.
-  ```
-
-  {% /tab %}
-
-  {% tab label="Withdraw" %}
-  When a depositor requests a specific asset amount, the vault uses a two-step process to determine the final payout:
-
-  1. The requested asset amount (`Δ_assets_requested`) is converted into shares.
-
-      ```js
-      Δ_shares = (Δ_assets_requested * Γ_shares) / (Γ_assets - l)
-      ```
-
-      The calculated share amount is rounded to the **nearest** whole number.
-
-  2. The rounded number of shares is used to calculate the final asset payout (`Δ_assets_out`), using the same logic as a redemption.
-
-      ```js
-      Δ_assets_out = (Δ_shares * (Γ_assets - l)) / Γ_shares
-      ```
-
-  Due to rounding in step 1, the final payout may differ slightly from the requested amount.
-
-  After a successful withdrawal, the _total asset_ and _total share_ values are updated like so:
-
-  ```js
-  Γ_assets = Γ_assets - Δ_assets_out // New balance of assets in the vault.
-  Γ_shares = Γ_shares - Δ_shares     // New share balance in the vault.
-  ```
-
-  {% /tab %}
-{% /tabs %}
-
-### Can a Depositor Transfer Shares to Another Account?
-
-Vault shares are a first-class asset, meaning that they can be transferred and used in other on-ledger protocols that support MPTs. However, the payee (or the receiver) must have permission to hold both the shares and the underlying asset.
-
-For example, if a private vault holds USDC, the destination account must belong to the vault’s Permissioned Domain and have permission to hold USDC. Any compliance mechanisms applied to USDC also apply to the shares. If the USDC issuer freezes the payee’s trust line, the payee cannot receive shares representing USDC.
-
-{% admonition type="info" name="Note" %}
-It is important to remember that a vault must be **configured** to allow share transfers, or this will not be possible.
-{% /admonition %}
-
-A depositor can transfer vault shares to another account by making a [Payment](../../references/protocol/transactions/types/payment) transaction. Nothing changes in the way the payment transaction is submitted for transferring vault shares. However, there are new failure scenarios to watch out for if the transaction fails:
-
-- The vault is private and the payee lacks credentials in the vault's permissioned domain.
-- The vault shares are configured as non-transferable.
-- There is a global freeze (trust line tokens) or lock (MPTs) on the underlying asset.
-- The underlying asset is an MPT and is locked for the payer, payee, or vault pseudo-account.
-- The underlying asset is a trust line token and the trust line is frozen between the issuer and the payer, payee, or vault pseudo-account.
-
-If the transfer succeeds and the payee already holds vault shares, their balance increases. Otherwise, a new MPT entry is created for their account.
-
-## Compliance
-
-### Frozen Assets
-
-The issuer of a vault asset can enact a [freeze](./fungible-tokens/freezes) for trust line tokens or [lock an MPT](./fungible-tokens/deep-freeze#how-does-mpt-freeze/lock-behavior-differ-from-iou). When a vault asset is frozen:
-
-1. Withdrawals can only be made to the asset’s issuer.
-2. The asset cannot be deposited into the vault.
-3. Its corresponding shares also cannot be transferred.
-
-### Clawback
-
-An asset issuer can perform a [Clawback](../../use-cases/tokenization/stablecoin-issuer#clawback) on vault assets by forcing redemption of shares held by an account. This exchanges the holder's shares for the underlying assets, which are sent directly to the issuer. This mechanism allows asset issuers to recover their issued assets from vault depositors when necessary for fraud prevention or regulatory compliance.
-
-## Why Use a Single Asset Vault?
-
-With a single asset vault you don't have to manage liquidity at the protocol level. Instead, you can use the vault to handle deposits, redemptions, and asset tracking separately.
-
-Vaults handle asset-to-share conversion, ensure accurate pricing, and eliminate the need to add custom logic to calculate exchange rates or account for unrealized losses.
-
-Depending on the connected on-chain protocol, vaults can be applied to various use cases, such as:
-
-- Lending markets
-- Aggregators
-- Yield-bearing tokens
-- Asset management
-
-The only supported use cases right now are _asset management_ and [_lending markets_](https://github.com/XRPLF/XRPL-Standards/discussions/190).
-
-{% raw-partial file="/docs/_snippets/common-links.md" /%}
-
-## See Also
-
-- **Concepts:**
-    - [Credentials](../../concepts/decentralized-storage/credentials.md) - Define access requirements for private vaults.
-    - [Permissioned Domains](../tokens/decentralized-exchange/permissioned-domains.md) - Control access to private vaults.
-    - [Pseudo-Accounts](../accounts/pseudo-accounts.md) - Special accounts that hold assets on behalf of on-chain protocols.
-- **References:**
-    - [Vault entry][] - Data structure on the ledger that records vault information.
-    - [VaultClawback transaction][] - Allow asset issuers to recover assets from the vault.
-    - [VaultCreate transaction][] - Create a new vault for aggregating assets.
-    - [VaultDelete transaction][] - Delete an existing vault entry.
-    - [VaultDeposit transaction][] - Add assets to a vault in exchange for shares.
-    - [VaultSet transaction][] - Update the configuration of an existing vault.
-    - [VaultWithdraw transaction][] - Redeem liquidity from a vault.
-    - [vault_info method][] - Retrieve information about a vault and its shares.

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

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:

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.
 

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._
 

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"
+  }
 }
 
 ```

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 %}

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 %}

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!*
 

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).
 

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 %}

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 %}

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 %}

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 %}

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.
 

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.
 

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 %}

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 %}

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)._
 

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 %}

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.
 

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"
+  }
 }
 
 ```

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.
 

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.
 

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.
 

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 %}
 

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.)
 

docs/references/http-websocket-apis/public-api-methods/clio-methods/mpt_holders.md

@@ -24,7 +24,7 @@ For a given `MPTokenIssuanceID` and ledger sequence, `mpt_holders` returns all h
 ```json
 {
   "command": "mpt_holders",
-  "mpt_issuance_id": "0024D204E07DDDFBCD83B1649C07FE27FD536A3A32E6FDD8",
+  "mpt_issuance_id": "05EECEBE97A7D635DE2393068691A015FED5A89AD203F5AA",
   "ledger_index": "validated"
 }
 ```
@@ -36,7 +36,7 @@ For a given `MPTokenIssuanceID` and ledger sequence, `mpt_holders` returns all h
   "method": "mpt_holders",
   "params": [
     {
-      "mpt_issuance_id": "0024D204E07DDDFBCD83B1649C07FE27FD536A3A32E6FDD8",
+      "mpt_issuance_id": "05EECEBE97A7D635DE2393068691A015FED5A89AD203F5AA",
       "ledger_index": "validated"
     }
   ]
@@ -46,7 +46,7 @@ For a given `MPTokenIssuanceID` and ledger sequence, `mpt_holders` returns all h
 
 {% /tabs %}
 
-{% try-it method="mpt_holders" server="devnet-clio" /%}
+{% try-it method="mpt_holders" /%}
 
 The request contains the following parameters:
 
@@ -65,19 +65,20 @@ The request contains the following parameters:
 ```json
 {
   "result": {
-    "mpt_issuance_id": "0024D204E07DDDFBCD83B1649C07FE27FD536A3A32E6FDD8",
+    "mpt_issuance_id": "05EECEBE97A7D635DE2393068691A015FED5A89AD203F5AA",
     "limit": 50,
-    "ledger_index": 2414929,
+    "ledger_index": 99563041,
     "mptokens": [
       {
-        "account": "rfyWeQpYM3vCXRHA9cMLs2ZEdZv1F1jzm9",
+        "account": "rsNw23ygZatXv7h8QVSgAE4jktY2uW1iZP",
         "flags": 0,
-        "mpt_amount": "200",
-        "mptoken_index": "22F99DCD55BCCF3D68DC3E4D6CF12602006A7563A6BE93FC57FD63298BCCEB13"
+        "mpt_amount": "100",
+        "mptoken_index": "081078D38E9C36647B4AD95ECB476F434B817753AD4F6B4B5EE0ED4C3185C80F"
       }
     ],
     "validated": true
   },
+  "id": "example_mpt_holders",
   "status": "success",
   "type": "response",
   "warnings": [
@@ -96,15 +97,15 @@ The request contains the following parameters:
 
 {
   "result": {
-    "mpt_issuance_id": "0024D204E07DDDFBCD83B1649C07FE27FD536A3A32E6FDD8",
+    "mpt_issuance_id": "05EECEBE97A7D635DE2393068691A015FED5A89AD203F5AA",
     "limit": 50,
-    "ledger_index": 2415033,
+    "ledger_index": 99563067,
     "mptokens": [
       {
-        "account": "rfyWeQpYM3vCXRHA9cMLs2ZEdZv1F1jzm9",
+        "account": "rsNw23ygZatXv7h8QVSgAE4jktY2uW1iZP",
         "flags": 0,
-        "mpt_amount": "200",
-        "mptoken_index": "22F99DCD55BCCF3D68DC3E4D6CF12602006A7563A6BE93FC57FD63298BCCEB13"
+        "mpt_amount": "100",
+        "mptoken_index": "081078D38E9C36647B4AD95ECB476F434B817753AD4F6B4B5EE0ED4C3185C80F"
       }
     ],
     "validated": true,

docs/references/http-websocket-apis/public-api-methods/index.md

@@ -115,11 +115,6 @@ Use these methods to perform convenient tasks, such as ping and random number ge
 * **[`ping`](utility-methods/ping.md)** - Confirm connectivity with the server.
 * **[`random`](utility-methods/random.md)** - Generate a random number.
 
-## [Vault Methods](vault-methods/index.md)
-
-Use these methods to retrieve vault information.
-
-* **[`vault_info`](vault-methods/vault_info.md)** - Get information about a specific vault.
 
 ## Deprecated Methods
 

docs/references/http-websocket-apis/public-api-methods/vault-methods/index.md

@@ -1,9 +0,0 @@
----
-metadata:
-  indexPage: true
----
-# Vault Methods
-
-A `Vault` object in the XRP Ledger represents the state of a tokenized vault. Use these methods to interact with vaults.
-
-{% child-pages /%}

docs/references/http-websocket-apis/public-api-methods/vault-methods/vault_info.md

@@ -1,294 +0,0 @@
----
-seo:
-    description: Retrieve information about a vault, its owner, available assets, and details on issued shares.
-labels:
-  - Single Asset Vault
----
-
-# vault_info
-
-[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/rpc/handlers/VaultInfo.cpp "Source")
-
-The `vault_info` command retrieves information about a vault, its owner, available assets, and details on issued shares. All information retrieved is relative to a particular version of the ledger. {% badge href="https://github.com/XRPLF/rippled/releases/tag/3.3.0" %}New in: rippled 3.3.0{% /badge %}
-
-_(Requires the [SingleAssetVault amendment][] {% not-enabled /%})_
-
-## Request Format
-
-An example of the request format:
-
-{% tabs %}
-
-{% tab label="WebSocket" %}
-```json
-{
-  "command": "vault_info",
-  "vault_id": "45E6742527EDE6A2B537AE8A77B8D8CCFEFE115A22B3BF664A39407631F9A166"
-}
-```
-{% /tab %}
-
-{% tab label="JSON-RPC" %}
-```json
-{
-  "method": "vault_info",
-  "params": [
-    {
-      "vault_id": "45E6742527EDE6A2B537AE8A77B8D8CCFEFE115A22B3BF664A39407631F9A166"
-    }
-  ]
-}
-```
-{% /tab %}
-
-{% tab label="Commandline" %}
-```sh
-#Syntax: vault_info [<vault_id>]
-rippled vault_info 45E6742527EDE6A2B537AE8A77B8D8CCFEFE115A22B3BF664A39407631F9A166
-```
-{% /tab %}
-
-{% /tabs %}
-
-<!-- TODO: Add this when available on Devnet -->
-<!-- {% try-it method="vault_info" /%} -->
-
-The request includes the following parameters:
-
-| `Field`    | Type   | Description                                |
-| :--------- | :----- | :----------------------------------------- |
-| `vault_id` | String | The object ID of the Vault to be returned. |
-| `owner`    | String | The account address of the Vault Owner.    |
-| `seq`      | Number | The transaction sequence number that created the vault. |
-
-You can provide either the `vault_id`, or both `owner` and `seq` values in the request.
-
-## Response Format
-
-An example of a successful response:
-
-{% tabs %}
-
-{% tab label="WebSocket" %}
-```json
-{
-  "result": {
-    "ledger_current_index": 222403,
-    "validated": false,
-    "vault": {
-      "Account": "rwCNM7SeUHTajEBQDiNqxDG8p1Mreizw85",
-      "Asset": {
-        "currency": "USD",
-        "issuer": "rXJSJiZMxaLuH3kQBUV5DLipnYtrE6iVb"
-      },
-      "AssetsAvailable": "0",
-      "AssetsMaximum": "1000000",
-      "AssetsTotal": "0",
-      "Data": "5661756C74206D65746164617461",
-      "Flags": 0,
-      "LedgerEntryType": "Vault",
-      "LossUnrealized": "0",
-      "Owner": "rNGHoQwNG753zyfDrib4qDvvswbrtmV8Es",
-      "OwnerNode": "0",
-      "PreviousTxnID": "39CBBE3629AD9ADF9BA5CBAC5BF18665E785D0B199D2B2773A8A1EAA6CBC622B",
-      "PreviousTxnLgrSeq": 219033,
-      "Scale": 6,
-      "Sequence": 200370,
-      "ShareMPTID": "0000000169F415C9F1AB6796AB9224CE635818AFD74F8175",
-      "WithdrawalPolicy": 1,
-      "index": "45E6742527EDE6A2B537AE8A77B8D8CCFEFE115A22B3BF664A39407631F9A166",
-      "shares": {
-        "AssetScale": 6,
-        "Flags": 56,
-        "Issuer": "rwCNM7SeUHTajEBQDiNqxDG8p1Mreizw85",
-        "LedgerEntryType": "MPTokenIssuance",
-        "MPTokenMetadata": "7B2274223A225473745368617265222C226E223A2254657374205661756C74205368617265222C2264223A22412074657374207661756C742073686172652E222C2269223A226578616D706C652E6F72672F73686172652D69636F6E2E706E67222C226163223A22727761222C226173223A22657175697479222C22696E223A224D53205465737420497373756572222C227573223A5B7B2275223A226578616D706C657969656C642E636F2F7473747368617265222C2263223A2277656273697465222C2274223A2250726F647563742050616765227D2C7B2275223A226578616D706C657969656C642E636F2F646F6373222C2263223A22646F6373222C2274223A225969656C6420546F6B656E20446F6373227D5D2C226169223A7B22766F6C6174696C697479223A226C6F77227D7D",
-        "OutstandingAmount": "0",
-        "OwnerNode": "0",
-        "PreviousTxnID": "39CBBE3629AD9ADF9BA5CBAC5BF18665E785D0B199D2B2773A8A1EAA6CBC622B",
-        "PreviousTxnLgrSeq": 219033,
-        "Sequence": 1,
-        "index": "10D193CFF4619D2C7D552746A8C9F76AD6335E6D4452712CB39F8C7F096AE474",
-        "mpt_issuance_id": "0000000169F415C9F1AB6796AB9224CE635818AFD74F8175"
-      }
-    }
-  },
-  "status": "success",
-  "type": "response"
-}
-```
-{% /tab %}
-
-{% tab label="JSON-RPC" %}
-```json
-200 OK
-
-{
-  "result": {
-    "ledger_current_index": 222403,
-    "status": "success",
-    "validated": false,
-    "vault": {
-      "Account": "rwCNM7SeUHTajEBQDiNqxDG8p1Mreizw85",
-      "Asset": {
-        "currency": "USD",
-        "issuer": "rXJSJiZMxaLuH3kQBUV5DLipnYtrE6iVb"
-      },
-      "AssetsAvailable": "0",
-      "AssetsMaximum": "1000000",
-      "AssetsTotal": "0",
-      "Data": "5661756C74206D65746164617461",
-      "Flags": 0,
-      "LedgerEntryType": "Vault",
-      "LossUnrealized": "0",
-      "Owner": "rNGHoQwNG753zyfDrib4qDvvswbrtmV8Es",
-      "OwnerNode": "0",
-      "PreviousTxnID": "39CBBE3629AD9ADF9BA5CBAC5BF18665E785D0B199D2B2773A8A1EAA6CBC622B",
-      "PreviousTxnLgrSeq": 219033,
-      "Scale": 6,
-      "Sequence": 200370,
-      "ShareMPTID": "0000000169F415C9F1AB6796AB9224CE635818AFD74F8175",
-      "WithdrawalPolicy": 1,
-      "index": "45E6742527EDE6A2B537AE8A77B8D8CCFEFE115A22B3BF664A39407631F9A166",
-      "shares": {
-        "AssetScale": 6,
-        "Flags": 56,
-        "Issuer": "rwCNM7SeUHTajEBQDiNqxDG8p1Mreizw85",
-        "LedgerEntryType": "MPTokenIssuance",
-        "MPTokenMetadata": "7B2274223A225473745368617265222C226E223A2254657374205661756C74205368617265222C2264223A22412074657374207661756C742073686172652E222C2269223A226578616D706C652E6F72672F73686172652D69636F6E2E706E67222C226163223A22727761222C226173223A22657175697479222C22696E223A224D53205465737420497373756572222C227573223A5B7B2275223A226578616D706C657969656C642E636F2F7473747368617265222C2263223A2277656273697465222C2274223A2250726F647563742050616765227D2C7B2275223A226578616D706C657969656C642E636F2F646F6373222C2263223A22646F6373222C2274223A225969656C6420546F6B656E20446F6373227D5D2C226169223A7B22766F6C6174696C697479223A226C6F77227D7D",
-        "OutstandingAmount": "0",
-        "OwnerNode": "0",
-        "PreviousTxnID": "39CBBE3629AD9ADF9BA5CBAC5BF18665E785D0B199D2B2773A8A1EAA6CBC622B",
-        "PreviousTxnLgrSeq": 219033,
-        "Sequence": 1,
-        "index": "10D193CFF4619D2C7D552746A8C9F76AD6335E6D4452712CB39F8C7F096AE474",
-        "mpt_issuance_id": "0000000169F415C9F1AB6796AB9224CE635818AFD74F8175"
-      }
-    }
-  }
-}
-```
-{% /tab %}
-
-{% tab label="Commandline" %}
-```json
-Loading: "/etc/rippled.cfg"
-Connecting to 127.0.0.1:5005
-
-{
-  "result": {
-    "ledger_current_index": 222403,
-    "validated": false,
-    "vault": {
-      "Account": "rwCNM7SeUHTajEBQDiNqxDG8p1Mreizw85",
-      "Asset": {
-        "currency": "USD",
-        "issuer": "rXJSJiZMxaLuH3kQBUV5DLipnYtrE6iVb"
-      },
-      "AssetsAvailable": "0",
-      "AssetsMaximum": "1000000",
-      "AssetsTotal": "0",
-      "Data": "5661756C74206D65746164617461",
-      "Flags": 0,
-      "LedgerEntryType": "Vault",
-      "LossUnrealized": "0",
-      "Owner": "rNGHoQwNG753zyfDrib4qDvvswbrtmV8Es",
-      "OwnerNode": "0",
-      "PreviousTxnID": "39CBBE3629AD9ADF9BA5CBAC5BF18665E785D0B199D2B2773A8A1EAA6CBC622B",
-      "PreviousTxnLgrSeq": 219033,
-      "Scale": 6,
-      "Sequence": 200370,
-      "ShareMPTID": "0000000169F415C9F1AB6796AB9224CE635818AFD74F8175",
-      "WithdrawalPolicy": 1,
-      "index": "45E6742527EDE6A2B537AE8A77B8D8CCFEFE115A22B3BF664A39407631F9A166",
-      "shares": {
-        "AssetScale": 6,
-        "Flags": 56,
-        "Issuer": "rwCNM7SeUHTajEBQDiNqxDG8p1Mreizw85",
-        "LedgerEntryType": "MPTokenIssuance",
-        "MPTokenMetadata": "7B2274223A225473745368617265222C226E223A2254657374205661756C74205368617265222C2264223A22412074657374207661756C742073686172652E222C2269223A226578616D706C652E6F72672F73686172652D69636F6E2E706E67222C226163223A22727761222C226173223A22657175697479222C22696E223A224D53205465737420497373756572222C227573223A5B7B2275223A226578616D706C657969656C642E636F2F7473747368617265222C2263223A2277656273697465222C2274223A2250726F647563742050616765227D2C7B2275223A226578616D706C657969656C642E636F2F646F6373222C2263223A22646F6373222C2274223A225969656C6420546F6B656E20446F6373227D5D2C226169223A7B22766F6C6174696C697479223A226C6F77227D7D",
-        "OutstandingAmount": "0",
-        "OwnerNode": "0",
-        "PreviousTxnID": "39CBBE3629AD9ADF9BA5CBAC5BF18665E785D0B199D2B2773A8A1EAA6CBC622B",
-        "PreviousTxnLgrSeq": 219033,
-        "Sequence": 1,
-        "index": "10D193CFF4619D2C7D552746A8C9F76AD6335E6D4452712CB39F8C7F096AE474",
-        "mpt_issuance_id": "0000000169F415C9F1AB6796AB9224CE635818AFD74F8175"
-      }
-    }
-  },
-  "status": "success"
-}
-```
-{% /tab %}
-
-{% /tabs %}
-
-The response follows the [standard format][], with a successful result containing following fields:
-
-| `Field`                | Type             | Description |
-| :--------------------- | :--------------- | :---------- |
-| `ledger_hash`          | [Hash][]         | _(Omitted if `ledger_current_index` is provided instead)_ The identifying hash of the ledger version that was used when retrieving this data. |
-| `ledger_current_index` | [Ledger Index][] | _(Omitted if `ledger_index` is provided instead)_ The [ledger index][] of the current in-progress ledger, which was used when retrieving this information. |
-| `ledger_index`         | [Ledger Index][] | _(Omitted if `ledger_current_index` is provided instead)_ The [ledger index][] of the ledger version used when retrieving this information. |
-| `validated`            | Boolean          | True if this data is from a validated ledger version; if omitted or set to false, this data is not final. |
-| `vault`                | Object           | The [**Vault Description Object**](#vault-description-object) that represents the current status of the vault. |
-
-### Vault Description Object
-
-The `vault` field is an object describing the current status of a Vault entry in the ledger, and contains the following fields:
-
-| `Field`                | Type                 | Description |
-| :--------------------- | :------------------- | :---------- |
-| `Account`              | String - [Address][] | The address of the vault's pseudo-account. |
-| `Asset`                | Object               | The [**Asset**](#asset-object) of the vault. An asset can be XRP, a trust line token, or an MPT. |
-| `AssetsAvailable`      | Number               | The asset amount that is available in the vault. |
-| `AssetsMaximum`        | Number               | The maximum asset amount that can be held in the vault. If set to 0, this indicates there is no cap. |
-| `AssetsTotal`          | Number               | The total value of the vault. |
-| `Flags`                | String               | Set of bit-flags for this ledger object. |
-| `LossUnrealized`       | Number               |  The potential loss amount that is not yet realized, expressed as the vault's asset. |
-| `ShareMPTID`           | String               | The identifier of the share `MPTokenIssuance` object. |
-| `WithdrawalPolicy`     | String               | Indicates the withdrawal strategy used by the vault. |
-| `index`                | String               | The unique index of the vault ledger entry.  |
-| `shares`               | Object               | A [**Shares Object**](#shares-object) containing details about the vault's issued shares.  |
-| `Scale`                | Number               | Specifies decimal precision for share calculations. Assets are multiplied by 10<sup>Scale</sup > to convert fractional amounts into whole number shares. For example, with a `Scale` of `6`, depositing 20.3 units creates 20,300,000 shares (20.3 × 10<sup>Scale</sup >). For **trust line tokens** this can be configured at vault creation, and valid values are between 0-18, with the default being `6`. For **XRP** and **MPTs**, this is fixed at `0`. |
-
-### Asset Object
-
-The `asset` object contains the following nested fields:
-
-| `Field`                | Type                 | Description |
-| :--------------------- | :------------------- | :---------- |
-| `currency`             | String               | _(Omitted if the asset is an MPT)_ The currency code of the asset stored in the vault. |
-| `issuer`               | String - [Address][] | _(Omitted if the asset is XRP or an MPT)_ The address of the asset issuer. |
-| `mpt_issuance_id`      | String               | _(Omitted if the asset is XRP or a trust line token)_ The identifier of the asset's `MPTokenIssuance` object. |
-
-### Shares Object
-
-The `shares` object contains the following nested fields:
-
-| `Field`                | Type             | Description |
-| :--------------------- | :--------------- | :---------- |
-| `DomainID`             | String           | _(Omitted if the vault is public)_ The permissioned domain associated with the vault's shares. |
-| `Flags`                | Number           | Set of bit-flags for this ledger object. |
-| `Issuer`               | String           | The address issuing the shares. This is always the vault's pseudo-account. |
-| `LedgerEntryType`      | String           | The ledger object type (i.e., `MPTokenIssuance`). |
-| `OutstandingAmount`    | String           | The total outstanding shares issued. |
-| `OwnerNode`            | String           | Identifies the page where this item is referenced in the owner's directory. |
-| `PreviousTxnID`        | String           | Identifies the transaction ID that most recently modified this object. |
-| `PreviousTxnLgrSeq`    | Number           | The sequence of the ledger that contains the transaction that most recently modified this object. |
-| `Sequence`             | Number           | The transaction sequence number that created the shares. |
-| `index`                | String           | The unique index of the shares ledger entry.  |
-| `mpt_issuance_id`      | String           | The identifier of the `MPTokenIssuance` object. This is always equal to the vault's `ShareMPTID`. |
-| `AssetScale`           | Number           | The decimal precision for share calculations. |
-
-## Possible Errors
-
-- Any of the [universal error types][].
-- `invalidParams` - One or more fields are specified incorrectly, or one or more required fields are missing.
-
-## See Also
-
-- [Vault entry][]
-
-{% raw-partial file="/docs/_snippets/common-links.md" /%}

docs/references/protocol/ledger-data/ledger-entry-types/accountroot.md

@@ -39,7 +39,7 @@ In addition to the [common fields](../common-fields.md), {% code-page-name /%} e
 |:------------------------------|:----------|:------------------|:----------|:-------------|
 | `Account`                     | String    | AccountID         | Yes       | The identifying (classic) address of this [account](../../../../concepts/accounts/index.md). |
 | `AccountTxnID`                | String    | UInt256           | No        | The identifying hash of the transaction most recently sent by this account. This field must be enabled to use the [`AccountTxnID` transaction field](../../transactions/common-fields.md#accounttxnid). To enable it, send an [AccountSet transaction with the `asfAccountTxnID` flag enabled](../../transactions/types/accountset.md#accountset-flags). |
-| `AMMID`                       | String    | UInt256           | No        | {% amendment-disclaimer name="AMM" /%} The ledger entry ID of the corresponding AMM ledger entry. Set during account creation; cannot be modified. If present, indicates that this is a special AMM [pseudo-account](../../../../concepts/accounts/pseudo-accounts.md) AccountRoot; always omitted on non-AMM accounts. |
+| `AMMID`                       | String    | UInt256           | No        | {% amendment-disclaimer name="AMM" /%} The ledger entry ID of the corresponding AMM ledger entry. Set during account creation; cannot be modified. If present, indicates that this is a special AMM AccountRoot; always omitted on non-AMM accounts. |
 | `Balance`                     | String    | Amount            | No        | The account's current [XRP balance in drops][XRP, in drops], represented as a string. |
 | `BurnedNFTokens`              | Number    | UInt32            | No        | How many total of this account's issued [non-fungible tokens](../../../../concepts/tokens/nfts/index.md) have been burned. This number is always equal or less than `MintedNFTokens`. |
 | `Domain`                      | String    | Blob              | No        | A domain associated with this account. In JSON, this is the hexadecimal for the ASCII representation of the domain. [Cannot be more than 256 bytes in length.](https://github.com/XRPLF/rippled/blob/70d5c624e8cf732a362335642b2f5125ce4b43c1/include/xrpl/protocol/Protocol.h#L98) |
@@ -54,18 +54,15 @@ In addition to the [common fields](../common-fields.md), {% code-page-name /%} e
 | `PreviousTxnLgrSeq`           | Number    | UInt32            | Yes       |The [index of the ledger][Ledger Index] that contains the transaction that most recently modified this object. |
 | `RegularKey`                  | String    | AccountID         | No        | The address of a [key pair](../../../../concepts/accounts/cryptographic-keys.md) that can be used to sign transactions for this account instead of the master key. Use a [SetRegularKey transaction][] to change this value. |
 | `Sequence`                    | Number    | UInt32            | Yes       | The [sequence number](../../data-types/basic-data-types.md#account-sequence) of the next valid transaction for this account. |
-| `TicketCount`                 | Number    | UInt32            | No        | How many [Tickets](../../../../concepts/accounts/tickets.md) this account owns in the ledger. This is updated automatically to ensure that the account stays within the hard limit of 250 Tickets at a time. This field is omitted if the account has zero Tickets. _(Added by the [TicketBatch amendment][].)_ |
-| `TickSize`                    | Number    | UInt8             | No        | How many significant digits to use for exchange rates of Offers involving currencies issued by this address. Valid values are `3` to `15`, inclusive. _(Added by the [TickSize amendment][].)_ |
+| `TicketCount`                 | Number    | UInt32            | No        | How many [Tickets](../../../../concepts/accounts/tickets.md) this account owns in the ledger. This is updated automatically to ensure that the account stays within the hard limit of 250 Tickets at a time. This field is omitted if the account has zero Tickets. {% amendment-disclaimer name="TicketBatch" /%} |
+| `TickSize`                    | Number    | UInt8             | No        | How many significant digits to use for exchange rates of Offers involving currencies issued by this address. Valid values are `3` to `15`, inclusive. {% amendment-disclaimer name="TickSize" /%} |
 | `TransferRate`                | Number    | UInt32            | No        | A [transfer fee](../../../../concepts/tokens/fungible-tokens/transfer-fees.md) to charge other users for sending currency issued by this account to each other. |
-| `VaultID`                     | String    | UInt256           | No        | _(Requires the [SingleAssetVault amendment][] {% not-enabled /%}.)_ The ID of the `Vault` entry associated with this account. Set during account creation; cannot be modified. If present, indicates that this is a special Vault [pseudo-account](../../../../concepts/accounts/pseudo-accounts.md) AccountRoot; always omitted on non-Vault accounts. |
 | `WalletLocator`               | String    | UInt256           | No        | An arbitrary 256-bit value that users can set. |
 | `WalletSize`                  | Number    | UInt32            | No        | Unused. (The code supports this field but there is no way to set it.) |
 
-## Special AMM AccountRoot (Pseudo-Account)
+## Special AMM AccountRoot Entries
 
-{% amendment-disclaimer name="AMM" /%}
-
-Automated Market Makers use an AccountRoot ledger entry (pseudo-account) to issue their LP Tokens and hold the assets in the AMM pool, and an [AMM ledger entry](amm.md) for tracking some of the details of the AMM. The address of an AMM's AccountRoot is randomized so that users cannot identify and fund the address in advance of the AMM being created. Unlike normal accounts, AMM AccountRoot objects are created with the following settings:
+Automated Market Makers use an AccountRoot ledger entry to issue their LP Tokens and hold the assets in the AMM pool, and an [AMM ledger entry](amm.md) for tracking some of the details of the AMM. The address of an AMM's AccountRoot is randomized so that users cannot identify and fund the address in advance of the AMM being created. Unlike normal accounts, AMM AccountRoot objects are created with the following settings:
 
 - `lsfDisableMaster` **enabled** and no means of authorizing transactions. This ensures no one can control the account directly, and it cannot send transactions.
 - `lsfDepositAuth` **enabled** and no accounts preauthorized. This ensures that the only way to add money to the AMM Account is using the [AMMDeposit transaction][].
@@ -80,21 +77,7 @@ In addition, the following special rules apply to an AMM's AccountRoot entry:
 
 Other than those exceptions, these accounts are like ordinary accounts; the LP Tokens they issue behave like other [tokens](../../../../concepts/tokens/index.md) except that those tokens can also be used in AMM-related transactions. You can check an AMM's balances and the history of transactions that affected it the same way you would with a regular account.
 
-## Special Vault AccountRoot (Pseudo-Account)
-
-_(Requires the [SingleAssetVault amendment][] {% not-enabled /%}.)_
-
-Vaults use an AccountRoot ledger entry (pseudo-account) to issue their shares and hold the assets deposited into the vault, and a [Vault entry][] for tracking the vault's configuration and state. The address of a vault's AccountRoot is randomized so that users cannot identify and fund the address in advance of the vault being created. Unlike normal accounts, vault AccountRoot objects are created with the following settings:
-
-- `lsfDisableMaster` **enabled** and no means of authorizing transactions. This ensures no one can control the account directly, and it cannot send transactions.
-- `lsfDepositAuth` **enabled** and no accounts pre-authorized. This ensures that the only way to add money to the vault's AccountRoot is using the [VaultDeposit transaction][].
-- `lsfDefaultRipple` **enabled**. This enables rippling for the vault's pseudo-account.
-
-In addition, the following special rules apply to a Vault's AccountRoot entry:
-
-- The vault owner account must pay one [incremental owner reserve](../../../../concepts/accounts/reserves#base-reserve-and-owner-reserve) (currently {% $env.PUBLIC_OWNER_RESERVE %}) when creating the vault to cover the pseudo-account.
-- The `Sequence` number is always `0` and never changes, preventing the pseudo-account from submitting transactions.
-- A pseudo-account is automatically deleted when the vault is deleted, and cannot exist independently of a Vault entry.
+{% amendment-disclaimer name="AMM" /%}
 
 ## AccountRoot Flags
 
@@ -122,7 +105,7 @@ AccountRoot objects can have the following flags combined in the `Flags` field:
 
 ## {% $frontmatter.seo.title %} Reserve
 
-The [reserve](../../../../concepts/accounts/reserves.md) for an AccountRoot entry is the base reserve, currently {% $env.PUBLIC_BASE_RESERVE %}, except in the case of a special AMM or Vault AccountRoot.
+The [reserve](../../../../concepts/accounts/reserves.md) for an AccountRoot entry is the base reserve, currently {% $env.PUBLIC_BASE_RESERVE %}, except in the case of a special AMM AccountRoot.
 
 This XRP cannot be sent to others but it can be burned as part of the [transaction cost][].
 
@@ -135,9 +118,6 @@ The ID of an AccountRoot entry is the [SHA-512Half][] of the following values, c
 
 ## See Also
 
-- **Concepts:**
-  - [Pseudo-Accounts](../../../../concepts/accounts/pseudo-accounts.md)
-
 - **Transactions:**
   - [AccountSet transaction][]
   - [AccountDelete transaction][]

docs/references/protocol/ledger-data/ledger-entry-types/vault.md

@@ -1,115 +0,0 @@
----
-seo:
-    description: A Vault object defines the state of a tokenized vault.
-labels:
-  - Vault
-  - Single Asset Vault
----
-
-# Vault
-
-[[Source]](https://github.com/XRPLF/rippled/blob/master/include/xrpl/protocol/detail/ledger_entries.macro#L484-L504 "Source")
-
-A {% code-page-name /%} object defines the state of a tokenized vault. It contains key details such as available assets, shares, total value, and other relevant information. You can create a {% code-page-name /%} object with the [VaultCreate](../../transactions/types/vaultcreate.md) transaction.
-
-The {% code-page-name /%} object is tracked in an [Owner Directory](../../../protocol/ledger-data/ledger-entry-types/directorynode) owned by the Vault Owner account.
-Additionally, to facilitate `Vault` object lookup, the object is tracked in the owner directory of the vault's [pseudo-account](../../../../concepts/accounts/pseudo-accounts.md).
-
-_(Requires the [SingleAssetVault amendment][] {% not-enabled /%})_
-
-## Example Vault JSON
-
-```json
-{
-  "LedgerEntryType": "Vault",
-  "Account": "rwCNM7SeUHTajEBQDiNqxDG8p1Mreizw85",
-  "Asset": {
-      "currency": "USD",
-      "issuer": "rXJSJiZMxaLuH3kQBUV5DLipnYtrE6iVb"
-  },
-  "AssetsAvailable": "0",
-  "AssetsMaximum": "1000000",
-  "AssetsTotal": "0",
-  "Data": "5661756C74206D65746164617461",
-  "Flags": 0,
-  "LossUnrealized": "0",
-  "Owner": "rNGHoQwNG753zyfDrib4qDvvswbrtmV8Es",
-  "OwnerNode": "0",
-  "Scale": 6,
-  "Sequence": 200370,
-  "ShareMPTID": "0000000169F415C9F1AB6796AB9224CE635818AFD74F8175",
-  "WithdrawalPolicy": 1,
-}
-```
-
-## {% $frontmatter.seo.title %} Fields
-
-In addition to the [common ledger entry fields](../../../protocol/ledger-data/common-fields), {% code-page-name /%} {% code-page-name /%} entries have the following fields:
-
-| Name                | JSON Type     | [Internal Type][] | Required? | Description      |
-| :------------------ | :------------ | :---------------- | :-------- | -----------------|
-| `LedgerEntryType`   | String        | UInt16            | Yes       | Ledger object type. The default value is `0x0081`. |
-| `LedgerIndex`       | String        | UInt16            | Yes       | The unique identifier of the ledger object. |
-| `Flags`             | String        | UInt32            | Yes       | Set of bit-flags for this ledger object. |
-| `PreviousTxnID`     | String        | Hash256           | Yes       | Identifies the transaction ID that most recently modified this object. |
-| `PreviousTxnLgrSeq` | Number        | UInt32            | Yes       | The sequence of the ledger that contains the transaction that most recently modified this object. |
-| `Sequence`          | Number        | UInt32            | Yes       | The transaction sequence number that created the vault. |
-| `OwnerNode`         | Number        | UInt64            | Yes       | Identifies the page where this item is referenced in the owner's directory. |
-| `Owner`             | String        | AccountID         | Yes       | The account address of the Vault Owner. |
-| `Account`           | String        | AccountID         | Yes       | The address of the vault's pseudo-account. |
-| `Data`              | String        | Blob              | No        | Arbitrary metadata about the vault. Limited to 256 bytes. |
-| `Asset`             | Object        | Issue             | Yes       | The asset of the vault. The vault supports XRP, trust line tokens, and MPTs. |
-| `AssetsTotal`       | Number        | Number            | Yes       | The total value of the vault. |
-| `AssetsAvailable`   | Number        | Number            | Yes       | The asset amount that is available in the vault. |
-| `AssetsMaximum`     | Number        | Number            | No        | The maximum asset amount that can be held in the vault. If set to 0, this indicates there is no cap. |
-| `LossUnrealized`    | Number        | Number            | Yes       | The potential loss amount that is not yet realized, expressed as the vault's asset. Only a protocol connected to the vault can modify this attribute. |
-| `ShareMPTID`        | String        | UInt192           | Yes       | The identifier of the share `MPTokenIssuance` object. |
-| `WithdrawalPolicy`  | String        | UInt8             | Yes       | Indicates the withdrawal strategy used by the vault. |
-| `Scale`             | Number        | UInt8             | No        | Specifies decimal precision for share calculations. Assets are multiplied by 10<sup>Scale</sup > to convert fractional amounts into whole number shares. For example, with a `Scale` of `6`, depositing 20.3 units creates 20,300,000 shares (20.3 × 10<sup>Scale</sup >). For **trust line tokens** this can be configured at vault creation, and valid values are between 0-18, with the default being `6`. For **XRP** and **MPTs**, this is fixed at `0`. |
-
-### Scaling Factor
-
-The **`Scale`** field enables the vault to accurately represent fractional asset values using integer-only MPT shares, which prevents the loss of value from decimal truncation. It defines a scaling factor, calculated as 10<sup>Scale</sup>, that converts a decimal asset amount into a corresponding whole number of shares.
-
-The scaling factor behavior varies by asset type:
-
-- **Trust line token**: When a vault holds a trust line token, the `Scale` is configurable by the Vault Owner when creating the vault. The value can range from **0** to a maximum of **18**, with a default of **6**. This flexibility allows issuers to set a level of precision appropriate for their specific token.
-
-- **XRP**: When a vault holds XRP, the `Scale` is fixed at **0**. This aligns with XRP's native structure, where one share represents one drop, and one XRP equals 1,000,000 drops. Therefore, a deposit of 10 XRP to an empty vault will result in the issuance of 10,000,000 shares.
-
-- **MPT**: When a vault holds an MPT, its `Scale` is fixed at **0**. This creates a 1-to-1 relationship between deposited MPT units and the shares issued. For example, depositing 10 MPTs to an empty vault issues 10 shares. The value of a single MPT is determined at the issuer's discretion.
-  
-  {% admonition type="warning" name="Warning" %}
-  If an MPT is set to represent a large value, the vault owner and the depositor must be cautious. Since only whole MPT units are used in calculations, any value that is not a multiple of a single MPT's value may be lost due to rounding during a transaction.
-  {% /admonition %}
-
-## {% $frontmatter.seo.title %} Flags
-
-{% code-page-name /%}  entries can have the following flags:
-
-| Flag Name         | Flag Value   | Description                 |
-| :---------------- | :----------- | :---------------------------|
-| `lsfVaultPrivate` | `0x00010000` | If set, indicates that the vault is private. This flag can only be set when _creating_ the vault. |
-
-## Vault ID Format
-
-The ID of a {% code-page-name /%} entry is the [SHA-512Half][] of the following values, concatenated in order:
-
-- The {% code-page-name /%} space key `0x0056` (capital V).
-- The [AccountID](../../../protocol/binary-format/#accountid-fields) of the account submitting the transaction (for example, the vault owner).
-- The transaction `Sequence` number. If the transaction used a [Ticket](../../../../concepts/accounts/tickets), use the `TicketSequence` value.
-
-## See Also
-
-**API Methods**:
-  - [vault_info method][]
-
-**Transactions**:
-  - [VaultClawback transaction][]
-  - [VaultCreate transaction][]
-  - [VaultDelete transaction][]
-  - [VaultDeposit transaction][]
-  - [VaultSet transaction][]
-  - [VaultWithdraw transaction][]
-
-{% raw-partial file="/docs/_snippets/common-links.md" /%}

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" /%} |

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. |
 

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
 

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. |

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,

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. |

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.) |

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. |

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

docs/references/protocol/transactions/types/vaultclawback.md

@@ -1,70 +0,0 @@
----
-seo:
-    description: Allows the issuer of a trust line token or MPT to claw back funds from the vault. 
-labels:
-  - Transactions
-  - Single Asset Vault
----
-
-# VaultClawback
-
-[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/app/tx/detail/VaultClawback.cpp "Source")
-
-Performs a [Clawback](../../../../use-cases/tokenization/stablecoin-issuer#clawback) from the vault, exchanging the shares of an account for assets.
-
-Under the hood, the transaction performs a [VaultWithdraw](./vaultwithdraw.md) on behalf of the account from which assets are clawed back, converting its shares into assets and transferring the funds to the asset’s issuing account. Because of this, {% code-page-name /%} must respect any applicable fees or penalties (e.g., unrealized loss).
-
-{% admonition type="warning" name="Warning" %}
-Clawbacks cannot be performed on native XRP.
-{% /admonition %}
-
-_(Requires the [SingleAssetVault amendment][] {% not-enabled /%})_
-
-## Example {% $frontmatter.seo.title %} JSON
-
-```json
-{
-  "TransactionType": "VaultClawback",
-  "Account": "ra5nK24KXen9AHvsdFTKHSANinZseWnPcX",
-  "Fee": "12",
-  "Flags": 0,
-  "LastLedgerSequence": 7108682,
-  "Sequence": 8,
-  "VaultID": "77D6234D074E505024D39C04C3F262997B773719AB29ACFA83119E4210328776",
-  "Holder": "ruazs5h1qEsqpke88pcqnaseXdm6od2xc",
-  "Amount" : "10000"
-}
-```
-
-## {% $frontmatter.seo.title %} Fields
-
-| Field Name | JSON Type | [Internal Type][] | Required? | Description |
-| :--------- | :-------- | :---------------- | :-------- | :---------- |
-| `VaultID`  | String    | Hash256           | Yes       | The unique identifier of the vault from which assets are withdrawn. |
-| `Holder`   | String    | AccountID         | Yes       | The unique identifier of the account from which to claw back the assets. |
-| `Amount`   | Number    | Number            | No        | The asset amount to claw back. When this field is set to 0, the transaction claws back all funds, up to the total shares the `Holder` owns. |
-
-If the requested amount exceeds the vault’s available assets, the transaction claws back only up to the vault's `AssetsAvailable` balance. Otherwise, it retrieves the exact asset amount specified in the transaction.
-
-## {% $frontmatter.seo.title %} Flags
-
-There are no flags defined for {% code-page-name /%} transactions.
-
-## Error Cases
-
-Besides errors that can occur for all transactions, {% code-page-name /%} transactions can result in the following [transaction result codes](../../../protocol/transactions/transaction-results/index.md):
-
-| Error Code              | Description |
-| :---------------------- | :---------- |
-| `tecNO_ENTRY`           | The `Vault` object with the specified `VaultID` does not exist on the ledger. |
-| `tecNO_PERMISSION`      | The transaction attempts to claw back XRP, or the asset is a trust line token or MPT and the transaction isn't submitted by the issuing account. |
-| `tecWRONG_ASSET`        | The asset in the transaction does not match the vault's asset type. |
-| `tecINSUFFICIENT_FUNDS` | The `MPToken` object for the vault share of the `Holder` account does not exist, or the `MPToken.MPTAmount` is 0. |
-| `temDISABLED`           | The Single Asset Vault amendment is not enabled.  |
-| `temMALFORMED`          | The transaction was not validly formatted. For example, if the `VaultID` is not provided.  |
-
-## See Also
-
-- [Vault entry][]
-
-{% raw-partial file="/docs/_snippets/common-links.md" /%}

docs/references/protocol/transactions/types/vaultcreate.md

@@ -1,99 +0,0 @@
----
-seo:
-    description: Creates a new vault object in the ledger.
-labels:
-  - Transactions
-  - Single Asset Vault
----
-
-# VaultCreate
-
-[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/app/tx/detail/VaultCreate.cpp "Source")
-
-Creates a new `Vault` ledger entry, an `MPTokenIssuance` ledger entry for the vault’s shares, and an `AccountRoot` for the vault’s [pseudo-account](../../../../concepts/accounts/pseudo-accounts.md).
-
-Only the Vault Owner can initiate this transaction.
-
-{% admonition type="info" name="Note" %}
-Currently, the same account that creates the vault must also create other protocols, though this may change in the future.
-{% /admonition %}
-
-_(Requires the [SingleAssetVault amendment][] {% not-enabled /%})_
-
-## Example {% $frontmatter.seo.title %} JSON
-
-```json
-{
-  "TransactionType": "VaultCreate",
-  "Account": "rNGHoQwNG753zyfDrib4qDvvswbrtmV8Es",
-  "Asset": {
-    "currency": "USD",
-    "issuer": "rXJSJiZMxaLuH3kQBUV5DLipnYtrE6iVb"
-  },
-  "AssetsMaximum": "1000000",
-  "Data": "5661756C74206D65746164617461",
-  "Fee": "5000000",
-  "Flags": 0,
-  "MPTokenMetadata": "7B2274223A225473745368617265222C226E223A2254657374205661756C74205368617265222C2264223A22412074657374207661756C742073686172652E222C2269223A226578616D706C652E6F72672F73686172652D69636F6E2E706E67222C226163223A22727761222C226173223A22657175697479222C22696E223A224D53205465737420497373756572222C227573223A5B7B2275223A226578616D706C657969656C642E636F2F7473747368617265222C2263223A2277656273697465222C2274223A2250726F647563742050616765227D2C7B2275223A226578616D706C657969656C642E636F2F646F6373222C2263223A22646F6373222C2274223A225969656C6420546F6B656E20446F6373227D5D2C226169223A7B22766F6C6174696C697479223A226C6F77227D7D",
-  "Scale": 6,
-  "Sequence": 200370,
-  "WithdrawalPolicy": 1
-}
-```
-
-## {% $frontmatter.seo.title %} Fields
-
-In addition to the [common fields](../../../../references/protocol/transactions/common-fields#transaction-common-fields), {% code-page-name /%} transactions use the following fields:
-
-| Field Name         | JSON Type     | [Internal Type][] | Required? |Description        |
-|:-------------------|:--------------|:------------------|:----------|:------------------|
-| `Data`             | String        | Blob              | No        | Arbitrary vault metadata, in hex format, limited to 256 bytes. |
-| `Asset`            | Object        | Issue             | Yes       | The asset to be held in the vault. This can be XRP, a trust line token, or an MPT. If the asset is a trust line token, the transaction creates a [trust line](../../../../concepts/tokens/fungible-tokens/trust-line-tokens.md#structure) between the vault's pseudo-account and the issuer of the asset. If the asset is an MPT, the transaction creates an `MPToken` object for the vault's pseudo-account.  |
-| `AssetsMaximum`     | Number       | UInt64            | No        | The maximum asset amount that can be held in a vault. |
-| `MPTokenMetadata`  | String        | Blob              | No        | Arbitrary metadata about the share `MPToken`, in hex format, limited to 1024 bytes. |
-| `WithdrawalPolicy` | Number        | UInt8             | No        | Indicates the withdrawal strategy used by the vault. The default value is `0x0001`, mapped to the string `vaultStrategyFirstComeFirstServe`. See [WithdrawalPolicy](#withdrawalpolicy). |
-| `DomainID`         | String        | Hash256           | No        | The [PermissionedDomain](../../../../concepts/tokens/decentralized-exchange/permissioned-domains.md) object ID associated with the shares of this vault. If provided, the transaction creates a private vault, which restricts access to accounts with [credentials](../../../../concepts/decentralized-storage/credentials.md) in the specified Permissioned Domain. |
-| `Scale`             | Number       | UInt8            | No       | _(Trust line tokens only)_ Specifies decimal precision for share calculations. Assets are multiplied by 10<sup>Scale</sup > to convert fractional amounts into whole number shares. For example, with a `Scale` of `6`, depositing 20.3 units creates 20,300,000 shares (20.3 × 10<sup>Scale</sup >). For **trust line tokens** this can be configured at vault creation, and valid values are between 0-18, with the default being `6`. For **XRP** and **MPTs**, this is fixed at `0`.|
-
-## {% $frontmatter.seo.title %} Flags
-
-{% code-page-name /%} transactions support additional values in the `Flags` field, as follows:
-
-| Flag Name                     | Value        | Description              |
-| :---------------------------- | :------------| -------------------------|
-| `tfVaultPrivate`              | `0x00010000` | Indicates that the vault is private. This flag can only be set when _creating_ the vault. |
-| `tfVaultShareNonTransferable` | `0x00020000` | Indicates the vault share is non-transferable. This flag can only be set when _creating_ the vault. |
-
-## WithdrawalPolicy
-
-A `WithdrawalPolicy` defines the strategy for processing withdrawal requests from a vault. This policy governs how liquidity is removed. Currently, only one strategy is supported:
-
-| Policy Name                        | Value    | Description              |
-| :--------------------------------- | :------- | -------------------------|
-| `vaultStrategyFirstComeFirstServe` | `0x0001` | Requests are processed on a first-come, first-served basis. With this strategy, a depositor can redeem any amount of assets, provided they hold a sufficient number of shares. |
-
-## Transaction Cost
-
-Since the {% code-page-name /%} transaction creates a new `AccountRoot` object for a vault’s pseudo-account, it incurs a higher than usual [transaction cost](../../../../concepts/transactions/transaction-cost) to deter ledger spam. Instead of the standard minimum of 0.00001 XRP, {% code-page-name /%} must destroy an [incremental owner reserve](../../../../concepts/accounts/reserves#base-reserve-and-owner-reserve), currently 0.2 XRP.
-
-## Error Cases
-
-Besides errors that can occur for all transactions, {% code-page-name /%} transactions can result in the following [transaction result codes](../transaction-results/index.md):
-
-| Error Code                | Description                        |
-| :------------------------ | :----------------------------------|
-| `tecNO_AUTH`              | The asset is an MPT and the `lsfMPTCanTransfer` flag is not set in the `MPTokenIssuance` object, meaning the vault cannot be created with a non-transferable MPT. |
-| `tecLOCKED`               | The asset is an MPT and the `lsfMPTLocked` flag is  set in the `MPTokenIssuance` object, meaning the asset is locked. |
-| `tecFROZEN`               | The issuer has frozen the asset to be held in the vault. |
-| `tecOBJECT_NOT_FOUND`     | A ledger entry specified in the transaction does not exist. For example, the provided `DomainID` does not exist. |
-| `temMALFORMED`            | The transaction was not validly formatted. For example, the `Data` field is larger than 256 bytes.  |
-| `tecINSUFFICIENT_RESERVE` | There is insufficient `AccountRoot.Balance` for the Owner Reserve. |
-| `terNO_RIPPLE`            | The issuer of the asset has not enabled the [Default Ripple flag](../../../../concepts/tokens/fungible-tokens/stablecoins/configuration#default-ripple). |
-| `terNO_ACCOUNT`           | The issuer account of the vault's asset does not exist. |
-| `temDISABLED`             | Either the Single Asset Vault amendment is not enabled, a `DomainID` is provided and the Permissioned Domains amendment is not enabled, or the MPTokensV1 amendment is not enabled. |
-
-## See Also
-
-- [Vault entry][]
-
-{% raw-partial file="/docs/_snippets/common-links.md" /%}

docs/references/protocol/transactions/types/vaultdelete.md

@@ -1,59 +0,0 @@
----
-seo:
-    description: Deletes an existing Vault object from the ledger.
-labels:
-  - Transactions
-  - Single Asset Vault
----
-
-# VaultDelete
-
-[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/app/tx/detail/VaultDelete.cpp "Source")
-
-Permanently deletes an existing `Vault` object from the ledger, removes all associated ledger entries, and frees up the reserve requirement for the Vault Owner.
-
-Only the Vault Owner can initiate this transaction, and the vault must be completely empty before deletion.
-
-_(Requires the [SingleAssetVault amendment][] {% not-enabled /%})_
-
-## Example {% $frontmatter.seo.title %} JSON
-
-```json
-{
-  "TransactionType": "VaultDelete",
-  "Account": "ra5nK24KXen9AHvsdFTKHSANinZseWnPcX",
-  "Fee": "12",
-  "Flags": 0,
-  "LastLedgerSequence": 7108682,
-  "Sequence": 8,
-  "VaultID": "77D6234D074E505024D39C04C3F262997B773719AB29ACFA83119E4210328776"
-}
-```
-
-## {% $frontmatter.seo.title %}  Fields
-
-In addition to the [common fields](https://xrpl.org/docs/references/protocol/transactions/common-fields#transaction-common-fields), {% code-page-name /%} transactions use the following fields:
-
-| Field Name         | JSON Type | [Internal Type][] | Required? | Description  |
-| :----------------- | :-------- | :---------------- | :-------- | :------------|
-| `VaultID`          | String    | Hash256           | Yes       | The unique identifier of the vault that needs to be deleted. |
-
-## {% $frontmatter.seo.title %} Flags
-
-There are no flags defined for {% code-page-name /%} transactions.
-
-## Error Cases
-
-Besides errors that can occur for all transactions, VaultCreate transactions can result in the following [transaction result codes](../../../protocol/transactions/transaction-results/index.md):
-
-| Error Code                | Description                        |
-| :------------------------ | :----------------------------------|
-| `tecNO_ENTRY`             | The `Vault` object with the provided `VaultID` does not exist on the ledger. |
-| `tecNO_PERMISSION`        | The account submitting the transaction is not the `Owner` of the vault. |
-| `tecHAS_OBLIGATIONS`      | The vault to be deleted is connected to objects that cannot be deleted in the ledger. For example, the owner directory of the vault's pseudo-account contains references to any objects other than the vault, shares, or assets. |
-
-## See Also
-
-- [Vault entry][]
-
-{% raw-partial file="/docs/_snippets/common-links.md" /%}

docs/references/protocol/transactions/types/vaultdeposit.md

@@ -1,95 +0,0 @@
----
-seo:
-    description: Deposits a specified number of assets into a vault in exchange for shares.
-labels:
-  - Transactions
-  - Single Asset Vault
----
-
-# VaultDeposit
-
-[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/app/tx/detail/VaultDeposit.cpp "Source")
-
-Deposits a specified number of assets into a vault in exchange for shares.
-
-For private vaults, the depositor must be authorized to interact with the vault’s shares and have [Credentials](../../../../concepts/decentralized-storage/credentials.md) in the [Permissioned Domain](../../../../concepts/tokens/decentralized-exchange/permissioned-domains.md) of the share.
-
-Public vaults require no authorization, and anyone can deposit as long as they meet the asset type requirement and have sufficient funds.
-
-{% admonition type="warning" name="Warning" %}
-A depositor cannot deposit assets into the vault if:
-
-- The asset is frozen for the depositor.
-- The trust line between the pseudo-account and the issuer is frozen, or the `MPToken` is locked.
-- The vault is private and the depositor's credentials have expired.
-{% /admonition %}
-
-If successful, the transaction moves the assets from the depositor's account to the vault's pseudo-account, issues the corresponding vault shares, and updates the vault’s balance.
-
-_(Requires the [SingleAssetVault amendment][] {% not-enabled /%})_
-
-## Example {% $frontmatter.seo.title %} JSON
-
-```json
-{
-  "TransactionType": "VaultDeposit",
-  "Account": "ra5nK24KXen9AHvsdFTKHSANinZseWnPcX",
-  "Fee": "12",
-  "Flags": 0,
-  "LastLedgerSequence": 7108682,
-  "Sequence": 8,
-  "VaultID": "77D6234D074E505024D39C04C3F262997B773719AB29ACFA83119E4210328776",
-  "Amount" : {
-    "currency" : "TST",
-    "issuer" : "rP9jPyP5kyvFRb6ZiRghAGw5u8SGAmU4bd",
-    "value" : "2.5"
-  }
-}
-```
-
-## {% $frontmatter.seo.title %} Fields
-
-In addition to the [common fields](../../../protocol/transactions/common-fields#transaction-common-fields), {% code-page-name /%} transactions use the following fields:
-
-| Field Name              | JSON Type     | [Internal Type][] | Required? | Description         |
-| :-----------------------| :------------ | :---------------- | :-------- | :-------------------|
-| `VaultID`               | String        | Hash256           | Yes       | The unique identifier of the vault to which the asset is deposited. |
-| `Amount`                | Object        | Amount            | Yes       | The asset and quantity to be deposited into the vault.|
-
-The deposited asset must match the vault’s designated asset for the transaction to succeed. Depending on the asset type, the following changes occur:
-
-- **XRP**: The vault’s pseudo-account balance increases, and the depositor’s balance decreases.
-- **Trust line token**: The [trust line](../../../../concepts/tokens/fungible-tokens/trust-line-tokens.md#structure) balance between the vault's pseudo-account and the asset issuer is adjusted.
-- **MPT**: The `MPToken.MPTAmount` of both the depositor and the vault's pseudo-account is updated.
-
-## {% $frontmatter.seo.title %} Flags
-
-There are no flags defined for {% code-page-name /%} transactions.
-
-## Transfer Fees
-
-A single asset vault does not apply the [transfer fee](../../../../concepts/tokens/fungible-tokens/transfer-fees) to {% code-page-name /%} transactions. Additionally, whenever a protocol moves assets from or to a vault, the transfer fee isn't charged.
-
-## Error Cases
-
-Besides errors that can occur for all transactions, {% code-page-name /%} transactions can result in the following [transaction result codes](../../../protocol/transactions/transaction-results/index.md):
-
-| Error Code              | Description                        |
-| :---------------------- | :----------------------------------|
-| `tecNO_ENTRY`           | The `Vault` object with the provided `VaultID` does not exist on the ledger. |
-| `tecOBJECT_NOT_FOUND`   | A ledger entry specified in the transaction does not exist. |
-| `tecWRONG_ASSET`        | The asset of the vault does not match the asset being deposited. |
-| `tecINSUFFICIENT_FUNDS` | The depositor does not have sufficient funds to make a deposit. |
-| `tecLIMIT_EXCEEDED`     | Adding the provided `Amount` to the `AssetsTotal` exceeds the `AssetsMaximum` value. |
-| `tecNO_AUTH`            | Either the vault is private and the depositing account does not have credentials in the share's Permissioned Domain, or the asset is a non-transferable MPT. |
-| `tecFROZEN`             | Either the trust line between the issuer and the depositor is frozen, or the asset is globally frozen.  |
-| `tecLOCKED`             | Either the MPT asset is locked for the depositor, or if the asset is globally locked. |
-| `temMALFORMED`          | The transaction was not validly formatted. For example, if the `VaultID` is not provided.  |
-| `temDISABLED`           | The Single Asset Vault amendment is not enabled.  |
-| `temBAD_AMOUNT`         | The `Amount` field of the transaction is invalid. |
-
-## See Also
-
-- [Vault entry][]
-
-{% raw-partial file="/docs/_snippets/common-links.md" /%}

docs/references/protocol/transactions/types/vaultset.md

@@ -1,70 +0,0 @@
----
-seo:
-    description: Modifies a single asset vault that you own.
-labels:
-  - Transactions
-  - Single Asset Vault
----
-
-# VaultSet
-
-[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/app/tx/detail/VaultSet.cpp "Source")
-
-Modifies a single asset vault that you own. This transaction allows the Vault Owner to update certain mutable fields, including vault metadata and the maximum asset amount.
-
-{% admonition type="warning" name="Warning" %}
-Once a vault is created, its public or private status is permanent and cannot be changed. The [tfVaultPrivate](../../ledger-data/ledger-entry-types/vault.md#vault-flags) flag determines this status, and once set, it cannot be updated.
-{% /admonition %}
-
-_(Requires the [SingleAssetVault amendment][] {% not-enabled /%})_
-
-## Example {% $frontmatter.seo.title %} JSON
-
-```json
-{
-  "TransactionType": "VaultSet",
-  "Account": "ra5nK24KXen9AHvsdFTKHSANinZseWnPcX",
-  "Fee": "12",
-  "Flags": 0,
-  "LastLedgerSequence": 7108682,
-  "Sequence": 8,
-  "VaultID": "77D6234D074E505024D39C04C3F262997B773719AB29ACFA83119E4210328776",
-  "Data": "5468697320697320617262697472617279206D657461646174612061626F757420746865207661756C742E",
-  "AssetsMaximum": 5,
-  "DomainID": "77D6234D074E505024D39C04C3F262997B773719AB29ACFA83119E4210328776"
-}
-```
-
-## {% $frontmatter.seo.title %} Fields
-
-In addition to the [common fields](../../../protocol/transactions/common-fields#transaction-common-fields), {% code-page-name /%} transactions use the following fields:
-
-| Field Name        | JSON Type | [Internal Type][] | Required? | Description         |
-| :---------------- | :-------- | :---------------- | :-------- | :-------------------|
-| `VaultID`         | String    | Hash256           | Yes       | The unique identifier of the vault that needs to be updated. |
-| `Data`            | String    | Blob              | No        | Arbitrary vault metadata, limited to 256 bytes. |
-| `AssetsMaximum`   | Number    | Number            | No        | The maximum asset amount that can be held in a vault. The value cannot be lower than the current `AssetsTotal`, unless the value is 0. |
-| `DomainID`        | String    | Hash256           | No        | The [PermissionedDomain](../../../../concepts/tokens/decentralized-exchange/permissioned-domains.md) object ID associated with the shares of this vault. The `DomainID` is only required when updating a private vault. |
-
-## {% $frontmatter.seo.title %} Flags
-
-There are no flags defined for {% code-page-name /%} transactions.
-
-## Error Cases
-
-Besides errors that can occur for all transactions, {% code-page-name /%} transactions can result in the following [transaction result codes](../../../protocol/transactions/transaction-results/index.md):
-
-| Error Code            | Description                           |
-| :-------------------- | :-------------------------------------|
-| `tecNO_ENTRY`         | The transaction attempted to modify a vault that does not exist. Check the `VaultID` field of the transaction. |
-| `tecOBJECT_NOT_FOUND` | The `PermissionedDomain` object with the provided `DomainID` does not exist. |
-| `tecNO_PERMISSION`    | The account submitting the transaction is not the `Owner` of the vault, or is trying to set a `DomainID` for a public vault. |
-| `temMALFORMED`        | The transaction was not validly formatted. For example, the `Data` field is larger than 256 bytes. |
-| `tecLIMIT_EXCEEDED`   | The _new_ `AssetsMaximum` value is **lower** than the vault's _current_ `AssetsTotal`. |
-| `temDISABLED`         | Either the Single Asset Vault amendment is not enabled, or a `DomainID` is provided and the Permissioned Domains amendment is not enabled. |
-
-## See Also
-
-- [Vault entry][]
-
-{% raw-partial file="/docs/_snippets/common-links.md" /%}

docs/references/protocol/transactions/types/vaultwithdraw.md

@@ -1,89 +0,0 @@
----
-seo:
-    description: Redeem vault shares for assets.
-labels:
-  - Transactions
-  - Single Asset Vault
----
-
-# VaultWithdraw
-
-[[Source]](https://github.com/XRPLF/rippled/blob/master/src/xrpld/app/tx/detail/VaultWithdraw.cpp "Source")
-
-Redeem vault shares for assets. The amount of assets received depends on the [exchange rate](../../../../concepts/tokens/single-asset-vault.md#exchange-algorithm), which adjusts based on the vault’s total assets and any [unrealized losses](../../../../concepts/tokens/single-asset-vault.md#unrealized-loss).
-
-{% admonition type="info" name="Note" %}
-The `VaultWithdraw` transaction does not respect the Permissioned Domain rules. In other words, any account that holds the shares of the vault can redeem them. This is to avoid a situation where a depositor deposits assets to a private vault to then have their access revoked by invalidating their credentials, and thus losing access to their funds.
-{% /admonition %}
-
-A depositor cannot redeem liquidity if the trust line between the pseudo-account and the issuer of the vault asset is frozen, or the `MPToken` is locked.
-
-_(Requires the [SingleAssetVault amendment][] {% not-enabled /%})_
-
-## Example {% $frontmatter.seo.title %} JSON
-
-```json
-{
-  "TransactionType": "VaultWithdraw",
-  "Account": "rGFBE8WA2ZKfqGGB7CFkLusVt7hsVT4r8H",
-  "Amount": {
-    "mpt_issuance_id": "000000016E1417CA9DFD23400B05E43FDE5BB8D8FFA817CA",
-    "value": "5"
-  },
-  "Destination": "rGFBE8WA2ZKfqGGB7CFkLusVt7hsVT4r8H",
-  "Fee": "12",
-  "Flags": 0,
-  "Sequence": 200380,
-  "VaultID": "A7B7B3ED3F5BD8E58C9064278EB29519CD6475D87A4517707DE108E65AE9C08C",
-}
-```
-
-## {% $frontmatter.seo.title %} Fields
-
-In addition to the [common fields](../../../protocol/transactions/common-fields#transaction-common-fields), {% code-page-name /%} transactions use the following fields:
-
-| Field Name              | JSON Type     | [Internal Type][] | Required? | Description         |
-| :-----------------------| :------------ | :---------------- | :-------- | :-------------------|
-| `VaultID`               | String        | Hash256           | Yes       | The unique identifier of the vault to which the assets are deposited. |
-| `Amount`                | Number        | Amount            | Yes       | The exact amount of vault asset to withdraw or vault share to redeem. |
-| `Destination`           | String        | AccountID         | No        | An account to receive the assets. This account must be able to receive the vault asset or the transaction fails.                   |
-| `DestinationTag`        | Number        | UInt32            | No        | Arbitrary tag identifying the reason for the withdrawal to the destination. |
-
-There are two ways to specify the transaction `Amount` field:
-
-<!-- Added extra column to avoid first column text from being automatically bolded -->
-|     |Specify Assets  | Specify Shares  |
-|:--- |:-------------- |:--------------- |
-|     |<ul><li>If the `Amount` field specifies an **asset amount** (e.g., 100 XRP), the transaction burns the necessary number of shares to provide the requested amount.</li><li>If the vault has an **unrealized loss**, withdrawing the same amount of assets requires burning more shares.</li></ul> | <ul><li>If the `Amount` field specifies a **share amount** (e.g., 500 vault shares), the transaction converts those shares into the corresponding amount of assets.</li><li>If the vault has an **unrealized loss**, each share is worth less, meaning fewer assets are received.</li></ul> |
-
-## {% $frontmatter.seo.title %} Flags
-
-There are no flags defined for {% code-page-name /%} transactions.
-
-## Transfer Fees
-
-A single asset vault does not apply the [transfer fee](../../../../concepts/tokens/fungible-tokens/transfer-fees) to {% code-page-name /%} transactions. Additionally, whenever a protocol moves assets from or to a vault, the Transfer Fee must not be charged.
-
-## Error Cases
-
-Besides errors that can occur for all transactions, {% code-page-name /%} transactions can result in the following [transaction result codes](../../../protocol/transactions/transaction-results/index.md):
-
-| Error Code              | Description                        |
-| :---------------------- | :----------------------------------|
-| `tecNO_ENTRY`           | The `Vault` object with the provided `VaultID` does not exist on the ledger. |
-| `tecOBJECT_NOT_FOUND`   | A ledger entry specified in the transaction does not exist. |
-| `tecNO_PERMISSION`      | The destination account specified does not have permission to receive the asset. |
-| `tecWRONG_ASSET`        | The unit of `Amount` is neither a share or asset of the vault. |
-| `tecINSUFFICIENT_FUNDS` | There is insufficient liquidity in the vault to fill the request. |
-| `tecFROZEN`             | Either the trust line between the issuer and the destination account is frozen, or the asset is globally frozen.  |
-| `tecLOCKED`             | The MPT asset is locked for the depositor, destination account, or if the asset is globally locked. |
-| `temMALFORMED`          | The transaction is not validly formatted. For example, the `VaultID` is not provided.  |
-| `temDISABLED`           | The Single Asset Vault amendment is not enabled.  |
-| `temBAD_AMOUNT`         | The `Amount` field of the transaction is invalid. For example, the provided amount is set to 0. |
-| `tecNO_AUTH`            | The asset is a non-transferable MPT. |
-
-## See Also
-
-- [Vault entry][]
-
-{% raw-partial file="/docs/_snippets/common-links.md" /%}

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 /%}