Transactions
Make a transaction, of any kind or type.
Last updated
Make a transaction, of any kind or type.
Last updated
Transactions are a significant aspect of every wallet interaction. By default, we try to transact every transaction bundle in a p2p fashion to reduce computational load and reduce latency. Classical address transactions will be long term supported for legacy reasons.
You can also send transactions without the URI function, by simply composing an array of receiver, amount and type. The note is optional and is send with the p2p bundle as message.
Since the input is an Array, you can indicate many receivers at the same time.
The receiver indicated can be a paymail alias or classical address
For BSV transactions there is also the option to create separate transactions for each element in the dataArray. By adding in the bundle field and setting it to false it will then create a transaction for each entry in the data array. Note this is only valid for BSV type transactions. See Mulit Output Non Bundle tab for an example.
POST
https://api.relysia.com/v1/send
Use the /send endpoint to create transactions to peers. The /send endpoint is agnostic to sending either Tokens or BSV.
walletID
string
dataArray
array
As per above
bundle
boolean
Default True (Optional)
Other than just BSV, you can send an arbitrary token (such as a NFT or festival ticket token). The fee manager is handling all transaction fees for the user (up to infrastructure provider determined limits) to improve the general onboarding and user experience.
With the STAS-789 tokens, it is possible to include extra data in the token script during a transaction. To facilitate this feature, we have introduced a new field in the "/send" endpoint named "data", which is an array format. Each element of this array must be a string, and each string will be added as individual hexadecimal chunks of data that can be segmented while in ASM script format. The STAS-789 tokens are formatted as NFTs and will each have a unique serial number value, denoted as "sn" in the corresponding field.
To enable providers with the ability to receive paymail funds from various entities without requiring new paymails, we created an optional extended paymail format. The new extended Paymail format is designed as follows:
For example, sending funds to:
This will direct the funds to:
With the note "342d212" included in the transaction history.
Clear Association of Funds: The message segment ensures that funds can be clearly associated with specific senders or transactions.
Deterministic Linking: The message part can be replaced with a UID, providing a deterministic link to the user.
Enhanced Tracking: Useful for exchanges and services requiring precise transaction tracking.