jbird186
jbird186
Having a `start` option would also be extremely useful for paging, similar to [delegators](https://docs.nano.org/commands/rpc-protocol/#delegators).
@tevador Nodes don't actually fully verify the entire history, AFAIU. https://github.com/monero-project/monero/blob/a2e8d1d4271df1591786b8d92516455488ee82fd/src/cryptonote_core/cryptonote_core.cpp#L899-L903
@tevador The core point in this request is that when both fast sync and pruning are enabled simultaneously, `--sync-pruned-blocks` should also be enabled by default, as it's a free massive...
@tevador I don't see how this cements fast syncing. It would simply be activated when fast sync and pruning are both enabled, and maybe `--no-sync-pruned-blocks` could be added too if...
Are we sure that the default should be no limit? It's not clear that relying on miners to set it themselves will result in any effective limit on block sizes....
@SChernykh Right, but I mean in the context of this PR.
>It seems that Monero likely hasn't had any actual full nodes since 2017 FWIW, Monero has had fast syncing in some form since the very beginning. https://github.com/monero-project/monero/blob/1a8f5ce89a990e54ec757affff01f27d449640bc/src/cryptonote_core/blockchain_storage.cpp#L1367-L1368 Bitcoin also does...
@kayabaNerve I'm starting to look into this concept, and I have a question regarding your FCMP implementation. If I understand correctly, the state of the enote set could be represented...
I was being general by saying you need a merkle proof to insert new leaves. In this case, you would have an inclusion proof of the rightmost leaf, allowing you...
My point with pruned nodes is that the way they're given a new block is fundamentally the same as when Utreexo nodes are given a new block, albeit Utreexo needs...