Don't know in deep detail but... afaik a stellar transaction is a bunch of XDR (External Data Representation Standard) encoded data. I'm not aware of an official definition document but you can find definition files in the stellar base libraries (for example js-stellar-base or ruby-stellar-base). The transaction is Ed25519 signed and tx+signature are ...
I have solved this and sharing in case anyone runs in to the same problem:
My node was validating the ledgers as the logs were showing, HOWEVER, the port I was using was closed. Hence, it was not reachable from outside. A simple nmap scan will show you if your node is reachable on the given port or not.
The derivation path for stellar is defined in SEP-5 and only uses the first three levels. The default path is m/44'/148'/0'
The fourth level would have been a flag for change addresses, which doesn't apply to stellar. The apostrophe indicates the usage of hardened addresses which doesn't apply to change at all, so it must not be at the 4th level even if it ...
I highly doubt that it's possible: two or more instances writing to the same storage would likely corrupt some data at some point or at least it would be a huge mess for software updates especially with db schema upgrades. But even if it is possible, with only one database as a single point of failure you would be totally missing the point of high ...
So the problem is that the standalone configuration does not allow access to the network. Therefore, the node can not talk to other connecting nodes.
If you want other nodes to connect to the standalone node, make sure you set the RUN_STANDALONE=true to RUN_STANDALONE=false in your
The adapted standalone config should look like this:
I've tracked down the reason for this. The following is taken from the description for the 0.8.0 SDK release:
"Configure network at the transaction and server level rather than using a singleton to determine
which network to use globally."
For server level, we already have this in place:
Server server = new Server("https://horizon.stellar.org");
At the ...