GoldCoin Talk
Main Category => Project Development => Topic started by: Stouse49 on December 31, 2017, 08:24:37 PM
-
There are two versions to use in the testnet.
- The Old Client - 0.7.5
- The New Client - 0.14.2
Install the software
The install packages are zip files. They contain the programs and folders that will be used for the blockchain. It doesn't interfere with other wallets on your system. Unzip these folders where you want and run the "1. start-client" command. Other commands such as mining may be present in the packages. If you delete the package after unzipping and running the client, you will loose your wallet.
Windows
old - https://github.com/Stouse49/goldcoin/releases/download/vv0.7.5.0-testnet/Windows.GoldCoin.0.7.5.TestNet.zip
new -
Mac
old - https://github.com/Stouse49/goldcoin/releases/download/vv0.7.5.0-testnet/Mac.GoldCoin.0.7.5.TestNet.zip (may not connect)
new -
Linux
Mining
Information to be added later.
Super Users (Exchanges, Mining Pools, etc)
Source Code:
old: https://github.com/Stouse49/goldcoin [branch = testnet]
Build instructions: https://www.goldcointalk.org/index.php?topic=3764.msg18102#msg18102
new: https://github.com/Stouse49/Goldcoin-GLD [branch = testnet]
Build instructions: https://github.com/goldcoin/Goldcoin-GLD/tree/goldcoin-master/doc
Mining
old - solo - https://github.com/pooler/cpuminer, $ minerd -o 127.0.0.1:<rpc port, default=18121> -u <user> -p <password> -t <threads, such as 2>new - Solo - https://github.com/mikeghen/litecoin-solo-mining-tutorial
server.js - example
var myCoin = {
"name": "Goldcoin",
"symbol": "GLD",
"algorithm": "scrypt",
"peerMagic": "fdc2b4dd",
"peerMagicTestnet": "fcc5b4dd"
};
var Stratum = require('stratum-pool');
var pool = Stratum.createPool({
"coin": myCoin,
"auxes": [],
"address": "n33ZW9SXvtCXRvsP7gjQqYFaEwxwpXoWpC", //Address to where block rewards are given
/* Block rewards go to the configured pool wallet address to later be paid out to miners,
except for a percentage that can go to, for examples, pool operator(s) as pool fees or
or to donations address. Addresses or hashed public keys can be used. Here is an example
of rewards going to the main pool op, a pool co-owner, and NOMP donation. */
// "rewardRecipients": {
// "n37vuNFkXfk15uFnGoVyHZ6PYQxppD3QqK": 1.5, //1.5% goes to pool op
// "mirj3LtZxbSTharhtXvotqtJXUY7ki5qfx": 0.5, //0.5% goes to a pool co-owner
// },
"blockRefreshInterval": 1000, //How often to poll RPC daemons for new blocks, in milliseconds
/* Some miner apps will consider the pool dead/offline if it doesn't receive anything new jobs
for around a minute, so every time we broadcast jobs, set a timeout to rebroadcast
in this many seconds unless we find a new job. Set to zero or remove to disable this. */
"jobRebroadcastTimeout": 55,
/* Some attackers will create thousands of workers that use up all available socket connections,
usually the workers are zombies and don't submit shares after connecting. This features
detects those and disconnects them. */
"connectionTimeout": 1200, //Remove workers that haven't been in contact for this many seconds
/* Sometimes you want the block hashes even for shares that aren't block candidates. */
"emitInvalidBlockHashes": false,
/* Enable for client IP addresses to be detected when using a load balancer with TCP proxy
protocol enabled, such as HAProxy with 'send-proxy' param:
http://haproxy.1wt.eu/download/1.5/doc/configuration.txt */
"tcpProxyProtocol": false,
/* If a worker is submitting a high threshold of invalid shares we can temporarily ban their IP
to reduce system/network load. Also useful to fight against flooding attacks. If running
behind something like HAProxy be sure to enable 'tcpProxyProtocol', otherwise you'll end up
banning your own IP address (and therefore all workers). */
"banning": {
"enabled": true,
"time": 600, //How many seconds to ban worker for
"invalidPercent": 50, //What percent of invalid shares triggers ban
"checkThreshold": 500, //Check invalid percent when this many shares have been submitted
"purgeInterval": 300 //Every this many seconds clear out the list of old bans
},
/* Each pool can have as many ports for your miners to connect to as you wish. Each port can
be configured to use its own pool difficulty and variable difficulty settings. varDiff is
optional and will only be used for the ports you configure it for. */
"ports": {
"3333": { //A port for your miners to connect to
"diff": 32, //the pool difficulty for this port
/* Variable difficulty is a feature that will automatically adjust difficulty for
individual miners based on their hashrate in order to lower networking overhead */
"varDiff": {
"minDiff": 8, //Minimum difficulty
"maxDiff": 512, //Network difficulty will be used if it is lower than this
"targetTime": 15, //Try to get 1 share per this many seconds
"retargetTime": 90, //Check to see if we should retarget every this many seconds
"variancePercent": 30 //Allow time to very this % from target without retargeting
}
},
"3256": { //Another port for your miners to connect to, this port does not use varDiff
"diff": 256 //The pool difficulty
}
},
/* Recommended to have at least two daemon instances running in case one drops out-of-sync
or offline. For redundancy, all instances will be polled for block/transaction updates
and be used for submitting blocks. Creating a backup daemon involves spawning a daemon
using the "-datadir=/backup" argument which creates a new daemon instance with it's own
RPC config. For more info on this see:
- https://en.bitcoin.it/wiki/Data_directory
- https://en.bitcoin.it/wiki/Running_bitcoind */
"daemons": [
{ //Main daemon instance
"host": "127.0.0.1",
"port": 19332,
"user": "Stouse49",
"password": "x"
}
// { //Backup daemon instance
// "host": "127.0.0.1",
// "port": 19344,
// "user": "litecoinrpc",
// "password": "testnet"
// }
],
/* This allows the pool to connect to the daemon as a node peer to receive block updates.
It may be the most efficient way to get block updates (faster than polling, less
intensive than blocknotify script). It requires the additional field "peerMagic" in
the coin config. */
"p2p": {
"enabled": false,
/* Host for daemon */
"host": "127.0.0.1",
/* Port configured for daemon (this is the actual peer port not RPC port) */
"port": 18121,
/* If your coin daemon is new enough (i.e. not a [beep]coin) then it will support a p2p
feature that prevents the daemon from spamming our peer node with unnecessary
transaction data. Assume its supported but if you have problems try disabling it. */
"disableTransactions": true
}
}, function(ip, port , workerName, password, callback){ //stratum authorization function
console.log("Authorize " + workerName + ":" + password + "@" + ip);
callback({
error: null,
authorized: true,
disconnect: false
});
});
pool.on('share', function(isValidShare, isValidBlock, data){
if (isValidBlock)
console.log('Block found');
else if (isValidShare)
console.log('Valid share submitted');
else if (data.blockHash)
console.log('We thought a block was found but it was rejected by the daemon');
else
console.log('Invalid share submitted')
console.log('share data: ' + JSON.stringify(data));
});
pool.on('log', function(severity, logKey, logText){
console.log(severity + ': ' + '[' + logKey + '] ' + logText);
});
console.log("Starting Pool")
pool.start();
console.log("Pool started", pool)
-
Join the TestNet now. Download and run both Clients on your system. Start Mining.
Build from the source!
-
I'll try compiling for Linux (Fedora) this weekend.
-
I now have 2 Windows machines running clients for the Testnet.
Machine A is mining with the new client and Machine B is running the old client. I have successfully sent coins from the new client to the old client, but have not yet been able to send coins from the old client to the new client.
-
I now have 2 Windows machines running clients for the Testnet.
Machine A is mining with the new client and Machine B is running the old client. I have successfully sent coins from the new client to the old client, but have not yet been able to send coins from the old client to the new client.
Our latest fixes for the clients (Windows):
1. old-fix missing library file for miner to work
2. new-fix several things. (i) allow free transactions to be relayed. (ii) allow free transactions to be mined. (iii) allow old client transactions to be received and mined.
-
Thank you Eric for these latest fixes. After updating my machines with the latest builds, the previously stuck transactions cleared. I'm now able to send coins back and forth in both directions. :)
~~
PSA: If anyone would like me to send them some free test coins, please post your Testnet client address below.
-
GoldCoin Core (test) Successfully installed on Fedora 26!
Send 'test' GLD to: E72nS8HEMEQgVMhtR3d2xjqsHUpHvoU9sd
(https://i.imgur.com/cR04VUX.png)
-
GoldCoin Core (test) Successfully installed on Fedora 26!
Send 'test' GLD to: E72nS8HEMEQgVMhtR3d2xjqsHUpHvoU9sd
That address is not a valid TestNet address. I think TestNet addresses should start with the letters "m" or "n".
Make sure your goldcoin.conf looks something like this:
server=1
testnet=1
rpcuser=goldcoinrpc
rpcpassword=changethis
rpcport=39332
addnode=168.235.108.201
addnode=64.234.57.12
addnode=98.148.130.49
addnode=24.143.94.171
addnode=66.112.169.240
addnode=18.216.202.150
port=38121
-
I ve downloaded the 14.2 version, then i added the conf file to the windows folder which included the wallet.dat file, then the icon turned into green, which indicates the testnet :)
then i ve added nodes:
addnode 18.216.202.150:18121 onetry
received some coins and have send some coins.
Block explorer for testnet:
http://18.216.202.150:8001/richlist
pool will get added later in the day :)
my testnet address:
mmQN25o2TG4JAUX1q3rLFpiU4LGezGc2dm
-
I ve downloaded the 14.2 version, then i added the conf file to the windows folder which included the wallet.dat file, then the icon turned into green, which indicates the testnet :)
If one downloads from the links above, they are setup for testnet already. In fact, they are setup such that one can run both the new client and the old client on the same system without interfering with one another.
However, if one builds from the source, then extra configuration is required (creating goldcoin.conf with testnet=1, etc).
-
Thanks MicroGuy; I've gotten as far as I can with trying to load the test client after using the config file.
The error I received was: 'Failed to open mempool file from disk. Continuing anyway.'
I tried to copy the mempool.dat file over to the testnet folder, but am now stuck with the Gui screen of 'Loading the Wallet' and my testnet debug.log files shows 'Imported mempool transactions from disk: 0 successes, 0 failed, 0 expired'
So I'm currently stuck at the moment unable to proceed. I'll keep looking for fixes, but the closest thing I could find was a bug from the bitcoin core wallet with the same issue - https://github.com/bitcoin/bitcoin/pull/9813 (https://github.com/bitcoin/bitcoin/pull/9813)
If anyone has ideas, let me know.
-
Thanks MicroGuy; I've gotten as far as I can with trying to load the test client after using the config file.
The error I received was: 'Failed to open mempool file from disk. Continuing anyway.'
I tried to copy the mempool.dat file over to the testnet folder, but am now stuck with the Gui screen of 'Loading the Wallet' and my testnet debug.log files shows 'Imported mempool transactions from disk: 0 successes, 0 failed, 0 expired'
So I'm currently stuck at the moment unable to proceed. I'll keep looking for fixes, but the closest thing I could find was a bug from the bitcoin core wallet with the same issue - https://github.com/bitcoin/bitcoin/pull/9813 (https://github.com/bitcoin/bitcoin/pull/9813)
If anyone has ideas, let me know.
The mempool.dat file can be deleted. It is a file that contains unconfirmed transactions, no client when first run will have that file in the data folder. Was this error given before the client closed itself down?
On my systems, I also saw the message about the mempool file missing in the debug logs, but the clients ran without any issues.
-
The client hangs and does not close itself down (Fedora). The only display I get from the GUI is 'Loading Wallet'. I will keep playing around with it and let you know.
-
Thanks MicroGuy; I've gotten as far as I can with trying to load the test client after using the config file.
The error I received was: 'Failed to open mempool file from disk. Continuing anyway.'
I tried to copy the mempool.dat file over to the testnet folder, but am now stuck with the Gui screen of 'Loading the Wallet' and my testnet debug.log files shows 'Imported mempool transactions from disk: 0 successes, 0 failed, 0 expired'
So I'm currently stuck at the moment unable to proceed. I'll keep looking for fixes, but the closest thing I could find was a bug from the bitcoin core wallet with the same issue - https://github.com/bitcoin/bitcoin/pull/9813 (https://github.com/bitcoin/bitcoin/pull/9813)
If anyone has ideas, let me know.
i guess you are not one the testnet branch if you build the wallet from the github source. try a git clone -b testnet https://github.com/Stouse49/Goldcoin-GLD.git or use git checkout testnet and git pull to get on the testnet branch in the Goldcoin-GLD directory. delete the .goldcoin/testnet4 directory and try again.
-
For whatever reason my testnet GoldCoin client likes to 'hang' on Fedora. I don't have a ton of time to work on it during the week so I may look at troubleshooting this weekend. Also, I plan on trying a Windows 7 testnet client on an older PC. Appreciate the support.
-
Windows 7 testnet client installed/synched with no problems.
Let me know if this is a good address to send GLD to :)
n2GPkuDqaQ4mRDVYEVYWz1QRzvnfnz9TRW
-
Windows 7 testnet client installed/synched with no problems.
Let me know if this is a good address to send GLD to :)
n2GPkuDqaQ4mRDVYEVYWz1QRzvnfnz9TRW
Welcome to TestNet. I have just sent a few coins to your address. :toast:
-
Testnet coins received. I successfully sent some to myself and to Cryptosolar to test my send capability. I will keep the Client running to see if there are any crashes.
One minor point, in the help menu, the icon for 'About Golcoin Core' looks like Litecoin. I will test more this weekend.
-
Testnet GoldcoinCore:0.14.2 online:
mmfGJryZQJTmnpsZKBGg5dZ6jD9Z3rGu9r
:coffee:
//Love the update, well done 8)
-
Two transactions received., will be Testing the overall quality of the Testnet throughout the day & also need to re-download the android app for future plans ;)
P.S. Actually been talking about the $1 gold coins you can GIT from the bank (https://www.usmint.gov/learn/coin-and-medal-programs/presidential-dollar-coin) & paying or handing them out around town for well over a year now, kinda of my little way to hint @ the future :toast:
//movement of actual product in weight be something of the past, looking forward to the future of weightless possibilities :think:
{Opencl video card with 7 Kh/s on Testnet as well && 1.3 Mh/s on Mainnet}
...good thing it's testnet...
;D Don't use the port with the higher (difficulty 600000) :D Diff now (difficulty 32) :rofl:
-
Testnet GoldcoinCore:0.14.2 online:
mmfGJryZQJTmnpsZKBGg5dZ6jD9Z3rGu9r
:coffee:
//Love the update, well done 8)
Hi TestingCrypto :wave:
nice to see you, i have send you some Testnet coins :)
___
- was able to use Coin Control with no issues
- was able to mine some Testnet Blocks using my GPU and using CGMiner 3.7.2
- was able to connect and mine with a L3+ to the Testnet , triggering 51% defence system :) Stresstest :)
so everything looks good so far :)
-
Hi TestingCrypto :wave:
nice to see you, i have send you some Testnet coins :)
___
- was able to use Coin Control with no issues
- was able to mine some Testnet Blocks using my GPU and using CGMiner 3.7.2
- was able to connect and mine with a L3+ to the Testnet , triggering 51% defence system :) Stresstest :)
so everything looks good so far :)
Thanks cryptosolar,
Testing multi send (add recipients) of 4-10 in one transaction now, will see what the limit is in 1 tx of max recipients allowed & or max Size (kB) per tx :thumbsup:
W.I.P. (work in progress)
GENESIS = 0.29 kB
0.17-0.24 kB basic tx
0.24+ tx with send
Edit: Stress Test 52 coin control inputs to self send @ block:
Height Difficulty Confirmations Size (kB) Bits Nonce Timestamp
5858 0.0017 7 7.77kB 1e024c0b 1494026496 12th Jan 2018 02:09:51 :think: :toast:
//was going to see what the rev limit was & test to see if that slowed the chain or smooth sailing ;)
-
last night just download the client and start using new version client
my testnet address is
mrkXgsugU93CecTVR1jH1APjYPNTPEX3ZG
already sent to view wallet in this thread
mmQN25o2TG4JAUX1q3rLFpiU4LGezGc2dm
n2GPkuDqaQ4mRDVYEVYWz1QRzvnfnz9TRW
mmfGJryZQJTmnpsZKBGg5dZ6jD9Z3rGu9r
just a little value to test the send function
and its look working find
right now i use this config :
server=1
testnet=1
rpcuser=goldcoinrpc
rpcpassword=changethis
rpcport=39332
addnode=168.235.108.201
addnode=64.234.57.12
addnode=98.148.130.49
addnode=24.143.94.171
addnode=66.112.169.240
addnode=18.216.202.150
port=38121
and it looks find (is that user and password need to change?)
still searching the configure setting best performance
i try to copy n paste the configure in this thread https://www.goldcointalk.org/index.php?topic=247.0
but some how its not working
will be post in here if i got something
-
Thank you Eric for these latest fixes. After updating my machines with the latest builds, the previously stuck transactions cleared. I'm now able to send coins back and forth in both directions. :)
~~
PSA: If anyone would like me to send them some free test coins, please post your Testnet client address below.
msKVvTLEjrd52RroS9x41uuMVsiErjBSw8
::)
-
Sent. :)
-
Sent. :)
Thank you, :) but they are real, or test?
-
Test Client = Test Coins
-
Test Client = Test Coins
And when the ready wallet will be available?
-
I believe it is going to be ready in a few weeks, however don't quote me on that.
-
I believe it is going to be ready in a few weeks, however don't quote me on that.
We will be running the testnet for perhaps 2 more weeks. We are also waiting for the miners connected to new clients to be the majority, as one of tests is to see what happens when the new clients reject blocks from old client miners.
-
I bought coins yesterday on cryptopia, can I transfer them to a new purse when it is ready?
-
I bought coins yesterday on cryptopia, can I transfer them to a new purse when it is ready?
Yes, when it is ready that will be possible.
-
If you are running the new or old client on the testnet, please close down your clients.
In the next few days, we will be restarting the testnet with new clients.
-
Done
-
okay
deleted the old client
downloaded the client again
the pool should be also up to date now.
Is there a node to add ?
-
Downloaded the updated client as Greg suggested on Telegram, started it but it says 7 weeks behind and its not finding nodes.
Also, there is still a Litecoin icon in the Help menu -> About Goldcoin Core.
-
okay
deleted the old client
downloaded the client again
the pool should be also up to date now.
Is there a node to add ?
The new client is not ready to run yet. It will have an addnode built in.
-
Downloaded the updated client as Greg suggested on Telegram, started it but it says 7 weeks behind and its not finding nodes.
Also, there is still a Litecoin icon in the Help menu -> About Goldcoin Core.
The new client is not ready to run on the testnet. Thanks for the info on the litecoin icon.
-
This topic is finished. Do not post any questions or comments here.
Instead go here: https://www.goldcointalk.org/index.php?topic=4061.0