BTW, overnight CloudCoin went into "locked" mode, just like ORB, only PoS blocks make it into the network now. Mining doesn't work at all.
I believe AndroidTokens (ADT) is also having the same problem.
Topic: remove thread - page 7. (Read 31275 times)
Very interested to see the code changes - I'm using *nix so need to compile from source
BTW, overnight CloudCoin went into "locked" mode, just like ORB, only PoS blocks make it into the network now. Mining doesn't work at all.
I believe AndroidTokens (ADT) is also having the same problem.
BTW, overnight CloudCoin went into "locked" mode, just like ORB, only PoS blocks make it into the network now. Mining doesn't work at all.
I believe AndroidTokens (ADT) is also having the same problem.
YES - it is not OrbitCoin exclusive bug. It was inherited from the previous forks.
Just need some rare confluence of conditions for its manifestation.
Bay the way. After of few days of compiling and debugging i finaly patch code and successfully compile/build it under Windows!
My small patch is working - i can mining (PoW) normal now. (I am at 411847 block already - started from current last PoW block 411577 )
But all need to apply this patch or network will be forked. (2 exchanges and block explorer - most important part)
Here is my new (1.2.1) version of OrbitCoin client:
Windows binary: http://yadi.sk/d/8BiaEltqFR844
For those who want to see the all changes in code and try to compile yourself i will try make fork on GitHub (although I have never done that yet, and even there is not registered)
P.S.
To all - do NOT make any transaction now - until it is not clear which of the forks win.
Just need some rare confluence of conditions for its manifestation.
Bay the way. After of few days of compiling and debugging i finaly patch code and successfully compile/build it under Windows!
My small patch is working - i can mining (PoW) normal now. (I am at 411847 block already - started from current last PoW block 411577 )
But all need to apply this patch or network will be forked. (2 exchanges and block explorer - most important part)
Here is my new (1.2.1) version of OrbitCoin client:
Windows binary: http://yadi.sk/d/8BiaEltqFR844
For those who want to see the all changes in code and try to compile yourself i will try make fork on GitHub (although I have never done that yet, and even there is not registered)
P.S.
To all - do NOT make any transaction now - until it is not clear which of the forks win.
2 almightyruler
No this changes activates only after 1051200 (1 mil) blocks.
No this changes activates only after 1051200 (1 mil) blocks.
Right, I understand the code now, in the original nSubsidy was shifted zero bits (no change) until after block #1051200. The code rewrite makes it clearer.
But now we at ~410k blocks only. Some bugs it in POS realisation part (Inherited from BitBar/YAcoin or even from NovaCoin or PPCcoin - not sure ORB was forked from, some sight in code point to NovaCoin, but may be fork of the fork of fork...) - sometimes (in some rare situations) POS produce buggy(incorrect) block but it pass check and not rejected/orphaned but included in blockchain.
After this monent all other PoW bloks will be regarded as invalid and rejected - only PoS accepted.
After this monent all other PoW bloks will be regarded as invalid and rejected - only PoS accepted.
This sounds a little what has happened to CloudCoin (CDC). In that case, PoW blocks are being generated by miners, but the network is reversing most of them within a few minutes. Looks like ORB is not accepting PoW blocks at all though.
For comparison, last 24 hours in the blockchain...
CDC: 1399 PoS blocks, 0 PoW
ORB: 48 PoS blocks, 0 PoW
Both coins broken.
Are a lot of other derived coins with the same bugs going to start failing?
2 almightyruler
No this changes activates only after 1051200 (1 mil) blocks. But now we at ~410k blocks only. Some bugs it in POS realisation part (Inherited from BitBar/YAcoin or even from NovaCoin or PPCcoin - not sure ORB was forked from, some sight in code point to NovaCoin, but may be fork of the fork of fork...) - sometimes (in some rare situations) POS produce buggy(incorrect) block but it pass check and not rejected/orphaned but included in blockchain.
After this monent all other PoW bloks will be regarded as invalid and rejected - only PoS accepted.
P.S.
After many hours I could finally build it under windows. But now it crash just after start...
Will try recompile QT itself + boost from source next time before compile client. But it so looong and slow...
No this changes activates only after 1051200 (1 mil) blocks. But now we at ~410k blocks only. Some bugs it in POS realisation part (Inherited from BitBar/YAcoin or even from NovaCoin or PPCcoin - not sure ORB was forked from, some sight in code point to NovaCoin, but may be fork of the fork of fork...) - sometimes (in some rare situations) POS produce buggy(incorrect) block but it pass check and not rejected/orphaned but included in blockchain.
After this monent all other PoW bloks will be regarded as invalid and rejected - only PoS accepted.
P.S.
After many hours I could finally build it under windows. But now it crash just after start...
Will try recompile QT itself + boost from source next time before compile client. But it so looong and slow...
I think i can temporaly fix network (it is a buggy code, although the original developer thinks that this some kind of attack on network and conspiracy against him 
).
).Would the network stalling be anything to do with the reward change? Won't that affect validating blocks if the network is split between old and new code?
orbitcoin 1.0
Code:
int64 nSubsidy = 0.25 * COIN;
if(nHeight < 11)
{
nSubsidy = 100000 * COIN;
}
nSubsidy >>= (nHeight / 1051200);
if(nHeight < 11)
{
nSubsidy = 100000 * COIN;
}
nSubsidy >>= (nHeight / 1051200);
orbitcoin 1.2
Code:
int64 nSubsidy = 0.25 * COIN;
if(nHeight < 11){nSubsidy = 100000 * COIN;}
else if (nHeight > 1051200){nSubsidy = 0.25 * COIN;}
else if (nHeight > 2102400){nSubsidy = 0.125 * COIN;}
else if (nHeight > 3153600){nSubsidy = 0.0625 * COIN;}
else if (nHeight > 4204800){nSubsidy = 0.03125 * COIN;}
else if (nHeight > 5256000){nSubsidy = 0.015625 * COIN;}
else if (nHeight > 3994560000){nSubsidy = 0 * COIN;} ********
if(nHeight < 11){nSubsidy = 100000 * COIN;}
else if (nHeight > 1051200){nSubsidy = 0.25 * COIN;}
else if (nHeight > 2102400){nSubsidy = 0.125 * COIN;}
else if (nHeight > 3153600){nSubsidy = 0.0625 * COIN;}
else if (nHeight > 4204800){nSubsidy = 0.03125 * COIN;}
else if (nHeight > 5256000){nSubsidy = 0.015625 * COIN;}
else if (nHeight > 3994560000){nSubsidy = 0 * COIN;} ********
******** g++ complains "warning: comparison is always false due to limited range of data type" about the last conditional, which I guess means the client will keep generating coins forever.
======
This is what debug.log says when my miner submits a found block. I'm not that familiar with the code but I guess it could mean there's an issue with the difficulty calculation. Miner is finding block at supplied difficulty, client rejects PoW as it's the wrong difficulty?
Code:
BitcoinMiner:
new block found
hash: 0000000a0cd72247dfb722bfb8e594367038b1c1c4733ae288c45a9631b4a592
target: 0000000fd7140000000000000000000000000000000000000000000000000000
CBlock(hash=0000000a0cd72247dfb722bfb8e594367038b1c1c4733ae288c45a9631b4a592, ver=4, hashPrevBlock=a85d39f3db0d3648e91f1a8d631fe863104d891432625b77dbff65f5f1e29c7b, hashMerkleRoot=1651473609dd90780cdf0fdca9925d51fb81d4cfb486e7fcd3fdd08a6857a263, nTime=1388708165, nBits=1d8fd714, nNonce=2906194432, vtx=1, vchBlockSig=3046022100fdf6c348fc7f909754e30ee88c3484b1e7d9b3d84570592e39d6991b1c5666a3022100e339281ed4efb86ac9097bd4801b7cc1608f6fb986772f80c16307b70b480908)
Coinbase(hash=1651473609, nTime=1388706796, ver=2, vin.size=1, vout.size=1, nLockTime=0)
CTxIn(COutPoint(0000000000, 4294967295), coinbase 036e4706025209062f503253482f)
CTxOut(nValue=0.25, scriptPubKey=03d5548c59fc86215680f1f6e645e8aa6e22a719503129a268327acc1cd7f976df OP_CHECKSIG)
vMerkleTree: 1651473609
generated 0.25
ERROR: CheckProofOfWork() : nBits below minimum work
ERROR: CheckBlock() : proof of work failed
ERROR: ProcessBlock() : CheckBlock FAILED
ERROR: BitcoinMiner : ProcessBlock, block not accepted
new block found
hash: 0000000a0cd72247dfb722bfb8e594367038b1c1c4733ae288c45a9631b4a592
target: 0000000fd7140000000000000000000000000000000000000000000000000000
CBlock(hash=0000000a0cd72247dfb722bfb8e594367038b1c1c4733ae288c45a9631b4a592, ver=4, hashPrevBlock=a85d39f3db0d3648e91f1a8d631fe863104d891432625b77dbff65f5f1e29c7b, hashMerkleRoot=1651473609dd90780cdf0fdca9925d51fb81d4cfb486e7fcd3fdd08a6857a263, nTime=1388708165, nBits=1d8fd714, nNonce=2906194432, vtx=1, vchBlockSig=3046022100fdf6c348fc7f909754e30ee88c3484b1e7d9b3d84570592e39d6991b1c5666a3022100e339281ed4efb86ac9097bd4801b7cc1608f6fb986772f80c16307b70b480908)
Coinbase(hash=1651473609, nTime=1388706796, ver=2, vin.size=1, vout.size=1, nLockTime=0)
CTxIn(COutPoint(0000000000, 4294967295), coinbase 036e4706025209062f503253482f)
CTxOut(nValue=0.25, scriptPubKey=03d5548c59fc86215680f1f6e645e8aa6e22a719503129a268327acc1cd7f976df OP_CHECKSIG)
vMerkleTree: 1651473609
generated 0.25
ERROR: CheckProofOfWork() : nBits below minimum work
ERROR: CheckBlock() : proof of work failed
ERROR: ProcessBlock() : CheckBlock FAILED
ERROR: BitcoinMiner : ProcessBlock, block not accepted
BTW I am able to compile the source, but I'm only using the headless daemon under *nix.
No working pools and solomine not work too (at all = 100% rejects). 5th day now
Although transactions are still going through - but only at the rare POS blocks. (if there was no POS generation network would already be dead)
I think i can temporaly fix network (it is a buggy code, although the original developer thinks that this some kind of attack on network and conspiracy against him ).
But i even cannot compile it from sourse:
on the official site only binary files.
And source at https://github.com/Orbitcoin/Orbitcoin not compile - lot of random errors (wrong path, wrong includes, wrong functions call from libs etc). Think it is not same version from which it was current binaries for windows created...
I Try
both console deamon and full GUI QT wallet.
MinGW 4.8.1
QT 4.8.5
boost (source of majority of problems at compiling) boost_1_43, boost_1_50 / boost_1_53 / boost_1_55
db-4.8.30.NC
openssl-1.0.1
Although transactions are still going through - but only at the rare POS blocks. (if there was no POS generation network would already be dead)
I think i can temporaly fix network (it is a buggy code, although the original developer thinks that this some kind of attack on network and conspiracy against him
).But i even cannot compile it from sourse:
on the official site only binary files.
And source at https://github.com/Orbitcoin/Orbitcoin not compile - lot of random errors (wrong path, wrong includes, wrong functions call from libs etc). Think it is not same version from which it was current binaries for windows created...
I Try
both console deamon and full GUI QT wallet.
MinGW 4.8.1
QT 4.8.5
boost (source of majority of problems at compiling) boost_1_43, boost_1_50 / boost_1_53 / boost_1_55
db-4.8.30.NC
openssl-1.0.1
are there any wallet or pool alive?
What happened to this coin?
Re-launching my Orbitcoin pool as per request of acckiller. Lets bring this coin alive again
http://orb.nordicminers.eu
1% fee, proportional payouts and no delays in payouts. 0% Fee during the holidays. Merry X-mas!
I just jumped in the deep end with 600 kh/s. I've been a fan of your pools.http://orb.nordicminers.eu
1% fee, proportional payouts and no delays in payouts. 0% Fee during the holidays. Merry X-mas!
Code:
Round Shares Submitted shares since last found block (ie. round shares)
Est. Shares 241 (done: 111608.71%)
Pool Valid 268977
Your Valid 3642
Pool Invalid 508
Your Invalid 5
Left it on overnight and still 0 confirmed 0 unconfirmed
Re-launching my Orbitcoin pool as per request of acckiller. Lets bring this coin alive again
http://orb.nordicminers.eu
1% fee, proportional payouts and no delays in payouts. 0% Fee during the holidays. Merry X-mas!
I just jumped in the deep end with 600 kh/s. I've been a fan of your pools. http://orb.nordicminers.eu
1% fee, proportional payouts and no delays in payouts. 0% Fee during the holidays. Merry X-mas!
Re-launching my Orbitcoin pool as per request of acckiller. Lets bring this coin alive again
http://orb.nordicminers.eu
1% fee, proportional payouts and no delays in payouts. 0% Fee during the holidays. Merry X-mas!
http://orb.nordicminers.eu
1% fee, proportional payouts and no delays in payouts. 0% Fee during the holidays. Merry X-mas!
Avg Profitability Past 7 Days: 1 727,64%
Current price in cryptsy: 0.00144872 BTC
Difficulty: 0.32056
Current price in cryptsy: 0.00144872 BTC
Difficulty: 0.32056
orbitcoind grabs a heap of CPU for some reason. A basic RPC call like 'getinfo' can take 10 to 20 seconds to respond.
The server itself is not at 100% load.
No change with the newer 1.2 version. It's still a CPU hog, even when it's synced and there are no blocks to verify for a minute or two. It seems to be stuck in a loop doing SOMETHING. Any ideas?
The server itself is not at 100% load.
No change with the newer 1.2 version. It's still a CPU hog, even when it's synced and there are no blocks to verify for a minute or two. It seems to be stuck in a loop doing SOMETHING. Any ideas?
Avg Profitability Past 7 Days: 1 451,50%
Current price in cryptsy: 0.00140000 BTC
Difficulty: 0.30418
Pointing miners
Current price in cryptsy: 0.00140000 BTC
Difficulty: 0.30418
Pointing miners
With the spelling and lots of other interesting things on their website, I don't think Orbit.
THis coin just released on cryptsy. Lol. Where will it go ?
Correct answer
Let me PM you about that coin of yours, that is a possibility. 
Correct answer
Three yes post and I release orbis coin, orbitcoin clone minus the premine
No, no, no. Enough?So you want his coin to thrive
Three yes post and I release orbis coin, orbitcoin clone minus the premine
No, no, no. Enough?So you want his coin to thrive
Jump to: