good morning!!!!

Skip to content
Snippets Groups Projects
  1. Sep 19, 2017
  2. Sep 11, 2017
  3. Sep 09, 2017
    • Felix Lange's avatar
      core, eth/downloader: commit block data using batches (#15115) · 10181b57
      Felix Lange authored
      * ethdb: add Putter interface and Has method
      
      * ethdb: improve docs and add IdealBatchSize
      
      * ethdb: remove memory batch lock
      
      Batches are not safe for concurrent use.
      
      * core: use ethdb.Putter for Write* functions
      
      This covers the easy cases.
      
      * core/state: simplify StateSync
      
      * trie: optimize local node check
      
      * ethdb: add ValueSize to Batch
      
      * core: optimize HasHeader check
      
      This avoids one random database read get the block number. For many uses
      of HasHeader, the expectation is that it's actually there. Using Has
      avoids a load + decode of the value.
      
      * core: write fast sync block data in batches
      
      Collect writes into batches up to the ideal size instead of issuing many
      small, concurrent writes.
      
      * eth/downloader: commit larger state batches
      
      Collect nodes into a batch up to the ideal size instead of committing
      whenever a node is received.
      
      * core: optimize HasBlock check
      
      This avoids a random database read to get the number.
      
      * core: use numberCache in HasHeader
      
      numberCache has higher capacity, increasing the odds of finding the
      header without a database lookup.
      
      * core: write imported block data using a batch
      
      Restore batch writes of state and add blocks, tx entries, receipts to
      the same batch. The change also simplifies the miner.
      
      This commit also removes posting of logs when a forked block is imported.
      
      * core: fix DB write error handling
      
      * ethdb: use RLock for Has
      
      * core: fix HasBlock comment
      10181b57
  4. Sep 07, 2017
  5. Sep 06, 2017
  6. Sep 05, 2017
  7. Aug 18, 2017
  8. Aug 07, 2017
  9. Jul 14, 2017
    • Péter Szilágyi's avatar
      core: remove redundant storage of transactions and receipts (#14801) · 0ff35e17
      Péter Szilágyi authored
      * core: remove redundant storage of transactions and receipts
      
      * core, eth, internal: new transaction schema usage polishes
      
      * eth: implement upgrade mechanism for db deduplication
      
      * core, eth: drop old sequential key db upgrader
      
      * eth: close last iterator on successful db upgrage
      
      * core: prefix the lookup entries to make their purpose clearer
      0ff35e17
  10. Jun 27, 2017
    • Felix Lange's avatar
      core/state: access trie through Database interface, track errors (#14589) · 9e5f03b6
      Felix Lange authored
      With this commit, core/state's access to the underlying key/value database is
      mediated through an interface. Database errors are tracked in StateDB and
      returned by CommitTo or the new Error method.
      
      Motivation for this change: We can remove the light client's duplicated copy of
      core/state. The light client now supports node iteration, so tracing and storage
      enumeration can work with the light client (not implemented in this commit).
      9e5f03b6
  11. May 18, 2017
    • Jeffrey Wilcke's avatar
      consensus, core/*, params: metropolis preparation refactor · 10a57fc3
      Jeffrey Wilcke authored
      This commit is a preparation for the upcoming metropolis hardfork. It
      prepares the state, core and vm packages such that integration with
      metropolis becomes less of a hassle.
      
      * Difficulty calculation requires header instead of individual
        parameters
      * statedb.StartRecord renamed to statedb.Prepare and added Finalise
        method required by metropolis, which removes unwanted accounts from
        the state (i.e. selfdestruct)
      * State keeps record of destructed objects (in addition to dirty
        objects)
      * core/vm pre-compiles may now return errors
      * core/vm pre-compiles gas check now take the full byte slice as argument
        instead of just the size
      * core/vm now keeps several hard-fork instruction tables instead of a
        single instruction table and removes the need for hard-fork checks in
        the instructions
      * core/vm contains a empty restruction function which is added in
        preparation of metropolis write-only mode operations
      * Adds the bn256 curve
      * Adds and sets the metropolis chain config block parameters (2^64-1)
      10a57fc3
  12. May 16, 2017
  13. Apr 12, 2017
  14. Apr 06, 2017
  15. Apr 04, 2017
  16. Mar 09, 2017
  17. Feb 26, 2017
    • Felix Lange's avatar
      common: move big integer math to common/math (#3699) · 5c8fe28b
      Felix Lange authored
      * common: remove CurrencyToString
      
      Move denomination values to params instead.
      
      * common: delete dead code
      
      * common: move big integer operations to common/math
      
      This commit consolidates all big integer operations into common/math and
      adds tests and documentation.
      
      There should be no change in semantics for BigPow, BigMin, BigMax, S256,
      U256, Exp and their behaviour is now locked in by tests.
      
      The BigD, BytesToBig and Bytes2Big functions don't provide additional
      value, all uses are replaced by new(big.Int).SetBytes().
      
      BigToBytes is now called PaddedBigBytes, its minimum output size
      parameter is now specified as the number of bytes instead of bits. The
      single use of this function is in the EVM's MSTORE instruction.
      
      Big and String2Big are replaced by ParseBig, which is slightly stricter.
      It previously accepted leading zeros for hexadecimal inputs but treated
      decimal inputs as octal if a leading zero digit was present.
      
      ParseUint64 is used in places where String2Big was used to decode a
      uint64.
      
      The new functions MustParseBig and MustParseUint64 are now used in many
      places where parsing errors were previously ignored.
      
      * common: delete unused big integer variables
      
      * accounts/abi: replace uses of BytesToBig with use of encoding/binary
      
      * common: remove BytesToBig
      
      * common: remove Bytes2Big
      
      * common: remove BigTrue
      
      * cmd/utils: add BigFlag and use it for error-checked integer flags
      
      While here, remove environment variable processing for DirectoryFlag
      because we don't use it.
      
      * core: add missing error checks in genesis block parser
      
      * common: remove String2Big
      
      * cmd/evm: use utils.BigFlag
      
      * common/math: check for 256 bit overflow in ParseBig
      
      This is supposed to prevent silent overflow/truncation of values in the
      genesis block JSON. Without this check, a genesis block that set a
      balance larger than 256 bits would lead to weird behaviour in the VM.
      
      * cmd/utils: fixup import
      5c8fe28b
  18. Feb 23, 2017
  19. Feb 13, 2017
  20. Feb 02, 2017
    • Jeffrey Wilcke's avatar
      params: core, core/vm, miner: 64bit gas instructions (#3514) · 8b57c494
      Jeffrey Wilcke authored
      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
  21. Jan 25, 2017
    • Felix Lange's avatar
      event: deprecate TypeMux and related types · 9b62facd
      Felix Lange authored
      The Subscription type is gone, all uses are replaced by
      *TypeMuxSubscription. This change is prep-work for the
      introduction of the new Subscription type in a later commit.
      
         gorename -from '"github.com/ethereum/go-ethereum/event"::Event' -to TypeMuxEvent
         gorename -from '"github.com/ethereum/go-ethereum/event"::muxsub' -to TypeMuxSubscription
         gofmt -w -r 'Subscription -> *TypeMuxSubscription' ./event/*.go
         find . -name '*.go' -and -not -regex '\./vendor/.*' \| xargs gofmt -w -r 'event.Subscription -> *event.TypeMuxSubscription'
      9b62facd
  22. Jan 12, 2017
  23. Jan 06, 2017
  24. Jan 05, 2017
    • Jeffrey Wilcke's avatar
      core/vm: improved EVM run loop & instruction calling (#3378) · bbc4ea4a
      Jeffrey Wilcke authored
      The run loop, which previously contained custom opcode executes have been
      removed and has been simplified to a few checks.
      
      Each operation consists of 4 elements: execution function, gas cost function,
      stack validation function and memory size function. The execution function
      implements the operation's runtime behaviour, the gas cost function implements
      the operation gas costs function and greatly depends on the memory and stack,
      the stack validation function validates the stack and makes sure that enough
      items can be popped off and pushed on and the memory size function calculates
      the memory required for the operation and returns it.
      
      This commit also allows the EVM to go unmetered. This is helpful for offline
      operations such as contract calls.
      bbc4ea4a
  25. Dec 20, 2016
  26. Dec 13, 2016
  27. Dec 10, 2016
    • Bas van Kervel's avatar
      core: bugfix state change race condition in txpool (#3412) · 4e36b1e3
      Bas van Kervel authored
      The transaction pool keeps track of the current nonce in its local pendingState. When a
      new block comes in the pendingState is reset. During the reset it fetches multiple times
      the current state through the use of the currentState callback. When a second block comes
      in during the reset its possible that the state changes during the reset. If that block
      holds transactions that are currently in the pool the local pendingState that is used to
      determine nonces can get out of sync.
      4e36b1e3
  28. Nov 30, 2016
  29. Nov 28, 2016
Loading