summaryrefslogtreecommitdiff
path: root/src/serialization/json_object.h
Commit message (Collapse)AuthorAgeFilesLines
* RPC and ZeroMQ APIs to support p2poolSChernykh2021-09-211-0/+3
| | | | | | | | | | | | | | | | | | | | Adds the following: - "get_miner_data" to RPC API - "json-miner-data" to ZeroMQ subscriber contexts Both provide the necessary data to create a custom block template. They are used by p2pool. Data provided: - major fork version - current height - previous block id - RandomX seed hash - network difficulty - median block weight - coins mined by the network so far - mineable mempool transactions
* Merge pull request #6603Alexander Blair2020-08-161-0/+11
|\ | | | | | | 4e2377995 Change ZMQ-JSON txextra to hex and remove unnecessary base fields (Lee Clagett)
| * Change ZMQ-JSON txextra to hex and remove unnecessary base fieldsLee Clagett2020-08-141-0/+11
| |
* | Optimize ZMQ-JSON vector reading; GetBlocksFast reads 24%+ fasterLee Clagett2020-08-141-3/+19
| |
* | Fix pruned tx for ZMQ's GetBlocksFastLee Clagett2020-08-141-0/+2
| |
* | Adding ZMQ/Pub support for txpool_add and chain_main eventsLee Clagett2020-05-041-1/+1
|/
* Add byte_stream for zero-copy serialization, and add support in ZMQ-JSON.Lee Clagett2020-04-111-52/+52
|
* Reduce template bloat in hex->bin for ZMQ jsonLee Clagett2020-03-091-14/+7
|
* workaround for GetObject windows.h macro and rapidjson conflictxiphon2020-03-141-1/+1
|
* Various improvements to the ZMQ JSON-RPC handling:Lee Clagett2020-03-051-75/+87
| | | | | | | | | - Finding handling function in ZMQ JSON-RPC now uses binary search - Temporary `std::vector`s in JSON output now use `epee::span` to prevent allocations. - Binary -> hex in JSON output no longer allocates temporary buffer - C++ structs -> JSON skips intermediate DOM creation, and instead write directly to an output stream.
* monerod can now sync from pruned blocksmoneromooo-monero2019-09-271-0/+3
| | | | | | | | | | | | | | If the peer (whether pruned or not itself) supports sending pruned blocks to syncing nodes, the pruned version will be sent along with the hash of the pruned data and the block weight. The original tx hashes can be reconstructed from the pruned txes and theur prunable data hash. Those hashes and the block weights are hashes and checked against the set of precompiled hashes, ensuring the data we received is the original data. It is currently not possible to use this system when not using the set of precompiled hashes, since block weights can not otherwise be checked for validity. This is off by default for now, and is enabled by --sync-pruned-blocks
* Update 2019 copyrightbinaryFate2019-03-051-1/+1
|
* Update ZMQ fee estimate and add ZMQ output distributionLee Clagett2018-10-231-0/+3
|
* Fixed ZMQ-RPC for transactions and GET_BLOCKS_FASTLee Clagett2018-08-021-6/+0
|
* Update 2018 copyrightxmr-eric2018-01-261-1/+1
|
* move includes around to lessen overall loadmoneromooo-monero2017-12-161-0/+1
|
* add bulletproofs from v7 on testnetmoneromooo-monero2017-12-081-0/+3
|
* Fix various oversights/bugs in ZMQ RPC server codeThomas Winget2017-09-051-14/+41
| | | | | | | | | - Add some RPC commands (and touch up a couple others) - some bounds checking - some better pointer management - const correctness and error handling -- Thanks @vtnerd for type help with serialization and CMake changes
* json serialization for rpc-relevant monero typesThomas Winget2017-09-051-0/+344
Structured {de-,}serialization methods for (many new) types which are used for requests or responses in the RPC. New types include RPC requests and responses, and structs which compose types within those. # Conflicts: # src/cryptonote_core/blockchain.cpp
generated by cgit v1.2.3 (git 2.51.0) at 2026-08-16 19:54:28 +0000