- 23 6月, 2017 13 次提交
-
-
由 Felix Lange 提交于
-
由 Felix Lange 提交于
-
由 Péter Szilágyi 提交于
consensus/clique: choose valid votes
-
由 Péter Szilágyi 提交于
eth: gracefully error if database cannot be opened
-
由 Péter Szilágyi 提交于
-
由 Felix Lange 提交于
-
由 Péter Szilágyi 提交于
travis.yml, cmd/swarm: fix Travis CI build
-
由 Péter Szilágyi 提交于
-
由 Felix Lange 提交于
-
由 Felix Lange 提交于
-
由 Péter Szilágyi 提交于
core: add testcase for txpool
-
由 Péter Szilágyi 提交于
-
由 Martin Holst Swende 提交于
-
- 22 6月, 2017 3 次提交
-
-
由 Péter Szilágyi 提交于
cmd/geth: corrently init gas price for CLI CPU mining
-
由 Felix Lange 提交于
* eth/downloader: separate state sync from queue Scheduling of state node downloads hogged the downloader queue lock when new requests were scheduled. This caused timeouts for other requests. With this change, state sync is fully independent of all other downloads and doesn't involve the queue at all. State sync is started and checked on in processContent. This is slightly awkward because processContent doesn't have a select loop. Instead, the queue is closed by an auxiliary goroutine when state sync fails. We tried several alternatives to this but settled on the current approach because it's the least amount of change overall. Handling of the pivot block has changed slightly: the queue previously prevented import of pivot block receipts before the state of the pivot block was available. In this commit, the receipt will be imported before the state. This causes an annoyance where the pivot block is committed as fast block head even when state downloads fail. Stay tuned for more updates in this area ;) * eth/downloader: remove cancelTimeout channel * eth/downloader: retry state requests on timeout * eth/downloader: improve comment * eth/downloader: mark peers idle when state sync is done * eth/downloader: move pivot block splitting to processContent This change also ensures that pivot block receipts aren't imported before the pivot block itself. * eth/downloader: limit state node retries * eth/downloader: improve state node error handling and retry check * eth/downloader: remove maxStateNodeRetries It fails the sync too much. * eth/downloader: remove last use of cancelCh in statesync.go Fixes TestDeliverHeadersHang*Fast and (hopefully) the weird cancellation behaviour at the end of fast sync. * eth/downloader: fix leak in runStateSync * eth/downloader: don't run processFullSyncContent in LightSync mode * eth/downloader: improve comments * eth/downloader: fix vet, megacheck * eth/downloader: remove unrequested tasks anyway * eth/downloader, trie: various polishes around duplicate items This commit explicitly tracks duplicate and unexpected state delieveries done against a trie Sync structure, also adding there to import info logs. The commit moves the db batch used to commit trie changes one level deeper so its flushed after every node insertion. This is needed to avoid a lot of duplicate retrievals caused by inconsistencies between Sync internals and database. A better approach is to track not-yet-written states in trie.Sync and flush on commit, but I'm focuing on correctness first now. The commit fixes a regression around pivot block fail count. The counter previously was reset to 1 if and only if a sync cycle progressed (inserted at least 1 entry to the database). The current code reset it already if a node was delivered, which is not stong enough, because unless it ends up written to disk, an attacker can just loop and attack ad infinitum. The commit also fixes a regression around state deliveries and timeouts. The old downloader tracked if a delivery is stale (none of the deliveries were requestedt), in which case it didn't mark the node idle and did not send further requests, since it signals a past timeout. The current code did mark it idle even on stale deliveries, which eventually caused two requests to be in flight at the same time, making the deliveries always stale and mass duplicating retrievals between multiple peers. * eth/downloader: fix state request leak This commit fixes the hang seen sometimes while doing the state sync. The cause of the hang was a rare combination of events: request state data from peer, peer drops and reconnects almost immediately. This caused a new download task to be assigned to the peer, overwriting the old one still waiting for a timeout, which in turned leaked the requests out, never to be retried. The fix is to ensure that a task assignment moves any pending one back into the retry queue. The commit also fixes a regression with peer dropping due to stalls. The current code considered a peer stalling if they timed out delivering 1 item. However, the downloader never requests only one, the minimum is 2 (attempt to fine tune estimated latency/bandwidth). The fix is simply to drop if a timeout is detected at 2 items. Apart from the above bugfixes, the commit contains some code polishes I made while debugging the hang. * core, eth, trie: support batched trie sync db writes * trie: rename SyncMemCache to syncMemBatch
-
由 Péter Szilágyi 提交于
-
- 21 6月, 2017 10 次提交
-
-
由 Péter Szilágyi 提交于
consensus/clique: fix typo and don't need to add snapshot into recents again
-
由 Lewis Marshall 提交于
-
由 Maximilian Meister 提交于
-
由 Martin Holst Swende 提交于
-
由 Péter Szilágyi 提交于
swarm/fuse: simplify externalUnmount, use subtests
-
由 Felföldi Zsolt 提交于
This commit does various code refactorings: - generalizes and moves the request retrieval/timeout/resend logic out of LesOdr (will be used by a subsequent PR) - reworks the peer management logic so that all services can register with peerSet to get notified about added/dropped peers (also gets rid of the ugly getAllPeers callback in requestDistributor) - moves peerSet, LesOdr, requestDistributor and retrieveManager initialization out of ProtocolManager because I believe they do not really belong there and the whole init process was ugly and ad-hoc
-
由 Felix Lange 提交于
-
由 Felix Lange 提交于
The code looked for /usr/bin/diskutil on darwin, but it's actually located in /usr/sbin. Fix that by not specifying the absolute path. Also remove weird timeout construction and extra whitespace.
-
由 Jim McDonald 提交于
As per #14661 TransactionByHash always returns false for pending. This uses blockNumber rather than blockHash to ensure that it returns the correct value for pending and will not suffer side-effects if eth_getTransactionByHash is fixed in future.
-
由 Felix Lange 提交于
* ethdb: remove Set Set deadlocks immediately and isn't part of the Database interface. * trie: add Err to Iterator This is useful for testing because the underlying NodeIterator doesn't need to be kept in a separate variable just to get the error. * trie: add LeafKey to iterator, panic when not at leaf LeafKey is useful for callers that can't interpret Path. * trie: retry failed seek/peek in iterator Next Instead of failing iteration irrecoverably, make it so Next retries the pending seek or peek every time. Smaller changes in this commit make this easier to test: * The iterator previously returned from Next on encountering a hash node. This caused it to visit the same path twice. * Path returned nibbles with terminator symbol for valueNode attached to fullNode, but removed it for valueNode attached to shortNode. Now the terminator is always present. This makes Path unique to each node and simplifies Leaf. * trie: add Path to MissingNodeError The light client trie iterator needs to know the path of the node that's missing so it can retrieve a proof for it. NodeIterator.Path is not sufficient because it is updated when the node is resolved and actually visited by the iterator. Also remove unused fields. They were added a long time ago before we knew which fields would be needed for the light client.
-
- 20 6月, 2017 1 次提交
-
-
由 mark.lin 提交于
-
- 16 6月, 2017 2 次提交
-
-
由 Péter Szilágyi 提交于
cmd/geth: fixed a minor typo in the comments
-
由 necaremus 提交于
-
- 15 6月, 2017 1 次提交
-
-
由 Alan Chen 提交于
-
- 14 6月, 2017 1 次提交
-
-
由 mark.lin 提交于
-
- 13 6月, 2017 4 次提交
-
-
由 Péter Szilágyi 提交于
core/vm: improve opByte
-
由 Péter Szilágyi 提交于
mobile: use EIP155 signer for determining sender
-
由 Péter Szilágyi 提交于
-
由 Bas van Kervel 提交于
-
- 12 6月, 2017 3 次提交
-
-
由 S. Matthew English 提交于
-
由 Péter Szilágyi 提交于
consensus/ethash, cmd/geth: Fix `makedag` epoch
-
由 Konrad Feldmeier 提交于
`geth makedag <blocknumber> <path>` was creating DAGs for `<blocknumber>/<epoch_length> + 1`, hence it was impossible to create an epoch 0 DAG. This fixes the calculations in `consensus/ethash/ethash.go` for `MakeDataset` and `MakeCache`, and applies `gofmt`.
-
- 09 6月, 2017 1 次提交
-
-
由 Martin Holst Swende 提交于
-
- 07 6月, 2017 1 次提交
-
-
由 Martin Holst Swende 提交于
-