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

[Ioqua]

waiting to see rental prices adjust to the new value of BTC...

Yea it's not there yet as a lot of people are still lowballing the offers, Prices tend to pick-up from here into a peak later in the evening. 0.014 seems about fair without including the really twitchy coins at the top of the profit charts.

[1714249090]

1714249090

[1714249090]

1714249090

[1714249090]

1714249090

[snipsnoop]

So my 30Mh farm has been "Payment received - waiting 1 confirmation" for over 8 hours.  Anybody else have this kind of problem?  It was a 6-hour rental, it should have been finished by now but instead it hasn't even started.

ANNOUNCE

Some of you read probably the announcment by mtgox that triggered a brief BTC selllof:
https://www.mtgox.com/press_release_20140210.html

If you read the technical details, then you'll see that there is a kind of attack that allows an attacker to alter a hash of an existing transaction that is just being propagated on the network.
So the attack goes: 1/ Attacker request withdrawal from Exchange; 2/ Exchange send, and store Transaction TX on database; 3/ Attacker alter the TX number of the transaction 4/ Attacker claims to Exchange it never received funds 5/ Exchange check Transaction TX Id on database and indeed sees it does not exists, send again.

That being said, yesterday I was puzzled because I saw 1 incoming payment for a rig, which was seen on the network (so it went to the status "Payment received -- Waiting 1 confirm", but then the transaction has now disappeared! Or rather, in fact, it appeared with another transaction number! So yesterday I was puzzled and suspected maybe a double spend.

Then today, I got 6 more of those. Each from differents users.
Now I know where this come from. The sender are of course not attackers (wouldn't work in above describded attack) but probably side effect in an ongoing large scale attack -- but this is only some guessing from my side from the little I know now.

That being said, if your rented rig is in status "Payment received - waiting 1 confirmation" , then you are probably part of the 7 transactions that dissapeared, and I'll deal with you individually in the next 3 hours -- read, checking real payment and unblocking.

Mux

Its nothing new, has been there for ages.
https://en.bitcoin.it/wiki/Transaction_Malleability

http://www.cryptocoinsnews.com/2014/02/10/mt-gox-blames-bitcoin-core-developer-greg-maxwell-responds/

<gmaxwell> The challenge for me in offering something here is that this isn’t news to me – for years – and it’s never been a particularly large concern. This wouldn’t make the top ten list of dangers in the Bitcoin technology.

Garrick Hileman, an economic historian at the London School of Economics told CNBC that this error with bitcoin's protocol - called "transaction malleability" - isn't a new problem and believes that Mt Gox may be using it as a delaying tactic because of an internal technology complication, a regulatory issue, or even a solvency problem.

Mtgox is a pest to bitcoin. The sooner they shut down the better. I mean to start blaming a KNOWN tiny issue for the their own issues is just a fecking joke.
DIE

[Ioqua]

Mtgox made its quality of service clear to me when it took 6 weeks to verify my account.

And so as not to derail, Mux your site continues to deliver good and prompt payouts.

[mux]

Its nothing new, has been there for ages.
https://en.bitcoin.it/wiki/Transaction_Malleability

http://www.cryptocoinsnews.com/2014/02/10/mt-gox-blames-bitcoin-core-developer-greg-maxwell-responds/

<gmaxwell> The challenge for me in offering something here is that this isn’t news to me – for years – and it’s never been a particularly large concern. This wouldn’t make the top ten list of dangers in the Bitcoin technology.

Garrick Hileman, an economic historian at the London School of Economics told CNBC that this error with bitcoin's protocol - called "transaction malleability" - isn't a new problem and believes that Mt Gox may be using it as a delaying tactic because of an internal technology complication, a regulatory issue, or even a solvency problem.

Mtgox is a pest to bitcoin. The sooner they shut down the better. I mean to start blaming a KNOWN tiny issue for the their own issues is just a fecking joke.
DIE

Ah, didn't know about that -- I'm relatively new to the bitcoin world.
One thing is sure, I have never seen transaction numbers changing until yesterday.

[Thytos]

On the BTC affair - I don't think any of us belive this to be the end for BTC... its just another episode which eventually will be overcomed.

Mux, keep up the good work A renter suggested to me an interesting idea: Adding your favourite leasers. So, suggestion: Create an option where people add rigs/leasers to their favourites and when they look at the list, those favourites are highlighted!

Cheers!

[snipsnoop]

Its nothing new, has been there for ages.
https://en.bitcoin.it/wiki/Transaction_Malleability

http://www.cryptocoinsnews.com/2014/02/10/mt-gox-blames-bitcoin-core-developer-greg-maxwell-responds/

<gmaxwell> The challenge for me in offering something here is that this isn’t news to me – for years – and it’s never been a particularly large concern. This wouldn’t make the top ten list of dangers in the Bitcoin technology.

Garrick Hileman, an economic historian at the London School of Economics told CNBC that this error with bitcoin's protocol - called "transaction malleability" - isn't a new problem and believes that Mt Gox may be using it as a delaying tactic because of an internal technology complication, a regulatory issue, or even a solvency problem.

Mtgox is a pest to bitcoin. The sooner they shut down the better. I mean to start blaming a KNOWN tiny issue for the their own issues is just a fecking joke.
DIE

Ah, didn't know about that -- I'm relatively new to the bitcoin world.
One thing is sure, I have never seen transaction numbers changing until yesterday.

Some interesting details from one of the lead bitcoin devs
http://www.reddit.com/r/Bitcoin/comments/1x93tf/some_irc_chatter_about_what_is_going_on_at_mtgox/cf99yac

[mux]

Keccak rig owners:
You can now set your real keccak hashrate!

[carly200]

@all

I suggest we put the "what is happening with GOX and BTC/LTC" into another thread?

[mux]

ANNOUNCE

Mass editing of pool credentials is now available for mass renters 

[Acrobat]

Keccak rig owners:
You can now set your real keccak hashrate!

Done. Nice!

In the link posted earlier (http://www.cryptocoinsnews.com/2014/02/10/mt-gox-blames-bitcoin-core-developer-greg-maxwell-responds/) I read the following:

A simple workaround is to not use the tx-id to identify transactions on the exchange side, but the set of (amount, address, timestamp) instead. If a user complains about not receiving their withdrawal, support can look it up using these 3 variables. It takes a little bit more work from support, but it prevents this attack from succeeding.

Hope this will help you in solving the "waiting for 1 confirmation" and TXID issues.

[dgross0818]

ANNOUNCE

Mass editing of pool credentials is now available for mass renters 

Now we just need mass edit for rig price as renters (preferably in BTC/MH/day)

Keep up the great work Mux - this service is growing smoothly :]

[mux]

Keccak rig owners:
You can now set your real keccak hashrate!

Done. Nice!

In the link posted earlier (http://www.cryptocoinsnews.com/2014/02/10/mt-gox-blames-bitcoin-core-developer-greg-maxwell-responds/) I read the following:

A simple workaround is to not use the tx-id to identify transactions on the exchange side, but the set of (amount, address, timestamp) instead. If a user complains about not receiving their withdrawal, support can look it up using these 3 variables. It takes a little bit more work from support, but it prevents this attack from succeeding.

Hope this will help you in solving the "waiting for 1 confirmation" and TXID issues.

Hope I won't have to do that -- complexify stuff :-/
Just got 2 extra renaming rent payments..

[mux]

ANNOUNCE

Mass editing of pool credentials is now available for mass renters 

Now we just need mass edit for rig price as renters (preferably in BTC/MH/day)

Keep up the great work Mux - this service is growing smoothly :]

Ahah yes good idea!

[sdhayes12345]

I think I'm having a new problem with how long people can hold a rent on my rig without paying.  I have my rig listed for KECCAK which makes the btc/mh/s rate look very very low.  I suspect people are renting it without realizing the actual cost I've put up, and it takes 60 minutes for their rent to time out for non-payment?  I understand waiting for a confirmation but I don't see why someone would need more than 5 minutes to decide if they want to send a payment or not.  

EDIT: Just to clarify, the site naturally includes ALL types of miner in its default sort and sorts them by btc/mh/s.  MAX is the most profitable coin right now, so I'd like to rent using it... but an appropriately priced KECCAK rig will be .0001 btc/mh/s.  I've had two guys in a row book it and not pay now which has taken my rig out of rent status for the last 2 hours.  

[mux]

I think I'm having a new problem with how long people can hold a rent on my rig without paying.  I have my rig listed for KECCAK which makes the btc/mh/s rate look very very low.  I suspect people are renting it without realizing the actual cost I've put up, and it takes 60 minutes for their rent to time out for non-payment?  I understand waiting for a confirmation but I don't see why someone would need more than 5 minutes to decide if they want to send a payment or not. 

The 1 hour timeout has a technical reason -- right now the API I'm using is sometimes laggy, so to be sure to catch payment, I have it to be this long.
It's on my todolist to connect to more APIs so that I can double check stuff and reduce the timeout to 30mn or less.

Mux

[sdhayes12345]

I think I'm having a new problem with how long people can hold a rent on my rig without paying.  I have my rig listed for KECCAK which makes the btc/mh/s rate look very very low.  I suspect people are renting it without realizing the actual cost I've put up, and it takes 60 minutes for their rent to time out for non-payment?  I understand waiting for a confirmation but I don't see why someone would need more than 5 minutes to decide if they want to send a payment or not. 

The 1 hour timeout has a technical reason -- right now the API I'm using is sometimes laggy, so to be sure to catch payment, I have it to be this long.
It's on my todolist to connect to more APIs so that I can double check stuff and reduce the timeout to 30mn or less.

Mux

Ahh, thank you for the fast response.  It looks like some of the other KECCAK rigs are having the same issue.  I've put an all caps warning in my rig info, maybe this will help. 

[mooninite]

Keccak rig owners:
You can now set your real keccak hashrate!

Nice! I've added it to the BunnyFarm.

[mux]

Update:
Tonight we experienced both Cloudflare being attacked (Cloudflare: "Mitigating  a large attack hitting much of the EU") which made the website sometimes unresponsive even though the server was OK; and the blockchain.info API which was particularly lagging. I managed payment validation by hand during an 1 hour period, but some payments may not have been recognized. In this case, the usual process: please post a ticket and we'll refund you.

Meanwhile, tomorrow, I'm going to use an extra one/two others blockchain API for security, if one went to get laggy.

On the good news part, new record: 700 Mh/s! 

[crazy987]

i just rented 2 rigs for a few hours, however something is wrong with the transactions which i sent,
for some reason, in my client, the transactions are twice in the client.
2 have 3 confirms now, the others none.
Also, no confirms the webpage.

[fanepatent]

How to add downtime compensation & communicate with the rented person after rental period is over.

I would also like that, and a way to respond to ratings.
I received a 6/10 rating because the renter wrote when I was asleep. And I know my rig is stable. I am active 18/19 hours a day, it doesn't seem right to get bad rating because i was just sleeping. And probably the issue was from the pool my rig was directed at.