Pages:
Author

Topic: [ANN] [XRDN] Project Radon - Rebrand update released - Hard fork at block 338000 - page 18. (Read 33227 times)

legendary
Activity: 1610
Merit: 1003
"Yobit pump alert software" Link in my signature!
ok posted as promised: http://bitcoinlasvegas.net/xradon-coin-xrdn-scrypt-powpos-just-launched-now-at-block-50-launched-on-5252015/

For those of you not familiar with my site, here is more info:

Guys, for the past year I have worked extremely hard every day to build the best and most up to date website in the world for cryptocurrency. I update it ONLY with valuable information such as a new coin release,an updated wallet,coin swaps, addnodes, and wallets with trojans you should avoid, and ANYTHING that is useful. Most of the time, I post news within a few minutes after it happens. I post at least 5 valuable articles a day. Many people find it useful to subscribe to my blog, and then you will get an email within a minute after I post. I do NOT spam, and carefully choose quality information. My posts are right to the point including coin name and logo,specs,exchanges, addnodes,and wallet links, and I even list only 1 pool with all the hash , so you know right where to go! I also post a  link to the main ann on bitcointalk to the coin. Its clean and very easy to read...AND Its all FREE!! I personally promise to NEVER send spam, or junk or offer to sell anything, and post ONLY QUALITY cryptocoin news! Thank you, and when you go to www.bitcoinlasvegas.net youll be glad you did!

newbie
Activity: 36
Merit: 0
I think the best solution is for us ALL agree to back off this and limit the hashspeed. Say 500Mhs MAX

Vegas
The problem is getting past block 51. The network is working at finding block 52 @ 512 difficulty, but it can't. If the chain is stuck, that's a whole different issue but for now we need to get past this block. If the times prove to be this slow, I can set the fork to happen much earlier.

No, its not only the block 52... if you analise the pattern, after block 52 it will decrease the next 2 or 3 blocks to a minimum diff, than to a too high diff again, and it will take hours again...
hero member
Activity: 644
Merit: 500
I think the best solution is for us ALL agree to back off this and limit the hashspeed. Say 500Mhs MAX

Vegas
The problem is getting past block 51. The network is working at finding block 52 @ 512 difficulty, but it can't. If the chain is stuck, that's a whole different issue but for now we need to get past this block. If the times prove to be this slow, I can set the fork to happen much earlier.

Edit: We're looking at quite a long time to find the next block at this point.
legendary
Activity: 1610
Merit: 1003
"Yobit pump alert software" Link in my signature!
I think the best solution is for us ALL agree to back off this and limit the hashspeed. Say 500Mhs MAX

Vegas
newbie
Activity: 36
Merit: 0
OP updated with the new windows wallet. Please update before block 150.
https://mega.co.nz/#!0Z51BRwZ!pCSr30OiL47gfQo8nNN9u06HrD62F4sXBWyTa0ivzDg

The hardfork cant be done earlier, like 80-100?? More than 50min at block 52... at this way, we will reach block 150 in a week (or more)...

We cant even put more hashes (or the situation will be worse)....
hero member
Activity: 644
Merit: 500
newbie
Activity: 36
Merit: 0
Windows wallet will be up shortly. Hard fork at block 150.

Good job! But we will spend "a life" to reach block 150...  Cry
legendary
Activity: 1610
Merit: 1003
"Yobit pump alert software" Link in my signature!
Windows wallet will be up shortly. Hard fork at block 150.

Ok.. I think I like this dev! right on top of things. Its not the fact you made an error, its how you deal with it. Well done!

+1000  Grin

Vegas
hero member
Activity: 644
Merit: 500
Windows wallet will be up shortly. Hard fork at block 150.
sr. member
Activity: 448
Merit: 250
legendary
Activity: 1610
Merit: 1003
"Yobit pump alert software" Link in my signature!
After github source is verified. Please post new windows binary on OP and report here. Thank you for your dedication. In the meantime Ill begin my article on the coin. 300-500 set of eyes per day will see it.

Vegas
hero member
Activity: 644
Merit: 500
Github updated. Ocminer, can you verify the fork?
newbie
Activity: 36
Merit: 0
It's almost impossible continue mining with this crazy diff... We REALLY need an update much sooner!
legendary
Activity: 1610
Merit: 1003
"Yobit pump alert software" Link in my signature!
OC would you mind if the dev sent you the new code to look at first before release?

We REALLY need it MUCH sooner than tomorrow afternoon, this diff is a nightmare Sad

@dev, you have a development fund. I STRONGLY urge you to use some of it and hire OCMINER to expedite the new fork. He can get this done MUCH faster, and get everyone moving forward. I want to post your coin on my site that is ranked #1-3 for searches for every coin on google, but not in the condition its in. Google ANY recent coin released in the last few months, Ill be at the top of the page. www.bitcoinlasvegas.net

Vegas
hero member
Activity: 644
Merit: 500
@OCMiner @MinerPools, your pools are not mining to the network.

Not mining to the network? To what then? The wall?

Do you mean there is a fork again or what?
It seems the hash rates of the pools jump on and off of the network.

Dude, seriously.. Think before you write.. No one is jumping off or on the network, the problem is you have set a wrong nTargetTimespan in the source..

This variable is NOT setting the blocktime i.e. 60 seconds per block, it sets the "look over the last blocks in this timespan to calculate the next diff" in the coin.. if you set this to 1 minute, it only looks at the last block and sets a diff which is much too high, the IvugeoMeoShitCoin Dev had the same problem with his coin. You have to set this to at least 5 mins, better 10 mins to get a working diff recalculation.

If you don't know what you're talking about, its sometimes better to ask instead of writing anything that just comes into your mind..
So I guess we're gonna have to hard fork to a new retarget.. Let me get working on it. In the mean time, we've just got to live with slow blocks.

Sounds good.. Please test the retarget before releasing an update or it will be a mess... you have to find the right value 5/10/15 minutes etc..
Will do. Everything will be working by the hard fork. Most likely the soonest time that it will be out is by tomorrow afternoon.
legendary
Activity: 2688
Merit: 1240
@OCMiner @MinerPools, your pools are not mining to the network.

Not mining to the network? To what then? The wall?

Do you mean there is a fork again or what?
It seems the hash rates of the pools jump on and off of the network.

Dude, seriously.. Think before you write.. No one is jumping off or on the network, the problem is you have set a wrong nTargetTimespan in the source..

This variable is NOT setting the blocktime i.e. 60 seconds per block, it sets the "look over the last blocks in this timespan to calculate the next diff" in the coin.. if you set this to 1 minute, it only looks at the last block and sets a diff which is much too high, the IvugeoMeoShitCoin Dev had the same problem with his coin. You have to set this to at least 5 mins, better 10 mins to get a working diff recalculation.

If you don't know what you're talking about, its sometimes better to ask instead of writing anything that just comes into your mind..
So I guess we're gonna have to hard fork to a new retarget.. Let me get working on it. In the mean time, we've just got to live with slow blocks.

Sounds good.. Please test the retarget before releasing an update or it will be a mess... you have to find the right value 5/10/15 minutes etc..
hero member
Activity: 644
Merit: 500
@OCMiner @MinerPools, your pools are not mining to the network.

Not mining to the network? To what then? The wall?

Do you mean there is a fork again or what?
It seems the hash rates of the pools jump on and off of the network.

Dude, seriously.. Think before you write.. No one is jumping off or on the network, the problem is you have set a wrong nTargetTimespan in the source..

This variable is NOT setting the blocktime i.e. 60 seconds per block, it sets the "look over the last blocks in this timespan to calculate the next diff" in the coin.. if you set this to 1 minute, it only looks at the last block and sets a diff which is much too high, the IvugeoMeoShitCoin Dev had the same problem with his coin. You have to set this to at least 5 mins, better 10 mins to get a working diff recalculation.

If you don't know what you're talking about, its sometimes better to ask instead of writing anything that just comes into your mind..
So I guess we're gonna have to hard fork to a new retarget.. Let me get working on it. In the mean time, we've just got to live with slow blocks.
newbie
Activity: 36
Merit: 0
Diff is jumping like a crazy rabbit...
hero member
Activity: 742
Merit: 500
looks like a joke already., any option for scrypt mine? dont want to waste time here
legendary
Activity: 2688
Merit: 1240
@OCMiner @MinerPools, your pools are not mining to the network.

Not mining to the network? To what then? The wall?

Do you mean there is a fork again or what?
It seems the hash rates of the pools jump on and off of the network.

Dude, seriously.. Think before you write.. No one is jumping off or on the network, the problem is you have set a wrong nTargetTimespan in the source..

This variable is NOT setting the blocktime i.e. 60 seconds per block, it sets the "look over the last blocks in this timespan to calculate the next diff" in the coin.. if you set this to 1 minute, it only looks at the last block and sets a diff which is much too high, the IvugeoMeoShitCoin Dev had the same problem with his coin. You have to set this to at least 5 mins, better 10 mins to get a working diff recalculation.

If you don't know what you're talking about, its sometimes better to ask instead of writing anything that just comes into your mind..
Pages:
Jump to: