As a follow up to my last post, here's a better way of judging luck:  the boxplots show the median, quartiles and outliers. The median (the line through the middle of the box) should be ln(2). As you can see, there is significant variation - but not a great deal more variation recently than in previous times. Looks like new chapter on NPW about P2Pool is comming  I'm flat out like a lizard drinking atm so if I can make some time for it, sure. But I get a feeling that everytime theres a new p2Pool miner, or new data, someone's going to question whether there's some new problem with the luck. Responding to the same sort of issues every few months is a bit disheartening. It's a Sisyphean task. Any way to get a more in-depth statistical analysis automated enough to host it somewhere like p2pool.info? |
|
|
|
I'm sorry, I'm not an expert, I even don't know a shit of test Wafer, but this is blank for me.
[sarcasm] I too enjoy counting microscopic transistors from fuzzy photos. My worry is that I only count about 3 million transistors, even with conservative estimates it would take at least twice that to do any hashing. [/sarcasm] |
|
|
|
How do I make p2pool work for both bitcoin and litecoin simultanously?
You would need to run two instances. One to handle BTC, one to handle LTC. Each one needs it's own config file as well, and that's where you tell it which currency it should pay attention to. |
|
|
|
GREAT, now I can get even MOAR spam to my inbox!  Just kidding, I like the emails I get for every trade, dividends, etc, it's pretty nice to keep track of everything on btct.co if you filter it to your own folder. Coming Soon! BTC-TC to auction off sponsorships of emails sent. For only 5 BTC per thousand emails we'll put your ad in the footer of all legitimate BTC-TC notifications sent to users! Ok, crap, at first I was joking, but damn, that's a good idea!  Sadly, I hate whoring myself out, so it'll never happen. I'm personally a fan of opt-in additional ads. For a simpler case maybe an option to add a text based google ad (or anonymous ads or whatever else you pick) to the bottom of pages. I've got no problem helping the exchange with simple ads. Same kind of system could work for email too. Though the number of hits you generate might be low. I know personally half the time just getting the email tells me half of what I need to know. |
|
|
|
It already does pull some information from blockchain.info as a backup method, but it can't get everything from there, mostly because blockchain.info automatically blocks IP addresses that make a lot of requests (which has happened to p2pool.info multiple times). Actually, it appears that they significantly raised their request limiting thresholds, so maybe this would work. It would mean significantly rewriting some of the p2pool.info code since blockchain.info has a different set of APIs than bitcoind does and p2pool.info's code is built assuming bitcoind. So if someone does happen to have a bitcoind server, that would still be the easiest for me to migrate to. If not, I will add to my todo list to rewrite the code to use blockchain.info and we'll just hope blockchain.info doesn't ever go away You can also contact them for an api key allowing you to bypass rate limiting altogether. Is it possible you could get the same information from blockexplorer or an ABE client? or possibly even an electrum server? |
|
|
|
What about reducing fees for larger traders or for people who provide liquidity ?
An idea just hit me. What about zero fees for people willing to subscribe annually? Eg, for 35 BTC (less than 3 BTC/mo) you'd get a year of free trades. Thoughts? Sounds interesting to me, or at least a very standard subscription model, though I'm not likely to qualify for any discount plan myself anyway. Might even be able to offer a 3.5 BTC monthly price too. Breakeven happens at 17,500/yr ~1500/mo and it could open up some interesting options for small spread trading. Would you be want to give this to people automatically at a higher break point? Possibly ~2k/mo or 20k/yr and letting them know they could get it cheaper by prepaying? I thought about monthly, but the problem is that with BTC you can't auto-charge anything except their existing account balance and I don't really want people to be able to go month-on, month-off, month-on, etc. I do think if we do this it'd be a good idea to track volume on a per-account basis in the account info page or something. Then when a user gets close (or goes over) break-even the system can prompt them for a subscription. The more I think about it, the more I think this could work out nicely. That's part of the premium built in, or maybe 1 BTC to switch on if less than a yearly plan and allow people to auto draft their balance for a preset number of months? Though then you run into issues if it goes dry for a month. It's a different setup, but whatever people want to pay for I figure. May well be something to stick on the backburner if you don't think what you'd want to charge for it given the extra work is reasonable. It's certainly an interesting idea. I'd be interested to see more people trading in ways that fees make prohibitive, any gain is profit at that point |
|
|
|
What about reducing fees for larger traders or for people who provide liquidity ?
An idea just hit me. What about zero fees for people willing to subscribe annually? Eg, for 35 BTC (less than 3 BTC/mo) you'd get a year of free trades. Thoughts? Sounds interesting to me, or at least a very standard subscription model, though I'm not likely to qualify for any discount plan myself anyway. Might even be able to offer a 3.5 BTC monthly price too. Breakeven happens at 17,500/yr ~1500/mo and it could open up some interesting options for small spread trading. Would you be want to give this to people automatically at a higher break point? Possibly ~2k/mo or 20k/yr and letting them know they could get it cheaper by prepaying? |
|
|
|
And i have also a question about the old infrastructure, do you sell single gpu card ?
There aren't any GPU, the current running equipment is only FPGA based. Maybe I will consider to sell some, in this case all collected money would go into new ASIC and assigned to Pyramining. However I don't believe that when FPGA will not be profitable anymore, there will be someone who wants to buy them! ;-) I'd buy it! For terracoins and other forks. It's likely that there will still be some interest. If nothing else it could be a way to get a cheap FPGA unit, which is still a nice deal. |
|
|
|
Usagi sent me a great suggestion.
There was a limit of 4 digits after the decimal on orders. This has been extended to 6 digits, to better support assets like MPOE.
Cheers.
I'd wondered about that in general while the important bits like the wallet are precise to the satoshi, why the discrepancy for asset prices? It was designed on LTC, where anything after a decimal or two is noise. (So I allowed 4 decimals) GLBSE had a 5 digit limit, because, again, much more than that was noise. Now that MPEx is doing assets with 100,000,000 shares, (!?) it makes the satoshi's a little more important. But I still want to keep out the noise. (Where noise is silly little bids where you undercut someone by a single satoshi.) I'll look into going the full 8 digits. It's a simple config option, but it might require some reworking of the layout. I don't have a lot of space in some places. Cheers. About what I figured, and pretty in line with the way things have to be. While 1 satoshi bids would be nice with higher volume, it can be annoying compared to fewer digits. Maybe something to be tuned per asset in the future? Things that expect to trade around 1 BTC/share have less reason to use several decimals than something trading around 0.001 would (I'm assuming some of the MPEx stuff is around that order of magnitude). |
|
|
|
Usagi sent me a great suggestion.
There was a limit of 4 digits after the decimal on orders. This has been extended to 6 digits, to better support assets like MPOE.
Cheers.
I'd wondered about that in general while the important bits like the wallet are precise to the satoshi, why the discrepancy for asset prices? |
|
|
|
Registered but the plugin is unsupported on ChromeOs, so I can neither test now or use it later, and I would generally disapprove of anything using a weird non-free plugin (Flash at least has large enough market penetration to tolerate).
The client is in flash. Sorry for the gruff response. Went back and checked again and it's shockwave, which is similar but distinct from flash, although they're both produced by Macromedia. They also run on different plugins and the shockwave plugin is less portable and not supported at all under ChromeOs. I haven't done enough of anything with shockwave to know the difference between the plugins or why they used it instead of flash. |
|
|
|
|
Registered but the plugin is unsupported on ChromeOs, so I can neither test now or use it later, and I would generally disapprove of anything using a weird non-free plugin (Flash at least has large enough market penetration to tolerate).
|
|
|
|
First off, this is an awesome looking project weex. Thanks. As I get it - you tell blockchain.info an address where they should forward all payments and the users just get one-time addresses from blockchain.info so they can be distinguished from each other. Right?
Why not use BIP32 instead? This would also create a LOT of unique addresses, but you can keep the main key to yourself (even offline).
Also a bitcoin URI might be nice for people with desktop clients additionally to that QR code.
Is it possible to withdraw as well, or is this rather a one way money sink?
+1 for BIP 32, this would be a great use case for BIP 32 and a great place to show it off (both of these are also true for any website that needs any real speed generating keys without trusting the server with the private key). https://en.bitcoin.it/wiki/BIP_0032 - Short version: Using math to generate keys in a deterministic fashion. More private or public keys can be generated from an extended private key, and more public keys can be generated from an extended public key. The server can make new addresses on the fly without any sensitive information. I would assume this would usually be one-way, though bi-directional exchange would be an interesting way to reward people, although a certain exchange rate would have to be picked and may need to be changed each time someone withdrawals. And since forum points are usually unlimited while money is not it may be hard to balance. |
|
|
|
When you get past all the asic mining setup, deployment etc. and get time to look at adding new features, might I request some sort of cool looking map display of all the accounts in pyramining? It might be interesting to see the tree of accounts that exist out there, longest branches, dead branches etc. This of course would be very low priority as it's a just for fun nice to see sort of thing but still :-)
Hmm, at current giving away too much might influence where people joined, and anonamized data isn't as much fun to look at. I think it sounds interesting though. Might just come out as simple stats though. Longest chain is: # long, Most referrals is: # |
|
|
|
Any thoughts or plans to implement an API for pyramining? Looking to play with it a bit in GDocs
Actually I am putting all my resources in ASIC development, anyway an API is planned. I can't set dates yet. Awesome and thanks. Make sure not to drive yourself crazy and I apologize if we're driving you nuts. |
|
|
|
|
Any thoughts or plans to implement an API for pyramining? Looking to play with it a bit in GDocs
|
|
|
|
This is actually new-ish info, I think?
It's possible they're holding half their initial batch of wafers part-way through the wafer deposition process like ASICMINER did, in case they need to be revised. To be honest, I'd thought this was what Josh was hinting about a while ago regardign being able to revise their designs, so it's a surprise that he's so surprised by it.
Ahh, I figured they'd update the first comment, new information is staying there I suppose. |
|
|
|
Darn, I was hoping that was new info from BFL. Thanks for the cleanup though |
|
|
|
Ok Thanks i was just wondering because in a few months the new boards will be out and im assuming the hash rate will go up like crazy making your bonds worthless  Do you mean ASICs? Pyramining is also working on ASIC chips developed for their use. You can actually get cheaper Gh/s from Pyramining than anywhere else. If you're interested go check out the homepage for details about how to invest in ASICs with pyramining before they're ready |
|
|
|
Hasn't been approved by moderators yet. The celebration seems premature.
The asset seems to be rather poorly received so far by votes with public comments. There are (at time of writing) two votes for the asset, both are anonymous without comment. I would guess that one vote may be Usagi as he has mentioned owning enough shares to qualify as a moderator. There are currently 4 votes (weighted as -8) against the asset, all of these comments are also anonymous. Anonymous voted NO with comment: untrustworthy manager
Anonymous voted NO with comment: Want identity escrow.
Anonymous voted NO with comment: Issuer has proven to be unreliable and untrustworthy in the past.
Anonymous voted NO with comment: Don't give usagi any of your money or time
It seems those voting on BTCT.CO are not ready to give Usagi another chance. Edit:Syntax |
|
|
|
|
Show Posts
