SlimePuppy
|
|
January 23, 2015, 05:55:02 AM |
|
The new primary seed node, catcoinwallets.com, and the block explorer are running on their new server tonight. DNS propagation should be complete by now. There's a message on the old server - if you receive it, please post the message. Testnet was reset a bit ago as well. The algo's still DGW3, but we changed some of the settings a bit. We're hoping for smoother performance in steady state and a bit less overshoot. That's all I have for now. Andy
|
|
|
|
amarian12
|
|
January 23, 2015, 10:03:11 AM |
|
|
Imagine a future where IT infrastructures monitor themselves, are able to predict and respond to future business needs and can protect and heal themselves automatically.
|
|
|
SlimePuppy
|
|
January 27, 2015, 09:25:53 PM |
|
Testnet...
Still working with DGW3. The last round of experiments did improve the reaction speed of the algo when the hash rate increases by more than 30x, and the difficulty 'can' come down fairly quickly. The steady hash rate performance isn't as smooth, though, and exhibits slow cycles that result in long blocks on top and difficulty dips in between. A hash influx of about an hour is enough to leave us high and dry. It appears that DGW3 can provide some resistance to massive difficulty changes, but we have to pay for that with fast blocks early, and the probability of some very long blocks on the other side of the 'attack'.
I think it's time to put DigiShield up and abuse it for a while.
If anyone's got other ideas, this would be a great time to post them. Thanks in advance.
Andy
|
|
|
|
SlimePuppy
|
|
January 29, 2015, 08:31:44 PM |
|
Overnight, testnet was changed to run Digishield with a 1-block retarget. We'll see how it behaves with very low hash rates, as well as when assaulted. http://testnet.geekhash.org/We continue to seek out and explore various exploits as well. We intend to select the difficulty adjustment method that provides the most even delivery of blocks in as broad a hash rate environment as possible, and one that is as immune to time warp and other exploits as possible. Thoughts or suggestions? Bring them! Andy
|
|
|
|
etblvu1
|
|
January 31, 2015, 12:49:41 AM |
|
I would submit and make available the Penta algorithm developed in C#, but we would need a volunteer programmer to translate it to c++ and provide a couple of conversion functions to translate native difficulty representation to the floating point representation and back, to bring the code to the state where it can be tested on a testnet. The code is already testable in the simulator at catcoin-algo.org but it is understood and agreed that code must be converted to C++ and its performance must be validated in the testnet environment before it can be a candidate for implementation.
|
|
|
|
SlimePuppy
|
|
February 03, 2015, 12:49:20 AM Last edit: February 05, 2015, 08:56:12 PM by SlimePuppy |
|
I would submit and make available the Penta algorithm developed in C#, but we would need a volunteer programmer to translate it to c++ and provide a couple of conversion functions to translate native difficulty representation to the floating point representation and back, to bring the code to the state where it can be tested on a testnet. The code is already testable in the simulator at catcoin-algo.org but it is understood and agreed that code must be converted to C++ and its performance must be validated in the testnet environment before it can be a candidate for implementation.
Thanks Eric. I'm not in charge of testnet - that's Blak's domain. He's made clear that he'll run any catd that can be compiled. My C++ skills have advanced enough to allow adapting functioning code, but I'm not the guy you want to convert your algo. (Not saying that you've asked as you haven't. Just communicating that while I would if I could, I'm not in a position to convert your code.) I'd be interested in reading your thoughts on how your penta-moving average system compares/contrasts with KGW, as KGW consists of four exponential moving averages and one SMA. Andy
|
|
|
|
SlimePuppy
|
|
February 05, 2015, 09:01:05 PM Last edit: February 12, 2015, 07:29:48 AM by SlimePuppy |
|
I'm looking for a community position, please.
When he was part of the development team, Hozer accepted donations and managed the 'forks of 2014' insurance fund. It's my personal opinion that Hozer should submit an accounting of the funds received, and that those funds should either be transferred to the dev team so they can be left in trust to continue the insurance program, or that they should be returned to the folks that donated them.
Again - this is my personal thought and does not reflect the opinion of the dev team.
Donators: What do YOU want done with your CATs? Community - what do you want done?
Thanks all, Andy
|
|
|
|
SlimePuppy
|
|
February 09, 2015, 01:09:19 AM |
|
Testnet's running Digishield with a 3-block retarget.
|
|
|
|
Pattty
Newbie
Offline
Activity: 23
Merit: 0
|
|
March 01, 2015, 09:33:12 AM |
|
Just registered on IEGServers and E-Pool, and started to mine CAT
|
|
|
|
joef
Member
Offline
Activity: 93
Merit: 10
|
|
March 01, 2015, 05:46:17 PM |
|
Hi, my wallet v0.9.1.1-PID-beta is out of sync, but I have 7 connections to the network. Did I miss any update? What do I need to do? Thanks
|
|
|
|
BitcoinNational
Legendary
Offline
Activity: 1470
Merit: 1010
Join The Blockchain Revolution In Logistics
|
|
March 02, 2015, 04:29:50 AM |
|
winter came spring shall to
|
|
|
|
Blaksmith
|
|
March 02, 2015, 06:56:23 PM |
|
Hi, my wallet v0.9.1.1-PID-beta is out of sync, but I have 7 connections to the network. Did I miss any update? What do I need to do? Thanks
We have an extraordinary long block going on right now. Your wallets will say out of sync until a block is found. Blak
|
"Your future is whatever you make it, so make it a good one." Dr. Emmett Brown Donations welcome: Bitcoin: 1 BLAKSMTjnME4ZJX7VzzUyEgbQYLShvqgi Catcoin: 9aw3Ttiz5yMALUm2DUj748cCHYQLatwLPz Unobtanium: uh3bjJua71jFijmz1yAB89KM8mqJEbzrek Pool owner of: geekhash.org
|
|
|
joef
Member
Offline
Activity: 93
Merit: 10
|
|
March 02, 2015, 11:02:34 PM |
|
Hi, my wallet v0.9.1.1-PID-beta is out of sync, but I have 7 connections to the network. Did I miss any update? What do I need to do? Thanks
We have an extraordinary long block going on right now. Your wallets will say out of sync until a block is found. Blak Thank you for explanation. Indeed, the wallet is in sync again.
|
|
|
|
psionin
|
|
March 08, 2015, 05:44:00 AM |
|
Hey cats, when do you expect the new wallet to be released with a fix to the sync issue? There are gaps as long as 30 hours happening continuously, it would be be a significant improvement to have that fixed.
|
|
|
|
bejjan
|
|
March 16, 2015, 08:10:20 PM |
|
|
|
|
|
|
SlimePuppy
|
|
May 01, 2015, 11:03:35 PM Last edit: May 02, 2015, 12:02:49 AM by SlimePuppy |
|
This should reduce the long block problems <snip>
Happy Caturday!
Nice try, Troy/hozer/tmagik, but stealing from the community is still not an option. No.
|
|
|
|
SlimePuppy
|
|
May 01, 2015, 11:16:25 PM |
|
Just a short but sweet update. None of the tested algo's made us really happy. While enjoying too many adult beverages, Blak got the bizarre idea to try combining methods. So.... Testnet's running both Digishield and PID and selecting which algo builds the next block semi-randomly. It sounds crazy, but it's working better than any other tested algo has run on its own. Once we're done beating on it, we'll submit the code for community review. In the mean time, check-out testnet: http://testnet.geekhash.org/
|
|
|
|
devlin85
|
|
May 08, 2015, 03:31:34 AM Last edit: May 08, 2015, 10:06:13 PM by devlin85 |
|
I have a pool setup on P2Pools.comEast Coast USA: Sarasota, FL Server Address: stratum+tcp://mining.p2pools.com:10036 Username: Your_Wallet_Address Password: anything p2pool info on my github -> https://github.com/devlin85/p2poolPool up right now! Testing with burst speeds of 1GH
|
|
|
|
etblvu1
|
|
May 20, 2015, 08:27:53 AM |
|
This should reduce the long block problems <snip>
Happy Caturday!
Nice try, Troy/hozer/tmagik, but stealing from the community is still not an option. No. I do not agree with creating conflicting nodes as a means to decide which fork should "win" as way to decide the future of the coin. I also do not agree with the characterization that rejecting blocks which come too quickly after the previous block constitutes "stealing." If there is fair notice that this is the algorithm of the coin, nothing prevents the miner from developing pauses in the hashing (or move to hashing some other coin during the pause). Any hashing that is done by a miner during a time when it is known in advance any found blocks will be rejected, I would characterize as the miner not being sophisticated enough in the code yet, which can be fixed at any time by using one of the aforementioned techniques. I would request all concerned to come to a consensus on the future of Catcoin that does not involve competing forks, and that does not involve mischaracterizing algorithms based on falsely assuming that miners cannot adapt to the algorithm to avoid performing mining calculations that get wasted. Thank you, Etblvu1
|
|
|
|
|