Pages:
Author

Topic: p2pool - Decentralized, Absolutely DoS-Proof, Pool Hopping-Proof Pool [archival] - page 10. (Read 35513 times)

donator
Activity: 798
Merit: 500
Something is missing here.  bitcoind and namecoind return command not found  Huh

Do you have ~/bin in your PATH?

(Also check if the binaries have come across with suitable executable permissions enabled.)

Yes if I use the full path I get cannot execute binary file...so probably permissions?? What should they be set for?
legendary
Activity: 3920
Merit: 2349
Eadem mutata resurgo
Something is missing here.  bitcoind and namecoind return command not found  Huh

Do you have ~/bin in your PATH?

(Also check if the binaries have come across with suitable executable permissions enabled.)
donator
Activity: 798
Merit: 500
Something is missing here.  bitcoind and namecoind return command not found  Huh

Code:
$ mkdir -p ~/bin
$ wget http://dot-bit.org/files/namecoin_linux64.tgz
$ tar xvzf namecoin_linux64.tgz
$ mv namecoind ~/bin
$ wget http://downloads.sourceforge.net/project/bitcoin/Bitcoin/bitcoin-0.5.1/bitcoin-0.5.1-linux.tar.gz
$ tar xvzf bitcoin-0.5.1-linux.tar.gz
$ mv bitcoin-0.5.1-linux/bin/64/bitcoind ~/bin
$ mkdir -p ~/.bitcoin
$ mkdir -p ~/.namecoin
$ $EDITOR ~/.bitcoin/bitcoin.conf

rpcuser=USERNAME
rpcpassword=PASSWORD
rpcport=8332
port=8333
daemon=1

$ $EDITOR ~/.namecoin/bitcoin.conf

rpcuser=USERNAME
rpcpassword=PASSWORD
rpcport=8335
port=8334
daemon=1

$ bitcoind
$ namecoind
rjk
sr. member
Activity: 448
Merit: 250
1ngldh
In fact, it would be possible to create a P2Pool-P2Pool that mines for shares on the new Bitcoin-P2Pool.
Lets put a p2pool in your p2pool so you can hash while you hash. Cool
donator
Activity: 1218
Merit: 1079
Gerald Davis
Would it benefit both smaller traditional pools, and P2Pool, if the traditional pools mined for P2Pool?
P2Pool as a 10 second share time doesn't it? If this means a traditional pool would have to expose 10 second longpolls to its clients I don't think it'd work very well.

A new Bitcoin-P2Pool could be made for pools with a much larger share interval (2 minutes?). In fact, it would be possible to create a P2Pool-P2Pool that mines for shares on the new Bitcoin-P2Pool.

Down the road that might be a good idea.  The reason is that as p2pool grows to maintain 10 sec share time will require more and more hashing power. 

At 100 GH - 10 sec = 1 TH.  So a 1 GH miner will get a share every 1000GH /1 GH/s = 1000 s = ~17 minutes

If the pool grew to 300 GH, it now takes the same 1 GH/s miner almost an hour to find one share.

At 1 TH it would take 1 GH/s miner almost 3 hours to find a share.  Remember these are average.  Share time of 300% won't be that rare and occasionally a miner will get even wider swings.

By building a higher level network  (possibly w/ longer share interval) it could be used to connect MULTIPLE p2pools, small traditional pools, and even large hashing farms.

The p2pool client would connect to the "higher" network query it and find the available p2pools.  Say p2pool A, B, C and have the new miner join the smallest.  When a p2pool gets too large it could split.  If a p2pool gets too small it could join another one.

That way you have a dynamic network of p2pools w/ upper bound of say 150GH/s per pool and a larger network consisting of the multiple pools, major hashing farms, and traditional pools.

hero member
Activity: 516
Merit: 643
Would it benefit both smaller traditional pools, and P2Pool, if the traditional pools mined for P2Pool?
P2Pool as a 10 second share time doesn't it? If this means a traditional pool would have to expose 10 second longpolls to its clients I don't think it'd work very well.

A new Bitcoin-P2Pool could be made for pools with a much larger share interval (2 minutes?). In fact, it would be possible to create a P2Pool-P2Pool that mines for shares on the new Bitcoin-P2Pool.
donator
Activity: 1218
Merit: 1079
Gerald Davis
Would it benefit both smaller traditional pools, and P2Pool, if the traditional pools mined for P2Pool?
P2Pool as a 10 second share time doesn't it? If this means a traditional pool would have to expose 10 second longpolls to its clients I don't think it'd work very well.

It wouldn't work any worse than p2pool does.   Think of the pool server as a p2pool daemon that happens to be on another server.  The server issuing a longpoll ever 10 sec isn't much different than your local p2pool daemon issuing a long poll ever 10 seconds.
legendary
Activity: 1078
Merit: 1005
Would it benefit both smaller traditional pools, and P2Pool, if the traditional pools mined for P2Pool?
P2Pool as a 10 second share time doesn't it? If this means a traditional pool would have to expose 10 second longpolls to its clients I don't think it'd work very well.
hero member
Activity: 632
Merit: 500
Hey guys,

Just dropping by to say that now that I've installed cgminer correctly on my mining rigs, I find this "pool" really interesting. Maybe some of my MHash will join you soon  Smiley
member
Activity: 62
Merit: 10
100X100111XX10
There's no way to see the number of your shares active in the sharechain (at least currently). However, the "Payout if block" and "Recent" reflect active shares, and what Holliday said applies only to those two.

"Recent" means "your shares in the last two hours, paying to the current address." The share counter only displays shares mined the current process.
So as long as you use the same address every time you reboot, "Payout if block" will accurately show the total value of all your non-decayed shares?
hero member
Activity: 516
Merit: 643
How do I see how many of my shares are currently "active"?
What exactly does "recent" mean?
Code:
21:44:04.984000 Pool: 72503MH/s in 17341 shares (11921) Recent:0
.42% >304MH/s Shares: 3 (0 orphan, 0 dead) Peers: 11

I mined 4 shares an hour ago, restarted the client, and mined another 3.
Based on the specifics of this pools PPLNS system, I don't think the first four should have expired yet.

There's no way to see the number of your shares active in the sharechain (at least currently). However, the "Payout if block" and "Recent" reflect active shares, and what Holliday said applies only to those two.

"Recent" means "your shares in the last two hours, paying to the current address." The share counter only displays shares mined the current process.
member
Activity: 62
Merit: 10
100X100111XX10
How do I see how many of my shares are currently "active"?
What exactly does "recent" mean?
Code:
21:44:04.984000 Pool: 72503MH/s in 17341 shares (11921) Recent:0
.42% >304MH/s Shares: 3 (0 orphan, 0 dead) Peers: 11

I mined 4 shares an hour ago, restarted the client, and mined another 3.
Based on the specifics of this pools PPLNS system, I don't think the first four should have expired yet.
donator
Activity: 798
Merit: 500
Thank you ovidiusoft.  That is exactly what I was looking for.  I will be trying it soon. Give me an address and I'll send you some treats  Smiley
sr. member
Activity: 252
Merit: 250
Can someone list the commands to get bitcoind and namecoind installed and running on Ubuntu 11.04 headless?  I'm doing something wrong.  I would like to try out p2pool with merged mining using cgminer.

I assume 64 bit. If you're running on 32, change the 2 occurences of 64 to 32 below.

Code:
$ mkdir -p ~/bin
$ wget http://dot-bit.org/files/namecoin_linux64.tgz
$ tar xvzf namecoin_linux64.tgz
$ mv namecoind ~/bin
$ wget http://downloads.sourceforge.net/project/bitcoin/Bitcoin/bitcoin-0.5.1/bitcoin-0.5.1-linux.tar.gz
$ tar xvzf bitcoin-0.5.1-linux.tar.gz
$ mv bitcoin-0.5.1-linux/bin/64/bitcoind ~/bin
$ mkdir -p ~/.bitcoin
$ mkdir -p ~/.namecoin
$ $EDITOR ~/.bitcoin/bitcoin.conf

rpcuser=USERNAME
rpcpassword=PASSWORD
rpcport=8332
port=8333
daemon=1

$ $EDITOR ~/.namecoin/bitcoin.conf

rpcuser=USERNAME
rpcpassword=PASSWORD
rpcport=8335
port=8334
daemon=1

$ bitcoind
$ namecoind
donator
Activity: 798
Merit: 500
Can someone list the commands to get bitcoind and namecoind installed and running on Ubuntu 11.04 headless?  I'm doing something wrong.  I would like to try out p2pool with merged mining using cgminer.
legendary
Activity: 3920
Merit: 2349
Eadem mutata resurgo
just watching ... nice work.
member
Activity: 62
Merit: 10
100X100111XX10
Seems I've got a problem.
It keeps receiving work every few seconds, but it doesn't actually do any hashing.

Code:
[11/01/2012 23:49:21] Phoenix r778e6bc535491e142aff5b6cc1ac1278a57b503a starting
...
[11/01/2012 23:49:21] Connected to server
[11/01/2012 23:49:21] Server gave new work; passing to WorkQueue
[11/01/2012 23:49:21] New block (WorkQueue)
[0 Khash/sec] [0 Accepted] [0 Rejected] [RPC]Unhandled error in Deferred:
Unhandled Error
Traceback (most recent call last):
  File "twisted\internet\defer.pyc", line 542, in _runCallbacks

  File "QueueReader.pyc", line 141, in preprocess

  File "twisted\internet\defer.pyc", line 297, in addCallback

  File "twisted\internet\defer.pyc", line 286, in addCallbacks

--- ---
  File "twisted\internet\defer.pyc", line 542, in _runCallbacks

  File "QueueReader.pyc", line 141, in

exceptions.TypeError: argument 2 to map() must support iteration
[11/01/2012 23:49:21] Server gave new work; passing to WorkQueue
[11/01/2012 23:49:22] Using new LP URL /long-polling
[11/01/2012 23:49:22] LP connected to 127.0.0.1:9332
[11/01/2012 23:49:22] Server gave new work; passing to WorkQueue
[11/01/2012 23:49:22] LP: New work pushed
[0 Khash/sec] [0 Accepted] [0 Rejected] [RPC (+LP)]
legendary
Activity: 1500
Merit: 1022
I advocate the Zeitgeist Movement & Venus Project.
The Bitcoin client (v0.5.1) tends to crash every now and then while I'm using p2pool.

Consistently for me also.

I can use bitcoind without a problem.
sr. member
Activity: 352
Merit: 250
Firstbits: 1m8xa
The Bitcoin client (v0.5.1) tends to crash every now and then while I'm using p2pool.
Pages:
Jump to: