|
|
pabloangello
Legendary
Offline
Activity: 1344
Merit: 1001
|
|
March 26, 2014, 11:32:55 AM |
|
Why pictures links stop working? Weird sometimes showing sometimes not, and partially, wtf? ;/
|
|
|
|
fenghush
|
|
March 26, 2014, 12:09:00 PM |
|
Why stop at random difficulty? Why not include random block rewards, PoS with random percentage after random amount of days, hell why not fork myriadcoin and choose random PoW algo for each block This is an interesting concept, but IMHO the scrypt algo needs to go. There is also an inherited flaw if you're going with the 1-20 difficulty, at some point difficulty 20 will be too easy as the network hashrate grows.
|
|
|
|
The Project (OP)
Member
Offline
Activity: 84
Merit: 10
|
|
March 26, 2014, 02:52:10 PM |
|
There is also an inherited flaw if you're going with the 1-20 difficulty, at some point difficulty 20 will be too easy as the network hashrate grows.
Thats the magic behind it all. Imagine the chaos when the dif hits 1? I like the input though. I'll take everything into account.
|
|
|
|
The Project (OP)
Member
Offline
Activity: 84
Merit: 10
|
|
March 26, 2014, 11:21:23 PM |
|
Any other ideas?
|
|
|
|
december23
Member
Offline
Activity: 71
Merit: 10
|
|
March 26, 2014, 11:23:30 PM |
|
No IPO : Yes No premine: Good
Cryptorush: No Mintpal: Yes
|
|
|
|
The Project (OP)
Member
Offline
Activity: 84
Merit: 10
|
|
March 26, 2014, 11:27:06 PM |
|
No IPO : Yes No premine: Good
Cryptorush: No Mintpal: Yes
In my opinion cryptorush is a great exchange. Hopefully we can get on cryptsy but only if we show enough support or we get enough donations to buy a spot. If we could raise 1 BTC we could get this coin on cryptsy and it would have amazing value right out the gate. remember the donation address to get on cryptsy is: 15ujudzFAi2NyXjsJNeN7ftqkbz7Q4Azpz
|
|
|
|
Painful Truth
|
|
March 26, 2014, 11:33:47 PM |
|
What do you think? hypnotic
|
|
|
|
DailyModo
|
|
March 27, 2014, 12:07:26 AM |
|
Avoiding this bs coin, dont go in other threads promoting your coin this is called spaming this is non ethical and just prove how you lack of promotional ideas.
|
Betting on esports with crypto's and steam items has never been easier. CONTACTdailymodo@gamebet.gg @GamebetGg
|
|
|
The Project (OP)
Member
Offline
Activity: 84
Merit: 10
|
|
March 27, 2014, 12:25:34 AM |
|
Avoiding this bs coin, dont go in other threads promoting your coin this is called spaming this is non ethical and just prove how you lack of promotional ideas.
wrong
|
|
|
|
xploited
Sr. Member
Offline
Activity: 304
Merit: 252
CLAM Dev
|
|
March 27, 2014, 01:15:50 AM Last edit: March 27, 2014, 01:27:49 AM by xploited |
|
I'm not quite sure I get how a random difficulty can work and would love an explanation as I'm a fan of the concept and have considered it myself before.
If each client is randomly generating their own difficulty on the hour whoever is lucky enough to generate the lowest diff required has the most chance to find the block as they require the least work, locking in the lowest diff a large portion of the time.
I'm also interested in how you can go back and validate blocks. When you go to verify a block with a 'random' difficulty change how does it find this random number again with certainty? When a block is processed it compares its PoW included in the block to what it would generate in getnextworkrequired. have you removed this PoW check for the blocks with diff changes?
Edit: taking it a step further there would be nothing keeping someone from modifying their client to always pick 1 diff on those changes. Where any diff between 1-20 has to be valid for those blocks you can remove the randomness entirely and still produce a valid diff that no one would be able to argue with.
|
|
|
|
The Project (OP)
Member
Offline
Activity: 84
Merit: 10
|
|
March 27, 2014, 01:28:25 AM |
|
I'm not quite sure I get how a random difficulty can work and would love an explanation as I'm a fan of the concept and have considered it myself before.
If each client is randomly generating their own difficulty on the hour whoever is lucky enough to generate the lowest diff required has the most chance to find the block as they require the least work, locking in the lowest diff a large portion of the time.
I'm also interested in how you can go back and validate blocks. When you go to verify a block with a 'random' difficulty change how does it find this random number again with certainty? When a block is processed it compares its PoW included in the block to what it would generate in getnextworkrequired. have you removed this PoW check for the blocks with diff changes?
Edit: taking it a step further there would be nothing keeping someone from modifying their client to always pick 1 diff on those changes. Where anything between 1-20 has to be valid for that block you can remove the randomness entirely and still produce a valid diff.
Who said that Random Coin's dif will be generated client side? I would rather not give away too much info on this because it is VERY unique and I don't want the idea stolen before launch. I'll give a full explanation of my code the day of launch.
|
|
|
|
xploited
Sr. Member
Offline
Activity: 304
Merit: 252
CLAM Dev
|
|
March 27, 2014, 01:44:33 AM |
|
I'm not quite sure I get how a random difficulty can work and would love an explanation as I'm a fan of the concept and have considered it myself before.
If each client is randomly generating their own difficulty on the hour whoever is lucky enough to generate the lowest diff required has the most chance to find the block as they require the least work, locking in the lowest diff a large portion of the time.
I'm also interested in how you can go back and validate blocks. When you go to verify a block with a 'random' difficulty change how does it find this random number again with certainty? When a block is processed it compares its PoW included in the block to what it would generate in getnextworkrequired. have you removed this PoW check for the blocks with diff changes?
Edit: taking it a step further there would be nothing keeping someone from modifying their client to always pick 1 diff on those changes. Where anything between 1-20 has to be valid for that block you can remove the randomness entirely and still produce a valid diff.
Who said that Random Coin's dif will be generated client side? I would rather not give away too much info on this because it is VERY unique and I don't want the idea stolen before launch. I'll give a full explanation of my code the day of launch. No one said that. I figured it could be assumed but obviously I was wrong. The crypto crowd from my knowledge is not much of fans of centralization, especially of their coins. I know for sure I'm not. I had hoped you had answers to my concerns that didn't involve centralization or trust because that would have made this truly novel. Thanks for your reply, I've learned everything I need to know. Best luck with your coin
|
|
|
|
The Project (OP)
Member
Offline
Activity: 84
Merit: 10
|
|
March 27, 2014, 02:30:02 AM |
|
I'm not quite sure I get how a random difficulty can work and would love an explanation as I'm a fan of the concept and have considered it myself before.
If each client is randomly generating their own difficulty on the hour whoever is lucky enough to generate the lowest diff required has the most chance to find the block as they require the least work, locking in the lowest diff a large portion of the time.
I'm also interested in how you can go back and validate blocks. When you go to verify a block with a 'random' difficulty change how does it find this random number again with certainty? When a block is processed it compares its PoW included in the block to what it would generate in getnextworkrequired. have you removed this PoW check for the blocks with diff changes?
Edit: taking it a step further there would be nothing keeping someone from modifying their client to always pick 1 diff on those changes. Where anything between 1-20 has to be valid for that block you can remove the randomness entirely and still produce a valid diff.
Who said that Random Coin's dif will be generated client side? I would rather not give away too much info on this because it is VERY unique and I don't want the idea stolen before launch. I'll give a full explanation of my code the day of launch. No one said that. I figured it could be assumed but obviously I was wrong. The crypto crowd from my knowledge is not much of fans of centralization, especially of their coins. I know for sure I'm not. I had hoped you had answers to my concerns that didn't involve centralization or trust because that would have made this truly novel. Thanks for your reply, I've learned everything I need to know. Best luck with your coin The dif doesn't envolve centralization at all. It is decided by the network of clients. Can't explain how, nor do I think you would be able to comprehend it. Complex algos.
|
|
|
|
Wenzel745
Member
Offline
Activity: 61
Merit: 10
I'll use crypto to buy a Fiat
|
|
March 27, 2014, 04:21:02 AM |
|
I'm not quite sure I get how a random difficulty can work and would love an explanation as I'm a fan of the concept and have considered it myself before.
If each client is randomly generating their own difficulty on the hour whoever is lucky enough to generate the lowest diff required has the most chance to find the block as they require the least work, locking in the lowest diff a large portion of the time.
I'm also interested in how you can go back and validate blocks. When you go to verify a block with a 'random' difficulty change how does it find this random number again with certainty? When a block is processed it compares its PoW included in the block to what it would generate in getnextworkrequired. have you removed this PoW check for the blocks with diff changes?
Edit: taking it a step further there would be nothing keeping someone from modifying their client to always pick 1 diff on those changes. Where anything between 1-20 has to be valid for that block you can remove the randomness entirely and still produce a valid diff.
Who said that Random Coin's dif will be generated client side? I would rather not give away too much info on this because it is VERY unique and I don't want the idea stolen before launch. I'll give a full explanation of my code the day of launch. No one said that. I figured it could be assumed but obviously I was wrong. The crypto crowd from my knowledge is not much of fans of centralization, especially of their coins. I know for sure I'm not. I had hoped you had answers to my concerns that didn't involve centralization or trust because that would have made this truly novel. Thanks for your reply, I've learned everything I need to know. Best luck with your coin The dif doesn't envolve centralization at all. It is decided by the network of clients. Can't explain how, nor do I think you would be able to comprehend it. Complex algos. I love the idea, but I don't know if insulting the interested folks is the best way to gain appreciation. Good luck with the coin!
|
BTC: 163pZXhATaWiuGAX9o9y6PuKCF8ipDWnJH HVC: HJWFdgUJPEw1oiLckBFPBzs8vCTLokCGgd
|
|
|
linna
|
|
March 27, 2014, 04:30:56 AM |
|
Change the algorithm , x11 runs much cooler . Random difficulty is good idea
|
Let's flower the moon.SkMkf84Mv1gGe473kswcUwzfBc7m2QwcUA TheSmurfsCoin.ThjHhQduSG6qfj8tMKepGmHgMK7Xp4u3ke
|
|
|
Wenzel745
Member
Offline
Activity: 61
Merit: 10
I'll use crypto to buy a Fiat
|
|
March 27, 2014, 05:01:48 AM |
|
Change the algorithm , x11 runs much cooler . Random difficulty is good idea
In addition to running cooler, Scrypt ASICS are rolling out. This coin will get obliterated (with almost all the Scrypt coins) as soon as those hit. Only survivors will be *Maybe* litecoin. X11 has no ASICS yet, runs cooler, and might actually give this coin a shot. I agree, Random difficulty seems new and interesting
|
BTC: 163pZXhATaWiuGAX9o9y6PuKCF8ipDWnJH HVC: HJWFdgUJPEw1oiLckBFPBzs8vCTLokCGgd
|
|
|
The Project (OP)
Member
Offline
Activity: 84
Merit: 10
|
|
March 27, 2014, 05:30:37 AM |
|
Change the algorithm , x11 runs much cooler . Random difficulty is good idea
In addition to running cooler, Scrypt ASICS are rolling out. This coin will get obliterated (with almost all the Scrypt coins) as soon as those hit. Only survivors will be *Maybe* litecoin. X11 has no ASICS yet, runs cooler, and might actually give this coin a shot. I agree, Random difficulty seems new and interesting Thanks for the input. I might make the switch to x11. I'm still trying to figure out how I will do this with 0% pre-mine. It would be great if we could get some donations to really kickstart this coin.
|
|
|
|
Wenzel745
Member
Offline
Activity: 61
Merit: 10
I'll use crypto to buy a Fiat
|
|
March 27, 2014, 05:41:24 AM |
|
Change the algorithm , x11 runs much cooler . Random difficulty is good idea
In addition to running cooler, Scrypt ASICS are rolling out. This coin will get obliterated (with almost all the Scrypt coins) as soon as those hit. Only survivors will be *Maybe* litecoin. X11 has no ASICS yet, runs cooler, and might actually give this coin a shot. I agree, Random difficulty seems new and interesting Thanks for the input. I might make the switch to x11. I'm still trying to figure out how I will do this with 0% pre-mine. It would be great if we could get some donations to really kickstart this coin. If you write good code, promote your coin and get some actual adoption (and merchant support) then you'll get donations and support from miners. Same way miners can make a living mining, you should be able to make one by developing your coin. The algo is the starting point, but without attention this'll die like so many other coins.
|
BTC: 163pZXhATaWiuGAX9o9y6PuKCF8ipDWnJH HVC: HJWFdgUJPEw1oiLckBFPBzs8vCTLokCGgd
|
|
|
|