Park Juhyung(Borre)
Park Juhyung(Borre)
@yycen Sorry for rate response. Thanks for your answer! It really helps me.
Verifying the chain before receiving the whole the chain. Since the best blockchain could be different from the best header chain, we should read the data only from the blockchain.
I checked the code. The "SendError" means that extension threads were killed. We need to know why the threads were killed. We need log messages before the "SendError" to find...
I want to see the call stack of the panicked node easily.
Now we can regenerate the performance issue using `./codechain-debug execute-block -n 4649250 -d ./corgi_db/db`. Executing block 4649250 takes 410ms. Executing block 4649251 takes 9ms. https://github.com/CodeChain-io/codechain/pull/1988
I found the cause of the slow issue. Between two add_balance call, CodeChain was reading headers that generated in a term. It's about 1000 headers in the Corgi network.
@kseo What is the meaing of the "chain"?
We are using the same `db` path for all the `ChainType`s. IMO we may have a simple command that deletes the `db` directory. Could you let me know the reason...
There are four types of entities that should be terminated. This is the termination order. 1. Snapshot service Since other code does not depend on the snapshot service. I will...
@foriequal0 says that we need to de-normalize a user's all asset amounts. The indexer calculates the assets' amounts whenever a user requests that information. Since a user's total asset amount...