Compared to C, rust compiles much slower. This might not matter on performant systems, but when resources are constrained you definitely notice it.
And if the whole world is rewritten in Rust, this will have a non-significant impact on the total build time of a bunch of projects.
It's been mentioned obliquely, but what's considered "part of the compilation process" is different between Rust and C.
Most of the examples of "this is what makes Rust compilation slow" are code generation related; for example, a Rust proc_macro making compilation slow would be equivalent to C building a code generator (for schemas? IDLs?), running it, then compiling the output along with its user.
unfortunately, the sdk doesn't work with hi applications yet. the way the screen works has changed significantly. There are community projects that make it work though: https://github.com/ddvk/remarkable2-framebuffer
The paper just describes a new method for selecting the main chain. Bitcoin uses the longest chain (with the most work) whereas this paper wants to use the block that is the child of the heaviest sub tree.
The ledger would still be a chain of blocks.
For real tree like blockchains there are a few examples such as IOTA, raiblocks and byteball.
Satoshi Nakamoto also intended for the block sizes to go up after an amount of time, yet the bitcoin core team isn't willing to upgrade and tries to promote their own agenda (blockstream).
The point is that a beginner does not need to care about signedness. When you get to that point, you can take the time to explain how to loop properly over it.