This is unnecessary. You should use the RPC call account_history_api / get_transaction if you need the full trx. It already includes all the data you are looking for.
You are viewing a single comment's thread from:
This is unnecessary. You should use the RPC call account_history_api / get_transaction if you need the full trx. It already includes all the data you are looking for.
Seems like only your server (anyx.io) supports the call you suggest. When using steemit rpc node I get this error msg:
Assert Exception:false: This API is not supported for account history backed by RocksDB
Not all api endpoints are created equal. Not all nodes support full account_history. For example, I know the minnnowsupport node doesn't support it; they sometimes forward these requests to me.
Steemit has dubbed these calls as "Working on mainnet" & "Working on testnet" so it's just a matter of finding a truly full-node endpoint.
https://developers.steem.io/apidefinitions/#account_history_api.get_transaction
Example rpc call:
curl -sd '{"jsonrpc":"2.0", "method":"account_history_api.get_transaction", "params":{"id":"55eb04e397569e27fff8fbf04841ca7c5b9e522c"}, "id":"0"}' anyx.io
Or via RESTful translation:
https://anyx.io/v1/account_history_api/get_transaction?id=55eb04e397569e27fff8fbf04841ca7c5b9e522c
Wondering why your RESTful api uses query params, instead of representing resources with URIs.
Some do work as plain URIs, like https://anyx.io/v1/database_api/get_dynamic_global_properties, as this has no parameters.
consider something like https://developers.steem.io/apidefinitions/#database_api.list_accounts
The mapping is intuitive, instead of POSTing
'{"jsonrpc":"2.0", "method":"database_api.list_accounts", "params": {"start":"steemit", "limit":10, "order":"by_name"}, "id":1}'
you can instead do
http://anyx.io/v1/database_api/list_accounts?start=steemit&limit=10&order=by_name
This is how restful implementations work typically. You have parameters to format the specific data you are interested in.
Hello
I want to use http://anyx.io and get the operational information that was done from 2016 to 2018 and recorded in the blocks. Would you please show me how I can get this information with very little delay?