Bitcoin Forum
April 30, 2024, 08:10:28 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 [145] 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 ... 288 »
2881  Other / CPU/GPU Bitcoin mining hardware / Re: Bitmaintech.com on: March 10, 2014, 03:01:39 AM
So i 've  had fun with the u1's I bought from a us supplier how much more complex are the s1's.  If I order the miner does it need a seperate power source I think I read this somewhere, and does the power source have to be custom built? Thanks for the replies guys!
You can use an ordinary computer PSU, with some care in selection for one that provides enough power on the pcie power connectors. Beyond that, they're basically self contained— a little embedded mips computer running linux and an ethernet port.
2882  Other / CPU/GPU Bitcoin mining hardware / Re: Bitmaintech.com on: March 10, 2014, 02:07:23 AM
Bitmain is pretty great.  Their produces are delivered on time or faster (± normal noise that happens with international shipping), and their products are exactly as specified. Their products are industrial workhorses. They do not come in a sleek plastic case with useless decorative lights, instead— they actually work.

I don't get the impression that they have a bunch of fluent English speakers around, so communication is sometimes a bit spotty. Some people who've had packages get stuck in customs or received the odd defective part have reported it taking a while to get it resolved.

Like all current mining hardware companies their prices are so/so in that you're making a gamble on future difficulty, though they've been diligently lowering the prices as the expected future income goes away.  But the fact that they deliver on-time and to-spec— what really should be table stakes— makes them stand out in the business of Bitcoin mining.

Bitmain sent me a 90GH/s prototype unit before they started shipping, with the current firmware antiminers are awesome on P2Pool. Subsequently, I purchased a couple more on my own as a regular customer. 

I've recommended the antminer S1 to friends, and if you're thinking about getting into mining for fun and to support the network, I'd still recommend them. (Actually looking to turn a profit at it— well, thats a more complex question)
2883  Bitcoin / Hardware / Re: Caveat emptor on: March 07, 2014, 11:11:10 PM
In this rather peculiar and specialised marketplace, normal rules don't apply. If you do away with all companies that start up with pre-order money, then you'll be left with a few that have past revenues to sustain their future development.
Thats not so. You can use clear terms and investment rather than pre-order nonsense. With transparency and equity in the business things would be much better off.

Quote
Just remember that buying is a choice, no one is forced to do it ... That's not to say you can't make a reasonable return from a reasonable investment, especially if the chip/rig vendors stop being so greedy.
Right and I hope with this thread to advance people's understanding and thereby improve the whole market place. If miner hardware charlatans cannot exist without miner buyer rubes.  I've never bought mining hardware with grand plans of making a lot of money, I've bought hardware with the intention of supporting the network— and hopefully not losing (a bunch) on the process, maybe make enough to pay for the effort.  I'm a little irritated that it's become hard to do that and to sort out all the fraud because too many people are willing victims.
2884  Bitcoin / Development & Technical Discussion / Re: Kimoto Gravity Well alternative on: March 07, 2014, 08:17:12 PM
Generally all the continual update stuff comes with some messy costs: It greatly reduces the cost of isolation attacks, and it ends up making weird non-linear incentives likely (e.g. more profitable to mine in bursts) because the clamps become more significant.

For some fringe altcoin with no real usage perhaps it's necessary to prevent abandoning the chain— though to be honest I think merged mining is generally better— but I don't really see any applicability to Bitcoin.
2885  Bitcoin / Hardware / Re: Caveat emptor on: March 07, 2014, 12:00:12 PM
Sure they did. They delivered what they promised in a reasonable time frame. They are not responsible for you getting all your BTC/money back or otherwise, that risk is yours to take.
I think it's more productive to speak concretely— People spent X coins, returned X*.8 coins or whatever, than to try to debate the fine details of "make good".

The hardware vendors have an enormous informational and control advantage over their customers: They know what the pre-order queue and delivery pacing will look like, they know and control how much of their own hardware they intend to buy with, they control how much hardware they sell to other people.  As such, I do think it's a little disingenuous to say "risk is yours to take". If it was pure uncertainty unknown the the buyer and seller then that would be the case, it's not so simple where the informational/control advantage exists.
2886  Bitcoin / Hardware / Re: Caveat emptor on: March 07, 2014, 03:19:26 AM
Worry that could be the end result?  You are behind the curve, core developer.  The process of transition is already well underway. To wit, KnC (which, ironically, largely made good on preorders).  
Made good, but go compute the returns on their hardware— Sad

At the moment the only ASIC hardware sales I know have broken even (or better) vs just sitting on your Bitcoin (or buying coin if you didn't already have it) are B1 Avalon, and  early Bitmain Antminers (jury is still out on ones being sold now).  There may be some of the bitfury devices included in that club depending on timing, but I'm not actually sure of that since the prices changed a bunch of times.

Might be interesting to build up a table of "device/when/cost in btc/yielded btc to date" to highlight how screwed up the situation is.

I don't know what you're saying I'm failing to acknowledge. The purpose of this thread is to raise awareness for other people about things I already know. I think that some of the problems will be diminished if the pool of potential victims is more savvy and refuses to accept the sketchy or outright dishonest behavior.
2887  Bitcoin / Hardware / Re: HashFast announces specs for new ASIC: up to 800GH/s [Non Self Moderated] on: March 07, 2014, 01:44:00 AM
It's really quite annoying that HashFast posted on their thread making it sound like they're doing the write thing wrt me, and when I responded to point out that they weren't infact... they deleted it:

Quote from: Bitcoin Forum
A reply of yours, quoted below, was deleted by the starter of a self-moderated topic. There are no rules of self-moderation, so this deletion cannot be appealed. Do not continue posting in this topic if the topic-starter has requested that you leave.

You can create a new topic if you are unsatisfied with this one. If the topic-starter is scamming, post about it in Scam Accusations.

Quote
Hello Hashfast, You're saying you've won the race to a 4U 2TH box in the lab, but why should I care about that when you've taken 97.95849881 and failed to live up to your contract to deliver goods by your self-specified deadline or return the funds.  Everyone here can verify for themselves that you have not refunded me: https://blockchain.info/address/1MWwwz9gpViE3u7o6Sx6huYNBrHyze8QrA

Why should anyone purchase more hardware on the basis of your lab-boasting when you haven't made good on your prior commitments?  What reason do people have to believe that you'll actually deliver these 2TH 4U devices when you have simply walked off with people's funds in the past?

What is the relevance of this product offering to the members of the forum? I'm struggling to see it.

Hi gmaxwell,

The relevance of HashFast's EVO product is obvious; it's the highest performance Custom Hardware ever demonstrated.

We sent you a refund check; it was returned.  Maybe you need to visit your Mailbox, Etc more often?

Please let me know if you want another refund check and note that per US law, mail order refunds must be in US dollars.

According to Wikipedia (http://en.wikipedia.org/wiki/Federal_Reserve_Note)

Quote
Federal Reserve Notes are legal tender, with the words "this note is legal tender for all debts, public and private" printed on each note.

^^That means if you refuse to accept payment in dollars, your claim is invalidated and the debt extinguished.^^

I'll send you some BTC out of my own wallet if you start doing your Moderator job and banning trolls who won't stop harassing a self-moderated thread, as was done for ActiveMining, BFL, and others.

Hi, My attorney sent the check back— via a certified letter, so I don't know what you're talking about checking a mailbox— because:

(1) The check came with a letter requiring me to agree to additional contractual terms— an NDA, a "disparagement agreement", and consent that accepting the funds satisfied HashFast's obligations— which were not part of our agreement. I do not accept these terms. We have an existing contract in place. You do not get to make additional demands, especially after you are already in default.

(2) Our contract was for a full refund of funds paid if you failed to deliver by your deadline, a fact that I— and others— clarified with your executive staff in excruciating detail— though it was clear in the contract and your communications— specifically because other mining vendors have ripped off other people by collecting funds and then selectively "refunding" in USD if the value of BTC goes up instead of delivering product or refunding the amount paid.  Instead the check for something like $6200 (I don't have it anymore so I don't recall the exact value) which is not even remotely adequate compensation. What you offered was a very small partial payment under onerous additional terms and an agreement that it settled the obligation.  I am not required to accept that and my failure to accept it does not relieve you of any obligation what so ever.

This isn't calvin ball. You cannot insist your customer forfeits their assets because they didn't hop on one leg when you demanded it totally out of the blue after failing to meet your commitments. That you would suggest any such thing is offensive. When people order the EVO mining boards in this thread and the price of BTC goes up will you then forcefully cancel their orders and send them checks that cover only a tiny fraction of the coins they spent and try to argue that they get nothing at all if they don't agree with your "settlement"?  I suppose you will since you are no longer promising full refunds, ... though since your promises are apparently worthless I guess it doesn't matter what you've promised in any case. Maybe it tripply doesn't matter: I can't believe that many people are foolish enough to purchase from you now, I certainly never would have without promises of a full refund making me believe that I was protected from precisely the kind of spectacular failure to deliver which your company has exhibited.

These matters have been pointed out to HashFast in my numerous emails and certified letters. Even in this point you appear to be feigning complete ignorance my numerous attempts to settle the matter in a mutually agreeable manner in accordance with the original contract that I purchased under.
2888  Bitcoin / Hardware / Re: Caveat emptor on: March 07, 2014, 12:29:16 AM
One possible way to address the head of line behavior is for us to put our funds in escrow (doesn't require risking the funds to a third party, see bitrated.com) only to be released if the product is delivered on-time, with clear pro-rating for late delivery.

The problem is that so long as there is an excess demand for mining hardware at any cost— including paying prices that can probably never make a profit— it will be harder for the community to get vendors to accept terms like that.  Why sell to the guy who armors himself against fraud when you can sell to a sucker?

I worry that the end result is that most sane people will sit back and not mine, most who do mine will lose their shirts and not continue, and more hashrate will end up consolidated with major private facilities that did have the leverage to secure preferential treatment to the ultimate detriment of Bitcoin.
2889  Bitcoin / Hardware / Re: HashFast announces specs for new ASIC: up to 800GH/s on: March 07, 2014, 12:15:11 AM
Hello Hashfast, You're saying you've won the race to a 4U 2TH box in the lab, but why should I care about that when you've taken 97.95849881 and failed to live up to your contract to deliver goods by your self-specified deadline or return the funds.  Everyone here can verify for themselves that you have not refunded me: https://blockchain.info/address/1MWwwz9gpViE3u7o6Sx6huYNBrHyze8QrA

Why should anyone purchase more hardware on the basis of your lab-boasting when you haven't made good on your prior commitments?  What reason do people have to believe that you'll actually deliver these 2TH 4U devices when you have simply walked off with people's funds in the past?

What is the relevance of this product offering to the members of the forum? I'm struggling to see it.

I would remind people to not post identical things here again if they've been deleted, go bump the non-self-modderated thread instead. I know this can be hard when you can't see what has been previously deleted since such a substantial chunk of this thread has been deleted, but please make an effort to keep posts on-topic (primarily about HF's new product offering) and to not repeat posts.
2890  Bitcoin / Hardware / Caveat emptor on: March 06, 2014, 10:45:37 PM
Mining is the process of converting energy into proof-of-work
for the purpose of establishing a tamper-resistant historical
record in Bitcoin.

While mining rewards miners with transaction fees and freshly
created coins, mining is not a magical money making process.
In theory, Mining exists in perfect competition, so mining
profitably can be difficult or even impossible.

Currently the Bitcoin system releases ~3600 BTC per day and
these coins are shared proportionally by the miners according
to their relative hashpowers. As overall hashpower increases
the return per hashpower decreases. In recent times hashpower
has been doubling every month or so.

Many mining companies engage in a practice of selling
"pre-orders" thereby shifting the substantial risks of hardware
development entirely onto their customers. The practice of
preorders also exploits ignorance about the future income
mining will yield: People compute their income as if they
had the hardware today, when it's not scheduled for delivery
until months later...

And then almost every hardware maker has missed their
scheduled deadlines. Because of the rapid growth of hashrate
a weeks delay can mean the difference between a nice profit
and a loss. Many makers have also delivered devices substantially
under spec, many others have been outright scams which have
failed to deliver anything at all.

Some of the most experienced people in Bitcoin have lost out
in these offerings, don't just assume you won't be taken.

Companies which have cost people thousands of coins that
they'll never recover are still operating with impunity,
fueled by a seemingly never ending wave of people eager
to get involved who think that mining is a lower risk
way of obtaining coins.

Hosted mining companies with immediately available hashpower
often sell it at greater than it's expected value and themselves
represent enormous consolidation risks to the Bitcoin ecosystem.

In reality, mining is risky: It's riskier than holding
bitcoins because it's comparatively illiquid, and current
mining hardware is not really useful for any other applications.
These risks are multiplied by the unreliability of hardware companies
and the uncertainty of future mining income. Keep in mind: few
companies disclose how much hardware they are selling to other
people, and many of them roll their profits into buying their
own gear at cost and mining in competition with their investor-customers.

That said— I enjoy mining and I would not discourage people
joining in. Mining is essential to the security of Bitcoin.
It's important that mining be widely distributed and especially when people
mine using P2Pool it contributes to keeping Bitcoin decentralized and secure.

Just don't rush in thinking you are going to make a ton of riskless
money. At current retail prices I doubt most hardware available will
break even unless the growth rate slows substantially, which seems
unlikely in the near term. I think the exuberance of miners has
fueled the irresponsibility in hardware companies and driven more
competent and cautious parties out of the market.

It's all our our responsibility to behave sensibly if we want bitcoin
to flourish.
2891  Bitcoin / Development & Technical Discussion / Re: When will nodes forward doublespends based on fee? on: March 06, 2014, 08:34:20 AM
Nodes? why would they?

Miners— well maybe some already are. How could you tell?
2892  Bitcoin / Development & Technical Discussion / Re: Increasing qt-wallet security to be protected by more than a single password on: March 06, 2014, 08:08:23 AM
Q: If you are not using multisig how exactly is this two-phase transaction being completed?  
A: There are two types of wallets being used here. Neither one has the ability to spend funds by itself.
  • The first is a "blind" wallet which looks and feels pretty much exactly like bitcoin-qt, but is incapable of fully decrypting itself.  Instead, it can communicate intentions to spend.  Entering the 1st password correctly doesn't form a transaction which can be accepted by the bitcoin network, but it does form a sort of primitive bundle that can be relayed around a precursor network.  This tells everyone in the precursor network what the intended spend destination/amount/fee etc. is. But otherwise the information is useless until it's been fully decrypted by the second half of the password in a "spend" wallet.
  • The spend wallet takes a precursor transaction, and uses the 2nd half of the password to fully decrypt it into a form that can be relayed within the bitcoin blockchain.

Sorry, you're describing desired behavior here, not an actual mechanism. Without multisignature I don't believe what you're describing is actually possible, which is why I asked for the mechanism.   "incapable of fully decrypting" and "primitive bundle" and "fully decrypt" are not meaningful to me in the context of the cryptosystem the bitcoin uses.

Quote
Q: What specific technical mechanism prevents the desktop or the mobile device from unilaterally forming a transaction?
A: Nothing prevents this.  A user could in theory install both wallets on the same device, creating a precursor first and fully decrypting it second.  It just wouldn't be a very good idea and would increase their risk of becoming compromised due to malware.  The advantage here is that they never have to enter their full password on the same device
Sorry. That wasn't my question. I certainly understand the advantage of additional factors. Assume the mobile and desktop devices exist. What prevents one from completing the transaction entirely without the aid of the other (esp. including a second transaction with the same keys as the first)?

Quote
A: Contrary to your claim, multisignature would let you know an attempt was made and would allow you to reject it if it's not performing the requested actions.
Q: Sorry, I didn't realize this.  Can you show an example of what it looks like when a multi-sig transaction is only partially completed in the blockchain?  I'd love to see this side of bitcoin developed further to a point where it's easy for the average user to set up in the native client. Multi-sig usage isn't very widespread at the moment.
They can't go into the blockchain half completed. You sign on one device, and then it's half completed, and sign on the second device— assuming the second device agrees-, which fully completes the transaction. This is precisely what multisignature is for.

Quote
Q: Why do you not just send the transaction to the mobile device directly, since it is a necessary step in the process in any case?
A: It's necessary, but may not be sufficient for the purposes of stopping theft.  Publicly broadcasting the precursor transaction helps ensure that a number of parties are agreeing that the transaction is valid and fits the appropriate criteria to be relayed.  Trying to relay it directly would expose the 2nd wallet into signing off on something that the owner wouldn't have authorized. MITM attacks for instance.
Why would the second wallet sign something the owner didn't authorize? Why would it sign a transaction which is not valid?  How can an anonymous public network decrease exposure to MITM than directly connecting the devices?

Quote
Multi-sig transactions are useful but only show up in your balance if all of the associated private keys are already in that wallet.
You're misunderstanding what multisign is for. It is specifically intended for cases where the keys are not on a single device. It is pointless, other than for softwaretesting, to put the keys on a single device.

Quote
This allows users to split up the control of their coins not by breaking them up into multiple different bitcoin addresses, but breaking up the password over multiple devices.
Please describe a specific mechanism where (two device threshold signing, with dual verification of the content being signed) can be accomplished without using multisignature.
2893  Bitcoin / Hardware / Re: Bitmain Antminer U2 on: March 06, 2014, 05:53:58 AM
Ive got a few boxes of these on hand.... pretty nice.
Of the U2s?  hows the software support? do they use the same software as the prior versions?
2894  Bitcoin / Development & Technical Discussion / Re: Increasing qt-wallet security to be protected by more than a single password on: March 06, 2014, 05:06:04 AM
Your illustration is very attractive, but it's still not clear to me what it's accomplishing.

If you are not using multisig how exactly is this two-phase transaction being completed? What specific technical mechanism prevents the desktop or the mobile device from unilaterally forming a transaction?

Contrary to your claim, multisignature would let you know an attempt was made and would allow you to reject it if it's not performing the requested actions.

Why do you not just send the transaction to the mobile device directly, since it is a necessary step in the process in any case? What purpose does the "precursor" network serve?

How do you protect this public network from being abused for bulk file transfer or other applications, especially since the data is encrypted?

Nitpick: The password protected QT wallet is itself two factors:  You must have the private keys on the computer (wallet file), as well as the decryption key. Adding the requirement for keying material stored/entered via the phone is a third factor— and a good idea. But this is what multisig was implemented for.
2895  Bitcoin / Development & Technical Discussion / Re: A rolling root to solve Bitcoin's scalability problem? on: March 06, 2014, 03:52:23 AM
Except your own Wiki says the opposite:
The wiki is a public document that anyone can edit. The scalability page is almost entirely the work of a single person who has removed views conflicting with his own onto other pages (including my own, for that matter).  You should be a sophisticated consumer of wiki content and not believe everything you read.
Quote
Quote
I think you should stop using the word trustless while you have multiple bitcoin developers telling you that you do not understand it.
The way my mind works is that I do not accept BS from anyone. It doesn't matter how large an angry mob gets if what it is saying is complete nonsense.
I've addressed every objection to this proposal, and have received confirmation on it now from two people who seem to know something about Bitcoin: Realpra, and a friend of mine whom I know is intelligent (works on SocialVPN).
You haven't really addressed _any_ of the objections here, because apparently you do not understand them. I spent quite a bit of time on IRC trying to help you understand but I have failed you. I'm sorry that I'm unable to help further.
2896  Bitcoin / Development & Technical Discussion / Re: A rolling root to solve Bitcoin's scalability problem? on: March 06, 2014, 03:36:32 AM
Quote
The fact is that ancient blocks, at any given point in time, are already highly trusted by the network. If they weren't, Bitcoin would simply not work.
There is already "trust" in the Bitcoin network, for these ancient block
Every node verifies the history, this is how you can be sure that claims like "satoshi premined a billion bitcoins and is secretly waiting to spend them" cannot be true. We do not trust, and cannot trust— because it would be trust founded on nothing. Without verification there is no reason for unidentifiable, anonymous parties not to lie in favor of their own common interests. What actually makes the Bitcoin state trust worthy is because people verify it instead of trusting it.

I think you should stop using the word trustless while you have multiple bitcoin developers telling you that you do not understand it.
2897  Other / Off-topic / Re: Need input from geeks. Is it possible to be traced in this way? on: March 06, 2014, 01:14:55 AM
Site doesn't work after the first load, I wonder if I just got spear phished.

In any case, assuming it's not a scam. If you want legal advice talk to a lawyer. If you want forum guesswork:  You have no clue what relationship this site has with the sources, they may have some bulk agreement. If there is copyright infringement, it's probably the sites infringement not yours.

Because academic authors and institutions are almost universally unpaid enforcement is complicated by the fact that the publishers are obviously parasites and don't make particularly charitable plaintiffs. If you're worried about someone harassing you for your use— use tor. Or find out what it takes to get papers access from a university library if one is available to you.
2898  Bitcoin / Hardware / Re: Why you shouldn't buy Hashfasts new "up to 800GH/s" "product" on: March 06, 2014, 01:04:30 AM
FWIW, Hashfast-cl has posted claiming that the only reason people are giving them negative trust is their scammy-looking self moderation.  I responded, pointing out that while their self-moderation is concerning, my negative trust is because they've ripped me off.  Sadly, they decided they didn't want people seeing that post either.

Quote from: Bitcoin Forum
A reply of yours, quoted below, was deleted by the starter of a self-moderated topic. There are no rules of self-moderation, so this deletion cannot be appealed. Do not continue posting in this topic if the topic-starter has requested that you leave.

You can create a new topic if you are unsatisfied with this one. If the topic-starter is scamming, post about it in Scam Accusations.

Quote
Using negative feedback to express dissatisfaction with a self-moderated thread is silly.  If you don't like self-moderated threads, simply don't read or post in them.
My dissatisfaction is not due to the self-moderation, and I believe I am not alone in that.

However, sometimes certain behavior with self-moderation may be a reason to distrust a party. If self-moderation is used to remove substantiated criticism that may be a severe red-flag.

In my case my negative feed back is that HashFast accepted almost 98 BTC from me for mining hardware to be delivered at the end of October under contractual terms— and assurances in direct communication with staff as well as public comments— guaranteeing a full refund if Hashfast failed to deliver by December 31st, a very generous timeframe considering delays that long would almost certainly guarantee that the equipment would be at a loss at that point.

HashFast, as is well known now, failed their initial delivery targets in October, and later they failed their drop dead date on Dec 31st. As of today, March 5, there are many people still expecting and waiting for hardware with no idea when it will be delivered. HashFast tried unilaterally changing contract terms— demanding customers agree to additional delays and an additional NDA and an agreement to not disparage the company if they wanted to receive any hardware or a refund— even though the customers had an existing established contract in which Hashfast was in default.

I paid HashFast and have received nothing in return. No response to my communications asking them to comply with their agreement or otherwise settle the matter. Beyond a single email that they relieved my first certified letter I have no evidence that they've actually read a single word I've sent them.  Other customers are already in the process of litigating against HashFast...  Personally, I just want them to make good on the agreement as they expressed it and I understood it.  I do not want to enter into an expensive and costly litigation which may ultimately leave hashfast out of business and unable to deliver the products to whatever few people are still purchasing with these substantial red flags at play.

To avoid any further confusion I've requested HashFast refund me in a publicly verifiable way: https://bitcointalk.org/index.php?topic=262052.msg5536343#msg5536343  so everyone has an easy check on much progress hashfast has made on making good on their agreements before placing further orders.

Until then, I'd continue to caution anyone against purchasing any products hashfast is offering.
2899  Bitcoin / Hardware / Re: Why you shouldn't buy Hashfasts new "up to 800GH/s" "product" on: March 05, 2014, 11:50:24 PM
An update:  Someone else mentioning this thread seems to have penetrated the reality distortion field which has prevented HF from acknowledging my existence— at least indirectly, and HF_CL commented on it.

I've responded inviting them to make good on their contract and refund me in a publicly verifiable manner:

https://bitcointalk.org/index.php?topic=262052.msg5536343#msg5536343
2900  Bitcoin / Hardware / Re: HashFast announces specs for new ASIC: 400GH/s on: March 05, 2014, 11:42:22 PM
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Quote from: HashFast_CL link=topic=262052.msg5514041#msg5514041
date=1393971437
HashFast sent gmaxwell a refund check in early January;
it was returned.  gmaxwell, if you want another refund check, please
let me know. 
Oh hey!  Wow!  I am astonished to see anyone
from hashfast acknowledge my existence after my many ignored letters!
Maybe things are looking up.

To avoid any further miscommunication, I'll just instead invite you to
refund me directly using Bitcoin. This way everyone can tell you made
good on your promises and there will be no risk of he-said-she-said or
certified letters getting lost on someone's desk or whatever has been
going on.

Please pay 97.95849881 BTC to 1MWwwz9gpViE3u7o6Sx6huYNBrHyze8QrA reversing
orders #934 and #1560 and ending HF's obligations to me.

This way everyone will see that you've made good on it, and I can
comfortably tell people that there were some delays and our transaction
didn't go through but that HashFast ultimately lived up to its promises to
me. ... and everyone can check if you've made that payment for themselves
without asking me if HF has fixed it yet.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCAAGBQJTF7X0AAoJEOq1r5TZ6avn+GMP/18yq7LZlz+umBFytz7CDSC2
CW5MRDil95jgHrwSSgSqwxrRxVbmEnVVeNjR65AaZOgS4rsro4wg/XFgoJUqxSL0
k5oieXta91YkOvGViOSPVfXhOiT8DlQFIv6ebhyIHqvd9Eb/GBBDRrPmATg93qoC
XBWp9ODV2IdqAmvRkcl49xTsBjouSkKA5I/tz6ykwDVtL5Z9QCaz80+5ZqPzRCB0
OHk105b3qv9iKLq8D5D0O1BxyHhGevAtKJsvffHf+sk7eJBcP89BQ0OK/fMn1T+O
M2hwpWjeZr4GxhRg4aaYwQfDYNm2WqlRhUNqZmYo817wpM4pdBU/Hy2RQ9mA23NC
mbdBj5fWigRCRVpAOWqKoGJxzh7i4nr3YYgNYqWHKG1za7pQB6lYI7m/X8dT+EPH
haVsC2AMYcJFVmqNwAf+rPoGOYz9SaJBxMM+Uw26emdvniaRC+3r6L1lF4AO52nn
MDEKoysZZ4IkrONyeyelyiuWUwZU/iIbH+BPghO2UOwnn5r+zoPSlnf0THAj57Bt
rxVYyFPD7/o35av9NvH1dOsd+UEqtw0rYUM/XTRFpc5SVXMmBo6lsZqS/AS0C9A+
O/N0S8BumO1hbYxgQROMwgUOxseen9zCfdpgP5JHEemneHd1lzFIYhJvs9QGkppF
eeOJh2I6CyRehCY4Oe13
=T/ss
-----END PGP SIGNATURE-----
Pages: « 1 ... 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 [145] 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 ... 288 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!