Arvid Norberg

### Purpose: ### Current Behavior: ### New Behavior: ### Testing Notes:

make DID wallet not derive its own keys

2

but use the standard wallet for inner puzzles ### Purpose: ### Current Behavior: ### New Behavior: ### Testing Notes:

[CHIA-1563] add function to run a *trusted* block and return additions and removals.

1

This adds a function called `additions_and_removals()`, which is similar to `run_block_generator()` and `run_block_generator2()` but with some important differences. `additions_and_removals()`: * assumes that the block is valid. It's only meant to...

[CHIA-1566] pipeline block validation in sync_from_fork_point()

6

This PR is large and is best reviewed one commit at a time. ### Purpose: The main purpose of this PR is to remove one of the main bottlenecks of...

[CHIA-1638] Pace block requests

2

### Purpose: This patch addresses a problem during long-sync, where the syncing node may send `request_blocks` at a rate exceeding the peer's *outbound* rate limit for `respond_blocks`. The result of...

tests as its own subproject

4

extend virtual_project_analysis to treat all files under chia/_tests as its own subproject. Since the tests depend on the production code,this will prevent production code from depending on tests ### Purpose:...

process new signage points no more than once

8

there are two places we call `signage_point_post_processing()` from. 1. when we receive a new signage point from a peer, and we don't already know about it. We add it to...

Sync pipeline2

3

WIP ### Purpose: ### Current Behavior: ### New Behavior: ### Testing Notes:

CHIA-595: Keccak256 soft-fork

2

This is a stripped-down version of https://github.com/Chia-Network/clvm_rs/pull/403 just implementing the keccak operator. (i.e. not the base64 operators). The main difference is that in this PR, the `keccak256` operator has opcode...