1. 13 2月, 2017 1 次提交
  2. 02 2月, 2017 1 次提交
    • J
      params: core, core/vm, miner: 64bit gas instructions (#3514) · 8b57c494
      Jeffrey Wilcke 提交于
      Reworked the EVM gas instructions to use 64bit integers rather than
      arbitrary size big ints. All gas operations, be it additions,
      multiplications or divisions, are checked and guarded against 64 bit
      integer overflows.
      
      In additon, most of the protocol paramaters in the params package have
      been converted to uint64 and are now constants rather than variables.
      
      * common/math: added overflow check ops
      * core: vmenv, env renamed to evm
      * eth, internal/ethapi, les: unmetered eth_call and cancel methods
      * core/vm: implemented big.Int pool for evm instructions
      * core/vm: unexported intPool methods & verification methods
      * core/vm: added memoryGasCost overflow check and test
      8b57c494
  3. 07 1月, 2017 1 次提交
  4. 09 11月, 2016 1 次提交
  5. 01 11月, 2016 1 次提交
  6. 31 10月, 2016 2 次提交
  7. 21 10月, 2016 2 次提交
  8. 18 10月, 2016 1 次提交
  9. 06 9月, 2016 1 次提交
  10. 26 7月, 2016 3 次提交
  11. 25 7月, 2016 1 次提交
  12. 22 7月, 2016 2 次提交
  13. 12 7月, 2016 1 次提交
  14. 06 6月, 2016 1 次提交
  15. 02 6月, 2016 1 次提交
  16. 30 5月, 2016 1 次提交
  17. 27 5月, 2016 1 次提交
  18. 20 5月, 2016 1 次提交
  19. 17 5月, 2016 2 次提交
  20. 13 5月, 2016 1 次提交
  21. 15 4月, 2016 1 次提交
  22. 16 3月, 2016 2 次提交
  23. 29 2月, 2016 1 次提交
  24. 26 2月, 2016 1 次提交
  25. 19 2月, 2016 1 次提交
  26. 10 2月, 2016 1 次提交
  27. 08 2月, 2016 1 次提交
  28. 04 1月, 2016 1 次提交
  29. 19 11月, 2015 3 次提交
    • P
      b6f5523b
    • F
      eth/downloader: also drain stateCh, receiptCh in eth/61 mode · b7b62d4b
      Felix Lange 提交于
      State and receipt deliveries from a previous eth/62+ sync can hang if
      the downloader has moved on to syncing with eth/61. Fix this by also
      draining the eth/63 channels while waiting for eth/61 data.
      
      A nicer solution would be to take care of the channels in a central
      place, but that would involve a major rewrite.
      b7b62d4b
    • F
      eth/downloader: don't hang for spurious deliveries · 900da3d8
      Felix Lange 提交于
      Unexpected deliveries could block indefinitely if they arrived at the
      right time. The fix is to ensure that the cancellation channel is
      always closed when the sync ends, unblocking any deliveries. Also remove
      the atomic check for whether a sync is currently running because it
      doesn't help and can be misleading.
      
      Cancelling always seems to break the tests though. The downloader
      spawned d.process whenever new data arrived, making it somewhat hard to
      track when block processing was actually done. Fix this by running
      d.process in a dedicated goroutine that is tied to the lifecycle of the
      sync. d.process gets notified of new work by the queue instead of being
      invoked all the time. This removes a ton of weird workaround code,
      including a hairy use of atomic CAS.
      900da3d8
  30. 28 10月, 2015 1 次提交
  31. 21 10月, 2015 1 次提交