Spending coins - intended usage
Last updated
Was this helpful?
Last updated
Was this helpful?
The following assumes that the node exposes at address 127.0.0.1 the following ports:
User API internal HTTP endpoint: 3113
In order to send coins, you need to have coins i.e. a positive (non-zero) balance. You obtain coins e.g. after having mined successfully a block or received coins through a transaction.
In order to transfer coins from an account (sender_id) to another account (recipient_id):
prepare spend transaction as per . In order to ease the initial integration, the æternity node provides ):
sign the prepared transaction (e.g. by using the SDK)
post the signed transaction to the
Once the transaction is included in a block, the recipient shall receive the specified amount and the miner that specified fee. The ttl has to
reflect the current height of the chain, it specify at what height the transaction expire and can't be included on the chain.
The simplest way for testing sending coins is setting up a local network of two nodes - disconnected from the testnet. The reason is that in order to spend coins from your account you need to obtain coins in the first place, and in order to obtain coins you need to mine a block faster than all other miners in the network. Testing spending coins in a local network enables obtaining coins without competing with other miners.
At least one of the two nodes needs to mine - in order to have coins to spend.
At least one of the two nodes needs to be configured with the peer address of the other node in order for them to form a network.
This is mainly purposed for development.
If you are using the release binaries (i.e. not the Docker image) and you want to run two nodes on the same host:
Deploy the release binary in two different locations - one per node;
For each node, before starting the node edit the user configuration file to specify distinct TCP ports;
For each node, before starting the node change the node name of each node.
In order to change the node name of node #1, change directory (cd) to the directory where you deployed node #1 then run (change "2.0.0" in the command with the version of the release you deployed):
In order to change the node name of node #2, change directory (cd) to the directory where you deployed node #2 then run (change "2.0.0" in the command with the version of the release you deployed):