expanse-org / go-expanse Goto Github PK

This project forked from ethereum/go-ethereum

Jeffrey Wilcke's Go implementation of the Ethereum y/w paper

License: GNU Lesser General Public License v3.0

Makefile 0.11% Go 88.30% Shell 0.14% C 5.71% Java 0.26% Ruby 0.01% M4 0.22% JavaScript 3.71% Assembly 0.80% NSIS 0.20% Python 0.05% HTML 0.10% Dockerfile 0.01% Solidity 0.13% Sage 0.26%

go-expanse's Issues

Byzantium?

Do we need to upgrade to a new client at the same time as the ETH Byzantium fork? I don't know how closely the Expanse network follows ETH anymore. The downloads page seems to be down:

https://gexp.expanse.tech/downloads/

wrong error message:

System information

Gexp version: gexp version
OS & Version: Windows/Linux/OSX
Commit hash : (if develop)

Expected behaviour

Actual behaviour

Steps to reproduce the behaviour

wrong error message:
\rpc\server.go:441
requests[i] = &serverRequest{id: r.id, err: &methodNotFoundError{r.method, r.method}}
must be
requests[i] = &serverRequest{id: r.id, err: &methodNotFoundError{r.service, r.method}}

Backtrace

[backtrace]

1.6.6 isnt mining!?

System information

Gexp version: 1.6.6
OS & Version: Ubuntu 16.04 LTS

Expected behaviour

Claymore Output ... ETH: job is the same

Actual behaviour

Claymore Output ... Received error: {"jsonrpc":"2.0","id":0,"error":{"code":-32601,"message":"The method eth_getWork does not exist/is not available"}}

Steps to reproduce the behaviour

just start gexp in rpc mode and point a miner to it.

Output: "Starting mining operation (CPU=0 TOT=2)"
is also missing after you start gexp 1.6.6

1.6.1 is working

"The method exp_syncing does not exist/is not available"

System information

Gexp version: gexp version
VERSION:
1.6.6-beta-5757b6f7

OS & Version: Windows/Linux/OSX
Windows
Commit hash : (if develop)
5757b6f ?

Expected behaviour

Actual behaviour

"The method exp_syncing does not exist/is not available"

Steps to reproduce the behaviour

start gexp.exe --datadir "..\Expanse" --syncmode "full" --rpc --rpcapi "admin,eth,exp,miner,personal,rpc,txpool,web3"

erroor:
"The method exp_syncing does not exist/is not available"

Backtrace

[backtrace]

The darwin downloads for gexp 1.7.2 do not have an executable file in them.

System information

Gexp version: 1.7.2
OS & Version: OSX El Capitan
Commit hash : (if develop)

Expected behaviour

Should have executable file for gexp in the darwin downloads.

Actual behaviour

It's not there

Steps to reproduce the behaviour

Backtrace

[backtrace]

reward

System information

Version: 1.7.2-stable
Git Commit: 9c901ca
Architecture: amd64
Protocol Versions: [63 62]
Network Id: 1
Go Version: go1.7.5
Operating System: linux

Expected behaviour

Actual behaviour

Steps to reproduce the behaviour

Backtrace

[backtrace]

I updated my expnase pool, but the rewards is worng always is 8 exp.. i changed payouts/unlocker.go

var constReward = math.MustParseBig256("8000000000000000000")

var constReward = math.MustParseBig256("4000000000000000000")

but always show 8 exp.. what i can do?

The partner instant exchange SimpleSwap.io

Hi,

I am Nicolas, the manager at SimpleSwap.io, an instant cryptocurrency exchange.

We present a simple and easy-to-use platform that works without registration and limits and allows users to make swaps in just two clicks.

We successfully support EXP on our service for a long time and we have been exchanging EXP for more than 200 coins to our customers. I tried to find contact with your team but without results.

I'm sorry that I invaded here, but maybe you can tell me where I can turn. I would like to make contact so we can have an interaction.

Advice needed

What is the current recommended version to use now?

I see that it's hard to understand from the branches

nonce in genesis block

Why are you saying that setting nonce to a random value will prevent other nodes connecting to your private net? According to the docs, nonce is 64bit hash that proves that sufficient amount of computation has been done to comply with proof of work algorithm. Genesis block does not have prof of work because it is the first block. Logic suggest this statement is incorrect, because, to read the genesis block, anyone would need to connect to your node first. So, why are you saying that changing nonce will prevent other nodes to connect?

Merge upstream changes to 1.6.5

No discv4 seed nodes found

System information

Gexp version: gexp version latest
OS & Version: Linux
Commit hash : (if develop)

i am using ubuntu 16 (digitalocean vps) i can sync. full chain but after that it says No discv4 seed nodes found and problem begins.
I have checked everying. Time system is ok , When i check gexp attach
net.peerCount =1

admin.peers
[{
caps: ["exp/62", "exp/63"],
id: "d33a8d4c2c38a08971ed975b750f21d54c927c0bf7415931e214465a8d01651ecffe4401e1db913f398383381413c78105656d665d83f385244ab302d6138414",
name: "Gexp/v1.7.2-stable-9c901caa/linux-amd64/go1.7.5",
network: {
localAddress: "167.xx.253.xxx:52692",
remoteAddress: "1xx.199.xxx.48:42786"
},
protocols: {
exp: {
difficulty: 11234333021058860000,
head: "0x71724511012e77de0f8f1c93434a9d5f93fc2478015b771fe3a9255c96fe29d2",
version: 63
}
}
}]

Ethereum derivation path is used instead of Expanse, when launch Mist wallet with connected Trezor

When I launch Mist Wallet with connected Trezor wallet, it loads the first address from Trezor, but with Ethereum derivation path m/44'/60'/0'/0.
It must be m/44'/40'/0'/0 for Expanse.
If I'm right, here is where the fix must be done https://github.com/expanse-org/go-expanse/blob/v1.9.x/accounts/hd.go

System information

Gexp version: v1.9.10-stable
OS & Version: Windows 10
Commit hash : d57c0cd

Expected behaviour

The first Expanse address from derivation path m/44'/40'/0'/0 is loaded

Actual behaviour

The first Ethereum address from derivation path m/44'/60'/0'/0 is loaded

Steps to reproduce the behavior

Connect and unlock Trezor Model T wallet.
Launch Mist Wallet.
See the log file %AppData%\Expanse Wallet\node.log

node.log

Compile error with Go 1.10

Can not compile with Go version 1.10 as it says I have old version and need atleast 1.7 (but I think 1.10 is newer than 1.7).

Actually if I will change 'if' in build/ci.go to something match my version, compilation is success. But I think this should be solved somehow other proper way and commited to GIT.

System information

Go Version: go version go1.10.2 linux/amd64
OS & Version: Arch Linux
Commit hash : 8e6f461

$ make
build/env.sh go run build/ci.go install ./cmd/gexp
ci.go:180: You have Go version go1.10.2
ci.go:181: go-expanse requires at least Go version 1.7 and cannot
ci.go:182: be compiled with an earlier version. Please upgrade your Go installation.
exit status 1
make: *** [Makefile:15: gexp] Error 1

Regards
Petr

Full syncmode error

There is problem with full sync mode. Fast works, but I am worried about blockchain consintency when full sync makes problems.

System information

Gexp
Version: 1.7.2-stable
Git Commit: 8e6f4610c4330aa72b5f98b131c944be257f3d0d
Architecture: amd64
Protocol Versions: [63 62]
Network Id: 1
Go Version: go1.10.2
Operating System: linux

Expected behaviour

Sync complete

Actual behaviour

Sync stops at block 200155

> eth.blockNumber
200154

Steps to reproduce the behaviour

run gexp with --syncmode full

Backtrace

WARN [05-23|13:20:47] Synchronisation failed, dropping peer    peer=d33a8d4c2c38a089 err="retrieved hash chain is invalid"
ERROR[05-23|13:20:55] 
########## BAD BLOCK #########
Chain config: {ChainID: 2 Homestead: 200000 DAO: <nil> DAOSupport: true EIP150: 200000 EIP155: 600000 EIP158: 600000 Byzantium: 800000 Engine: ethash}

Number: 200155
Hash: 0x3e83f2d695bccc6de2833b44993be8b8230b2a59d9b6f0c39dc19121ac5ac9a3
        receipt{med=a1b551d438c721d97dd3ef2e7590daf2c4de176efbd629c92e9a3b8b49266258 cgas=21000 bloom=00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 logs=[]}
        receipt{med=49c0842deb6b8564926edc3297ff50cb133dd0187c2680f609e87564e7674579 cgas=42000 bloom=00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 logs=[]}
        receipt{med=de032321bb8efdd9d12515277e13c9fbea9eae41f951c68305ac59171d54e8d0 cgas=63000 bloom=00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 logs=[]}
        receipt{med=404430ca728dd0a996db8732387bdbcedc9126d87bdacb08ab6b9d233eb1cee1 cgas=84000 bloom=00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 logs=[]}
        receipt{med=b6ee6ff9c34d8299f915b1517bd9cbd8eb9a0d35d1fe57d0db8b2abcdbe00043 cgas=105000 bloom=00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 logs=[]}
        receipt{med=de46122a37caf324ee8fa2c0e25423e3d1c38e96727daf8e87d1f9e042f87c93 cgas=126000 bloom=00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 logs=[]}
        receipt{med=b6a0c7b919e50ff0836ae638141087710afd63c71916cce9b8e78016ed1382a1 cgas=177168 bloom=02000000000000000000000000000000000000000000000000000000000000000000000400000000000000000000000000000000000000000000000000000000000000000000020000000008000000000000000000000000000000000000000000000000000000000000000000000200000000000000000000000010000000000000000000000000000000000000000000200000000000000000000000000010000000000000000000000000000000000000004000000000000000020000000000000002000000000000000000000000000000000000000000000000000000000000000000000000000000000000800000000000000000000000000000000000 logs=[log: c2be9f4c1657c63c856be47f3972ccb0cb0df125 [ddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef 0000000000000000000000003a6379cc9e216c062fd0e63d267d5fd62a75f061 000000000000000000000000663b8db322bb9b3fef0299a60004acf60078803d] 0000000000000000000000000000000000000000000000000000000005f5e100 7a32043d96dffd5fd473c1b5f24cee44beec3ffae62be38153260cd97670fe38 6 3e83f2d695bccc6de2833b44993be8b8230b2a59d9b6f0c39dc19121ac5ac9a3 0]}

Error: invalid gas used (remote: 176718 local: 177168)
##############################

expanse-org / go-expanse Goto Github PK

go-expanse's Issues

System information

Expected behaviour

Actual behaviour

Steps to reproduce the behaviour

Backtrace

System information

Expected behaviour

Actual behaviour

Steps to reproduce the behaviour

System information

Expected behaviour

Actual behaviour

Steps to reproduce the behaviour

Backtrace

System information

Expected behaviour

Actual behaviour

Steps to reproduce the behaviour

Backtrace

System information

Expected behaviour

Actual behaviour

Steps to reproduce the behaviour

Backtrace

System information

System information

Expected behaviour

Actual behaviour

Steps to reproduce the behavior

System information

System information

Expected behaviour

Actual behaviour

Steps to reproduce the behaviour

Backtrace

Recommend Projects

Recommend Topics

Recommend Org

Jobs