BitQuark (OP)
|
 |
August 27, 2015, 11:52:08 PM |
|
The BTQ pool maybe down for a short time tonight due to server maintenance.
This maintenance will result in approximately ten minutes of downtime per rack at some point within the maintenance window as individual switches are upgraded.
Maintenance window: 2015-08-27 22:00 EDT - 2015-08-28 02:00 EDT 2015-08-28 02:00 UTC - 2015-08-28 06:00 UTC
|
|
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
ZeroFossilFuel
|
 |
August 31, 2015, 12:47:31 AM |
|
Not sure why but my wallet network hash rate indicator is grossly under reporting the actual network hash rate.
|
|
|
|
BitQuark (OP)
|
 |
September 01, 2015, 06:45:23 PM |
|
Not sure why but my wallet network hash rate indicator is grossly under reporting the actual network hash rate.
This will be corrected in the next update. I have already updated & testing the code for the BTQ client used at the pool. So far it looks like it's working correctly.
|
|
|
|
lordmick
|
 |
September 12, 2015, 04:43:57 AM |
|
should update the op.. many link does not work anymore.. and is anything new is coming about this community? interrest and value is going down.. news about the android wallet? I just export my android wallet.. and found 22k BTQ in it.. before the block 120 000 I had 1427 btq EDIT: BTW the Lottery game is still alive!... nothing's happen... http://lotto.ddns.net/bitquarklotto
|
|
|
|
ZeroFossilFuel
|
 |
October 02, 2015, 11:36:33 AM |
|
Was going to start listing some items at auction.bitquark.info but the security certificate is expired. You and I know it's still secured but newcomers will not.
On the new wallet, is it too late to get a feature request in? I've been defragging my wallets lately and it would be SOOOOOO nice if we could multi-select amounts to send like most file managers, ie highlight one, scroll down, hold shift and click to highlight a range, click once on a box to check all in the selected range.
Just a thought.
|
|
|
|
ZeroFossilFuel
|
 |
October 02, 2015, 09:53:36 PM |
|
Something else I notice is interesting. I just put an nVidia GT640 GDDR5 video card in my computer. I've been GPU mining at ~1400KH/s and CPU mining with 3 of 4 cores at 350KH/s. Over the course of a fixed period at 350KH/s produced 1400 shares, 4 shares per KH/s. Over that same period 1400KH/s produced 2800 shares, only 2 shares per KH/s.
Does this mean as it appears that CPU mining is twice as efficient as GPU? Or are the shares produced by the GPU also twice as large or more to make up the difference?
|
|
|
|
BitQuark (OP)
|
 |
October 03, 2015, 12:40:22 AM |
|
I will see what I can do with added a feature like the one you've mentioned.
I will have to compare my GPU shares to CPU shares to see what I get. I know that it depends on the stratum difficulty. Like for example the CPU port 6011 has a fixed difficulty of 1, which the GPU port 6010 has a variable difficulty ranging from 1 to 64. So typically if your difficulty is set at 8, the 1 submitted share is actually at least 8 shares. Does that make sense to you? The best way to test this is to use you GPU on the CPU port 6011 and them compare them.
|
|
|
|
ZeroFossilFuel
|
 |
October 03, 2015, 12:48:12 AM |
|
Yes, that makes perfect sense. I'll try it as long as it doesn't get me banned. 
|
|
|
|
BitQuark (OP)
|
 |
October 03, 2015, 12:50:43 AM |
|
lol no worries of being banned. Let us know how your testing goes.
|
|
|
|
ZeroFossilFuel
|
 |
October 04, 2015, 04:14:57 PM |
|
Results are in. Both on port 6011 for this test only.
350KH/s CPU minting for 1hr produced 64 shares. 1400KH/s GPU minting for 1hr produced 310 shares.
4x GPU hash rate over CPU produced 4.84x shares. Because this was just one 1hr sample for each and share rates fluctuate based on other mining activity, I'd guesstimate this one test has at least a +/- 20% margin of error, probably more. That makes it pretty much a statistical tie. Very interesting indeed.
|
|
|
|
ZeroFossilFuel
|
 |
October 04, 2015, 04:41:43 PM Last edit: October 04, 2015, 08:33:54 PM by ZeroFossilFuel |
|
One other point I'd like to make about the wallet. I'm not sure if the Bitcoin wallet suffers from this but I have a BTQ wallet with 40,000 BTQ that was solo minted. That's 16,000 inputs that I'm trying to consolidate. I thought it was the lack of CPU power in my minting rig making it drag but I moved the wallet up to my very best machine and it still bogs down. I see it chew up 100% of a CPU core about 80% of the time and the wallet becomes virtually frozen. Now I'm thinking it's getting bogged down with confirmations for all those inputs. The other 20% of the time it's idle it actually lets me get work done.
Is there any way to make it stop dragging like this? Can I consolidate the wallet off line perhaps? This is getting to be a real PITA!
EDIT: I've discovered that yes I can send to another address in the same wallet by killing my Internet connection and let confirmations catch up later. Only pain is I can't enter an internal Receive address into the Send address book so I have to paste it into the send to field and manually enter the password every time. Even that is still much faster than waiting for the wallet to respond to keystrokes the other way.
|
|
|
|
ZeroFossilFuel
|
 |
October 05, 2015, 04:36:50 PM Last edit: October 06, 2015, 05:37:46 PM by ZeroFossilFuel |
|
Another possible source of the bog down problem... I had some transfers last night that would not get any confirmations. Had to run -salvagewallet. That turned up around 7000 more BTQ (2.5 BTQ x 2800) that had never been confirmed on the block chain. I have no idea how far back it started but it has me wondering now about my other wallets or how often I should run the salvage option?
|
|
|
|
ZeroFossilFuel
|
 |
October 06, 2015, 10:43:31 AM Last edit: October 06, 2015, 05:39:28 PM by ZeroFossilFuel |
|
Here's another question. Do transactions really need hundreds of thousands of confirmations? Is there really any value once it's been confirmed the minimum number of times? Can't a wallet be designed to stop confirming at, say, 10,000? 1,000? 500?
Or do confirmations need to continue to verify that the currency is still in circulation?
Just thinking out loud, apparently solo.
|
|
|
|
BitQuark (OP)
|
 |
October 06, 2015, 08:52:43 PM |
|
Another possible source of the bog down problem... I had some transfers last night that would not get any confirmations. Had to run -salvagewallet. That turned up around 7000 more BTQ (2.5 BTQ x 2800) that had never been confirmed on the block chain. I have no idea how far back it started but it has me wondering now about my other wallets or how often I should run the salvage option?
Bitcoin and others also have the same issue. What happens is that the wallet.dat file gets so big that the client has to verify all the transactions and it bogs it down.
|
|
|
|
CommanderVenus
Sr. Member
  
Offline
Activity: 258
Merit: 250
Zoinks! Its the Miner Miner Forty-Niner!
|
 |
October 08, 2015, 02:39:49 AM |
|
I have that trouble with my wallet too. I use one to mine thousands of inputs into then send as much of them as i can per transaction into another wallet. After that "consolidation" i can at least send more than a few btq in one transaction if i need to.
|
BTC: 1VenusEubcLC9W7ykckHbdEzo5MVhPmCb NXT: 15182624396855992605 BTQ: 14b2QFPwFtBC3tcRW9F61aaRXP2ns3fh1m
|
|
|
BitQuark (OP)
|
 |
October 28, 2015, 01:08:10 PM |
|
I've made some updates to the source code on GitHub. These changes include added testnet fix and hashrate fix to display the correct network hashrate. I also added a new "deps" repository which contains the pre-compiled deps for cross compiling the Windows 32-bit client on Linux. In Ubuntu you can add the following code and save the file as something like "winxcompile.sh" and then make the file executable by running "chmod +x ./winxcompile.sh" from the terminal and it will download, install Gitian, and build the client. sudo apt-get update && sudo apt-get upgrade -y sudo apt-get -y install gcc g++ autoconf automake make git zip unzip \ qt4-qmake libqt4-dev build-essential libboost-dev libboost-system-dev \ libboost-filesystem-dev libboost-program-options-dev libboost-thread-dev \ libssl-dev libdb++-dev libminiupnpc-dev libprotobuf-dev protobuf-compiler \ libqrencode-dev apache2 apt-cacher-ng python-vm-builder qemu-kvm ruby qemu-utils curl
sudo service apt-cacher-ng status
ls -l /dev/kvm
cd ~
git clone git://github.com/bitquarkcoin/BitQuark-0.8.3r20.git bitquark
git clone git://github.com/devrandom/gitian-builder.git gitian
git clone https://github.com/bitquarkcoin/deps.git gitian/inputs
zip -r gitian/inputs/bitquark-0.8.3.20.zip bitquark
cd gitian
sudo bin/make-base-vm --arch i386
sudo bin/gbuild ../bitquark/contrib/gitian-descriptors/gitian-win32.yml
|
|
|
|
okane818
Legendary
Offline
Activity: 1176
Merit: 1000
|
 |
October 31, 2015, 01:10:37 PM |
|
Thanks Dev. I'm always IN with BitQuark.
|
|
|
|
ZeroFossilFuel
|
 |
November 09, 2015, 11:52:27 AM |
|
What's going on with weminebtq.com?
|
|
|
|
BitQuark (OP)
|
 |
November 09, 2015, 08:57:03 PM |
|
Many of you have probably noticed that WeMineBTQ.com has been down since late yesterday. The reason it has been down is due to the server being hacked. The passwords were well encrypted, but for security reasons, I would suggest changing your password on other sites if it was the same. I will have to BTQ pool back up and going with in the next day or so. Below is the message the hacker left on on the server. "Hello, Unfortunately I've managed to hack your server. I downloaded a copy of every database you have and all files on the server. I am going to release all of the above unless 15 BITCOINS is sent to 1NDsXe8xQKbUuWY5ANw1XnfBRen52aGEWV by the 10th. I have no interest in sharing your data, but please be warned that I run a shop via TOR and will share your database if no BTC is paid. This is just proof I had access, I have source files as well. You will get your files back once the ransom is paid. 0xff@openmailbox.org"
|
|
|
|
ZeroFossilFuel
|
 |
November 10, 2015, 02:57:38 AM |
|
Yes, let's all send "$h1t-for-brains" over there in the Ukraine a special message congratulating him for wasting his time.
|
|
|
|
|