[ANN] StarTrek insipred coins =) and mining links (Low Diff) Nice Bounties!

[dreamwatcher]

Just an idea, why don't you make the changes locally, and recompile ked. Who knows if it will work. UFC uses the same value, but it has different other settings.

I have been. I lost count of how commits I ported over, changes,  and compiles I have done tonight. I think I am done for tonight. Hopefully somebody will come up with a solution overnight. If not I will try again tomorrow.

[unfocus]

One more thing. Is it possible that you got the correct patch, but everyone else are running the old one and rejecting your blocks? Maybe you are a subject of 51% (or maybe 98%) attack by old daemons.

[Shad3dOne]

Another clue:

https://bitcointalk.org/index.php?topic=279601.msg3270196#msg3270196

Too many POS blocks being generated by a pool. Pos is taking priority rules and blocking All POW generation.


Next clue :

https://bitcointalk.org/index.php?topic=279601.msg3273614#msg3273614

1. There are too many transactions in peoples wallets trying to POS.
2. POS is getting priority
3. I asked people to move around funds or use new wallets with 0 balance to free the network
4. Could be the exchange with large number of POS also, may need a secondary fund.
5. Without people moving coins the total pos blocks just keep building, making pow mining impossible.

by muddafudda

and finally (maybe) :  https://bitcointalk.org/index.php?topic=279601.msg3275100#msg3275100

POS Blocks override POW blocks... so until all wallets (thousands of them currently opened) who has POS blocks to be mined are mined, POW must wait for POS to complete.  Therefore, to help speed up POS, goto HELP > DEBUG WINDOW > Click CONSOLE tab, then type

sendtoaddress <ColossusCoinaddress> <amount> [comment] [comment-to] [tx-comment]

and send to your own wallet address with the FULL amount in your wallet.

This will stop the thousands of POS blocks waiting to be mined.  POS Blocks are CPU mined blocks and will take a very long time.

by swiftshoot

possible fix...renew coin-age in large wallets by moving coins to another address/wallet..send to self etc...this will knock down the POS generating override and allow POW to be mined once again.

The longer you keep a coin in your wallet...the more likely it will generate POS...and block  POW generation.


Hope this helps.

[jonoiv]

I had an old wallet.dat file stored from the early days of KED mining.  I synced it up last night with the new client and I get lots of POF blocks with 0 amount

I thought they were called POS blocks?

[scificoin]

Ok guys so the reason for the Darsek problem is quite simple from what I seem to be seeing, and as you may have gathered I have nowhere near the level of understanding of the complexities as Dreamwatcher does.  However, this is not a problem in the code as such but more of a circumstantial issue.

The daemons and QTs that have long term static coins are crashing and taking up a vast amount of resources. This is also probably the reason Dreamwatcher has problems with the darsek pool daemon.   The stake blocks are a big issue on resources especially as some of you have vast amounts of coins.  

The long term solution (if you still want to store vast amounts of coins) is to either move them around, or store them on a client that is always on and not in cold storage, this will take a lot of processing power if you have a large amount of coins.  

In the future this should, in theory become less of an issue as the coins with have more liquidity and as a result less PoS blocks with a stronger network.  

The reason we are seeing problems now is because many people will have re-synced old wallets after the new clients were released.  the PoS blocks are all bottle-necking the network as they have been stored up for a long time.  Now all this info is being forced onto the chain.  

Like  Shad3dOne has suggested the only fix now is to move your coins along to completely new client (wallet.dat) .

You may find that moving them is a pain, but keep trying and you will get there.  


I may be wrong.  

[meta.p02]

Question about PoS: Is there a way to make PoS consume multiple txouts, or is it only possible to stake one at a time?

[scificoin]

Question about PoS: Is there a way to make PoS consume multiple txouts, or is it only possible to stake one at a time?

AFAIK.  It depends on how the coins arrived at that wallet, as the PoS is purley based on time or blocks passed since generation.  So for example blocks that were originally solo mined will stake one at a time, but if you get 1000, in one lump from a pool it will stake as one block in the future. 

[scificoin]

I may be wrong.  

And I think i probably am.  I am reading about Cosmoscoin, the coin that KED was cloned from.  It looks like it may have been a bad choice.  The PoS code was taken from the earlier version of novacoin,    and may have some inbuilt PoS problems, that do not exist on UFC or GPL.  

One possible solution that I have thought of, would be to have a cash in..  

If we were to relaunch the coin we could do block 1 as a super block (80,000 - 100,000) and divide the coinage between the current Darsek contributors.  

We could create a new coin, without the stratum issue.  we could even make it Sha256, or some other algorithm.  

Just an idea.   I think it's less pain then any other possibilities at the moment.  As we have a small close knit group it would be a lot easier for us.  What do people think?

[Gundamcoin]

I have not had darsek show stake ever.  UFC does all the time and shows it. How many coins do you have to have before it does its thing?

[dreamwatcher]

Late last night I went ahead and shifted around all the coins in the Pools wallet with the coins in my personal wallet. Looks like not much has happened.

If we needed to drastically change something (Like the chain structure to get away from the CMC structure) it could be done in a hard fork. The main issue here is the amount of development time needed as this would be a labor intensive operation. The client/daemon would have to be coded to check/build the chain up to the point of the hard fork the way it is now. After the hard fork in the chain the client/daemon would need to use the new rules. It is even more complex then it sounds.I do not have the time (CCE3 is already waaaayyy behind schedule), to dedicate to being part of that team in any way that woulds be meaningful.

However, I like scifi's idea of a "cash in" and just doing a re-launch. "KED: The Next Generation"   

A better and maybe even creative chain structure could be used to relaunch. This is could be done in a much shorter period of time.

[meta.p02]

I wonder if we could try out a system similar to proof-of-burn here. Basically, you prove that in the old blockchain you sent coins (from an address you own) to an unspendable address (and that that event actually occurred), and that gives you new coins.

I'm not sure how feasible that would be, though. You would need to get a full record of unspent txouts, as well as give people time. A complete cross-reference would also be advised.

The superblock idea, though, looks good - mine a few superblocks corresponding to the entire KED supply and send it to the addresses containing KED.

[dreamwatcher]

THE DARSEK POOL WILL BE CLOSING IN 5 HOURS


The mining operation will shut down in 5 hours in keeping with the promise I made.
The website will remain up so withdrawals can be made.

Within 24-48 hours I will get everyone's account credited for the last 48 hours.  

[scificoin]

@ Dreamwatcher.

1.  Thank You for all your help and support, you truly are the main reason for the success of these coins.  I think I speak for everyone when I say this.

2.  I had already considered the hard fork option, but like you pointed out the dev time needed is high, and most importantly there is no guarantee of success.

3.  I personally want to do a relaunch and give coins back in the amount, that they have currently been mined.  I want a block of 100,000 to devide and the remainder used for a design competition.  To redesign the darsek logos, so that it truly is distinguishable from the original.

4.  If we do go down this route, It would be good to know if the ked explorer http://ked.cryptocoinexplorer.com/  can be used to see all wallet balances.  People would stake their claim on the forum (we could use the new www.scificointalk.com *thanks to Shad3dOne*) to each balance and I will manually payout at launch.  Unclaimed balances will remain for  1 or 2 months and then if unclaimed we can give them away.    We *could* do it by people sending in their current coins, but we are running out of PoS blocks to process the transactions, so best to do it the way I suggested.



Maybe we will need to have a poll, to determine what people want from the new coin.  What algorythm? what style? base58 starting letter, total coins, block target time, TX comment needed?  TX fees?  Maybe to make it indivisible like pennies or some other Ideas.

[Shad3dOne]

Q: So i understand that too many POS blocks are clogging the system, If i want to help unclog the network how do i prevent my client from generating POS blocks and making the problem worse?


A: Glad you asked!
Method 1)  Move your oldest coins(older than 25 days) to a new wallet address that you control.  This will renew the coin-age factor and reset your coins'  Available_for_minting clock.

Method 2) Make your current balance of coins unavailable for POS minting while your client is turned on, by using 'reservedbalance' function in your darsek.conf file. Restart your client.  example:

Code:

reservebalance=1000.00

in the example above...the client will try to keep 1000  ked from being used in POS generation. I put 'reservebalance=1000000' to effectively turn off
all POS generation on my client......at least until i get 1 million ked.

I believe if enough of the users/clients out there do this then the network will unclog again and we wont have to use any other more drastic measures, such as a re-issuance or recoding.

I recommend at least method 2 with 'reservebalance=100000.00' for a 100k reserve.

cheers.

[MaGNeT]

I believe it only happened to PoS coins that are not on an exchange before PoS kicks in.
Once it is on an exchange, people will start moving coins and less PoS blocks are generated.

[Scooby903]

Q: So i understand that too many POS blocks are clogging the system, If i want to help unclog the network how do i prevent my client from generating POS blocks and making the problem worse?


A: Glad you asked!
Method 1)  Move your oldest coins(older than 25 days) to a new wallet address that you control.  This will renew the coin-age factor and reset your coins'  Available_for_minting clock.

Method 2) Make your current balance of coins unavailable for POS minting while your client is turned on, by using 'reservedbalance' function in your darsek.conf file. Restart your client.  example:

Code:

reservebalance=1000.00

in the example above...the client will try to keep 1000  ked from being used in POS generation. I put 'reservebalance=1000000' to effectively turn off
all POS generation on my client......at least until i get 1 million ked.

I believe if enough of the users/clients out there do this then the network will unclog again and we wont have to use any other more drastic measures, such as a re-issuance or recoding.

I recommend at least method 2.

cheers.

Method two worked for me!  Client is running smoothly and I just started mining again    We'll see if it actually works!

[Shad3dOne]

i figure 3-5 days before the networks starts flowing freely again.

there is quite a backlog of POS blocks trying to squeeze through the little KED network's CPUs. and since there is no effective way to cancel a current minting POS block (that i know of).. just gotta wait till you're CPU is done ....then your reservebalance function should kick in.

once the network grows and there are more transactions between addresses...this should not be an issue?

cheers

[dreamwatcher]

i figure 3-5 days before the networks starts flowing freely again.

there is quite a backlog of POS blocks trying to squeeze through the little KED network's CPUs. and since there is no effective way to cancel a current minting POS block (that i know of).. just gotta wait till you're CPU is done ....then your reservebalance function should kick in.

once the network grows and there are more transactions between addresses...this should not be an issue?

cheers

We will see either way. A relaunch will take longer then a few days, and there is no point in running pool operations until the issue clears up or the coin is relaunched.

[cocales]

How about encrypting the wallets? will that stop the POS?

[Shad3dOne]

How about encrypting the wallets? will that stop the POS?

yes. but then you will need to enter your password for every send transaction...and some users may forget it putting their coins at a loss. as well as you can't decrypt a wallet with out doing method 1.

method 2 is more elegant.