[ANN] BETARIGS.COM - Cryptocurrency cloud mining - thousands of rigs available!

[zoonosis]

Here's an idea to combat that. How about an out of office style auto responder?
If renter emails owner between hours of x and y they will either get an email back saying they are away and will get to you ASAP or a warning on the website that says you are about to email out of office hours?
You can set your rig to be offline, so why not set owner to be offline too?
Could do it in a similar way as well, using drop downs rather than time.

[1714040991]

1714040991

[1714040991]

1714040991

[1714040991]

1714040991

[fanepatent]

Here's an idea to combat that. How about an out of office style auto responder?
If renter emails owner between hours of x and y they will either get an email back saying they are away and will get to you ASAP or a warning on the website that says you are about to email out of office hours?
You can set your rig to be offline, so why not set owner to be offline too?
Could do it in a similar way as well, using drop downs rather than time.

I don't go offline. I hibernate...

Joke aside, contacting the renters after time is up and responding to ratings seem more practical. But making some statuses for rig owners isn't a bad idea. These could be combined.
We need a way to defend our reputation.

[Whagwan]

+1 for right to reply.

My rig has only 10 out of 10 and repeat customers, but if someone pointed it at a rubbish pool and then gave me 1/10 and bad feedback there is nothing I could do about that...  It would also let us thank renters who give good feedback...

[zoonosis]

Hey mux
Thought I would let you know the end result of a bug I logged a call on your support system for.

You sent me 2 payments to the same wallet under 1 transaction.
My wallet in this case was hosted at www.coinjar.com

Here is their response

"It appears that there were two outputs of the same address 1ME4sB8R8LziuQa3q258D7hMbSnBpCh2Xk. The first one is for 0.0199871 BTC and the second one is for 0.010682 BTC. At this moment our system can only accept unique output addresses (which is a standard practice used by the reference client), and the second one was ignored.
However, we have indeed received both transactions, so we will reimburse 0.010682 BTC to you shortly. Thanks!"

So I ended up getting my BTC which is good.

Not sure what he means by standard practise though. Whether its a problem on their side or the way your database base groups together payments for single wallets.

It seems in this case, sending 2 payments to the same wallet on 1 transaction caused the issue.

Just FYI

[mux]

Hey mux
Thought I would let you know the end result of a bug I logged a call on your support system for.

You sent me 2 payments to the same wallet under 1 transaction.
My wallet in this case was hosted at www.coinjar.com

Here is their response

"It appears that there were two outputs of the same address 1ME4sB8R8LziuQa3q258D7hMbSnBpCh2Xk. The first one is for 0.0199871 BTC and the second one is for 0.010682 BTC. At this moment our system can only accept unique output addresses (which is a standard practice used by the reference client), and the second one was ignored.
However, we have indeed received both transactions, so we will reimburse 0.010682 BTC to you shortly. Thanks!"

So I ended up getting my BTC which is good.

Not sure what he means by standard practise though. Whether its a problem on their side or the way your database base groups together payments for single wallets.

It seems in this case, sending 2 payments to the same wallet on 1 transaction caused the issue.

Just FYI

Thanks, good to know. I'll consider this when I'll review the payment system.

Ok now I'm working on using another blockchain API to handle incoming payments...

[Ioqua]

Shame it didn't take long for everyone to lowball the Kaccak pricing

Mux any chance of seperating the Kaccak rigs from the Scrypt..And possibly adding more decimal places on the BTC cost for Kaccak?

[SheepOnDrugs]

Really annoying that no renter seems to bother to vote.
Got like 10 jobs and no feedback. :/

[sameev29]

I paid for a rig but it wasnt delivered.Now I have been refunded.Thanks.   

[carly200]

I like the filters, but as a slight imrovement to the complex search style I would prefer some "single link" solution.

just a line of major filters: scyrpt   |    min xxx kH |  lowest price
that would be activated by clicking on them

[B737]

Mux, is your "pool" down?

[fanepatent]

Mux, is your "pool" down?

pool isn't down. I have my rig rented and it works just fine.
Did you rent a rig or are you a rig owner?

[mux]

Mux, is your "pool" down?

My "pool" will be seen as down when a customer choose a unstable pool -- Betarigs is only acting as a proxy.
As for Betarigs itself being down, I have only a 15mn downtime since the launch

[Whagwan]

Can we get Keccak rigs in BTC/GH/Day rather than BTC/MH/Day?

[mux]

Bitcoin’s Transaction Malleability issue

Ok since every big bitcoin exchange is making a blog post/announce about the Bitcoin transaction malleability issue, I figured I should make one too 

So 2/3 days ago, for the first time in all Betarigs long history, I got a weird thing: A unconfirmed transaction dissapeared! Looking into blockchain.info, it told me that it was a double spend attack. Really? Well, ok, my first double spend attack. But then the other transaction had exactly the same amounts and destination BTC addresses. So I was, wtf?

Then 1/2 days ago, it was 7 more of them! I corrected them manually, since I actually got the fund, but well, wtf? Then mtgox made the big announce telling about the malleability thing.
And since then, I'm getting dozens and dozens of these transactions with hash numbers that changes! (And then this Murphy guy decided to break blockchain.info API as I was busy manually correcting these transactions.. grr).

But I can now tell that Betarigs is automatically handling these malleabe transactions, and that all previous malleable transactions have been dealt with manually. The only side effect for you is for some of you to have had the "Payment confirmed - waiting 1 conf" hung for several hours. But that is now fixed.

[ycsi]

Asked this once before, how can we delete rigs?

[carly200]

I noticed a problem. It could be betarigs, could be sgminer 4.1 or could be me ;-)

Help/Ideas appreciated:

I posted earlier, that after some time of not beeing rented sgminer will quit polling/testing/checking (whatever it does) on the betarigs pool.

This has two consequences: 1. if it gets rented in that period, the miner will not auto switch to betarigs-pool... that is bad
2. after some time my rig will be shown as offline by the website. If I restart sgminer manually it will show as online again within minutes.

Is this a bug? is this a misconfiguration? (should I add something to my miner config to keep polling?)

Anybody else noticed this behaviour?

[gsupp]

hey, a general info /warning if you are using e.g. SGMINER or newer forks!


there seems to be a bug in some miner forks with pool management, that hinders the miner from switching to the primary pool (betarigs).

If a rent is over, the primary pool (betarigs) will disconnect and become unavailable.
now the problem in the miner seems to be that if it cannot reconnect within xxx time (1-3 hours?), it will somehow disable the primary pool
that way, if the rig gets rented around that time (it shows available in betarigs), the miner will not go to betarigs pool anymore but stuck on the secondary/Backup pool

since I switched to a recent SGminer with xIntensity I am facing that problem.

So just check if you are seeing that as well. if not (what miners are you using?)

I'm seeing the same problem with sgminer 4.0.0. Glad I'm not the only one.

[carly200]

hey, a general info /warning if you are using e.g. SGMINER or newer forks!


there seems to be a bug in some miner forks with pool management, that hinders the miner from switching to the primary pool (betarigs).

If a rent is over, the primary pool (betarigs) will disconnect and become unavailable.
now the problem in the miner seems to be that if it cannot reconnect within xxx time (1-3 hours?), it will somehow disable the primary pool
that way, if the rig gets rented around that time (it shows available in betarigs), the miner will not go to betarigs pool anymore but stuck on the secondary/Backup pool

since I switched to a recent SGminer with xIntensity I am facing that problem.

So just check if you are seeing that as well. if not (what miners are you using?)

I'm seeing the same problem with sgminer 4.0.0. Glad I'm not the only one.

4.0 was the first where I noticed it...
they added all kinds of pool management, I guess that must have "broken" something...

[Glandoux]

How do I add a second rig without a second bitcoin address?

[zoonosis]

How do I add a second rig without a second bitcoin address?

Just use the same cgminer username/password as the other rig.
Both rigs will act as one, combining their hashrate