You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: templates/AMENDMENT_TEMPLATE.md
+23-5Lines changed: 23 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -42,6 +42,8 @@ _[If your specification introduces new ledger entry objects, document each entry
42
42
43
43
_[If your specification introduces new ledger entry common fields, you can have a section called `Transaction: Common Fields` before listing out any specific transactions.]_
44
44
45
+
_[**Note for existing ledger entries:** If you are documenting changes to an existing ledger entry type that is already deployed on the XRPL mainnet (e.g., AccountRoot, RippleState, Offer, etc.), the following subsections are **optional**: Ownership (2.4), Reserves (2.5), Deletion (2.6), and RPC Name (2.10). You only need to include these subsections if you are making changes to those aspects of the ledger entry.]_
46
+
45
47
### 2.1. Object Identifier
46
48
47
49
**Key Space:**`0x[XXXX]`_[Specify the 16-bit hex value for the key space]_
@@ -77,15 +79,17 @@ _[Detailed explanation of field behavior, validation rules, etc.]_
### 2.10. RPC Name_(Optional if ledger entry already exists on XRPL)_
142
150
143
151
**RPC Type Name:**`[snake_case_name]`
144
152
145
153
_[This is the name used in `account_objects` and `ledger_data` RPC calls to filter for this object type]_
146
154
155
+
_[Note: This subsection is optional if you are documenting changes to an existing ledger entry type that is already deployed on the XRPL mainnet.]_
156
+
147
157
### 2.11. Example JSON
148
158
149
159
```json
@@ -165,6 +175,12 @@ _[If your specification introduces new transactions, document each transaction i
165
175
166
176
_[If your specification introduces new transaction common fields, you can have a section called `Transaction: Common Fields` before listing out any specific transactions.]_
167
177
178
+
> **Note for Existing Transactions:** If you are documenting changes to an existing transaction type (one that is already deployed on XRPL mainnet), the following subsection is **optional** unless you are modifying it:
179
+
>
180
+
> -**Transaction Fee** (3.3)
181
+
>
182
+
> For new transaction types, all subsections are required.
183
+
168
184
> **Naming Convention:** Transaction names should follow the pattern `<LedgerEntryName><Verb>` (e.g., `ExampleSet`, `ExampleDelete`). Most specifications will need at least:
169
185
>
170
186
> -`[Object]Set` or `[Object]Create`: Creates or updates the object
@@ -194,7 +210,9 @@ _[Detailed explanation of field behavior, validation rules, etc.]_
### 3.3. Transaction Fee _(Optional if transaction already exists on XRPL)_
214
+
215
+
_[This subsection is optional if you are documenting changes to an existing transaction type. Only include it if you are introducing a new transaction type or modifying the fee structure of an existing one.]_
0 commit comments