Arvid Norberg

I just realized which repository this PR is against. We're currently in the middle of separating `clvm_rs` from `chia_rs`, which lives in a separate repo. Running generators belongs to `chia_rs`....

It depends on how you defined random. Clearly you can only write deterministic programs, so at best you'll have pseudo random numbers. The question then is what you seed them...

I don't imagine there will be any progress on this until someone makes a concrete proposal. It would be challenging, because the consensus is already set in stone, and blocks/spend...

I don't see a lot of value in preserving the old behaviour. We don't use it. If someone will wants that behaviour in the future, it's easy to add back.

uTorrent always send exactly 4 bytes: https://github.com/bittorrent/libutp/blob/master/utp_internal.cpp#L815 this is where it parses incoming SACK fields (also called EACK in uTorrent): https://github.com/bittorrent/libutp/blob/master/utp_internal.cpp#L1441 As far as I can tell, it doesn't require...

yes, it is similar. This doesn't cache blocks in memory though. It just has a store-buffer while waiting for blocks to be written to disk.

I thought pausing a session was unusual. Maybe I should add that back. @xavier2k6 is that a build with deprecated functions disabled?

> Do you mean create session in paused state? Of course it is useful! It was even added at our request, if memory serves. I think this feature got lost...

in parallel to this I'm working on modifying the mmap_disk_io in 2.0 to use `pwrite()` for writes and mmap for reads. I think that could give use the best of...

I cannot reproduce this. I tested this in `client_test`. it uses ``` h.set_flags(~ts.flags, lt::torrent_flags::sequential_download); ```