If you feel unhappy with your purchase, please contact sales@ immediately for a full refund.
Guy I would like a full refund. I'll just remind everyone of this: RawDog, I'm usually a very patient guy, but we're busy now. Please go troll other thread.  |
|
|
|
They mining at ghash, not p2pool.
But the shareholders voted for p2pool. It makes no sense to not listen to your shareholders, unless you are a filthy crook like cryptx. Have fun sinking. |
|
|
|
Ghash.io is weak with the force, blockchain terminal shows.
Yes, Discus Fish is becoming stronger and stronger. And then we have that mysterious 193.187.79.76 address hashing around 10% atm. Let's just hope AM owns a big chunk.  That IP is from Kiev so no AM self-mining with 10%. It's our friend Bitfury. Can you please share when did that IP started mining big time? |
|
|
|
|
My SP31(s) will be hosted with Toomim too! Can't wait!
|
|
|
|
their hardware is OVERPRICED. (period)
That doesn't make them scammers... |
|
|
|
i am currently earning 0.035 - 0.04 btc everyday with 1.5 TH i wanted to know how much would i earned in p2pool and wicth pool would i use since there are lots of them or i don't get it would love some explanation
Just join a p2pool node with the lowest ping from your miners. |
|
|
|
The SP31 does 5.5TH/s at 3000W = 0.545454 W/GH.
Shipping in the second half of October. If you look at the other thread the definitive hashrate may be lower. We have to wait and see... You are wrong here. The hashrate was lower for pre-October units. From October onwards the SP31 will have 5.5Th/s. *I am not endorsing and suggesting anything. I'm just trying to spread the information. |
|
|
|
drop your unrealistic hope! bitcoin is going to nowhere but down!
Same as your intelligence level. |
|
|
|
im thinking about getting into bitcoin. What hardware is going to be the best buy and does anyone have any recommendations? something like that anything would help especially a link to buy them or something
What budget do you have? |
|
|
|
However, we can state this: we expect an ongoing development of the hash rate until the point where the mining hardware cannot mine efficiently even for pretty low energy costs including a deprecation.
I have to warn you that you might be wrong here. I am expecting the hash rate development over the point of power cost-bitcoins produced equilibrium. In the future I see mining operations running on red and paying more for power than the bitcoins produced, but earning from other services. So don't be so sure that hashrate deployment will stop so soon. |
|
|
|
The following will be posted on the Eligius, BTCGuild and P2pool threads. How willing are the pool operators to implement this? Is it hard? Any downsides? Please discuss My position is that every periodic payment should be done using deterministic key pair generation. Of course this includes all mining payouts. The way this would work is that instead of generating a normal private/public key pair and giving the Bitcoin address of the public key to your mining pool for payout you would generate an extended private/public key pair and give the extended public key to the mining pool.
An extended public key contains within it the first public key and information on how to generate an entire sequence of public keys that correspond to the same key pair sequence that is generated by the extended private key. So the mining pool would send your first payment to the first public key, your second payment to your second public key, your third payment to your third public key, etc.
Meanwhile your client can generate the first private key that corresponds to the first public key, the second private key that corresponds to the second public key, etc. so you can claim/spend the BTC when you are ready.
This way every single periodic payment can be sent to a unique public address. Cool, right?
However, I do not know of a single pool that supports this payment mechanism. I do not keep up with all the various mining pools having given up mining at the end of the GPU mining era myself. So, if there is a pool that supports this please let me know.
All miners should demand this from every pool they use and only use pools that support this mechanism. |
|
|
|
The following will be posted on the Eligius, BTCGuild and P2pool threads. How willing are the pool operators to implement this? Is it hard? Any downsides? Please discuss My position is that every periodic payment should be done using deterministic key pair generation. Of course this includes all mining payouts. The way this would work is that instead of generating a normal private/public key pair and giving the Bitcoin address of the public key to your mining pool for payout you would generate an extended private/public key pair and give the extended public key to the mining pool.
An extended public key contains within it the first public key and information on how to generate an entire sequence of public keys that correspond to the same key pair sequence that is generated by the extended private key. So the mining pool would send your first payment to the first public key, your second payment to your second public key, your third payment to your third public key, etc.
Meanwhile your client can generate the first private key that corresponds to the first public key, the second private key that corresponds to the second public key, etc. so you can claim/spend the BTC when you are ready.
This way every single periodic payment can be sent to a unique public address. Cool, right?
However, I do not know of a single pool that supports this payment mechanism. I do not keep up with all the various mining pools having given up mining at the end of the GPU mining era myself. So, if there is a pool that supports this please let me know.
All miners should demand this from every pool they use and only use pools that support this mechanism. |
|
|
|
The following will be posted on the Eligius, BTCGuild and P2pool threads. How willing are the pool operators to implement this? Is it hard? Any downsides? Please discuss My position is that every periodic payment should be done using deterministic key pair generation. Of course this includes all mining payouts. The way this would work is that instead of generating a normal private/public key pair and giving the Bitcoin address of the public key to your mining pool for payout you would generate an extended private/public key pair and give the extended public key to the mining pool.
An extended public key contains within it the first public key and information on how to generate an entire sequence of public keys that correspond to the same key pair sequence that is generated by the extended private key. So the mining pool would send your first payment to the first public key, your second payment to your second public key, your third payment to your third public key, etc.
Meanwhile your client can generate the first private key that corresponds to the first public key, the second private key that corresponds to the second public key, etc. so you can claim/spend the BTC when you are ready.
This way every single periodic payment can be sent to a unique public address. Cool, right?
However, I do not know of a single pool that supports this payment mechanism. I do not keep up with all the various mining pools having given up mining at the end of the GPU mining era myself. So, if there is a pool that supports this please let me know.
All miners should demand this from every pool they use and only use pools that support this mechanism. |
|
|
|
I don't think it is. I'm pretty sure that when SP first came on the scene, that was the URL they provided. Also, the URL you can use to detect the SP gear on your network is myminer.io. It's not a referral link. It's an official link. |
|
|
|
...
So 4 people and less than 35 Neptunes visible. Ok. |
|
|
|
Wow!!! Really? No longer an issue? Hands wiped clean? All forgotten? That easily? Seriously? Sadly: probably correct! So hands clean. Now I am waiting the return of cypherdoc and iCeTaRd. |
|
|
|
Hi,
I bought 2x 18gh/s Bitburner XX's for 50 dollars for the pair.
And he will throw in a 10 chip version with another 4-5 gh/s but probably defect.
Did I pay to much?
Thanks,
Yes. Paid too much. You are generating 0.4$/day before electricity costs. |
|
|
|
Since the ASIC solves double-SHA256 and this is used in generating bitcoin addresses, may mining hardware be used to generate vanity addresses?
So the answered is no. Thank you for clearing this up and for the rest of the information. |
|
|
|
|
A miner on a Samsung laptop!
|
|
|
|
|
Show Posts
