Hello, to steer the discussion somewhere else I have a technical question. Is it possible to limit litecoind's non JSON-RPC connections to litecoin network?
Bitcoind parameter -maxconnections does not seem to work. I would like to be able to let any computer (or miner) from the specified subnet connect (using rpcallowip= in litecoin.conf) to my litecoind, but limit outgoing connections. Is that possible somehow? Thank you
I think you would be best off playing with firewall rules to accomplish this. |
|
|
|
These make me never want to use the pool ever. |
|
|
|
I trade all my coins for goods, and so i dont care about BTC / USD exchange rate 0 (0%) Yep, am definitely in the right forum here  I need "I trade most all of my coins for goods, but I still care about BTC / USD exchange rate since everything is still valued in USD." |
|
|
|
It will probably never be able to reach the speed of the compiled C++ daemon.
I'm also uncomfortable seeing Red Emerald compare Armory with bitcoind: "[...] Armory will be far better than bitcoind." That is like comparing apples to oranges. It does not compute.
If you would like to continue this discussion, please create a new topic, or send me a PM. I feel at least I've littered this thread enough. Sorry!
Once armory can handle the block chain without bitcoind and has a JSON-RPC, it won't be apples to oranges any more... Mmmh. Does Armory implement any of the p2p mechanics ? Not yet. Right now it lets bitcoind handle all of that. I think this was a smart move since it dramatically reduces the amount of code needed to start. etotheipi has a lot to work on. Right now Armory is a good (but alpha) client. It's goal is to be much more. Also, if the python is too slow (which is not a problem worth dealing with right now), a library like libbitcoin could be used. |
|
|
|
It will probably never be able to reach the speed of the compiled C++ daemon.
I'm also uncomfortable seeing Red Emerald compare Armory with bitcoind: "[...] Armory will be far better than bitcoind." That is like comparing apples to oranges. It does not compute.
If you would like to continue this discussion, please create a new topic, or send me a PM. I feel at least I've littered this thread enough. Sorry!
Once armory can handle the block chain without bitcoind and has a JSON-RPC, it won't be apples to oranges any more... |
|
|
|
It will.
It doesn't as of now.
Case in point: no API, can't be used on a merchant site
It's a CLIENT. I dare say Armory will never have an API for merchant interaction. As smart as ever tibbsy. How's about you go back 5 posts and read the authoritative answer on the topic. Also: there's a whole host of features in Armory that would be essential on a merchant site : offline txs and multi-wallets to name a few. So, next time, get brain in gear before dumbly applying pressure to caps lock key. As a client, Armory is more feature rich than the Satoshi client (Bitcoin-QT). Armory definitely does a better job explaining what all the buttons do. As an automated backend for a merchant site, Armory needs more work. Once there is a JSON-RPC, Armory will be far better than bitcoind. |
|
|
|
|
Sounds exactly like armory's offline transactions.
|
|
|
|
Armory is getting dangerously close to being useful  And the insult of the year award goes to... znort987! Not meant as an insult in any way. Great potential, great and fast progress, but as of today, featurewise, not yet a match for the satoshi client. What? I'd say it smashes the satoshi client featurewise. +1 |
|
|
|
So it looks like only one of the listed servers is down. I made a quick python script to check all of the servers and then sort them by average response time. http://pastie.org/3597839Obviously, my pool has a very low ping time since it is local. Just thinking out loud. Public node advertising could be built into p2pool. Maybe if a flag is set, the client will join a special IRC channel. Then a simple client could be written to look at all the nodes in that channel and connect to one. Maybe the nodes could advertise fees, uptime, if they have merged mining, etc. It could at least be a nice way to setup a backup pool. EDIT: So I just realized my script does not distinguish between bitcoin and litecoin pools? I'll add that now. Done Using your prog I get the same results, with ping in terminal I get 4 unanswered results, while ping in terminal shows thirdlight as up. --- thirdlight.dynalias.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, I don't know why there is this discrepancy between the two tool results or which should be used to update the OP with. Are both results valid? Any Suggestions? My script checks the response time to actually fetch work. If this works, the pool is up. If it doesn't work, the pool is down. Pinging from the command line is just checking network latency. If this works, the server p2pool runs on is up. If it doesn't work, the pool might be on or off. For example, my firewall used to block pings while letting p2pool traffic through. tl;dr My script is more accurate than a simple ping. |
|
|
|
So it looks like only one of the listed servers is down. I made a quick python script to check all of the servers and then sort them by average response time. http://pastie.org/3597839$ ./check_p2pool.py
{'btc': [{'avg': 0.00440669059753418,
'fee': '0.5',
'uptime': '29516.036853790283',
'url': 'http://p2pool.stitthappens.com:8336/'},
{'avg': 0.03047151565551758,
'fee': '100.0',
'uptime': '1024363.7575352192',
'url': 'http://p2pmining.com:9332/'},
{'avg': 0.07731189727783203,
'fee': '1.0',
'uptime': '73344.56299996376',
'url': 'http://p2pool.tgservers.com:9332/'},
{'avg': 0.10513956546783447,
'fee': '0',
'uptime': '75345.12966704369',
'url': 'http://bitcoinp2pool.zapto.org:9332/'},
{'avg': 0.1308922290802002,
'fee': '0.3',
'uptime': '276745.2009999752',
'url': 'http://p2pool.hopto.org:9332/'},
{'avg': 0.13538458347320556,
'fee': '0',
'uptime': '179310.02102780342',
'url': 'http://blockexplorer.funkymonkey.org:9335/'},
{'avg': 0.1639407157897949,
'fee': '0.5',
'uptime': '432976.1064121723',
'url': 'http://109.74.195.142:9332/'},
{'avg': 0.17030150890350343,
'fee': '0.1',
'uptime': '10236.310000181198',
'url': 'http://195.234.11.101:9332/'},
{'avg': 0.19360129833221434,
'fee': '0',
'uptime': '30323.998390197754',
'url': 'http://82.165.39.91:9332/'},
{'avg': 0.2273181915283203,
'fee': '0.0',
'uptime': '57361.85500001907',
'url': 'http://bitpoppool.geekgalaxy.com:9332/'},
{'avg': 0.23062829971313475,
'fee': '0.5',
'uptime': '50391.81758403778',
'url': 'http://p2pool.soon.it:9332/'}],
'ltc': [{'avg': 0.004079198837280274,
'fee': '0.5',
'uptime': '273077.05907201767',
'url': 'http://p2pool.stitthappens.com:10336/'},
{'avg': 0.020945215225219728,
'fee': '0.25',
'uptime': '168885.96537017822',
'url': 'http://litep2pool.sytes.net:9327/'},
{'avg': 0.10405550003051758,
'fee': '0',
'uptime': '75408.51788496971',
'url': 'http://litecoinp2pool.zapto.org:9327/'}],
'offline': ['http://thirdlight.dynalias.com:9332/'],
'unknown': []}
Obviously, my pool has a very low ping time since it is local. Just thinking out loud. Public node advertising could be built into p2pool. Maybe if a flag is set, the client will join a special IRC channel. Then a simple client could be written to look at all the nodes in that channel and connect to one. Maybe the nodes could advertise fees, uptime, if they have merged mining, etc. It could at least be a nice way to setup a backup pool. EDIT: So I just realized my script does not distinguish between bitcoin and litecoin pools? I'll add that now. Done |
|
|
|
It'd be nice if all the servers could be pinged also. I've tried pinging all the servers in this topic, but a few couldn't be reached. So far P2PMining.com is still the best for me at ~60ms.
http://p2pmining.com/ does more than most of the pools here. He has built his pool with a special front end to pay based on diff 1 shares. This is probably a good choice for people with small rigs. He also pays out Namecoin. Most of the people here (including me) just have ports open to the normal p2pool. I just setup my firewall to respond to pings. It'd be nice if all the servers could be pinged also. I've tried pinging all the servers in this topic, but a few couldn't be reached. So far P2PMining.com is still the best for me at ~60ms.
http://just-ping.com is good for this kind of thing. For example, mine's pretty decent all over europe but typically >100ms to the US: http://just-ping.com/index.php?vh=195.234.11.101&c=&s=pingThere are a lot of dead servers in this topic though... Running ping from your miner is probably the best idea since that is what you will actually be getting. However, the server might not be setup to respond to pings. Mine wasn't until just now. We need a script to time an http request to the pool for more accurate results. |
|
|
|
|
So this thread is mostly about the hardware, but I'm curious what you use for the software.
I know you've mentioned that part of your farm is mining at p2pool. Do you use BAMT? Linuxcoin? Your own installs?
|
|
|
|
I know several pools advocate payout locking and using PINs and the like. Seeing this option made me wonder if it wouldn't be more secure to require a new payout address to be signed by the old one. Frequently the reason for changing the payment address is the fact that the old wallet is lost, so this won't work. May be it would be better for other purposes... Wallets are getting lost frequently? |
|
|
|
I was thinking that using a higher "sampling frequency" could give a better estimate of miner contribution to the pool.
Just to be precise. A higher sampling frequency (lower diff shares) does provide a better estimate (less variance in short run). This is why all traditional pools use a diff 1 shares. It just happens to be that given the limits of internet connectivity, latency, and node response times p2pool has a semi-unique restriction in that it needs to keep LP interval at ~ 10 seconds. That puts an lower limit on difficulty of shares. Hypothetically if all the nodes of p2pool were on internet backbone and had sub 100ms latency with every other node you could use a smaller LP window and thus a lower difficulty. As indicated above you can support p2pool w/ 1 difficulty shares by using p2pmining.com. It works as a "front end". It records diff 1 shares submitted by miners and submits p2pool dif shares to p2pool. When a block is found it splits any revenue by the diff 1 shares. It is semi-centralized (in rewards not work generation). Isn't the work generation centralized too? p2pmining runs bitcoind and namecoind and then gives you the work. |
|
|
|
Yes, I understand the percentage of actually seeing some if not any shares are; the thing that confuses me is how am I able to show accepted on the miner when my pool doesn't show any shares, unless it's mining so low that the pool already is on another block. :\
https://en.bitcoin.it/wiki/P2Pool#Frequently_Asked_QuestionsQ: Why does my miner say it has found a lot of shares but p2pool say I have only found a few?! A: The real P2Pool difficulty is hundreds of times higher than on normal pools, but p2pool essentially lies to your miner and tells it to work on relatively easy shares so that it submits shares every few seconds instead of every few hours. P2Pool then ignores any submitted shares that don't match the real share difficulty. By doing this, P2Pool can more accurately report your local hash rate and you can see if you are having problems with too many stale shares quickly twmz, question: could p2pool use difficulty 1 shares to calc miner payout instead of using high difficulty ones? This should lower miner's variance and still be able to use high difficulty shares to solve blocks. spiccioli This has also been discuseed on previous pages. If you are a small miner, you should try out p2pmining.com. They use p2pool, but pay diff 1 shares. |
|
|
|
As Kano said what matter is p2pools shares. 1 p2pool share ~= 600 difficulty 1 shares.
If you look in the p2pool window you should see a line that says something like:
"Shares 3068 (Oprhan 82, Dead 16) ...."
THOSE SHARES are the ones in the share chain. The payments are made on the % of shares you have in the share chain (total - orphan - dead) at the time a block is found.
Also in the p2pool window you should see a line that says something like:
"Expected time to share 3.8 minutes".
If you got 12MH/s mining on p2pool is likely going to be a futile frustrating experience.
I estimate @ current difficulty (630) it will take:
630 * 2^32 / 12,000,000 = 225486 sec = 3758 minutes = 62 hours = 2.6 days to find a share ... ON AVERAGE.
Individual share time is random but a range of 20% to 500% is pretty common. So up to 12 days to find a share. Also you would statistically have a ~10% chance of it being orphaned and thus end up worthless.
Yes, I understand the percentage of actually seeing some if not any shares are; the thing that confuses me is how am I able to show accepted on the miner when my pool doesn't show any shares, unless it's mining so low that the pool already is on another block. :\ The miner sees the difficulty 1 shares to make it easy to tell if your miner is working. P2Pool sees the higher difficulty shares. This seems to get covered every other page of this thread... |
|
|
|
Watching Soiledcoin die is more awkward than watching Trinity die in the 3rd Matrix.
Nonsense! There is only one Matrix. QFT |
|
|
|
|
I'm pretty sure there are people with arbitrage bots. I'm sure they would love you for it.
|
|
|
|
Think someone would provide a Platypus for like 500 BTC?
Can you even find a platypus for sale? |
|
|
|
|
A Block party sounds like a great idea.
|
|
|
|
|
Show Posts
