crackfoo
Legendary
 Offline
Activity: 3444
Merit: 1126
|
 |
December 20, 2016, 12:44:31 AM |
|
the wallet on ccex is not working...waiting for transfer an hours...  same here |
ZPOOL - the miners multipool! Support We pay 10 FLUX Parallel Assets (PA) directly to block rewards! Get paid more and faster. No PA fee's or waiting around for them, paid instantly on every block found!
|
|
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
|
|
|
|
Penetrator10
|
|
December 20, 2016, 01:34:41 AM |
|
the wallet on ccex is not working...waiting for transfer an hours... same here It looks like they synchronise GB wallet ,so it takes some time. |
|
|
|
|
wanderer87sg
Newbie
Offline
Activity: 6
Merit: 0
|
|
December 20, 2016, 01:55:27 AM |
|
Hi,
any guides on how to install the wallet into raspberry pi?
Thanks
|
|
|
|
|
qiwoman2
Legendary
Offline
Activity: 2114
Merit: 1023
Oikos.cash | Decentralized Finance on Tron
|
|
December 20, 2016, 05:58:44 AM |
|
Congratulations on getting on C-CEX I saw it added yesterday and it shows that you have been a consistent and good DEV team, well done, this coin is going places! I wish it all the success and good trajectory for 2017.
|
|
|
|
cracker666
Member
Offline
Activity: 79
Merit: 10
|
|
December 20, 2016, 11:47:12 AM |
|
Official GB pools was under ddos, so crysx is fixing the issue.
In the meantime mine on other pools.
Please withdraw your coins asap, because new pool will be made for GB. More sofisticated and solid.
Be aware that maybe you will have to register on new pool once again.
sorry if im being rude or inpatiant but is their any news on the new pool |
|
|
|
|
ocminer
Legendary
Offline
Activity: 2660
Merit: 1240
|
|
December 20, 2016, 12:46:18 PM |
|
Don't like gb.suprnova.cc anymore??
|
suprnova pools - reliable mining pools - #suprnova on freenet https://www.suprnova.cc - FOLLOW us @ Twitter ! twitter.com/SuprnovaPools |
|
|
|
|
|
|
|
crysx
|
|
December 21, 2016, 05:23:06 AM |
|
Don't like gb.suprnova.cc anymore??
hehehe ... you are awesome ocminer ... come on - as if no one likes your pool system  ... we are building one hell of a system also - slowly ... but as you know - a LOT of work is involved and some issues can exist ... our ( cwi ) pools were initially internal - but will soon become available to the public as well mate ... soon to come out of 'beta' ... simple pools first  ... #crysx |
|
|
|
|
darkgold (OP)
|
|
December 22, 2016, 06:59:24 PM
Last edit: December 23, 2016, 11:53:08 AM by darkgold |
|
|
|
|
|
|
darkgold (OP)
|
|
December 24, 2016, 02:31:32 PM
Last edit: December 25, 2016, 08:54:45 AM by darkgold |
|
GB chart 2016  Merry Christmas to all. |
|
|
|
Nicholas747
Newbie
Offline
Activity: 10
Merit: 0
|
|
December 25, 2016, 06:59:10 PM |
|
Good day! translation is not received
8ccbcd8422af28aabba6577e6051ef283ca1b7aabc81bd553b8f9d016943198c
what's the matter?
|
|
|
|
|
|
|
ROBERTO
Legendary
Offline
Activity: 1421
Merit: 1001
|
|
December 26, 2016, 05:58:35 PM |
|
|
|
|
|
|
|
darkgold (OP)
|
|
December 27, 2016, 12:36:56 AM
Last edit: December 27, 2016, 12:53:12 AM by darkgold |
|
GB has big blockchain until now it weights more then 800MB. It has vary narrow block time of 1 min, it has many many transactions lately, which you must admit are really fast, i don't want to say instant. POW is aggressively been attacked with 50GH of hash these days, there is enormous big POS, with huge weight, where wallet client has to calculate all that and to show correct info. But all that is in cycles, if you notice you will find that client uses more cpu power in 1 min periods, between those periods all is cool. Of course, percentage of used cpu depends of power of that cpu. in my cpu which is i7 6 generation, it doesnt use more then 3%  btw someone just went out of GB with good amount of 140k GB (125k on Yobit, and 25k on Bleutrade) was sold for 3.45 btc on both mentioned exchanes. Calculations are that if he needs to buy the very same amount of GB back, he will need to pay double of that price, in fact, he will need to pay around 7 btc. This kind of mistakes are well known in stock market shaky hands sindrom. However, i don't blame anyone, maybe he needs instant btc to invest somewhere else. Price on exchanges after this dump is still the same as before, no one can buy any amount below 3000 satoshis. Hold strong. Analise. Check stake diff. Ceck pow hash. Check top 100. Check chat rummors. Check marketcap. Predict. = profit. |
|
|
|
|
crysx
|
|
December 27, 2016, 12:54:11 AM |
|
GB has big blockchain until now it weights more then 800MB. It has vary narrow block time of 1 min, it has many many transactions lately, which you must admit are really fast, i don't want to say instant. POW is aggressively been attacked with 50GH of hash these days, there is enormous big POS, with huge weight, where wallet client has to calculate all that and to show correct info. But all that is in cycles, if you notice you will find that client uses more cpu power in 1 min periods, between those periods all is cool. Of course, percentage of used cpu depends of power of that cpu. in my cpu which is i7 6 generation, it doesnt use more then 3% hi all ... the clean resync of the blockchain on the pool is almost done ... its constantly at 100% cpu time and due to the blockchain being so big with thousands of transactions per block - its taking a hell of a long time to do ... it close to the end now - and when it is finished we will look into the mysql issue that was part of the problem ... though if this cpu usage continues - it will make for a very slow experience for users of the pool - but mining will be fine even so ... if community ( and dev ) consensus (and approval ) is such that we start a new pool on the new system with the new custom cwi stratum - then that can be done in a day - with sync taking as long as it takes ... but that will mean a new pool - a new database - a new setup ... but this new pool will be part of the new setup - which means sso ( single sign on ) will be implemented immediately into the new pool ... otherwise - we will just maintain our course of action for the current pool - and fix what we can in it to get it running again ... advice from the community and the dev would be appreciated ... as I will be back full time in the next day or so - and will make this course of action a priority to complete if it is agreed a new pool to be setup ... the current pool will NOT lose coins - and when the database issue is repaired - coins will be able to be withdrawn ... let me know ... hope everyone had a happy Christmas ... #crysx |
|
|
|
UGMZ
Newbie
Offline
Activity: 14
Merit: 0
|
|
December 27, 2016, 01:53:58 AM |
|
Going to download this wallet and decompile it see whats "really" going on here. Not sure that it should be doing that..
|
|
|
|
|
|
crysx
|
|
December 27, 2016, 02:05:41 AM |
|
Going to download this wallet and decompile it see whats "really" going on here. Not sure that it should be doing that..
which means? ... why would you try and decompile / reverse engineer when the source if is in git? ... unless of course that was a typo ...  ... #crysx |
|
|
|
UGMZ
Newbie
Offline
Activity: 14
Merit: 0
|
|
December 27, 2016, 02:07:11 AM |
|
Going to download this wallet and decompile it see whats "really" going on here. Not sure that it should be doing that..
which means? ... why would you try and decompile / reverse engineer when the source if is in git? ... unless of course that was a typo ... ... #crysx Was supposed to say compile. |
|
|
|
|
|
crysx
|
|
December 27, 2016, 02:08:04 AM |
|
Going to download this wallet and decompile it see whats "really" going on here. Not sure that it should be doing that..
which means? ... why would you try and decompile / reverse engineer when the source if is in git? ... unless of course that was a typo ... ... #crysx Was supposed to say compile. hehehe ... thats what i thought  ... in fact - the 100% cpu usage while syncing ( or doing most transactions ) is actually slowing the system down so much so - that sync takes about 6times as long to do ... the vps we have the pool on ( which has the mysql issue that can be looked at AFTER the sync finishes ) is on an aws instance - and those instances are VERY fast and usually sync VERY quick due to the aws internet pipe they have - as well as being VERY secure ... so far - the blockchain has taken over a week to sync due to the slow rate of performance of the vps - and that is due to the full cpu usage ... the connection to the internet is VERY fast when the daemon is off and not syncing ... so this is all coming back to the daemon hogging the vps resources when its syncing / processing ... would be nice to get to the bottom of this issue and get it fixed ... maybe it is a good idea to start a new pool on the new system with the new custom cwi stratum ... that way we just get the official pool back up and running and back on track and worry about the current pool issues later ... #crysx |
|
|
|
|
