Fynn

Hi @yutingjin @valyala . Is this interface currently implemented? Our scenario is that when we set kv, we need to check whether the key exists, and if it does not...

Related issue. https://github.com/ethereum/go-ethereum/issues/28617

> I'm not entirely sure how this will help us. If I understand it correctly, you used range queries on the database to look up path-based leaves "directly". I'm unsude...

> Now, if you seek to 0xaabbccddeeff, you wil step past 0xaabbcc. And wind up on the next leaf. So I don't get it, how can this work, as is?...

> According to the leveldb description, > > ``` > // Seek moves the iterator to the first key/value pair whose key is greater > // than or equal to...

For further thought, it seems that there is no benefit to store those block data into kvdb first, then move to ancient. We can just hold these block data in...

Nice job! @MariusVanDerWijden Currently, only the hash of the contract address can be printed. The contract address can be obtained through the preimage.

> Besides, integration of state snapshot and pathdb is required to build new archive node over path-based scheme. Is it a must? State snapshot does not store all the historical...

> From the logs I can tell, during the flushing, the overall execution performance is still affected, even by putting the write in the background. We can see the mgasps...