Bitcoin Forum
May 26, 2017, 03:56:02 AM *
News: If the forum does not load normally for you, please send me a traceroute.
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 [40] 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 ... 138 »
  Print  
Author Topic: [ANN] BETARIGS.COM - Cryptocurrency cloud mining - thousands of rigs available!  (Read 190912 times)
Ioqua
Member
**
Offline Offline

Activity: 101


View Profile
February 10, 2014, 01:36:35 PM
 #781

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.
1495770962
Hero Member
*
Offline Offline

Posts: 1495770962

View Profile Personal Message (Offline)

Ignore
1495770962
Reply with quote  #2

1495770962
Report to moderator
POLONIEX TRADING SIGNALS
+50% Profit and more via TELEGRAM
ALTCOINTRADER.CO
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1495770962
Hero Member
*
Offline Offline

Posts: 1495770962

View Profile Personal Message (Offline)

Ignore
1495770962
Reply with quote  #2

1495770962
Report to moderator
snipsnoop
Hero Member
*****
Offline Offline

Activity: 770


View Profile
February 10, 2014, 01:56:04 PM
 #782

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/

Quote
<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.


Quote
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
Member
**
Offline Offline

Activity: 101


View Profile
February 10, 2014, 02:11:58 PM
 #783

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
Sr. Member
****
Offline Offline

Activity: 266


View Profile
February 10, 2014, 02:49:54 PM
 #784



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/

Quote
<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.


Quote
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.

BETARIGS.COM - Leasing a rig is as simple as adding a pool!
Bitrated user: Mux.
Thytos
Newbie
*
Offline Offline

Activity: 19


View Profile
February 10, 2014, 03:18:03 PM
 #785

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 Smiley 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
Hero Member
*****
Offline Offline

Activity: 770


View Profile
February 10, 2014, 03:33:35 PM
 #786

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/

Quote
<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.


Quote
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
Sr. Member
****
Offline Offline

Activity: 266


View Profile
February 10, 2014, 03:38:08 PM
 #787

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

BETARIGS.COM - Leasing a rig is as simple as adding a pool!
Bitrated user: Mux.
carly200
Full Member
***
Offline Offline

Activity: 196


View Profile
February 10, 2014, 04:32:25 PM
 #788

@all

I suggest we put the "what is happening with GOX and BTC/LTC" into another thread?
mux
Sr. Member
****
Offline Offline

Activity: 266


View Profile
February 10, 2014, 05:54:43 PM
 #789

ANNOUNCE

Mass editing of pool credentials is now available for mass renters  Grin

BETARIGS.COM - Leasing a rig is as simple as adding a pool!
Bitrated user: Mux.
Acrobat
Member
**
Offline Offline

Activity: 60


View Profile
February 10, 2014, 05:58:19 PM
 #790

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

Done. Nice! Smiley

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:

Quote
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
Full Member
***
Offline Offline

Activity: 126


View Profile
February 10, 2014, 05:59:15 PM
 #791

ANNOUNCE

Mass editing of pool credentials is now available for mass renters  Grin
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
Sr. Member
****
Offline Offline

Activity: 266


View Profile
February 10, 2014, 06:02:06 PM
 #792

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

Done. Nice! Smiley

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:

Quote
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..

BETARIGS.COM - Leasing a rig is as simple as adding a pool!
Bitrated user: Mux.
mux
Sr. Member
****
Offline Offline

Activity: 266


View Profile
February 10, 2014, 06:03:22 PM
 #793

ANNOUNCE

Mass editing of pool credentials is now available for mass renters  Grin
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!

BETARIGS.COM - Leasing a rig is as simple as adding a pool!
Bitrated user: Mux.
sdhayes12345
Member
**
Offline Offline

Activity: 79


View Profile
February 10, 2014, 06:23:57 PM
 #794

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
Sr. Member
****
Offline Offline

Activity: 266


View Profile
February 10, 2014, 06:27:30 PM
 #795

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

BETARIGS.COM - Leasing a rig is as simple as adding a pool!
Bitrated user: Mux.
sdhayes12345
Member
**
Offline Offline

Activity: 79


View Profile
February 10, 2014, 06:31:20 PM
 #796

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
Newbie
*
Offline Offline

Activity: 14


View Profile
February 10, 2014, 09:34:09 PM
 #797

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


Nice! I've added it to the BunnyFarm.

mux
Sr. Member
****
Offline Offline

Activity: 266


View Profile
February 10, 2014, 10:28:58 PM
 #798

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!  Grin

BETARIGS.COM - Leasing a rig is as simple as adding a pool!
Bitrated user: Mux.
crazy987
Sr. Member
****
Offline Offline

Activity: 252


View Profile
February 11, 2014, 12:05:53 AM
 #799

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
Full Member
***
Offline Offline

Activity: 196


View Profile
February 11, 2014, 03:29:15 AM
 #800

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.

BURST - BURST-58XP-63WY-XSVQ-ASG9A
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 [40] 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 ... 138 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!