Is there something wrong with geth? I had switched to parity but now when I start geth or the wallet no blocks load and it will not sync. I am using the latest wallet (6) and geth (18).
Thanks.
More forks
https://www.reddit.com/r/ethereum/comments/58i8e0/update_on_hf_2_and_client_optimizations/?st=iunoy996&sh=8a6ccc70Update on HF 2 and client optimizations
Submitted 3 days ago * by vbuterinJust some guy - announcement
Geth developers are working on an optimization that will store a direct on-disk table representing account storage, allowing accounts to be accessed in O(1) leveldb reads instead of O(log(n)) leveldb reads as is the case now. Preliminary tests suggest a 5x speedup in processing account reads if this is done. This is a fairly large change to the client (not quite but almost as complex as journaling) so don't expect it out tomorrow, but it will make a large difference.
Simpler optimizations on the in-memory trie cache are achieving ~30% speedups.
We're looking at simple forms of state tree pruning to allow nodes to reduce their storage size without having to delete the DB and fast sync from scratch. This should increase processing time indirectly.
The main debate in the hard fork discussions is whether to implement EIP 158 with section 2 or with (1c) (there is little value in doing both). The two carry different risks; section 2 is more complex from an in-EVM consensus standpoint, whereas (1c) requires more substantial re-architectures in other areas of geth to implement, as iterating through all accounts is not a use case that needed to be supported in all nodes before.
We are considering adding replay protection, likely either EIP 155 or a simpler trick involving using the upper bits of the tx nonce as a chain ID, but nothing is yet finalized.
