Paweł Bylica
Paweł Bylica
It seems current intx implementation is not compatible with C++20 `operator `. The test case is something like: ```cpp struct S { intx::uint256 x; operator() = default; } ```
If you consider 256x256 bit division (i.e. 4-by-4 words division) where division by 1 and 2 words is already fast, the Small Quotient Division should nicely apply to remaining 4-by-4...
The [ProgPoW software audit](https://github.com/ethereum-cat-herders/progpow-audit/raw/master/Least%20Authority%20-%20ProgPow%20Algorithm%20Final%20Audit%20Report.pdf) recommend to increase the `DATASET_PARENTS` Ethash cache parameter from 256 to 512. This has direct impact on verification performance as the time for single verification doubles...
In the original design, each byte of input is treated with a round of the FNV hashing. https://en.wikipedia.org/wiki/Fowler%E2%80%93Noll%E2%80%93Vo_hash_function In Ethash input data is hashed in 32-bit chunks following the FNV-1...
The current implementation is done by bits manipulation on whole 256-bit values (as you would do it for architecture native integers). There exists more efficient implementation which handles each of...
#### System information Geth Version: 1.13.14-stable Git Commit: 2bd6bd01d2e8561dd7fc21b631f4a34ac16627a1 Architecture: amd64 Go Version: go1.21.6 Operating System: linux #### Expected behaviour Dump the state of the latest block. #### Actual behaviour...
Currently builder build default configuration what is Debug. We should build and test Release configuration also.
Replace this repo with https://github.com/chfast/ethash. This one can be renamed to ethash-legacy and should be archived. Identify current users of this library. - Python / pyethash ? - ethereum-js ?