From 3f9ceb3a5d96d468be8974d0fd92692a901210b7 Mon Sep 17 00:00:00 2001 From: mDuo13 Date: Tue, 1 Mar 2016 13:24:36 -0800 Subject: [PATCH] tx format - fix TransferRate typo --- content/reference-transaction-format.md | 6 +++--- reference-transaction-format.html | 12 ++++++++---- 2 files changed, 11 insertions(+), 7 deletions(-) diff --git a/content/reference-transaction-format.md b/content/reference-transaction-format.md index 2049462955..f54231714b 100644 --- a/content/reference-transaction-format.md +++ b/content/reference-transaction-format.md @@ -53,9 +53,9 @@ Typically, you create a transaction in JSON format first. Here is an example of After doing that, you generate the signed binary format for the transaction. There are two ways to do this: 1. Convert it to a binary blob and sign it offline. This is preferable, since it means that the account secret used for signing the transaction is never transmitted over any network connection. - * [ripple-lib](https://github.com/ripple/ripple-lib) has an implementation of offline signing. + * You can use [RippleAPI](reference-rippleapi.html#sign) to perform offline signing. 2. Have a `rippled` server sign the transaction for you. The [sign command](reference-rippled.html#sign) takes a JSON-format transaction and secret and returns the signed binary transaction format ready for submission. (Transmitting your account secret is dangerous, so you should only do this from within a trusted and encrypted sub-net, to a server you control.) - * As a shortcut, you can use the [submit command](reference-rippled.html#submit) with a `tx_json` object to sign and submit a transaction all at once. This is only recommended for testing and development purposes. + * As a shortcut, you can use the [submit command](reference-rippled.html#submit) with a `tx_json` object to sign and submit a transaction all at once. This is only recommended for testing and development purposes. In either case, signing a transaction generates a binary blob that can be submitted to the network. This means using `rippled`'s [submit command](reference-rippled.html#submit). Here is an example of the same transaction, as a signed blob, being submitted with the WebSocket API: @@ -498,7 +498,7 @@ Accounts can protect against unwanted incoming payments for non-XRP currencies s The TransferRate field specifies a fee to charge whenever a gateway's issuances change hands. See [Transfer Fees article](https://ripple.com/knowledge_center/transfer-fees/) in the Knowledge Center for more information. -In rippled's WebSocket and JSON-RPC APIs, the TransferRate is represented as an integer, the amount that must be sent in order for 1 billion units to arrive. For example, a 20% transfer fee is represented as the value `120000000`. The value cannot be less than 1000000000. (Less than that would indicate giving away money for sending transactions, which is exploitable.) You can specify 0 as a shortcut for 1000000000, meaning no fee. +In rippled's WebSocket and JSON-RPC APIs, the TransferRate is represented as an integer, the amount that must be sent in order for 1 billion units to arrive. For example, a 20% transfer fee is represented as the value `1200000000`. The value cannot be less than 1000000000. (Less than that would indicate giving away money for sending transactions, which is exploitable.) You can specify 0 as a shortcut for 1000000000, meaning no fee. diff --git a/reference-transaction-format.html b/reference-transaction-format.html index 1a8b458b68..408736b529 100644 --- a/reference-transaction-format.html +++ b/reference-transaction-format.html @@ -184,10 +184,14 @@

After doing that, you generate the signed binary format for the transaction. There are two ways to do this:

    -
  1. Convert it to a binary blob and sign it offline. This is preferable, since it means that the account secret used for signing the transaction is never transmitted over any network connection.
    2. -
  2. ripple-lib has an implementation of offline signing.
    3. -
  3. Have a rippled server sign the transaction for you. The sign command takes a JSON-format transaction and secret and returns the signed binary transaction format ready for submission. (Transmitting your account secret is dangerous, so you should only do this from within a trusted and encrypted sub-net, to a server you control.)
    4. +
  4. Convert it to a binary blob and sign it offline. This is preferable, since it means that the account secret used for signing the transaction is never transmitted over any network connection.
      +
    • You can use RippleAPI to perform offline signing.
      • +
    +
    5. +
  5. Have a rippled server sign the transaction for you. The sign command takes a JSON-format transaction and secret and returns the signed binary transaction format ready for submission. (Transmitting your account secret is dangerous, so you should only do this from within a trusted and encrypted sub-net, to a server you control.)
    • As a shortcut, you can use the submit command with a tx_json object to sign and submit a transaction all at once. This is only recommended for testing and development purposes.
      • +
    +

In either case, signing a transaction generates a binary blob that can be submitted to the network. This means using rippled's submit command. Here is an example of the same transaction, as a signed blob, being submitted with the WebSocket API:

{
@@ -824,7 +828,7 @@
 
Accounts can protect against unwanted incoming payments for non-XRP currencies simply by not creating trust lines in those currencies. Since XRP does not require trust, the asfDisallowXRP flag is used to discourage users from sending XRP to an account. However, this flag is not enforced in rippled because it could potentially cause accounts to become unusable. (If an account did not have enough XRP to send a transaction that disabled the flag, the account would be completely unusable.) Instead, client applications should disallow or discourage XRP payments to accounts with the asfDisallowXRP flag enabled.

 
TransferRate

 
The TransferRate field specifies a fee to charge whenever a gateway's issuances change hands. See Transfer Fees article in the Knowledge Center for more information.

-
In rippled's WebSocket and JSON-RPC APIs, the TransferRate is represented as an integer, the amount that must be sent in order for 1 billion units to arrive. For example, a 20% transfer fee is represented as the value 120000000.  The value cannot be less than 1000000000. (Less than that would indicate giving away money for sending transactions, which is exploitable.) You can specify 0 as a shortcut for 1000000000, meaning no fee.

+
In rippled's WebSocket and JSON-RPC APIs, the TransferRate is represented as an integer, the amount that must be sent in order for 1 billion units to arrive. For example, a 20% transfer fee is represented as the value 1200000000.  The value cannot be less than 1000000000. (Less than that would indicate giving away money for sending transactions, which is exploitable.) You can specify 0 as a shortcut for 1000000000, meaning no fee.

 
SetRegularKey

 
[Source]

 
A SetRegularKey transaction changes the regular key used by the account to sign future transactions.