CryptoCoderz just found the problem on Slack, I'm sure these problems will sort themselves out in time. Just gotta be patient...
blockchain is stopped on block 650041 http://espv2.miningalts.com/thats good, because there is a chain fork with 646530 height... and nobody knows where are the exchanges...
|
|
|
ok now I am really confused. Everybody says wait till block 638000 then POW starts again But i go to cryptocoders pool I see people mining. So what about it? Somebody please explain what is this about. And why did POW stopped in the first place? I've read a bit in the thread but can't follow it. Thank you guys Actually, the POW is not broken, just the pow difficulty is very-very high. for normal cpu/gpu, it is hard to find a pow block, but not impossible. if they have a very good lucky, and found a 0000000000000000...... hash block. but they're runing the gpu for notting... After 638000 block, diff calculation is fixed, and gpus can found block in normal speed.
|
|
|
but cpuminer-opt-3.4.12-windows it does not fit with this bat file cpuminer-corei7-avx -a xevan -o stratum+tcp://stratum.coinspool.cu.cc:3045 -u i8TcMSV4Fn5qazWGhMmopLLVFdgkUd6iwq -p x -t 8 what's wrong am I doing? First, you used an invalid address in username, use a valid bitsend address! Second, add this to command line for cpuminer-opt: --diff-multiplier 256Elbandi
|
|
|
ok, look like this was not a real gpuminer, now ive 900 more cpu miners. Was maybe a proxy named ccminer, unsure and confusing..
ccminer has benchmark sending feature. stratum proxy not. i dont find gpu stats for timetravel, so i vote to proxy.
|
|
|
could someone explain why segwit good for an altcoin?
bitcoin blocks almost full, they have to do something to put more tx into one block. But in altcoins blocks are empty....
Elbandi
|
|
|
Installed. Now this gives an error. /home/max/unomp# node init.js [2017-01-08 12:16:01.244] [INFO] [default] - New Relic [2017-01-08 12:16:01.249] [DEBUG] [default] - NewRelic Monitor New Relic initiated [2017-01-08 12:16:01.252] [INFO] [default] - POSIX Not Installed [2017-01-08 12:16:01.252] [DEBUG] [default] - POSIX Connection Limit (Safe to ignore) POSIX module not installed and resource (connection) limit was not raised [2017-01-08 12:16:01.253] [INFO] [default] - Run Workers
/home/max/unomp/init.js:139 for (var i=0; i < poolOptions.auxes.length; i++){ ^ TypeError: Cannot read property 'length' of undefined at /home/max/unomp/init.js:139:43 at Array.forEach (native) at buildPoolConfigs (/home/max/unomp/init.js:135:21) at init (/home/max/unomp/init.js:526:19) at Object.<anonymous> (/home/max/unomp/init.js:542:3) at Module._compile (module.js:456:26) at Object.Module._extensions..js (module.js:474:10) at Module.load (module.js:356:32) at Function.Module._load (module.js:312:12) at Function.Module.runMain (module.js:497:10) root@ms-pool:/home/max/unomp# cd root@ms-pool:~# apt-get install posix Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package posix How to fix? pool coin config error, verify that this exists in pool_config/something.json:
|
|
|
So I created a random Bitcoin Address using BitAddress.org then took the Bitcoin address and converted it to ZCash using this format: https://runkit.io/gojomo/baddr2taddr/1.0.4/1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa6=> t1StbPM4X3j4FGM57HpGnb9BMbS7C1nFW1r Source: https://forum.z.cash/t/javascript-address-generator-for-zcash/2926/6I sent funds to the Zcash output address then later checked the Wallet Details on BitAddress.org from the Private Key. The details showed the Compressed Address is the Bitcoin address shown when you generate a new address. And when you use the tool to convert to Zcash it is a different zcash address for the compressed and uncompressed bitcoin addresses. Does the Private Key for a Bitcoin Address work for both Zcash equivalents either Compressed or Uncompressed? import both the compressed and uncompressed keys to zcash wallet.
|
|
|
When I try and mine with keccak, I get rejects:
ThreadRPCServer method=submitblock ERROR: CheckBlock() : hashMerkleRoot mismatch ERROR: ProcessBlock() : CheckBlock FAILED
Merkleroot hash is always sha256d but it's set to keccak... MAXcoin works just fine on keccak... Am I missing something? maxcoin use single sha256 for coinbasetx (and all tx hash): https://github.com/tpruvot/cpuminer-multi#L1676-L1679while joincoin use double sha256 for all tx.
|
|
|
When I try and mine with keccak, I get rejects:
ThreadRPCServer method=submitblock ERROR: CheckBlock() : hashMerkleRoot mismatch ERROR: ProcessBlock() : CheckBlock FAILED
Merkleroot hash is always sha256d
|
|
|
so, Total coins: 2,800,000 + blocks ? :p
Height Reward Count Reward*Count 1 1400000 1 1400000 800 0,5 799 399,5 2000 6 1200 7200 10000 5 8000 40000 20000 4 10000 40000 40000 3 20000 60000 626200 2 586200 1172400 630000 0 3800 0 1329800 1 699800 699800 ---------------------------------------- 3419799,5
So 3419799.5 + unlimited * 0.5
|
|
|
I ported the blazecoin spec to litecoin 0.10 codebase. source is here: https://github.com/bitbandi/blazecoin/tree/master-0.10i can load the booststrap file, so it works. but use at own risk! The blazecoin gui design is not ported, it look like a normal litecoin wallet. Known issue: slow daemon/wallet stop, i dont know why. i think it cannot read the old block files, you have to redownload the blockchain. (but you can make a bootstrap file from existing data: cat blocks/blk*.dat >bootstap.dat and use google how to use the bootstrap.dat file!)
|
|
|
Project exists, just gitlab has a known issue, after they solve the issue, project will be available again.
|
|
|
use pywallet to export/dump the wallet data, the addresses was not good, because the address prefix is for bitcoin. (it is possible that pywallet cannot read the wallet, thats because the altcoin used a not strandard tx/blocks fields, but that could helps to exclude some coins, which is use standard tx/blocks.)
And you have some transactions, and source can search the tx hash in public block explorers. if you found the tx, you found the altcoin too.
|
|
|
Agreed with you,minifaucet script is best free faucet scripts available.
but this script needs some security improves.
What do you mean "some security improves"? anyway, i started to work on v2.0, new framework, easiest install/configuration, and more features.... estimated public release at end of year.
|
|
|
Not true. The magic bytes are just a handshake upon connecting, to ensure you are connecting to the daemon you expect. They do not go into the blocks nor blockchain.
Just open the blk0000.dat file with hex editor. Look the first 4 bytes.
|
|
|
Well the chain definitely forked horribly and quite long ago. Thus we have gone with it, making an actual fork, so that all those folk who are on the big alternate chain everyone in the Galactic Milieu is using don't have a huge mess of accounting screwups. The fork is named Axon, its default ports are one higher than Axiom's so that it uses different ports, and one of the magic bytes is different too so it won't connect to Axiom instances even if it does encounter one. It is at https://github.com/knotwork/axonThe node to add to synch with its blockchain is dvcstable01.dvcnode.org If you change the magic bytes, you cannot read the current block files!
|
|
|
|