i have a question on pendingTransactions API
This line on the geth code
Why is this API only display the pending transactions of the accounts local to the node? Whats the reasoning behind this?
thanks for the answer @kant777
my question now is, how did etherscan did it to display pending transactions? I believe eth_pendingTransactions is no longer usable as it is also removed in the RPC API definition here
https://eth.wiki/json-rpc/API
I assume they use subscribe, filter or websockets right?
Hi all! Running a Geth PoA (Clique) node - private chain on AWS.
upon reboot have lost last 6 weeks worth of blocks (about 1.5m blocks) - my understanding this is due to our blocks being lightweight enough to be stored in cache, it seems current workaround people use is to gracefully restart nodes on daily basis to make sure they dump state from RAM to HD
anyway, on the same node after reboot keeps repeating "😱 block lost" messages
Google hasn't rendered anything useful. Has anyone stumbled upon same issue?
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x1c0 pc=0xb2200f]
goroutine 2304 [running]:
github.com/ethereum/go-ethereum/eth/downloader.(*Downloader).findAncestorBinarySearch(0xc002636700, 0xc001ddfc70, 0x1, 0xa2d955, 0x9f9671, 0x9f9671, 0x0, 0x156ebe0)
github.com/ethereum/go-ethereum/eth/downloader/downloader.go:966 +0x58f
github.com/ethereum/go-ethereum/eth/downloader.(*Downloader).findAncestor(0xc002636700, 0xc001ddfc70, 0xc0038b26c0, 0xc0038b2b40, 0x0, 0x0)
github.com/ethereum/go-ethereum/eth/downloader/downloader.go:818 +0x3a5
github.com/ethereum/go-ethereum/eth/downloader.(*Downloader).syncWithPeer(0xc002636700, 0xc001ddfc70, 0xe517c956b75143e0, 0xf3c8a586575d15ea, 0xdaf8486603b67a31, 0x55502068afd14354, 0xc0025ff8a0, 0x0, 0x0)
github.com/ethereum/go-ethereum/eth/downloader/downloader.go:475 +0x517
github.com/ethereum/go-ethereum/eth/downloader.(*Downloader).synchronise(0xc002636700, 0xc00338b1c0, 0x40, 0xe517c956b75143e0, 0xf3c8a586575d15ea, 0xdaf8486603b67a31, 0x55502068afd14354, 0xc0025ff8a0, 0xc000000001, 0x0, ...)
github.com/ethereum/go-ethereum/eth/downloader/downloader.go:431 +0x3b0
github.com/ethereum/go-ethereum/eth/downloader.(*Downloader).Synchronise(0xc002636700, 0xc00338b1c0, 0x40, 0xe517c956b75143e0, 0xf3c8a586575d15ea, 0xdaf8486603b67a31, 0x55502068afd14354, 0xc0025ff8a0, 0xc000000001, 0xd9a88e, ...)
github.com/ethereum/go-ethereum/eth/downloader/downloader.go:326 +0x8c
github.com/ethereum/go-ethereum/eth.(*handler).doSync(0xc0035ff700, 0xc06987e000, 0x1437c40, 0xc0099ce380)
github.com/ethereum/go-ethereum/eth/sync.go:324 +0x125
github.com/ethereum/go-ethereum/eth.(*chainSyncer).startSync.func1(0xc009951830, 0xc06987e000)
github.com/ethereum/go-ethereum/eth/sync.go:300 +0x38
created by github.com/ethereum/go-ethereum/eth.(*chainSyncer).startSync
github.com/ethereum/go-ethereum/eth/sync.go:300 +0x76
I used this code to provide allowance to an exchange address:
account = "0xA33E052b5891d26F8514613063CD7fA26398D2Da"
exchange = "0xDef1C0ded9bec7F1a1670819833240f027b25EfF"
contract = web3.eth.contract(web3.toChecksumAddress("0xc778417e063141139fce010982780140aa0cd5ab"), abi=contractABI)
tx_hash = contract.functions.approve(exchange, 200).transact({'from': account})
tx_receipt = web3.eth.wait_for_transaction_receipt(tx_hash)
and I got an error:
web3._utils.threads.Timeout: 120 seconds
Can anyone help?
hello, core dev question:
During a balance update of an account, does the leaf of the trie gets updated with value or does a new set of nodes(or 1 node) gets generated and the hash of its parents up to the root gets updated? This does mean every balance update a new node is inserted in LevelDB or the value just get updated?
since if there is no node created then how do the history balance of the user in a specific block gets computed, OR if a new node is generated to preserve history, this does mean that every balance update which happen most often increases the size of leveldb.
Which one is correct?