Bitcoin Forum
June 18, 2024, 06:40:22 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 [8] 9 »
141  Bitcoin / Hardware / Re: Avalon users: bitcoind + eloipool configuration on: April 09, 2013, 09:36:18 PM
If you are on testnet and you havent found a block yet with a avalon something is wrong. With a dual GPU normally find one every 5 to 10 minutes

thats about the rate i was finding them in the other thread. 

what use is it for me to send those testnet coins to that faucet?

People who wish to test stuff/apps/etc with with testnet coins can use to it get some without mining for them Smiley


And re the poster about not driving testnet difficulty up, right on. Devs might get cranky otherwise lol
142  Bitcoin / Hardware / Re: Avalon users: bitcoind and slush's/generalfaults mining pool setup on: April 09, 2013, 06:02:48 PM
The database libraries havent been installed, more then likely this one libdb4.8++-dev

its one of the .deb packages you download and installed with sudo dpkg -i

You will have to install libdb4.8++ first

Just double check all the dependencies are installed

Code:
sudo apt-get install build-essential
sudo apt-get install libssl-dev
sudo apt-get install libboost-all-dev
sudo apt-get install libminiupnpc-dev

wget https://launchpad.net/~bitcoin/+archive/bitcoin/+files/libdb4.8_4.8.30-quantal2_i386.deb
wget https://launchpad.net/~bitcoin/+archive/bitcoin/+files/libdb4.8-dev_4.8.30-quantal2_i386.deb
wget https://launchpad.net/~bitcoin/+archive/bitcoin/+files/libdb4.8%2B%2B_4.8.30-quantal2_i386.deb
wget https://launchpad.net/~bitcoin/+archive/bitcoin/+files/libdb4.8%2B%2B-dev_4.8.30-quantal2_i386.deb

sudo dpkg -i libdb4.8_4.8.30-quantal2_i386.deb
sudo dpkg -i libdb4.8-dev_4.8.30-quantal2_i386.deb
sudo dpkg -i libdb4.8++_4.8.30-quantal2_i386.deb
sudo dpkg -i libdb4.8++-dev_4.8.30-quantal2_i386.deb

If its a 64bit install use the 64bit libraries in the other post.
143  Bitcoin / Pools / Re: [ANN] BTC Guild's Mitigation Plan on: April 09, 2013, 05:19:54 PM
If over 45%, start pointing the excess hash rate to another pool and warn miners. Problem solved.

Not as simple as it sounds. How will the miners get paid for their shares?
144  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: April 09, 2013, 04:40:00 PM

I'm back with more dumb questions. Is it better to have 5 shitty GPU's under one Worker name and pass? Or to give each Worker its own gpu.

my workers scores are

132.1497
186.6425
258.3901
66.6967

Where dose this number get plunged in? What do these numbers stand for and how do they get used?

From the website 
Quote
You can use one worker account for all your miners, but I recommend to use separate account for every miner for easier troubleshooting.

So one worker for each rig if the miner program supports all the GPUs in that rig at one time or one for each miner program if you have to run more then one per a rig to support all the GPUs at one time.

One for each each rig/miner means you can see if one is playing up.
145  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: April 09, 2013, 04:31:30 PM
coin-miner 0.54  Copyright (c) 2011-2013 Ufasoft  http://ufasoft.com/coin
Mining for stratum+tcp://api-stratum.bitcoin.cz:3333
Using CPU (16 threads)
Error 80072AFC:  The requested name is valid, but no data of the requested type
was found.

Error 8007274D:  No connection could be made because the target machine actively
 refused it.

And this continues on and on.... What am i doing wrong HuhHuh?


Try stratum.bitcoin.cz:3333 instead of api-stratum.bitcoin.cz:3333

They resolve to the same ip, but I dont know if slush has anything else going on in the background, could be server load maybe.
146  Other / Beginners & Help / Re: The 51% attack could already happen on: April 09, 2013, 07:06:16 AM
This site tends to be a bit more accurate as it pulls the blocks from the pools websites.

http://blockorigin.pfoe.be/top.php

eleuthria has already discussed this and has plan in place

https://bitcointalk.org/index.php?topic=168108.0

Could two of the top pools join together maybe, unlikely though as its of no real benefit for them in the long term. As it would devalue bitcoin and that is no use to them.

On the government tinfoil hat side. With the rise of asic its it is making it harder for anyone to do that. But if they really wanted to attack it. There are easier ways eg restricting trade back to fiat money.

Have a read in the pools sub forum and a few another ones its been/is being discussed endlessly.
147  Bitcoin / Hardware / Re: Avalon users: bitcoind and slush's/generalfaults mining pool setup on: April 09, 2013, 06:37:56 AM
I have changed the git repo from gavins to the bitcoin one and changed the version to currrent release 0.8.1

You may wish to to rebuild,
once logged in
Code:

cd git
rm -rf bitcoind-git

git clone https://github.com/bitcoin/bitcoin.git
git checkout 0.8.1

cd bitcoin/src
make -f makefile.unix

once it has done copy it over the current bitcoind

Code:
sudo cp bitcoind /usr/local/bin/bitcoind

cool thanks for the script for the pool server, its running it as root though. People may want to change that when they use it.
148  Bitcoin / Pools / Re: [6000 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: April 08, 2013, 07:47:25 PM
Two lines under that is this: This in fact is a simplified version here is the more complicated version

https://bitcointalk.org/index.php?topic=1976.msg50002#msg50002


In a nutshell, the shares are weighted, to prevent pool hopping.
149  Bitcoin / Hardware / Re: Avalon users: bitcoind and slush's/generalfaults mining pool setup on: April 07, 2013, 07:28:05 PM


This is from this thread https://bitcointalk.org/index.php?topic=965.0

Thanks to  phungus and gigavps

Code:
sudo pico /etc/init/bitcoind.conf

Then paste this into the file
Code:
# bitcoind upstart script for Ubuntu

description "Bitcoin daemon"

start on runlevel [2345]
stop on runlevel [!2345]

respawn
exec su -c "/usr/local/bin/bitcoind" - joe

For a testnet version replace  the above exec line
with this
Code:
exec su -c "/usr/local/bin/bitcoind -testnet" - joe

For anyone else wanting to use this replace joe with your username.

If you want to start, stop or restart it is one of the following commands, it should start it self automatically when the machine boots.

sudo start bitcoind
sudo stop bitcoind
sudo restart bitcoind


If you use bitcoind stop , the upstart script will auto restart it so if you want to stop it must use the above stop command.

For the pool server, I am not sure as it depends on how the include directories are set in launcher.tac, someone else might be able to help with that. I will have a poke at it over this week.
150  Bitcoin / Hardware / Re: Avalon users: bitcoind + eloipool configuration on: April 07, 2013, 05:20:28 PM
If you are on testnet and you havent found a block yet with a avalon something is wrong. With a dual GPU normally find one every 5 to 10 minutes
151  Bitcoin / Hardware / Re: Avalon users: bitcoind and slush's/generalfaults mining pool setup on: April 07, 2013, 09:55:32 AM
The first part is so you can send the btc you mine straight to another valid wallet of yours. Leave is as False and use the local bitcoind wallet if you want.

 But if you don't understand how to send btc out of bitcoind and its also more secure in the end to send them to another wallet address YOU own(as it says in the the tute don't use the address listed there). Whether that is a windows/mac bitcoin client wallet or something like a block chain wallet or cold storage one?(don't know much about cold storage). Then set it to True

When you finished testing on testnet and you go to mine real btc you have to make sure you have one of your btc wallet addresses in the first line of config.py

Thanks for the tip Cheesy

Ill have a look at second part when I finish work there is a script somewhere already on he forums.
152  Bitcoin / Hardware / Re: Avalon users: bitcoind and slush's/generalfaults mining pool setup on: April 07, 2013, 12:16:04 AM
They are in the unix timestamp format

You can use this to decode them.
http://www.unixtimestamp.com/index.php


more info http://en.wikipedia.org/wiki/Unix_time

blocknotify looks good, you change the prev_hash check time ?


edit:testnet coins if you dont have any use for them send them here http://tpfaucet.appspot.com/

Also a list of the bitcoind api calls https://en.bitcoin.it/wiki/Original_Bitcoin_client/API_calls_list
153  Bitcoin / Hardware / Re: Avalon users: bitcoind and slush's/generalfaults mining pool setup on: April 07, 2013, 12:10:28 AM
looks ok, when the blocknotify runs from bitcoind does the out put say the same as when tested ? eg blocknotify done in 0.20 (the time changes)seconds?

Also the passwords are different as you are meant to be using your passwords that you choose, not the ones in the tute.

You didnt use the rpc password from the tute ? you used the one bitcoind generated when you first ran it ?

If its the one from the tute page I would change it.
154  Bitcoin / Hardware / Re: Avalon users: bitcoind and slush's/generalfaults mining pool setup on: April 06, 2013, 09:45:12 PM
I have edited it to fix it. How it is was written will work from your home directory, but following the tute means you  are already in the stratum mining directory.

This should work as well
Code:
/home/joe/git/stratum-mining/scripts/blocknotify.sh --password somepassword1 --host localhost --port 3333

This will be needed in the end if you put it in the bitcoin.conf file anyway.

Just remember on most linux distributions the user home directories are nearly always in the format of /home/username


I
155  Bitcoin / Development & Technical Discussion / Re: TP's TestNet Faucet - a faucet and eWallet for TestNet on: April 06, 2013, 09:15:29 PM
I sent 1250 to the the faucet today as well, mined them while looking at pool software. I dont have much use for them
156  Bitcoin / Pools / Re: [6000 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: April 06, 2013, 08:03:57 PM
I'm still getting the "No connections could be made because the target machine actively refused it" error in guiminer

It's only when I use it through my vpn, which I consider essential for using the internet.  Why is my VPN fucking this up?

I downloaded the latest guiminer before I made this post and am still getting the error

edit:  it just randomly out of the blue decided to work after a restart.  This happens over and over though.  Any ideas on how to fix it?

Try using stratum.bitcoin.cz:3333 manually instead of using the slush choice from the drop down.

I think its using a the proxy/old getwork url?

157  Bitcoin / Hardware / Re: Avalon users: bitcoind and slush's/generalfaults mining pool setup on: April 05, 2013, 05:57:30 PM
Its in there.. its not in a code block though.

edit: the reason stats may not have been working properly before you mined, could be there was no values in the database for it to read and this was causing the error?
158  Bitcoin / Hardware / Re: Avalon users: bitcoind and slush's/generalfaults mining pool setup on: April 05, 2013, 05:12:21 PM
Thats a no to python3 as far as  I know, I havent seen the error before, did the stats still display?

Maybe ask in this https://bitcointalk.org/index.php?topic=108533.0

Its the forum for the pool software.
159  Bitcoin / Hardware / Re: Avalon users: bitcoind and slush's/generalfaults mining pool setup on: April 05, 2013, 05:06:05 PM
Bitcoind packages are available fro the same places as the libdb libraries, I have not tried them I assume they work, someone in the other thread for the eloipool said they were having trouble with binaries.

32bit

https://launchpad.net/~bitcoin/+archive/bitcoin/+files/bitcoind_0.8.1-quantal1_i386.deb

64bit

https://launchpad.net/~bitcoin/+archive/bitcoin/+files/bitcoind_0.8.1-quantal1_amd64.deb

160  Bitcoin / Hardware / Re: Avalon users: bitcoind and slush's/generalfaults mining pool setup on: April 05, 2013, 05:34:46 AM
Don't know ignore it. It still works.
Pages: « 1 2 3 4 5 6 7 [8] 9 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!