I do wish p2pool used DGM, but PPLNS is a decent method.  |
|
|
|
|
I agree that comparing to BTCGuild PPLNS would be much more useful. However, the end result should just be that P2POOL comes out ahead because of BTCGuild's 3% fee.
I thought about setting up a pool last year but decided there were already so many good ones, so what would be the point? I made a TRC pool instead. I've thought about doing it again recently, but I still come back to the fact there are multiple good pools and apparently you can charge a 3% fee and be the 2nd largest pool in the world. So you can't even try to compete for traffic by doing a lower fee.
|
|
|
|
I would point your 12gh/s over to cex.io for the merged mining. Doesn't affect your btc mining rate but you get to clock up some alt sha-256 coins too
There's also bitparking, a good merge mining pool that has been around for ages. |
|
|
|
forgive me being a noob, how is the pool luck calculated? it's now becoming another long round and luck is showing at 110... what does this mean?
CDF is a much better number to look at than "luck" which can vary from pool to pool on what they even mean by the word. The CDF you can think of as the probability a block would have been found given the current difficulty and number of shares that have been submitted to the pool. Right now, the pool CDF is 62.73%. So given the amount of work done since the last block, the pool would have found the block by now 62.73% of the time. 50% CDF is the median (half of all blocks found should be < 50% and half > 50% with a large enough sample size), 63.2% is the average. Remember no matter how long the current round has been it has no effect on the odds of finding a block. The purpose of calculating and graphing things like the CDF of rounds is so the pool can be analyzed to be sure there's not something wrong with it. When a round goes really long and has a CDF of 95%, it's annoying, but 5% of all blocks will end up at or higher than 95%. 1% of all blocks will end up at 99% or higher. But on the other hand, 5% will end up at 5% or lower and 1% will end up at 1% or lower. Edit: Corrected typo and re-worded something for clarity. |
|
|
|
|
Being over 12 months old you could get the reduced capital gains tax on the income (if you are in USA). Personally I'd move it all to coinbase and cash out.
|
|
|
|
|
Also the value of a GH/s should only depreciate each day as more hashpower adds to the network, making the GH/s continually less productive. If the cost was similar to buying hardware, I'd be quite interested. But people massively overpaying have pushed the price beyond common sense.
|
|
|
|
I'm sorry but this makes no sense at all.
How is it I can send p2pool mined funds to myself (and spend it immediately), but sending the exact same mined funds to cryptsy means they somehow can't "validate" it? If it's in a transaction, it's valid! How else could it be included in a transaction?
Understand that it's not that I am out on a campaign to change cryptsy or the rules they impose on their users. I'm simply trying to understand why they have these concerns and rules in the first place.
And to everyone who's "speculating" answers, please don't because that leads to nowhere.
-Michael
The problem is that some exchanges don't look in the "coinbase" of a block for any deposits. They only look in the transaction list. For example, here's a block: https://blockchain.info/block-index/463325/0000000000000000ea53a26a87b429b6485ea65882aaa0ff5aca038df5df7410Every block has a first section that is the payment for the block reward. It can be one miner, or many, depending on the pool that found it. The "from" is "No Inputs (Newly Generated Coins)". Those transactions without an input (brand new coins from thin air as a block reward) are not processed by some exchanges, and thus the warnings. There's no technical reason why the exchange can't process and handle those deposits, they just don't bother. To give you a different example, Eligius pays out to it's miner right in the coinbase of the coin. They don't send transactions to their miners like most pools. (p2pool is the same way). Here is a block they found: https://blockchain.info/block/00000000000000013f9c652afd5d683c83fa23526ee650f02205dcf8408aa512And you'll see the "new generated coins" are paid directly to a couple dozen different people. A normal pool which collects your coins and then you get paid later, you can use any exchange address to receive those. It's just a transfer like any other. The only "iffy" situation is the newly generated coins because of exchanges not properly handling them. There's really no excuse for them not to. Edit: Fixed typo. |
|
|
|
|
The problem is cex.io hash is like over $30/Gh. Better to to just buy more hardware at 1/3 that...
|
|
|
|
So to setup my AntMiner S1 on a p2pool node I just select any from the list here: http://p2pool-nodes.info and then how do I create the miner for one of these pools? You don't create a miner. Just use your payment address as username, and any password you want. The work you do will be paid to your payment address each time a block is found. |
|
|
|
|
josh, yes, because people on the old wallet would be using one difficulty, and people on the new wallet would be using the new difficulty.
|
|
|
|
And also price is recovering Also true. Additional idea, why not just change the difficulty retarget time until the KGW is put in place? Isn't that something that could be implemented today? That way, we don't have to suffer though such an unnecessarily high difficulty while waiting on the KGW switch. Anyone miners or pools using the old wallet would end up forked on an separate chain and wasting their time/losing coins. People have to be given a reasonable amount of time to upgrade. |
|
|
|
My two p2pool nodes are running new wallet. However I did a git fetch and a make, but the only file it recompiled was version.cpp. Shouldn't other files have been updated/recompiled for the KGW? :~/vertcoin/src$ make -f makefile.unix
/bin/sh ../share/genbuild.sh obj/build.h
g++ -c -O2 -pthread -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -g -DBOOST_SPIRIT_THREADSAFE -D_FILE_OFFSET_BITS=64 -I/home/ubuntu/vertcoin/src -I/home/ubuntu/vertcoin/src/obj -DUSE_IPV6=1 -I/home/ubuntu/vertcoin/src/leveldb/include -I/home/ubuntu/vertcoin/src/leveldb/helpers -DHAVE_BUILD_INFO -fno-stack-protector -fstack-protector-all -Wstack-protector -D_FORTIFY_SOURCE=2 -MMD -MF obj/version.d -o obj/version.o version.cpp
g++ -O2 -pthread -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -g -DBOOST_SPIRIT_THREADSAFE -D_FILE_OFFSET_BITS=64 -I/home/ubuntu/vertcoin/src -I/home/ubuntu/vertcoin/src/obj -DUSE_IPV6=1 -I/home/ubuntu/vertcoin/src/leveldb/include -I/home/ubuntu/vertcoin/src/leveldb/helpers -DHAVE_BUILD_INFO -fno-stack-protector -fstack-protector-all -Wstack-protector -D_FORTIFY_SOURCE=2 -o vertcoind leveldb/libleveldb.a obj/alert.o obj/version.o obj/checkpoints.o obj/netbase.o obj/addrman.o obj/crypter.o obj/key.o obj/db.o obj/init.o obj/keystore.o obj/main.o obj/net.o obj/protocol.o obj/bitcoinrpc.o obj/rpcdump.o obj/rpcnet.o obj/rpcmining.o obj/rpcwallet.o obj/rpcblockchain.o obj/rpcrawtransaction.o obj/script.o obj/scrypt.o obj/sync.o obj/util.o obj/wallet.o obj/walletdb.o obj/hash.o obj/bloom.o obj/noui.o obj/leveldb.o obj/txdb.o -Wl,-z,relro -Wl,-z,now -Wl,-Bdynamic -l boost_system -l boost_filesystem -l boost_program_options -l boost_thread -l db_cxx -l ssl -l crypto -Wl,-Bdynamic -l z -l dl -l pthread /home/ubuntu/vertcoin/src/leveldb/libleveldb.a /home/ubuntu/vertcoin/src/leveldb/libmemenv.a Edit: I apparently updated my git clone wrong since I see changes in the git web site that aren't in my code. Yet 'git fetch' tells me I'm up to date. Hmm. |
|
|
|
Welcome aboard! I like those stats! |
|
|
|
A lot of the servers on this list dont work anymore. I have set my own p2pool node up (which I will advertise soon), and now I want to find a couple of backups. There has to be way to automate this information.
Has this been discussed at all? Two things spring to mind:
1. Auto discovery of p2pool nodes, and use ping to find the closest (this could be built into the mining software).
2. Have p2pool optionally advertise it's location to a map every hour or so. This would be a config setting in p2pool, detailing Latitude/Longitude, rate etc.
http://p2pool-nodes.info/Thank you for adding this. The OP and many of the replies have pools that aren't around any more and links to tools that are no longer online. |
|
|
|
Can you add more than 1 node to your P2Pool server, if so how to do add it? -n address:port address:port ?
I've not tried it, but I assume you can do -n multiple times. -n address1:port1 -n address2:port2 |
|
|
|
Most people are still mining on regular pools. I guess the 0 hashrate could mean no one in the US is mining on p2pool or they're all mining on my node in europe.. Like I said, we could use some more hashrate in network!  Right, noone is currently mining on the USA East Node. One small miner is on USA West. All of the p2pool power is coming from bengt's European node atm. When any node finds a block, all shares on all pools are paid out. p2pool network-wide is a single pool all working together. In theory, someone wanting to mine off a public p2pool node without setting up p2pool themselves should mine at the node with the low latency from their miners. |
|
|
|
It's because GHash does merged mining with NMC, DEV and IXC.
So does bitparking, and has been for ages. |
|
|
|
|
Run p2pool with --bitcoind-p2p-port 10332
|
|
|
|
Support for alt coins would be appreciated. |
|
|
|
|
Show Posts
