usukan
Legendary
Offline
Activity: 1590
Merit: 1002
|
|
October 31, 2016, 08:05:41 AM |
|
I moved my miners away to zcash for the time being but I did try to break the current freeze earlier today for a couple of hours but it didn't happen.
But here's the thing. A block should have been found 91 times by now with the current difficulty as per the pool's stats but that didn't happen. Similar unlucky streaks happened a lot in the recent past.
At first I thought it was an issue with the pool but I solomined for about two hours but haven't find any blocks while I should have found blocks roughly about every 4 minutes based on the difficulty.
That's either some crazy variance or something's up - that I've never seen before.
Hi bathrobehero - yes the network is being spammed (either unintentional or not) with transactions with ridiculous amounts of inputs. The mempool is a beast with many horns. We are looking into a fix as I have mentioned in my PM to you just now. Cheers - usukan
|
--
--
|
|
|
|
|
|
|
Be very wary of relying on JavaScript for security on crypto sites. The site can change the JavaScript at any time unless you take unusual precautions, and browsers are not generally known for their airtight security.
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
bret
Member
Offline
Activity: 99
Merit: 10
|
|
October 31, 2016, 10:35:42 PM |
|
I moved my miners away to zcash for the time being but I did try to break the current freeze earlier today for a couple of hours but it didn't happen.
But here's the thing. A block should have been found 91 times by now with the current difficulty as per the pool's stats but that didn't happen. Similar unlucky streaks happened a lot in the recent past.
At first I thought it was an issue with the pool but I solomined for about two hours but haven't find any blocks while I should have found blocks roughly about every 4 minutes based on the difficulty.
That's either some crazy variance or something's up - that I've never seen before.
Hi bathrobehero - yes the network is being spammed (either unintentional or not) with transactions with ridiculous amounts of inputs. The mempool is a beast with many horns. We are looking into a fix as I have mentioned in my PM to you just now. Cheers - usukan Would more hashing power help us?
|
|
|
|
usukan
Legendary
Offline
Activity: 1590
Merit: 1002
|
|
November 01, 2016, 01:47:40 AM |
|
I moved my miners away to zcash for the time being but I did try to break the current freeze earlier today for a couple of hours but it didn't happen.
But here's the thing. A block should have been found 91 times by now with the current difficulty as per the pool's stats but that didn't happen. Similar unlucky streaks happened a lot in the recent past.
At first I thought it was an issue with the pool but I solomined for about two hours but haven't find any blocks while I should have found blocks roughly about every 4 minutes based on the difficulty.
That's either some crazy variance or something's up - that I've never seen before.
Hi bathrobehero - yes the network is being spammed (either unintentional or not) with transactions with ridiculous amounts of inputs. The mempool is a beast with many horns. We are looking into a fix as I have mentioned in my PM to you just now. Cheers - usukan Would more hashing power help us? The short answer is no. Its not about hash power. bathrobehero has tried this yesterday with no success. It more about the pool and presstabs nodes/servers being spared from load of the excess spam transaction inputs and the associated data processing which is compromising the network. Alenevaa is looking into potential fixes and applying them. Cheers - usukan
|
--
--
|
|
|
Air Jordan
Member
Offline
Activity: 121
Merit: 10
|
|
November 01, 2016, 06:19:11 AM |
|
Nice to see that this coin is not forgotten. Has to be one of my all time favorites. I am sure better days will come for UTC, sooner or later.
|
|
|
|
bret
Member
Offline
Activity: 99
Merit: 10
|
|
November 01, 2016, 07:04:43 PM |
|
I moved my miners away to zcash for the time being but I did try to break the current freeze earlier today for a couple of hours but it didn't happen.
But here's the thing. A block should have been found 91 times by now with the current difficulty as per the pool's stats but that didn't happen. Similar unlucky streaks happened a lot in the recent past.
At first I thought it was an issue with the pool but I solomined for about two hours but haven't find any blocks while I should have found blocks roughly about every 4 minutes based on the difficulty.
That's either some crazy variance or something's up - that I've never seen before.
Hi bathrobehero - yes the network is being spammed (either unintentional or not) with transactions with ridiculous amounts of inputs. The mempool is a beast with many horns. We are looking into a fix as I have mentioned in my PM to you just now. Cheers - usukan Would more hashing power help us? The short answer is no. Its not about hash power. bathrobehero has tried this yesterday with no success. It more about the pool and presstabs nodes/servers being spared from load of the excess spam transaction inputs and the associated data processing which is compromising the network. Alenevaa is looking into potential fixes and applying them. Cheers - usukan Isn't this a pretty serious vulnerability? A small group could cripple the network indefinitely. What are other devs doing to deal with something like this?
|
|
|
|
presstab
Legendary
Offline
Activity: 1330
Merit: 1000
Blockchain Developer
|
|
November 01, 2016, 07:30:25 PM |
|
Isn't this a pretty serious vulnerability? A small group could cripple the network indefinitely. What are other devs doing to deal with something like this?
The traditional approach would be to raise the transaction fee to a level that spamming becomes expensive.
|
|
|
|
fedoros
|
|
November 01, 2016, 08:25:41 PM |
|
Seeking for some help over here Trying to start mining with 7950 x 2 GPUs. Downloaded Yacminer from OP. After launching it with simple bat file like: cgminer -o pool -u -p, results in: Error -4: Enqueueing kernel onto command queue. (clEnqueueNDRangeKernel)error. Tried applying nf min max and time and other parameters. Windows 7, catalyst 15.12. Other scrypt base coins mine well. Authorizing at pool fine. What is the problem ? Btw - very curious on what hash rate 7950 gives with OC or w/o. Thanks
|
|
|
|
usukan
Legendary
Offline
Activity: 1590
Merit: 1002
|
|
November 01, 2016, 09:03:59 PM Last edit: November 02, 2016, 12:28:59 AM by usukan |
|
I moved my miners away to zcash for the time being but I did try to break the current freeze earlier today for a couple of hours but it didn't happen.
But here's the thing. A block should have been found 91 times by now with the current difficulty as per the pool's stats but that didn't happen. Similar unlucky streaks happened a lot in the recent past.
At first I thought it was an issue with the pool but I solomined for about two hours but haven't find any blocks while I should have found blocks roughly about every 4 minutes based on the difficulty.
That's either some crazy variance or something's up - that I've never seen before.
Hi bathrobehero - yes the network is being spammed (either unintentional or not) with transactions with ridiculous amounts of inputs. The mempool is a beast with many horns. We are looking into a fix as I have mentioned in my PM to you just now. Cheers - usukan Would more hashing power help us? The short answer is no. Its not about hash power. bathrobehero has tried this yesterday with no success. It more about the pool and presstabs nodes/servers being spared from load of the excess spam transaction inputs and the associated data processing which is compromising the network. Alenevaa is looking into potential fixes and applying them. Cheers - usukan Isn't this a pretty serious vulnerability? A small group could cripple the network indefinitely. What are other devs doing to deal with something like this? Hi bret Not sure if you have noticed - but the network is up and running again. The spam transactions are still coming in but are being handled for now. There have been a number of tweaks made in the network to get us to the fork while we are still at the mercy of the old wallet and its shortcomings. Its important to note that once we get past the fork - its likely that the spam transactions that we are having now will not cause a problem because the block times will be regular/shorter because of efficient diff retargeting in the new wallet. The old wallet with massive diff swings and long blocks in high diff periods has exposed us to this vulnerability. Thats why we got PressTab to engineer a new wallet for us. The rules of the new wallet won't come ito play until after the fork. There are many vulnerabilities in every crypto - bitcoin can easily be spammed and often is to the point that the mempool grows, transactions are not included for very long periods and fees go up. Ethereum has been attacked for nearly 2 months now, multiple clients have been near impossible to sync and the network under serious stress at times - these guys have some of the brightest devs and lots of them - still took a long time to sort and will require 2 or more hardforks. Ultracoin is no different. There will always be a new challenge. I'm not a dev - so in laymans language I will try to explain things. First - if you know what the problem is - there is always a fix. It took us a few days to actually work out what the problem was here with UTC. UTC has been running for years and nothing like this had ever occurred before in my experience. Why all of a sudden from the 9th of October did someone start to send spammy transactions with 1000's of inputs in each block? These are all going to the largest UTC wallet that holds approx 25% of all UTC. So its unlikely this guy is trying to crash the network and destroy his value. So - there is pretty much a fix for anything we are presented with. Our approach in this particular situation is to apply softer fixes to get us past the fork point. If that does not work - we will need to apply deeper fixes. Deeper fixes could include issuing a new wallet with a sooner fork block and some other adjustments - or playing around with data limits in blocks via the wallet - and of course as PressTab mentions increasing fees. Problem is that fees won't really worry the guy currently sending the transactions. Almost every fix for this particular issue has drawbacks - since the new wallet is set up according to standard and accepted limits on block data size and has reasonable fees. If we play with these - there are negatives to consider. Take for instance if we alter the wallet/pool to allow smaller data in blocks. This would likely fix the current problem - but it may not be the best solution for the long term. This would apply to both POS and POW. This means that under normal operation less transactions/inputs can flow. This is not desirable because we want the wallet to handle short peaks of high load. It seems that the old wallet only gets us into trouble when the input load is high and sustained - during high diff/longer block times. So we would not be keen to issue a new wallet with lower maxdata limits for the long term use of UTC as this would compromise the max transaction rates. Considering that after the fork the new wallet will likely handle the current heavy load - we would be not keen to apply this fix for the short term unless we exhaust all other avenues. We would then likely have to fork back and we would annoy the hell out of BITTREX changing wallets all the time. Annoying BITTREX is not to be taken lightly. You can see now that the network is running all A OK right now with short block times. Transactions to the address receiving the multiple input transactions that were causing us trouble before are still continuing. I might add that these transactions have reduced inputs from over 400 to 100-200 (thanks if you have changed this Mr UXZCMmmsTjvW6bxsbbrL9vVaQmNHuWt56s) - and the most important thing is that short block times have reduced transactions to only a couple by both POW and POS. In summary - the sooner we can get to the fork and the new wallet rules come into play the better. In the meantime we will continue to tweak things under the old wallet environment to get to the fork and only escalate to deeper changes if its plainly obvious its absolutely required. Please note - you can expect further network disruptions until the fork block (if there are no changes in the frequency and nature of the spammy transactions) but we will endeavour to keep things moving as best we can. Cheers - usukan
|
--
--
|
|
|
bret
Member
Offline
Activity: 99
Merit: 10
|
|
November 01, 2016, 09:09:39 PM |
|
I moved my miners away to zcash for the time being but I did try to break the current freeze earlier today for a couple of hours but it didn't happen.
But here's the thing. A block should have been found 91 times by now with the current difficulty as per the pool's stats but that didn't happen. Similar unlucky streaks happened a lot in the recent past.
At first I thought it was an issue with the pool but I solomined for about two hours but haven't find any blocks while I should have found blocks roughly about every 4 minutes based on the difficulty.
That's either some crazy variance or something's up - that I've never seen before.
Hi bathrobehero - yes the network is being spammed (either unintentional or not) with transactions with ridiculous amounts of inputs. The mempool is a beast with many horns. We are looking into a fix as I have mentioned in my PM to you just now. Cheers - usukan Would more hashing power help us? The short answer is no. Its not about hash power. bathrobehero has tried this yesterday with no success. It more about the pool and presstabs nodes/servers being spared from load of the excess spam transaction inputs and the associated data processing which is compromising the network. Alenevaa is looking into potential fixes and applying them. Cheers - usukan Isn't this a pretty serious vulnerability? A small group could cripple the network indefinitely. What are other devs doing to deal with something like this? Hi bret Not sure if you have noticed - but the network is up and running again. The spam transactions are still coming in but are being handled for now. There have been a number of tweaks made in the network to get us to the fork while we are still at the mercy of the old wallet and its shortcomings. Its important to note that once we get past the fork - its likely that the spam transactions that we are having now will not cause a problem because the block times will be regular/shorter because of efficient diff retargeting in the new wallet. The old wallet with massive diff swings and long blocks in high diff periods has exposed us to this vulnerability. Thats why we got PressTab to engineer a new wallet for us. The rules of the new wallet won't come ito play until after the fork. There are many vulnerabilities in every crypto - bitcoin can easily be spammed and often is to the point that the mempool grows, transactions are not included for very long periods and fees go up. Ethereum has been attacked for nearly 2 months now, multiple clients have been near impossible to sync and the network under serious stress at times - these guys have some of the brightest devs and lots of them - still took a long time to sort and will require 2 or more hardforks. Ultracoin is no different. There will always be a new challenge. I'm not a dev - so in laymans language I will try to explain things. First - if you know what the problem is - there is always a fix. It took us a few days to actually work out what the problem was here with UTC. UTC has been running for years and nothing like this had ever occurred before in my experience. Why all of a sudden from the 9th of October did someone start to send spammy transactions with 1000's of inputs in each block? These are all going to the largest UTC wallet that holds approx 25% of all UTC. So its unlikely this guy is trying to crash the network and destroy his value. So - there is pretty much a fix for anything we are presented with. Our approach in this particular situation is to apply softer fixes to get us past the fork point. If that does not work - we will need to apply deeper fixes. Deeper fixes could include issuing a new wallet with a sooner fork block and some other adjustments - or playing around with data limits in blocks via the wallet - and of course as PressTab mentions increasing fees. Problem is that fees won't really worry the guy currently sending the transactions. Almost every fix for this particular issue has drawbacks - since the new wallet is set up according to standard and accepted limits on block data size and has reasonable fees. If we play with these - there are negatives to consider. Take for instance if we alter the wallet/pool to allow smaller data in blocks. This would likely fix the current problem - but it may not be the best solution for the long term. This would apply to both POS and POW. This means that under normal operation less transactions/inputs can flow. This is not desirable because we want the wallet to handle short peaks of high load. It seems that the old wallet only gets us into trouble when the input load is high and sustained - during high diff/longer block times. So we would not be keen to issue a new wallet with lower maxdata limits for the long term use of UTC as this would compromise the max transaction rates. Considering that after the fork the new wallet will likely handle the current heavy load - we would be not keen to apply this fix for the short term unless we exhaust all other avenues. We would then likely have to fork back and we would annoy the hell out of BITTREX changing wallets all the time. Annoying BITTREX is not to be taken lightly. You can see now that the network is running all A OK right now with short block times. Transactions to the address receiving the multiple input transactions that were causing us trouble before are still continuing. I might add that these transactions have reduced inputs from over 400 to 100 (thanks if you have changed this Mr UXZCMmmsTjvW6bxsbbrL9vVaQmNHuWt56s) - and the most important thing is that short block times have reduced transactions to only a couple by both POW and POS. In summary - the sooner we can get to the fork and the new wallet rules come into play the better. In the meantime we will continue to tweak things under the old wallet environment to get to the fork and only escalate to deeper changes if its plainly obvious its absolutely required. Please note - you can expect further network disruptions until the fork block (if there are no changes in the frequency and nature of the spammy transactions) but we will endeavour to keep things moving as best we can. Cheers - usukan Thank you for the detailed and informative reply! This makes sense, hopefully the spamming is less after the fork. Until then we just have to see.
|
|
|
|
Valpe
|
|
November 01, 2016, 10:45:23 PM |
|
Thanks UTC team,
This is why I love UTC. UTC is rising.
UTC is really cheap now, good opportunity.. .
Valpe
|
|
|
|
usukan
Legendary
Offline
Activity: 1590
Merit: 1002
|
|
November 02, 2016, 12:36:46 AM |
|
I note that there are still a small number of people using the old wallet from my current wallets peer list Its a good idea to update WALLET UPDATE REQUIRED Ultracoin is hardforking to a new and much improved wallet. This new wallet addresses many issues including the diff re-targeting causing trouble for miners and includes more efficient staking plus increased staking rewards (new wallet after fork - 5.6% PA). The fork date is set for Wednesday, October 12th , 2016 (block number 1,824,237). You should download, install and run the new wallet - preferably before the fork date. The old wallet will not function correctly after the fork. The new wallet files can be downloaded from here: https://mega.nz/#F!nAVymCQa!wdJ4DMaULSptCqC5BX8fCw This link has downloads for both 32x and 64x Windows installations. The simplest installation of the new wallet is via running the appropriate setup.exe for your Windows operating system - either 32x or 64x i.e. "UltraCoin-v1.0.0.0-Win64-Setup.exe" or "UltraCoin-v1.0.0.0-Win32-Setup.exe" This applies if you want to install a NEW Ultracoin wallet - OR if you want to update an old installation. So - if you have a Win64 operating system - just download and run "UltraCoin-v1.0.0.0-Win64-Setup.exe" Once the installation has completed - you need to be sure to run the correct ultracoin-qt.exe so the NEW wallet opens (i.e. don't use your old desktop shortcut). Best create a new desktop shortcut - as follows - Navigate to C/Program Files/Ultracoin folder - Find the file ultracoin-qt.exe - Create a shortcut to this file - and put it on your desktop. Use this new shortcut to run the new wallet (and best to delete your old desktop shortcut) As always - be sure to back up and save your wallet files (wallet.dat) to several other storage devices. If you know what you are doing - you can use the .zip files shown in the MEGA download link (i.e. ultracoin-qt-v1.0.0.0-Win64.zip) to manually configure your own wallet installation.
|
--
--
|
|
|
Rabinovitch
Legendary
Offline
Activity: 2030
Merit: 1076
BTCLife.global participant
|
|
November 02, 2016, 04:25:34 AM |
|
Nice to see that this coin is not forgotten. Has to be one of my all time favorites. I am sure better days will come for UTC, sooner or later.
Let's wait and see. I have several hundreds of UTCs waiting for to-the-moon. ))
|
|
|
|
usukan
Legendary
Offline
Activity: 1590
Merit: 1002
|
|
November 02, 2016, 06:24:04 AM Last edit: November 02, 2016, 08:57:50 AM by usukan |
|
Nice to see that this coin is not forgotten. Has to be one of my all time favorites. I am sure better days will come for UTC, sooner or later.
Let's wait and see. I have several hundreds of UTCs waiting for to-the-moon. )) "Reports of my death have been greatly exaggerated"UltraCoin, 2016
|
--
--
|
|
|
Mogul59
Member
Offline
Activity: 201
Merit: 11
|
|
November 02, 2016, 06:31:24 AM |
|
and the coin is still alive? have on markets?
|
|
|
|
usukan
Legendary
Offline
Activity: 1590
Merit: 1002
|
|
November 02, 2016, 06:33:07 AM |
|
|
--
--
|
|
|
wtfc360
|
|
November 02, 2016, 09:59:41 AM |
|
Thanks Usukan and the rest of the team that made this happen, now the network seems to be working properly, no diff syncing the block chain like before. Lets get to the fork asap. I´d like to support with BTC if we need to pay Presstab for his extra effort regarding solving this problem, don´t think it was included in the agreed amount with the new wallet. Great work!
|
|
|
|
entroxseven
Newbie
Offline
Activity: 22
Merit: 0
|
|
November 02, 2016, 04:44:34 PM |
|
Hi.
Is it intentional that yacoin.club payouts are not working atm?
|
|
|
|
usukan
Legendary
Offline
Activity: 1590
Merit: 1002
|
|
November 02, 2016, 06:59:56 PM |
|
Thanks Usukan and the rest of the team that made this happen, now the network seems to be working properly, no diff syncing the block chain like before. Lets get to the fork asap. I´d like to support with BTC if we need to pay Presstab for his extra effort regarding solving this problem, don´t think it was included in the agreed amount with the new wallet. Great work!
Hi there wtfc360 This was really a team effort - but with Alenevaa suffering most of the extra work (and stress) on this. After we get past the fork and all final tweaks are done and confirmed - we will be considering a bonus to those who helped. Cheers - usukan
|
--
--
|
|
|
usukan
Legendary
Offline
Activity: 1590
Merit: 1002
|
|
November 02, 2016, 07:08:32 PM |
|
Hi.
Is it intentional that yacoin.club payouts are not working atm?
Hi entroxseven Don't worry - Alenevaa has been pretty busy lately. I am sure he will enable payouts shortly. And yes there may be a reason related to maintaining the UTC network through minimising high input transactions until after the fork. At present - getting to the fork ASAP without any glitches should be everyone's primary focus. I can say that I am not concerned about my funds on the pool and Alenevaa will do the best solution with the UTC network as top priority. Cheers - usukan
|
--
--
|
|
|
usukan
Legendary
Offline
Activity: 1590
Merit: 1002
|
|
November 06, 2016, 06:23:21 AM Last edit: November 07, 2016, 08:34:10 AM by usukan |
|
since we are racing towards the fork point - thought it might be a good time to remind everyone about the contest (and update the stats) The NEW Ultracoin contest entries - so farplease note that the prize pot has further swelled to 78,525 UTC thanks to the recent generosity of bret @2,500 UTC Plus we have stakes adding to this all the time............. So this is over 1.5 BTC and well over USD 1,000 https://bitcointalk.org/index.php?topic=727023.msg16447179#msg16447179primouno - October 10th, 2016, 19:56 UTC (although we have passed your date - you can still win if you have the "closest" date) thispanda - November 18th, 2016, 02:32 UTC Alenevaa - November 25th, 2016 at 03:06 UTC usukan - November 30th, 2016, 24:00 UTC srkili - December 5th, 2016, 12:00 UTC Valpe - December 12th, 2016, 12:00 UTC sambiohazard - December 15th, 2016 0001 UTC Uggle - December 31st, 2016, 12:00 UTC cointron - January 5th, 2017, 12:04 UTC Laniakean - January 23rd, 2017, 12:00 UTC CRYPTONAIRE - January 31st, 2017, 12:00 UTC bret - February 14th, 2017, 14:14:14 UTC entroxseven - February 25th, 2017, 03:00 UTC Please feel free to add your entry - AND/OR add to the prize pot. Cheers - usukan
|
--
--
|
|
|
|