Beruflich Dokumente
Kultur Dokumente
v.
Defendants.
TABLE OF CONTENTS
I. INTRODUCTION....................................................................................................................1
II. FACTUAL AND PROCEDURAL BACKGROUND ...........................................................3
A. Bitcoin is introduced in 2008 and Mt. Gox erupts with success soon thereafter,
emerging as the worlds largest Bitcoin exchange. .........................................................3
B. Defendants Terms of Use expressly represent and warrant that Defendants will
keep each exchange members Fiat Currency and bitcoins in the members
account, in the members name, and on the members behalf. .....................................5
C. February 7-23, 2014: Mt. Gox reveals the loss of hundreds of thousands of bitcoins
and tens of millions of dollars of Fiat Currency, blaming, interchangeably,
a hack, a theft, a technical issue it termed transaction malleability,
and other potential causes. ................................................................................................5
D. February 24, 2014: Mt. Gox goes dark, and Plaintiff Greene files the
instant class action three days later, seeking a return of his and the Classes Fiat
Currency and bitcoins, an accounting, and damages. ....................................................6
E. February 28, 2014: Mt. Gox KK declares bankruptcy in Japan and files an
emergency motion for Chapter 15 recognition in Dallas, Texas,
together with a declaration from Mark Karpeles. ..........................................................7
F. On March 11, 2014, the Court grants a TRO freezing the U.S. assets of
MtGox Inc., Tibanne KK, and Mark Karpeles, and allows for expedited
discovery against Defendants. ...........................................................................................8
G. In accordance with the TRO, Plaintiff issues discovery related to Mt. Goxs U.S.
assets to Defendants and third parties that include bitcoin mining pools and
hardware sellers. ................................................................................................................9
H. Greene files his Corrected First Amended Complaint, naming Mizuho Bank, Ltd.
and additional defendants, adding Joseph Lack as a named Plaintiff, and
including claims for breach of express trust and other causes of action. ...................10
I. At the status conference on March 20, 2014, the Court extends the TRO to April 8,
2014 at 11:30 a.m. and grants partial relief from the TRO to allow limited
tracing of Defendants assets........................................................................................... 11
J. Hours after the March 20, 2014 status, Mt. Gox announces its discovery of
200,000 bitcoinsvalued between $90,000,000 and $110,000,000 USD. .................... 11
K. On March 27, 2014, the Court holds a further status conference at which Mizuhos
counsel appears and after which Plaintiffs move to extend the TRO against Mr.
Karpeles, Tibanne KK, and Mt. Gox Inc. .....................................................................12
L. On April 4, 2014, Karpeles and Tibanne KK appear and, three days later, this
Court holds a status and motion hearing, wherein Plaintiffs Motion to Extend the
TRO is granted. ...............................................................................................................13
M. As explained in the Expert Report of Emin Gn Sirer, none of the Defendants
explanations for what caused the loss of bitcoins or Fiat Currency are plausible
in the absence of fraud or gross negligence. ..................................................................13
III. ARGUMENT ........................................................................................................................14
A. The Court Should Enter a Preliminary Injunction Barring the Mt. Gox
Defendants from Dissipating Any Assets Held in the United States. ..........................15
1. Plaintiffs claims are likely to succeed on the merits ..............................................16
a. The evidence shows that Plaintiffs can prove the elements of their breach of
express trust claims ................................................................................................17
b. Plaintiffs are further likely to prevail against the Mt. Gox Defendants on their
claims for breach of fiduciary duty. .......................................................................19
c. Plaintiffs are likely to succeed on their claims alleging that the Mt. Gox
Defendants violated consumer fraud statutes, including the Illinois Consumer
Fraud and Deceptive Business Practices Act, 815 ILCS 505 et seq., and the
California Unfair Competition Law, Cal. Bus. & Prof. Code 17200 .................20
d. Plaintiffs claims for common law fraud are likely to succeed. .............................23
e. Plaintiffs have a high likelihood of success on their claim for an accounting. .....24
f. Plaintiffs breach of contract claim has a high likelihood of success. ..................25
g. Plaintiffs will also succeed on their claim for negligence. ....................................27
h. Plaintiffs can readily meet each of the required elements for conversion
andin the alternativetrespass to chattels. .......................................................28
i. Plaintiffs also have a likelihood of prevailing on their claim for unjust
enrichment..............................................................................................................29
2. As was the case with respect to the TRO, Plaintiffs and the putative Class
members have no adequate remedy at law. .............................................................29
ii
3. The harm to the class of not extending the preliminary injunctive relief far
outweighs any theoretical harm to Defendants. ......................................................31
4. The public interest continues to support preliminary injunctive relief. ..............32
B. To the Extent it is Necessary to Avoid Operation of the One-Way Intervention
Rule, The Court Should Provisionally Certify the Classes. .........................................33
C. The Court Should Also Extend Its Prior Order Allowing Expedited Discovery. .......33
IV. CONCLUSION .................................................................................................................... 34
iii
TABLE OF AUTHORITIES
UNITED STATES SUPREME COURT CASES
Deckert v. Independence Shares Corp., 311 U.S. 282 (1940) ......................................................30
UNITED STATES COURT OF APPEALS CASES
Abbott Labs. v. Mead Johnson & Co., 971 F.2d 6 (7th Cir. 1992) ................................................15
Assn Benefit Servs., Inc. v. Caremark RX, Inc., 493 F.3d 841 (7th Cir. 2007) ............................25
Chicago United Indus., Ltd. v. City of Chicago, 445 F.3d 940 (7th Cir. 2006) ............................15
Cleary v. Philip Morris Inc., 656 F.3d 511 (7th Cir. 2011) ...........................................................29
CSC Holdings, Inc. v. Redisi, 309 F.3d 988 (7th Cir. 2002)..........................................................30
Girl Scouts of Manitou Council, Inc. v. Girl Scouts of U.S. of America, Inc.,
549 F.3d 1079 (7th Cir. 2008) ...........................................................................................16
Johnson v. Wal-Mart Stores, Inc., 588 F.3d 439 (7th Cir. 2009) ..................................................27
Korte v. Sebelius, 735 F.3d 654 (7th Cir. 2013) ............................................................................16
In re Focus Media Inc., 387 F.3d 1077 (9th Cir. 2004).................................................................30
In re McGee, 353 F.3d 537 (7th Cir. 2003) .............................................................................17, 19
Kennedy Bldg. Assocs. v. CBS Corp., 476 F.3d 530 (8th Cir. 2007) ............................................30
Lambert v. Buss, 498 F.3d 446 (7th Cir. 2007)..............................................................................15
Planned Parenthood of Ind., Inc. v. Commr of the Ind. State Dept of Health,
699 F.3d 962 (7th Cir. 2012) .............................................................................................16
Roland Machinery Co. v. Dresser Industries, Inc., 749 F.2d 380 (7th Cir. 1984) ........................30
Siegel v. Shell Oil Co., 612 F.3d 932 (7th Cir. 2010) ....................................................................20
Tanimura & Antle, Inc., v. Packed Fresh Produce, Inc., 222 F.3d 132 (3d Cir. 2000).................30
Ty, Inc. v. Jones Grp., Inc., 237 F.3d 891 (7th Cir. 2001) .............................................................32
United States ex rel Rahman v. Oncology Assocs., P.C., 198 F.3d 489 (4th Cir. 1999) ...............30
iv
Wigod v. Wells Fargo Bank, N.A., 673 F.3d 547 (7th Cir. 2012) ............................................20, 25
UNITED STATES DISTRICT COURT CASES
3Com Corp. v. Electronics Recovery Specialists, Inc., 104 F. Supp. 2d 932 (N.D. Ill. 2000) .....24
Bernina of America, Inc. v. Fashion Fabrics Intl, Inc.,
01 C 585, 2001 WL 128164 (N.D. Ill. Feb. 9, 2001).....................................................................15
G.M. Sign, Inc. v. Stergo, 681 F. Supp. 2d 929 (N.D. Ill. 2009) ...................................................28
Gray v. Orr, 13 C 8449, 2013 WL 6355918 (N.D. Ill. Dec. 5, 2013) ...........................................15
H-D Michigan, LLC v. Hellenic Duty Free Shops S.A.,
No. 2:11- CV-00742, 2011 WL 4368418 (E.D. Wis. Sept. 19, 2011) ...................................15
In re Destron, Inc., 40 B.R. 927 (Bankr. N.D. Ill. 1984) ...............................................................18
In re Donlevy, 342 B.R. 774 (Bankr. N.D. Ill. 2006) ........................................................17, 18, 19
In re Edgewater Med. Ctr., 344 B.R. 864 (Bankr. N.D. Ill. 2006) ................................................19
In re McCook Metals, L.L.C., 07 C 0621, 2007 WL 1687262 (N.D. Ill. June 7, 2007) ................19
In re Pawlinski, 170 B.R. 380 (Bankr. N.D. Ill. 1994) ............................................................18, 19
Long v. Bd. of Educ., Dist. 128, 167 F. Supp. 2d 988 (N.D. Ill. 2001) ..........................................15
Minuti v. Johnson, 02 C 4551, 2003 WL 260705 (N.D. Ill. Feb. 5, 2003) ....................................28
Nelson v. Sothebys Inc., 115 F. Supp. 2d 925 (N.D. Ill. 2000).....................................................28
Travelers Cas. & Sur. Co. v. Wells Fargo Bank, NA, 3:09 CV 501 PPS,
2009 WL 4881079 (N.D. Ind. Dec. 9, 2009) .....................................................................16, 30
Mann v. Kemper Financial Companies, Inc., 247 Ill. App. 3d 966 (1st Dist. 1992).....................24
Neade v. Portes, 193 Ill. 2d 433 (2000) .........................................................................................19
People ex rel. Hartigan v. Candy Club, 149 Ill. App. 3d 498 (1st Dist. 1986) .............................25
vi
I.
INTRODUCTION
In the 28 days following this Courts granting of Plaintiffs Motion for a Temporary
Restraining Order (TRO) (Dkt. 31), Plaintiffs Gregory Greene and Joseph Lack (Plaintiffs)
have uncovered meaningful information related to Defendants assets, their global operations,
and their catastrophic loss of the putative Class members bitcoins1 and Fiat Currency2. Based
upon substantial facts gathered to datethrough the sworn statements of Mark Karpeles himself,
Plaintiffs expedited discovery, the declarations of putative Class members, the Expert Report of
Cornell Professor Emin Gn Sirer, and Plaintiffs private investigatorsthe evidence of record
firmly supports the entry of an order for a preliminary injunction.
Indeed, the facts plainly demonstrate that Plaintiffs enjoy a very high likelihood of
success on all of their claimsparticularly those for breach of express trust, breach of fiduciary
duty, fraud, conversion, negligence, for an accounting, and for unjust enrichmentthat Class
members will suffer irreparable harm if Defendants Mark Karpeles, Tibanne KK, Mt. Gox Inc.,
Mt. Gox North America, Inc., and Gonzague Gay-Bouchery (Mt. Gox Defendants or
Defendants) are allowed to dissipate whatever assets remain in the United States, that the
balance of harms weighs against Defendants, and that maintaining the asset freeze and expedited
discovery serves the public interest.
Specifically, the evidence Plaintiffs have marshaled to date shows that:
For the sake of clarity, Bitcoin refers to the digital currency and bitcoin (with a lower case
b) refers to individual unit of the currency itself.
2
Fiat Currency refers to money issued by a government (i.e., U.S. dollars).
3
All referenced exhibits are attached to the Declaration of Steven Woodrow (Woodrow Decl.),
filed contemporaneously with this Motion.
warranties, Defendants admit that Mt. Gox, under their exclusive control, either
lost or stole hundreds of thousands of bitcoins and tens of millions of dollars.
Mark Karpeles was a micro-manager. In addition to designing Mt. Goxs backend coding for the Mt. Gox exchange,4 he was the only person with access to Mt.
Goxs bank accounts, and approved withdrawal requests manually.5 Employees
suspected that Karpeles was commingling company funds with customer deposits,
and that customer assets were being used to cover expenses as early as 2012.6
Karpeles further avers that as of the present time I believe [the losses or theft
were] caused or related to a defect or bug in the bitcoin software algorithm,
which was exploited by one or more persons who had hacked the bitcoin
network. (Karpeles Decl. 9.) But as explained in the Expert Report of Emin
Gn Sirer, Karpeless explanations are implausible and fail to account for the
missing bitcoins or money. (See generally Expert Report of Emin Gn Sirer
(Sirer Report), Ex. 4.)
In response to Plaintiff Greenes Complaint and Motion for TRO, this Court froze
the U.S. assets of Mt. Gox, Inc., Tibanne KK, and Mark Karpeles. In violation of
this Order, someone is using IP addresses owned by Tibanne KK to mine bitcoins
in the United States, and is transferring those bitcoins into bitcoin wallets
controlled by Karpeles. (Declaration of Steven L. Woodrow (Woodrow Decl.
28.)
Robert McMillan, The Inside Story of Mt. Gox, Bitcoins $460 Million Disaster, Ex. 5.
Sophie Knight and Nathan Layne, Mt. Gox Faced Questions on Handling Client Cash Long
Before Bankruptcy Crisis, Ex. 6.
6
Id.
7
Apart from any obligations to freeze any of the other Defendants U.S. assets and engage in
discovery, no relief is sought from Defendants Mizuho Bank, Ltd. or Jed McCaleb by way of this motion.
Likewise, because the Court has accepted the Northern District of Texass provisional stay with respect to
the debtor, Mt. Gox KK, no relief herein is presently sought against Mt. Gox KK.
5
Karpeles now claims that he has found over 200,000 bitcoins (valued at over
$110,000,000 USD) in what he has described as older-format Bitcoin wallets.8
Karpeles insists that he notified his attorneys at Baker & McKenzie LLP of this
discovery on March 7, 2014 (Woodrow Decl. 29), but his lawyers failed to so
apprise the bankruptcy court in the Northern District of Texas during its March
10, 2014 hearing, or this Court during its March 11, 2014 TRO hearing, (id. 30).
Mt. Gox still cannot account for 600,000 missing bitcoins and $27,011,600 USD
worth of Fiat Currency. Defendants have also ignored Plaintiffs document
requests, interrogatories, deposition notices, and requests for admission. (Id.
12, 31.)
These facts show that, at best, Defendants operated Mt. Gox with such a degree of gross
incompetence that they were capable of simply misplacing and re-finding bitcoins worth
between $90,000,000 and $110,000,000 USD in an older format wallet and, at worst, that
Defendants ran an overtly fraudulent enterprisemisleading exchange members and actively
misappropriating their bitcoins and currency. As such, and because the evidence against
Defendants since the TRO has only grown more damning, the Court should convert the TRO into
a preliminary injunction.
II.
Bitcoin is introduced in 2008 and Mt. Gox erupts with success soon
thereafter, emerging as the worlds largest Bitcoin exchange.
Bitcoin represents a new digital commodity9 that functions as a payment system. Bitcoins
are created by a complex computer protocol introduced in 2008 by someone known as Satoshi
8
Catherine Shu, Mt.Gox Finds 200,000 Bitcoin in an Old-Format Digital Wallet. (Woodrow
Decl. 60.)
9
On March 25, 2014, the Internal Revenue Service announced that bitcoins are to be treated as
property, not as currency, for tax purposes. (See Richard Rubin and Carter Dougherty, Bitcoin is
Property, Not Currency, in Tax System: IRS. (Woodrow Decl. 61).)
Nakamoto.10 Persons who link their computers to the Bitcoin Network by installing and running
the network software are able to mine bitcoins by having the computers solve complex
algorithms. The system is designed so that the computer that solves the next problem is
rewarded with the next block of bitcoins.11 Whereas in the past someone with a standard
computer could mine bitcoins, given the increasing complexity of the algorithms and the vast
number of miners, Bitcoin mining today requires expensive hardware.12
In addition to mining, bitcoins may be acquired through exchangesonline
marketplaces where they can be bought, sold, or traded. Whether mined or acquired through an
exchange, all bitcoin transactions are posted on a public ledger known as the Block Chain.
(Woodrow Decl. 29.)
Launched in 2011, Mt. Gox boasted that at one time it operated the worlds most
established Bitcoin exchange, handling over 80% of all Bitcoin trade worldwide. (Mt. Gox
Landing Page (Landing Page), Ex. 8; Corrected First Amended Complaint (FAC) 24.) Mt.
Gox charged a .6% commission on trades (with discounts for larger orders) and was believed to
have significant revenues.13 By 2013, Mt. Gox was handling millions of dollars worth of Bitcoin
transactions daily and holding hundreds of millions of dollars worth of member bitcoins and Fiat
Currency.14
10
See Matthew Sparkes, Who is the Reclusive Billionaire Creator of Bitcoin? (Woodrow Decl.
62.)
11
Kate Cox, Bitcoin: What the Heck is it, and How Does it Work? (Woodrow Decl. 73). Newly
mined blocks currently contain 25 bitcoins, though the Bitcoin system was designed to dwindle
exponentially over time. Whenever bitcoins are actively mined, the algorithms necessary to produce them
become harder to solve, and bitcoins are therefore harder to mine. In total, only 21 million bitcoins will
ever be created, and the final bitcoin is set to be mined in the year 2140. There are currently about 12.4
million bitcoins in the world.
12
As explained below, such computers are offered for sale by Butterfly Labs, one of the third-party
respondents of the expedited discovery that has been permitted in this case.
13
See Mt. Gox Fee Schedule, (Ex. 24.).
14
Sophie Knight and Nathan Layne, Exclusive: Mt. Gox Faced Questions on Handling Client Cash
Long Before Crisis, Ex. 6.
B.
February 7-23, 2014: Mt. Gox reveals the loss of hundreds of thousands of
bitcoins and tens of millions of dollars of Fiat Currencyblaming,
interchangeably, a hack, a theft, a technical issue it termed transaction
malleability, and other potential causes.
In late 2013, users began reporting delays in getting their bitcoins out of Mt. Gox.15 The
issues persisted and, on February 4, 2014, Mt. Gox indicated through its online Support Desk
that it was currently experiencing a problem where some bitcoin withdrawals are not being
transferred correctly, affecting a limited number of users. (See Support Desk Updates, Ex. 9.)
On February 7, 2014, Mt. Gox announced that [i]n order for our team to resolve the withdrawal
15
There had been prior delays with respect to international withdrawals of Fiat Currency for various
stated reasons. These new delays concerned even the withdrawal or transfer of Bitcoin. (Woodrow Decl.
32.)
issue it is necessary for a temporarily [sic] pause on all withdrawal requests and that [a]ll
bitcoin withdrawal requires will be on pause, and the withdrawals in the system will be returned
to your MtGox wallet and can be reinitiated once the issue is resolved. (Id.)
On February 10, 2014, the Support Desk stated that Mt. Gox had detected unusual
activity with respect to its Bitcoin wallets and had been investigating a technical issue it called
transaction malleability. Mt. Gox assured its members that MtGox will resume bitcoin
withdrawals to outside wallets once the issue had been addressed. (Id.) On February 15 or 17,
2014, Mt. Gox announced that it was going to have a 6-hour downtime on deposits, and that it
would be doing extensive testing before bitcoin withdrawals are reactivated. (Id.) On February
17, 2014, the Support Desk stated: we have now implemented a solution that should enable
withdrawals and that Mt. Gox should be able to resume withdrawals soon. (Id.) On February
20, 2014, Mt. Gox announced that it had moved offices and that the move and technical
challenges had pushed back [its] progress but that [it was] working on re-initiating bitcoin
withdrawals. (Id.)
On February 23, 2014, Mt. Gox resigned from the board of the Bitcoin Foundation, the
industrys lobbying group, and took down all posts from the companys Twitter feed.16
D.
February 24, 2014: Mt. Gox goes dark, and Plaintiff Greene files the
instant class action three days later, seeking a return of his and the
Classes Fiat Currency and bitcoins, an accounting, and damages.
On February 24, 2014, Mt. Gox suspended all trading entirely, and the exchange website
went dark a few hours laterreturning nothing but a blank page. Rumors swirled on the
16
See Rob Wile, MtGox Resigns From Bitcoin Foundation, Deletes All Tweets From Twitter
Feed, (Woodrow Decl. 65).
Internet that Mt. Gox had lost over 850,000 bitcoinsvalued at over $450 million.17 The next
day, a message on the Mt. Gox website notified members that a decision was taken to close all
transactions for the time being.18
Two days later, Plaintiff Greene filed the instant lawsuit alleging claims against Mark
Karpeles, Mt. Gox KK, and its parent company, Tibanne KK, for consumer and common law
fraud, negligence, breach of fiduciary duty, breach of contract, unjust enrichment/restitution,
trespass to chattels and conversion, and sought a TRO, preliminary injunction, permanent
injunction, an accounting, and a constructive trust over the Class Members property. (Dkt. 1.)19
E.
February 28, 2014: Mt. Gox KK declares bankruptcy in Japan and files an
emergency motion for Chapter 15 recognition in Dallas, Texas, together
with a declaration from Mark Karpeles.
On February 28, 2014, the day after the instant lawsuit was filed, Mt. Gox KK (a/k/a Mt.
Gox Co. Ltd.) filed a Civil Rehabilitation Proceeding Commencement Application in Japan.
(Commencement Application, Ex. 3.) A translation of the Application shows that Karpeles
claims that a bug called transaction malleability, known by Mt. Gox since May 2011,
caused a loss of approximately 750,000 user bitcoins and 100,000 bitcoins owned by Mt. Gox
itself. (Id. at 89.) The Application also states that on February 24, 2014 it was found that there
was a large discrepancy in the total of deposit balances at those financial institutions which
managed said deposits compared to the total amount actually deposited by users and that there
was a large shortfall of deposit balances approximating 2.8 billion ($27.1 million). (Id. at 9.)
17
See Chris OBrien, Mt. Gox files for bankruptcy as 850,000 bitcoins go missing, (Woodrow
Decl. 66); see also Nathaniel Popper and Rachel Abrams, Apparent Theft at Mt. Gox Shakes Bitcoin
World, (Woodrow Decl. 67). Such amounts constituted approximately 7% of all bitcoins in existence.
18
See Adrian Lowery, Is it the beginning of the end for Bitcoin? Virtual currency in turmoil as
rumoured $375m theft closes major exchange, (Woodrow Decl. 68).
19
For a detailed description of Plaintiff Greenes facts, see Declaration of Gregory Greene (Greene
Decl.), Ex. 11.
The Application also states that Mt. Gox has 6.4 billion ($63.9 million) in liabilities and 3.8
billion ($36.65 million) in assets. (Id. at 10.)
Plaintiff Greene filed his motion for a TRO on March 4, 2014, seeking, inter alia, a
freeze of Mt. Goxs U.S. assets, an accounting, and expedited discovery. (Dkt. 8.) In response, in
Japan on March 10, 2014, Karpeles sought (and received) appointment as the Foreign
Representative of the debtor, arguing that an asset freeze in the U.S. may have a negative
impact on the progress of this civil rehabilitation. (See Application for Consent of Supervisor,
Ex. 10, at 5.) Karpeles told the Japanese Court that, the US assets of the rehabilitation debtor
consist mainly of cash deposits seized by the Department of Homeland Security. (Id.)
Later that day in the United States, Mt. Gox filed an emergency Chapter 15 Petition in
the Bankruptcy Court for the Northern District of Texas20, and obtained a provisional stay of all
litigation against it. (See NO. 14-31229-sgj15 (Bankr. N.D. Tex.); see also Karpeles Decl.) In his
declaration filed in support, Karpeles again blamed a defect or bug in the bitcoin software
algorithm, which was exploited by persons who had hacked the bitcoin network for the loss
of 744,408 bitcoins. (Karpeles Decl. 9.) Mt. Gox KKs attorneys at Baker & McKenzie LLP
(the same firm representing Mt. Gox in Japan) also asked the Texas court to stay litigation
pending against the non-debtor defendants, but the bankruptcy court denied that request.
F.
On March 11, 2014 the Court grants a TRO freezing the U.S. assets of
MtGox Inc., Tibanne KK, and Mark Karpeles, and allows for expedited
discovery against Defendants.
The next day, on March 11, 2014, this Court held a hearing on Plaintiff Greenes motion
for a TRO. Although attorneys from Baker & McKenzie LLP appeared on behalf of the debtor
20
Notably, and contrary to his own sworn assertions made mere hours earlier to the Japanese Court,
the Chapter 15 filings claimed that Mt. Goxs primary assets in the United States consisted of servers
located somewhere in or near the Dallas area. (Woodrow Decl. 33.) As venue in a Chapter 15 is
dependent upon the location of the debtors main assets, this about-face with respect to the assets appears
to have been little more than naked forum shopping.
(Mt. Gox KK), no one appeared on behalf of Tibanne KK, Mt. Gox Inc., or Mr. Karpeles
personally. (March 11, 2014 Hearing Transcript (TRO Hrg Tr.), Ex. 12, 4:1018.)
Notwithstanding their restricted appearance, Mt. Gox KKs attorneys argued that the bankruptcy
stay should be extended to the non-debtor defendants as well.
After considering the arguments and papers, the Court entered an order granting the TRO
with respect to the non-debtors and entered a stay of all proceedings against Mt. Gox KK. (Dkt.
33.) In doing so, the Court found that, for the limited purposes of the TRO (i.e., because the
factual predicate [underlying the Courts findings] is almost certainly going to change) (TRO
Hrg Tr, 24:24 25:9), Plaintiff had shown that he was likely to succeed on the merits of at least
some of his claims, including for an accounting, conversion, and fraud, and that the other
requirements of a TRO had been met. (Dkt. 33.) The Court also granted leave to conduct
expedited discovery into the Defendants U.S. assets. (Id.)
G.
In accordance with the TRO, Plaintiff issues discovery related to Mt. Goxs
U.S. assets to Defendants and third parties that include bitcoin mining pools
and hardware sellers.
Following the issuance of the TRO, Plaintiffs lawyers propounded written discovery
including interrogatories, requests for production, and requests for admissionon all Defendants
(except for Mt. Gox KK), seeking information about their U.S. assets. (Woodrow Decl. 2-11.)
Plaintiffs also propounded notices of depositions. (Id.) None of the defendants has answered any
of the discovery or appeared for any scheduled deposition, despite the fact that this Court
required answers on an expedited basis.21 (Woodrow Decl. 12.)
21
Although Plaintiffs served requests to admit on all Defendants pursuant to the TRO, they do not
seek to have those as-of-now unanswered requests be deemed admitted at this time and in conjunction
with this filing. That said, Plaintiffs reserve all rights to seek those admissions after a more complete
response time for the requests has lapsed (i.e., after 30-days, per Fed. R. Civ. P. 36(a)(3)).
Plaintiffs counsel also served several third parties with subpoenas, including Butterfly
Labs, a manufacturer or distributor of bitcoin mining equipmentthe supercomputers used in
present-day bitcoin mining. Plaintiffs have been informed of several purchases by Karpeles and
are in the process of receiving relevant information.
Plaintiffs also served subpoenas on Luke Dashjr and Jason Hughes, the operators of a
bitcoin mining pool known as Eligius. (Id. 3.) Using a bitcoin wallet traced directly to Tibanne
KK, Plaintiffs counsel has uncovered certain bitcoin mining activities conducted by Karpeles or
others associated with Tibanne KK. (Id. 28.) Further, Plaintiffs have learned that these mined
bitcoins are being moved outside of Eligius and are being transferred into wallet addresses
owned and controlled by Mt. Gox. Plaintiffs continue to track these bitcoins. (Id. 20-29.)
Additionally, Tibanne KK or one of its other subsidiaries contracted with Eligius to provide
web/data hosting services and private servers. Further discovery is needed to fully identify such
activities and assets.
H.
Greene files his Corrected First Amended Complaint, naming Mizuho Bank,
Ltd. and additional defendants, adding Joseph Lack as a named Plaintiff,
and including claims for breach of express trust and other causes of action.
On March 14, 2014, Plaintiff filed a First Amended Complaint (Dkt. 36) naming Mizuho
Bank, Ltd. (Mizuho), Jed McCaleb, Mt. Gox North America, Inc. (Mt. Gox NA), and
Gonzague Gay-Bouchery as defendants, and adding Joseph Lack as a Plaintiff. Mizuho is a
Japanese bank that was used by Mt. Gox to facilitate member transactions through the exchange.
Reports indicate that Mr. Karpeles had sole access to his and the companies Mizuho accounts22
and that Mizuho had previously sought to close at least some of them. Despite this, Mizuho
continued to process transfers into the exchange. In late January 2014, Plaintiff Lack transferred
22
Sophie Knight and Nathan Layne, Mt. Gox Faced Questions on Handling Client Cash Long
Before Bankruptcy Crisis, Ex. 6.
10
$40,000 into Mt. Gox by transmitting the funds from his bank account to Mizuho, who has
claimed it sent the money on to Mt. Goxbut Mt. Gox has no record of it.23
On March 15, 2014 Mt. Goxs lawyers sent an email to Plaintiffs counsel asserting that
the First Amended Complaint violated the automatic stay because it did not expressly state that a
provisional stay had been entered as to Mt. Gox KK. Later that day, Plaintiffs filed a Corrected
First Amended Complaint, curing that issue and adding additional factual support. (Dkt. 37.)
I.
At the status conference on March 20, 2014, the Court extends the TRO to
April 8, 2014 at 11:30 a.m. and grants partial relief from the TRO to allow
limited tracing of Defendants assets.
The Court held a status following the entry of the TRO on March 20, 2014, during which
Plaintiffs counsel updated the Court as to service, discovery, and Plaintiffs investigation.24
(Woodrow Decl. 17.) Mt. Gox chose not to attend. (Id.) Plaintiffs counsel further apprised the
Court that minimal assets in the United States had been located and that, given their nature,
Plaintiffs needed partial relief from the TRO so that a third party could allow such assets to be
traced. (Id. at 18.) The Court granted this partial relief and, since then, Plaintiffs have traced the
movement of bitcoins by someone associated with Tibanne KK out of the United Statesin
violation of the TRO freezing Tibanne KKs U.S. assets. (Id. at 28-29.)
J.
Hours after the March 20, 2014 status, Mt. Gox announces its discovery of
200,000 bitcoinsvalued between $90,000,000 and $110,000,000 USD.
Just hours following the March 20, 2014 status hearing, Mt. Gox, through Karpeles,
posted a message on Mt. Goxs website announcing that on March 7, 2014, MtGox Co., Ltd.
confirmed that an old-format wallet which was used prior to June 2011 [...and which, MtGox
23
For a further description of facts pertinent to Plaintiff Lack, see Declaration of Joseph Lack
(Lack Decl.), Ex. 13. Although the Mt. Gox website presently allows users to check their Bitcoin and
Fiat balances, Lacks shows that he has nothing in the exchange.
24
Plaintiffs counsel further apprised the Court that Plaintiffs professional asset investigators had
been unable to locate any hard assets at that time (real property, boats, cars etc.) but that the search
continued with respect to Defendants accounts.
11
On March 27, 2014 the Court holds a further status conference where
Mizuhos counsel appears and after which Plaintiffs move to extend the
TRO against Mr. Karpeles, Tibanne KK, and Mt. Gox Inc.
The Court held a further status conference on March 27, 2014, at which counsel for
Plaintiffs as well as for Mizuho appeared. (Woodrow Decl. 20.) Plaintiffs counsel informed
the Court about the status of their ongoing investigation and their intention to eventually move
for default judgments and class certification against any non-appearing Defendants.27 (Id. 20.)
Mizuhos counsel, for his part, denied that Mizuho was liable to the putative Class members.
(Id.) Plaintiffs counsel explained that the allegations against Mizuho center on its facilitation of
transfers into Mt.Gox even after it knew that the exchange was insolvent and in beach of its
customers agreements. (Id.) The Court set another status on the TRO for April 7, 2014 and
25
(See March 20, 2014 Announcement, Ex. 14.) As the present-day value of a bitcoin equals
approximately $454.20 (USD) the 200,000 bitcoins are currently worth $90,840,000 USD. (See
http://wwwpreev.com, (Woodrow Decl. 75).)
26
Plaintiffs have also uncovered evidence undercutting Karpeless assertion that the old-format
wallets had been used only prior to June 2011. The wallets holding such bitcoins were used throughout
2012 and 2013. (Woodrow Decl. 29.)
27
Plaintiff also informed the Court during the hearing that Plaintiffs professional asset search
service had been unable to locate any bank accounts held by the Defendants or their related entities.
(Woodrow Decl. 21.)
12
raised a question as to whether the TRO could be extended a second time, past April 8, 2014 at
11:30 am. (Id. 22.) Plaintiffs counsel informed the Court that Plaintiffs intended to move for a
preliminary injunction, (id.), and, in anticipation of that motion, filed a motion to extend the
TRO pursuant to H-D Michigan, LLC v. Hellenic Duty Free Shops, S.A., 694 F.3d 827 (7th Cir.
2012), while the preliminary injunction motion is briefed and decided.
L.
On April 4, 2014, Karpeles and Tibanne KK appear and, three days later,
this Court holds a status and motion hearing, wherein Plaintiffs Motion to
Extend the TRO is granted.
On April 4, 2014, attorneys from the law firm of Novack & Macey LLP appeared on
behalf of Mr. Karpeles and Tibanne KK and, through communications with Plaintiffs counsel,
indicated their intent to contest jurisdiction and service. (Id. 23.) Eric Macey and Amanda
Hinkley appeared for Karpeles and Tibanne KK at the April 7, 2014, status and hearing and
indicated their intent to file Rule 12 papers contesting jurisdiction and service but otherwise
refused to comment upon Plaintiffs motion to extend the TROeven after Plaintiffs counsel
offered to, on the record, stipulate to the non-waiver of jurisdictional objections. (Id. 24-25.)
At that same hearing, the Court granted Plaintiffs motion to extend the TRO against
Mr. Karpeles, Tibanne KK, and Mt. Gox Inc.i.e., by converting the TRO into a preliminary
injunction during the pendency of this Motion. (Id. 26.) Plaintiffs counsel also explained that
they will be filing a Motion for Alternative Service Under Federal Rule 4(f)(3) to serve Karpeles
and Tibanne KK through their counsel at Novak and Macey LLP, (Id. 27; Dkt. 54).
M.
In addition to the other evidence of record obtained to date, Plaintiffs have also engaged
an expert to help explain what likely happened at Mt. Gox that led to the disastrous loss of Class
13
Members bitcoins and Fiat Currency. Emin Gn Sirer is an expert in distributed systems and
virtual currencies, and a professor at Cornell University with substantial experience in cryptocurrencies, including Bitcoin.28 In his report, Dr. Sirer explains that Mt. Goxs excuses for what
caused it to lose hundreds of millions of dollars worth of bitcoins and Fiat Currency are either
refuted by available evidence or suggestive of gross incompetence. (Sirer Report at I.)
Dr. Sirer explains that transaction malleabilitya computing glitch where someone
could claim they didnt get paid their bitcoins and, by virtue of a re-issue of the transaction,
essentially get paid twicecould not have possibly lead to such a large number of losses. (Id.
411 .) Dr. Sirer also explains that, after an investigation of modified transactions on the Bitcoin
network, the volume of modified transactions (i.e., transaction malleability) at most could
account for 7,281.58 missing bitcoins. (Id. 1719). Moreover, and critically, Dr. Sirer explains
that It should be evident that absolutely no technical issue pertaining to the Bitcoin protocol can
account for the loss of cash balances of 2.8 billion ($27.1 million) that belonged to members.
(Id. 24.) As a result, Dr. Sirer concludes that the preponderance of the evidence points to
either severe incompetence at Mt. Gox and/or theft with the aid of an insider. (Id. at I.)
Based on these facts of recordwhich only bolster the factual record this Court deemed
sufficient for both the entry of a TRO and a conversion of that TRO into an interim preliminary
injunctionthis Court should have little trouble granting a preliminary injunction.
III.
ARGUMENT
This Court should enter a preliminary injunctionthe exact same relief provided by the
TRO already entered in this case, which was granted on less substantial evidencebarring Mt.
28
Notably, on April 6, 2014, Karpeles chatted onlineunder his IRC handle MagicalTuxabout
both this case and his plans for re-opening the Mt. Gox exchange. With respect to the reopening, Karpeles
expressed a need for having a third party certifying everything is 100% secure, and Dr. Sirer was
recommended as a possible source. (Woodrow Decl. 34.)
14
Gox Inc., Mt. Gox North America, Inc., Tibanne KK, Mark Karpeles, and Gonzague GayBouchery from dissipating or transferring any assets they hold in the United States during the
pendency of this litigation. Additionally, the Court should, as necessary, certify the classes for
the purpose of the preliminary injunction and continue the expedited discovery.29
A.
The Court Should Enter a Preliminary Injunction Barring the Mt. Gox
Defendants from Dissipating Any Assets Held in the United States.
With respect to the Mt. Gox Defendants themselves, the evidence of their wrongdoing
has only grown stronger since this Court granted the TRO. While Karpeles and Tibanne KK have
now appeared, they are only participating to contest jurisdiction and service, which is being
made through the Hague Convention and is the subject of Plaintiffs Motion for Alternative
Service Under Federal Rule 4(f)(3). Defendants have refused to respond to the expedited
discovery issued pursuant to the TRO and ignored deadlines and affirmative obligations imposed
upon them by the Court. (Woodrow Decl. 13.) And regarding the merits of Plaintiffs claims,
the evidencecollected through both Plaintiffs investigation and the analysis of an expert
witnesseven more strongly supports the injunctive relief previously granted through the TRO
and presently sought here. The Court should therefore enter the preliminary injunction against
the Mt. Gox Defendants.
As with a temporary restraining order30, a party seeking a preliminary injunction must
demonstrate (1) a likelihood of success on the merits, (2) a lack of an adequate remedy at law,
29
While this Court already extended the relief granted by the TRO for the duration of this motion,
(Woodrow Decl. 26), Plaintiffs here note that the Court mayif necessaryfurther extend that relief
while Plaintiffs effect service on Karpeles and Tibanne through either (i) the Hague Convention, a process
recognized to take months, see H-D Michigan, LLC v. Hellenic Duty Free Shops S.A., No. 2:11- CV00742, 2011 WL 4368418, at *12 (E.D. Wis. Sept. 19, 2011) (granting extension of temporary
restraining order for three or four months, until plaintiffs have effected service pursuant to the Hague
Convention), or (ii) Plaintiffs Motion for Alternative Service Under Federal Rule 4(f)(3), (Dkt. 54).
30
The elements required for temporary restraining orders and preliminary injunctions are identical.
See Bernina of America, Inc. v. Fashion Fabrics Intl, Inc., No. 01 C 585, 2001 WL 128164, at *1 (N.D.
15
and (3) that an irreparable harm will result if the injunction is not granted. See Fed. R. Civ. P. 65;
see also Lambert v. Buss, 498 F.3d 446, 451 (7th Cir. 2007); Abbott Labs. v. Mead Johnson &
Co., 971 F.2d 6, 11 (7th Cir. 1992); Gray v. Orr, 13 C 8449, 2013 WL 6355918 (N.D. Ill. Dec. 5,
2013). If these elements are met, the court then balances the harm to each party. Abbot Labs, 971
F.2d. at 1112, which, in the Seventh Circuit, is done on a sliding scaleweighting harm to a
party by the merit of her case. Cavel Intl, Inc. v. Madigan, 500 F.3d 544, 547 (7th Cir. 2007);
Korte v. Sebelius, 735 F.3d 654, 665 (7th Cir. 2013); Gray, 2013 WL 6355918, at *2 (same)
(quoting Planned Parenthood of Ind., Inc. v. Commr of the Ind. State Dept of Health, 699 F.3d
962, 972 (7th Cir. 2012)). The Court also considers the public interest.
While this Court expressly noted that the factual and legal findings made when granting
Plaintiff Greenes motion for a TRO were good only for the purposes of [the] TRO and not
good for anything else . . . because the factual predicate is almost certainly going to change,
(TRO Hrg Tr., Ex. 13, (25:4 25:9)), here the evidence remains uncontested and has, in fact,
grown more substantial. Given the identical legal standards for TROs and preliminary
injunctions, the Court should grant the instant motion with little difficulty.
1.
As with the TRO, Plaintiffs claims have a high likelihood of succeeding on their
meritsan admittedly low requirement. See Girl Scouts of Manitou Council, Inc. v. Girl
Scouts of U.S. of America, Inc., 549 F.3d 1079, 1096 (7th Cir. 2008); Travelers Cas. & Sur. Co.
v. Wells Fargo Bank, NA, 3:09 CV 501 PPS, 2009 WL 4881079, at *4 (N.D. Ind. Dec. 9, 2009).
As detailed below, Plaintiffs will likely be able to succeed on each of their claims.
Ill. Feb. 9, 2001); Long v. Bd. of Educ., Dist. 128, 167 F. Supp. 2d 988, 990 (N.D. Ill. 2001). Apart from
timing, the central difference between the two is that while preliminary injunctions may be appealed,
temporary restraining orders cannotwhich accounts for the limited 14 or 28-day duration of the latter.
See Chicago United Indus., Ltd. v. City of Chicago, 445 F.3d 940, 943 (7th Cir. 2006).
16
a.
The evidence shows that Plaintiffs can prove the elements of their
breach of express trust claims.
First, Plaintiffs will be able to demonstrate that Mt. Goxs Terms created an express trust
between Mt. Gox and the Class Members, and that the Mt. Gox Defendants breached that
agreement by losing the Class Members bitcoins and Fiat Currency.
Under Illinois law, an express trust exists where there is (1) intent to create a trust; (2) a
definite subject matter or trust property; (3) ascertainable beneficiaries; (4) a trustee; (5)
specifications of a trust purpose; and (6) delivery of trust property to the trustee. Adas v.
Rutkowski, 13 C 2517, 2013 WL 6865417, at *4 (N.D. Ill. Dec. 30, 2013). An express trust arises
as a result of the manifestation of intent to impose a duty on a party, and if the requisite intent
exists, no particular form of words or conduct is necessary. See In re Donlevy, 342 B.R. 774,
781 (Bankr. N.D. Ill. 2006).
In the Seventh Circuit, the hallmarks of a trust are [s]egregation of funds,
management by financial intermediaries, and recognition that the entity in control of the assets
has at most bare legal title to them. In re McGee, 353 F.3d 537, 54041 (7th Cir. 2003).
These hallmarks, as well as a demonstration of clear intent to create a trust, can distinguish a
trust relationship from an ordinary contractual relationship. In re Berman, 629 F.3d 761, 769
(7th Cir. 2011); see also In re Donlevy, 342 B.R. 774 at 781 (If the intention is that the money
shall be kept or used as a separate fund for the benefit of the payor or a third person, a trust is
created) (quoting Restatement (Second) of Trusts, 12, 23)); In re Pawlinski, 170 B.R. 380,
389 (Bankr. N.D. Ill. 1994) (citing In re Destron, Inc., 40 B.R. 927 (Bankr. N.D. Ill. 1984)). It
is immaterial, however, whether the person manifesting the intent calls the relationship a trust
or whether she even knows that the relationship she intends to create is called a trust. U.S. v.
Marx, 844 F.2d 1303, 1307 (7th Cir. 1988); In re Donlevy, 342 B.R. 774 at 781.
17
Here, Mt. Goxs Terms of Use include all of the Seventh Circuits hallmarks of an
express trust: through its Terms of Use, Mt. Gox promised to segregate the funds of its exchange
members, and, by warranting that members funds and bitcoins would be held on the members
behalves, Mt. Gox had, at most, bare legal title to them. See In re McGee, 353 F.3d at 540
41. And here, Plaintiffs can show that Class Members agreements with Mt. Gox satisfy the six
elements of an express trust(1) an intent to create a trust: the Terms that warranted the
safekeeping of Class Members currency and bitcoins of each member in that members account
and on that members behalf; (2) a definite subject matter of trust property: the Fiat Currency and
bitcoins deposited by Class Members into Mt. Gox; (3) ascertainable beneficiaries: the Class
Members; (4) trustees: the Mt. Gox Defendants; (5) specifications of a trust purpose: to
safeguard and segregate the property of Class Members while they sold, purchased, or bought
Fiat Currency or bitcoins on the Mt. Gox exchange; and (6) delivery of the trust property to the
trustee: the property that Frozen Currency Class Members delivered to Mt. Gox that was never
returned. Cf. In re Donlevy, 342 B.R. at 781. As such, Plaintiffs will be able to demonstrate that
an express trust was created between Class Members and the Mt. Gox Defendants.
Further, the Mt. Gox Defendants breached the trusts terms. As in Donlevy, it is plain that
Mt. Gox was not granted unrestricted use of the funds obtained from exchange members, and
was required to keep the funds separated from [their] own. See In re Donlevy, 324 B.R. 774 at
783. Even if the segregation or security of the currency and bitcoins of exchange members
became difficult or impossible it was incumbent upon the trustee [here, Mt. Gox] to seek
permission from the trustors [here, the putative Class members] to modify the trustwhich, of
course, it never did. See In re Pawlinski, 170 B.R. 380 at 390. Hence, once the Defendants failed
to safeguard Class Members bitcoins and Fiat Currency, failed to hold all assets delivered to
18
them by each Class Member in accounts registered in that Members name and behalf (as was
expressly promised), or otherwise lost those assets, they breached the express trust. As such, the
allegations and facts show Plaintiffs will succeed on their breach of express trust claims.
b.
Plaintiffs will similarly succeed on their claims for breach of fiduciary duty, which under
Illinois law require: (1) the existence of a fiduciary duty, (2) a breach of that fiduciary duty, and
(3) that such breach proximately caused the alleged injury. In re McCook Metals, L.L.C., 07 C
0621, 2007 WL 1687262, at *4 (N.D. Ill. June 7, 2007) (citing Neade v. Portes, 193 Ill.2d 433,
444, 739 N.E.2d 496 (2000)).
Mt. Gox has acted in defalcation of its fiduciary duties to Class Members by failing to
appropriately safeguard Class Members bitcoins and Fiat Currency. Defendants occupied a
fiduciary role with respect to Plaintiffs and the other Class Members bitcoins and Fiat Currency
by virtue of their statement that MtGox represents and warrants that . . . it will hold all
monetary sums and all Bitcoins deposited by each Member in its Account, in that Members
name as registered in their Account details, and on such Members behalf. (Terms of Use at 4.)
The bitcoins and money thus remained the property of the users while held on the exchange. In
light of such Terms, Plaintiffs can show that Defendants owed a fiduciary duty to their members,
see In re Edgewater Med. Ctr., 344 B.R. 864, 868 (Bankr. N.D. Ill. 2006) (fiduciary duty may
arise from contract between parties); see also In re McGee, 353 F.3d at 541 (formal separation
and ownership rules may give rise to fiduciary obligations.), and that they breached by failing to
properly hold funds and bitcoins, neglecting to secure its system, and as Plaintiff Lacks facts
demonstrates squarely, continuing to accept large deposits of Fiat Currency and bitcoin into the
exchange while Defendants delayed going out of business, (Lack Decl. 37). Hence, and
19
because exchange members have lost hundreds of millions of dollars as a result of these
breaches, they have a likelihood of succeeding on their breach of fiduciary duty claims.
c.
The facts also show that Plaintiffs have a strong chance of prevailing on their claims
under state consumer fraud statutes. The Illinois Consumer Fraud and Deceptive Business
Practices Act (ICFA), 815 ILCS 505 et seq., requires that a plaintiff prove: (1) a deceptive or
unfair act or practice by the defendant; (2) the defendants intent that the plaintiff rely on the
deceptive or unfair practice; and (3) [that] the unfair or deceptive practice occurred during a
course of conduct involving trade or commerce . . . [and (4) that] the defendants conduct is the
proximate cause of the injury. Wigod v. Wells Fargo Bank, N.A., 673 F.3d 547, 573 (7th Cir.
2012) (citing Siegel v. Shell Oil Co., 612 F.3d 932, 934-35 (7th Cir. 2010)).
Californias Unfair Competition Law (the UCL), applicable to Lack and other
California residents, also prohibits any unlawful, unfair or fraudulent business act and permits
claims brought by a person who has suffered injury in fact and has lost money or property as a
result of the unfair competition. In re JPMorgan Chase Bank Home Equity Line of Credit
Litig., 794 F. Supp. 2d 859, 888 (N.D. Ill. 2011) (quoting Cal. Bus. & Prof. Code 17200,
17204). [A]llegations that the fraudulent deception was actually false, known to be false by the
perpetrator and reasonably relied upon by a victim who incurs damages are not necessary. In re
Tobacco II Cases, 46 Cal. 4th 298, 312, 93 Cal. Rptr.3d 559, 207 P. 3d 20 (2009).
The Mt. Gox Defendants have engaged in a series of deceptive and unfair practices
designed to bilk exchange members out of their money and bitcoins, but three stand out: (1) they
falsely represented to members their bitcoins and Fiat Currency would be held in a separate
20
account, in their names and on their behalves, (2) they knowingly misrepresented the security of
their system, and (3) they continued to accept deposits into the exchange long after they knew
they had lost everything.
First, Defendants falsely represented that they would maintain member bitcoins and Fiat
Currency in separate accounts on each members behalf. These representations were expressly
made in Mt. Goxs Terms of Use. (Terms of Use at 4.) At the time these representations were
made, Defendants knew they had failed to properly safeguard member bitcoins and money. As
for bitcoins, Dr. Sirer explains that it is highly improbable that transaction malleability caused
the loss of member bitcoins and that it was more likely a case of either theft with the help of an
insider or gross negligence. (Sirer Report, 1; 22.) Even if transaction malleability was the
cause, Mt. Gox admits that it knew about transaction malleability as an issue as early as May
2011 and that it did nothing to prevent it. (Commencement Application, Ex. 3.) In any case, that
by its own admission Mt. Gox didnt know where at least 200,000 BTC were for a period of time
going back to the old format wallet in use before June 2011, and to the extent any of those
bitcoins belong to putative Class members, Defendants must concede that they didnt properly
segregate bitcoins or keep them in accounts on behalf of members.
Moreover, transaction malleability offers no explanation for how Karpeles found a
shortfall of $27.1 million in Mt. Goxs bank account where exchange members Fiat Currency
was supposedly being held. That such vast amounts of bitcoins and Fiat Currency are missing
and totally unaccounted for substantially proves that Defendants failed to maintain customer
funds as they expressly represented they would.
Second, Defendants significantly misrepresented the security of their system. Mt. Goxs
website told members they could quickly and securely trade bitcoins with other people around
21
the world with [their] local currency, and that Mt. Gox was SECURE and protected by
Prolexic and certified by VeriSign, which means all communications with our servers are
encrypted with SSL technology. (Landing Page, Ex. 8.) Again, and assuming transaction
malleabilityand not outright fraudwas at play, Defendants knew that their system had been
affected by transaction malleability at the time they made the representations, and knew that the
exchanges system wasnt secure.
Third, the Defendants engaged in a particularly pernicious form of fraud when they
continuedfor at least a period of monthsto accept deposits of large amounts of Fiat Currency
and bitcoin into the exchange well after they knew they had lost or stolen their exchange
members property and money.31 The Defendants announced the supposed malleability issue on
February 7, 2014, thus suggesting that it was discovered earlier. And, given his exclusive control
over the accounts, Karpeles likely knew that tens of millions of dollars in Fiat Currency had been
misappropriated long before. Nevertheless, and even as withdrawals were halted, Defendants
continued (with Mizuhos help) to accept transfers into the exchange while repeatedly notifying
members that they were planning to restore access in the near future. As a result, Plaintiff Lack
and others, like putative class member Jose Fernandez, have collectively lost hundreds of
thousands if not millions of dollars.32
31
See Sophie Knight and Nathan Layne, Mt. Gox Faced Questions on Handling Client Cash Long
Before Bankruptcy Crisis, Ex. 6.
32
In addition to the Support Desk Updates, as late as February 23the day before Mt. Gox went
darkMt. Goxs customer service representatives assured concerned exchange members that Mt. Gox
was working on to [sic] find an alternate method to facilitate withdrawals, and that it was trying to
form relationships with several new banking partners to increase stability and ability to transmit
withdrawals going forward. (Declaration of Jeffrey C. Parker (Parker Decl.), Ex. 15, at 7; Declaration
of Andrew Van Almen (Van Almen Decl.), Ex. 16, at 7.) Likewise, during the week of Mt. Goxs
unexpected shutdown, Defendants leaked internal business plan suggested that Mt. Gox was busily
working to fix the bug that was affecting it, and that the exchange would be back online in the near
future. (See Mt. Gox Business Plan Europe, Ex. 17.)
22
All told, such conduct more than satisfies the ICFAs requirements for deceptive conduct,
Mt. Goxs intention that its customer-base rely upon that conduct, and the UCLs requirement
that those same customers were likely to be deceived, especially inasmuch as Mt. Gox had a duty
to disclose the actual condition of the exchange.33
As for the ICFAs last element, Plaintiffs will be able to prove that the deceptive and
unfair conduct occurred in the course of trade or commerce. Bitcoin represents a new digital
marketplace, and with nearly 11 million bitcoins in circulation worldwide, the total worth of the
currency exceeds $1 billion.34 Before its collapse, Mt. Gox was a leader in this space, operating
one of the largest exchanges in the world, and even registering as a money services business with
the Treasury Department's Financial Crimes Enforcement Network in 2013.35 As such,
Defendants cannot argue that their conduct falls outside the ambit of trade or commerce.
Finally, Defendants obviously caused the loss of millions of dollars and hundreds of
thousands of bitcoins belonging to the putative Class members. Because Mt. Gox actively
concealed the truth and provided false representations, each putative Class member suffered a
total loss regarding their deposited assets. Plaintiffs statutory fraud claims are likely to succeed.
d.
In a similar vein, Plaintiffs will likely succeed on their common law fraud claims, all of
which require that they show: (1) a false statement of material fact; (2) defendants knowledge
that the statement was false; (3) defendants intent that the statement induce the plaintiff to act;
33
See, e.g., See Falk v. Gen. Motors Corp., 496 F. Supp. 2d 1088, 1095, 1098 (N.D. Cal. 2007)
(quoting LiMandri v. Judkins, 52 Cal.App.4th 326, 337, 60 Cal.Rptr.2d 539 (1997) (nondisclosure can
constitute actionable fraud under the UCL where (1) when the defendant is in a fiduciary relationship
with the plaintiff; (2) when the defendant had exclusive knowledge of material facts not known to the
plaintiff; (3) when the defendant actively conceals a material fact from the plaintiff; and (4) when the
defendant makes partial representations but also suppresses some material fact.).
34
See Morgan E. Peck, Bitcoin Hits $1 Billion (Woodrow Decl. 72).
35
See Jeffrey Sparshot, Bitcoin Exchange Makes Apparent Move to Play by U.S. MoneyLaundering Rules, (Woodrow Decl. 74).
23
(4) plaintiffs reliance upon the truth of the statement; and (5) plaintiffs damages resulting from
reliance on the statement. Connick v. Suzuki Motor Co., Ltd., 174 Ill. 2d 482, 496, 675 N.E.2d
584, 591 (1996); see also Bd. of Educ. of City of Chicago v. A, C & S, Inc., 131 Ill. 2d 428, 546
N.E.2d 580 (1989); Hoseman v. Weinschneider, 322 F.3d 468, 476 (7th Cir. 2003) (citing
Havoco of Am., Ltd. v. Sumitomo Corp. of Am., 971 F.2d 1332, 1341 (7th Cir.1992)).
As explained above, Defendants falsely represented to Plaintiffs and its other users that
their money would be separated and that the exchanges system was secure. They also repeatedly
misrepresented their intentions to come back online, falsely leading members to continue to
transfer amounts into the exchange. Reliance and damages are thus readily shown. Class
Members would not have deposited their bitcoins and Fiat Currency with Mt. Goxnor kept
them on the exchangehad they known that, at best, Defendants security and system
management was abysmal and that, at worst, Defendants would simply steal their bitcoins and
money. (Greene Decl. 11; Declaration of Eric P. Amstutz (Amstutz Decl.), Ex. 18 8;
Declaration of Dario Di Pardo (Pardo Decl), Ex. 19 7.) Of course, Plaintiffs and the Class
members have been damaged as a resultthey have collectively lost hundreds of millions of
dollars worth of Bitcoin and Fiat Currency that unquestionably belong to them.36
Accordingly, Plaintiffs common law fraud claim is also likely to succeed on the merits.
e.
Plaintiffs are also entitled to an accounting. Under Illinois law, to state a claim for an
accounting, a plaintiff must allege the absence of an adequate remedy at law and either a breach
of a fiduciary relationship, a need for discovery, fraud, or the existence of mutual accounts that
are of a complex nature. 3Com Corp. v. Electronics Recovery Specialists, Inc., 104 F. Supp. 2d
36
This is in addition to suffering other damages, such as overpayment of transaction fees and
commissions that included security protections that Class members never received.
24
932, 941 (N.D. Ill. 2000) (citing Mann v. Kemper Financial Companies, Inc., 247 Ill. App. 3d
966, 618 N.E.2d 317, 327 (1st Dist. 1992)); People ex rel. Hartigan v. Candy Club, 149 Ill. App.
3d 498, 501 N.E.2d 188, 190 (1st Dist. 1986).
In this case, Plaintiffs can readily demonstrate a likelihood of success for an accounting.
As explained above, Mt. Gox had an express trust and fiduciary obligation to maintain each
members bitcoins and Fiat Currency for the members benefit and on the members behalf,
which Defendants have obviously violated. Likewise, Plaintiffs are likely to succeed on their
fraud claims given Mt. Goxs repeated false statements of material fact. Further, as Mt. Gox has
effectively shut down and the data posted on the Mt. Gox website is incomplete, Class Members
have no way of knowing how much Bitcoin and Fiat Currency Mt. Gox retains with respect to
each of their accounts. (See, e.g., Fernandez Decl. 3, 1213; Lack Decl. 10.) Plaintiffs and
the Class Members are therefore entitled to discovery and an accounting showing the precise
amounts of Bitcoin and Fiat Currency (along with the denominations) that Mt. Gox purports to
have held on each of their behalves at the time the exchange went offline. Finally, as reports
indicate that only Mr. Karpeles had access to the accounts and personally approved all
withdrawals manually, he must be made to account for the large shortfall of at least $27.1
million in currency he admits is missing.
As such, the instant case is tailor-made for an accounting claim.
f.
Under Illinois law, the elements for breach of contract are: (1) offer and acceptance,
(2) consideration, (3) definite and certain terms, (4) performance by the plaintiff of all required
conditions, (5) breach, and (6) damages. Wigod, 673 F.3d at 560; Assn Benefit Servs., Inc. v.
Caremark RX, Inc., 493 F.3d 841, 849 (7th Cir. 2007).
25
Plaintiffs will likely succeed in proving that Mt. Gox breached at least four express
provisions of its Terms of Use.37 First, and not to belabor the point, Mt. Gox represented and
warranted that it would hold all monetary sums and all Bitcoins deposited by each Member in
its Account, in that Members name as registered in their Account details, and on such Member's
behalf. (Ex. 1 at 4.) This was not done. As evidence suggests Karpeles and Mt. Gox
commingled company funds, used customer assets to cover its other expenses,38 or grossly failed
to protect against misappropriation, Defendants breached their Terms.
Second, the Terms of Use provided that members would be able to trade on the exchange
at any time.39 Defendants breached by unexpectedly shutting down the exchange.
Third, Mt. Goxs website promised members that their transactions would be encrypted
and secure (Ex. 8), and its Privacy Policy stated that Mt. Gox had instituted security measures to
protect personal information. (Terms of Use, Ex. 1 at 7.) Defendants breachedand have caused
the class to suffer hundreds of millions of dollars in damagesby failing to take reasonable
measures to protect against the bug, to the extent that a bug actually effected the exchange.
Fourth, Mt. Goxs Terms provided that These Terms may be terminated without reason
by either party providing the other with reasonable prior notice, receipt of which shall be
promptly acknowledged in writing by the other party. (Id. at 4.) Rather than provide reasonable
notice, Defendants did just the opposite: lulling members into a false sense of security through
repeated assurances that they were working to come back onlineall while accepting deposits of
37
See Greene Decl. 2; Lack Decl. 2; Parker Decl. 2; Pardo Decl. 2; Van Almen Decl. 2;
Amstutz Decl. 3; Declaration of Jonathan Carmel (Carmel Decl.), Ex. 20, 2; Declaration of Michael
Yablon (Yablon Decl.), Ex. 21, 2; Declaration of Dennis Ou (Ou Decl.), Ex. 22, 2.
38
See Sophie Knight and Nathan Layne, Mt. Gox Faced Questions on Handling Client Cash Long
Before Bankruptcy Crisis, Ex. 6.
39
See Terms of Use, Ex. 1 at 2 (Members may at any time transfer any amount of Bitcoins to any
other Members as well as any other Bitcoin users even if they are not MembersBitcoin Transfer
Transactions may be initiated at any time from the following page: https://mtgox.com/index.html)
(Emphasis added).
26
currency and bitcoins into the exchange (but not withdrawals), only to then shut down
completely without providing any advance notice. As a result, Class Members have lost millions.
Plaintiffs are thus likely to succeed on their breach of contract claims.
g.
Plaintiffs are also likely to succeed on their negligence claims related to the purported
security breaches of Mt. Goxs system. To succeed on a negligence claim, the plaintiff must
establish that the defendant owed a duty of care, that the defendant breached that duty, and that
the plaintiff incurred injuries proximately caused by the breach. Johnson v. Wal-Mart Stores,
Inc., 588 F.3d 439, 441 (7th Cir. 2009) (internal citation omitted).
In accepting member bitcoins and Fiat Currency for deposit, Mt. Gox assumed a duty to
abide by accepted industry standards to safeguard and protect the exchange from security
breaches. Defendants fell far short of this duty to the extent it allowed a bug to infiltrate its
systems and siphon user bitcoins and money for several years. As Plaintiffs expert explains,
properly caring for exchange member bitcoins and Fiat Currency required Defendants to, at the
very least, follow rather basic accounting and system management policies that other exchanges
have already adopted. (Sirer Report, Ex. 4 13, 15.) Had Mt. Gox exercised due care, it wouldnt
have lost the Classes bitcoins and Fiat Currency and, by failing to adhere to industry-standard
protocols, (FAC 109), they have caused Plaintiffs and the Classes to collectively lose hundreds
of millions of dollars worth of money and bitcoins.
That Defendants acted with at least a level of gross negligence is further shown by their
discovery of the equivalent of $90 million to $110 million in bitcoins found in an olderformat wallet. As explained above, Defendants had a duty to safeguard the bitcoins and
currency of its members. That such substantial amounts could simply be found after Mt. Gox
27
had already filed for bankruptcy protection speaks volumes as to the level of financial
mismanagement and lack of necessary internal controls.
As such, Plaintiffs can demonstrate a likelihood of success on their negligence claims.
h.
A trespass to chattels claim requires proof of the following elements: (1) defendants
wrongful assumption of control, (2) plaintiffs right in the property, (3) plaintiffs right to
immediate possession, and (4) plaintiffs demand for possession. Minuti v. Johnson, 02 C 4551,
2003 WL 260705, at *4 (N.D. Ill. Feb. 5, 2003) (citing Nelson v. Sothebys Inc., 115 F.Supp. 2d
925, 929 n. 2 (N.D. Ill. 2000)). Similarly, to state a claim for conversion, a plaintiff must
demonstrate: (1) unauthorized and wrongful control, dominion, or ownership by defendant over
plaintiff's property, (2) plaintiffs right in the property, (3) plaintiffs absolute and unconditional
right to the immediate possession of the property, and (4) a demand for possession of the
property. G.M. Sign, Inc. v. Stergo, 681 F. Supp. 2d 929, 931 (N.D. Ill. 2009) (citing General
Motors Corp. v. Douglass, 206 Ill. App. 3d 881, 565 N.E.2d 93, 97 (1st Dist.1990)).
Applied here, Plaintiffs will be able to show that Mt. Gox has wrongfully assumed
control over the Class Members bitcoins and currency without authorization, as Plaintiffs
deposited currency and bitcoins into the exchange with the expectation that they would
eventually be able to withdraw or exchange them. Plaintiffs will also be able to show that
members have a right to immediate possession of their bitcoins and currencyindeed, they
transferred them to Mt. Gox to hold in trustand that despite their demand for the return of their
Bitcoin and funds immediately, the Defendants refuse to do so. (See, e.g., Parker Decl. 10,
Carmel Decl. 7.) Accordingly, Plaintiffs are likely to prevail on these claims as well.
28
i.
Plaintiffs are likely to prevail on their claim for unjust enrichment as well. To state a
cause of action based on a theory of unjust enrichment, a plaintiff must allege that the defendant
has unjustly retained a benefit to the plaintiffs detriment, and that defendants retention of the
benefit violates the fundamental principles of justice, equity, and good conscience. Cleary v.
Philip Morris Inc., 656 F.3d 511, 516 (7th Cir. 2011) (quoting HPI Health Care Servs., Inc. v.
Mt. Vernon Hosp., Inc., 131 Ill. 2d 145, 545 N.E.2d 672, 679 (1989)).
Here, Plaintiffs present their claim for unjust enrichment in the alternative to their breach
of contact claim and in the unlikely event the Defendants have any contract defense. Plaintiffs
can demonstrate that Defendants have unjustly retained the Bitcoin and Fiat Currency of its
members. Defendants were obligated safeguard member Fiat and bitcoins and plainly didnt. As
such, a likelihood of success is shown on this claim as well.
Accordingly, Plaintiffs can show a likelihood of success on their key equitable claims. As
such, the first element required for the entry of a preliminary injunction is met.40
2.
As was the case with respect to the TRO, Plaintiffs and the putative
Class members have no adequate remedy at law.
Plaintiffs can also show that no adequate remedy at law exists and that they and other
Class members stand to suffer irreparable harm if the preliminary injunction isnt granted. As
predicted in Plaintiff Greenes original Complaint (see Dkt. 1 113, 121, 153), Mt. Gox has
filed for bankruptcy and lacks the financial wherewithal to satisfy a judgment entered against it
in favor of the Class members. Likewise, and although less is presently known about Mr.
Karpeless personal finances, it is unlikely that he still possesses all of the missing bitcoins and
40
Given the overwhelming strength of Plaintiffs claims, for the purposes of brevity Plaintiffs do
not at this time analyze their claims for civil conspiracy, RICO, or other causes of action. To the extent
the Court desires such analyses, Plaintiffs will happily supply them.
29
currency (though it is possible he has hidden substantial amounts of both somewherea fact
presently determinable only through needed further discovery).
Under such circumstanceswhere a defendant is insolvent and will be unable to satisfy a
money judgmentcourts have awarded preliminary injunctive relief to prevent further
dissipation of any remaining assets. See Deckert v. Independence Shares Corp., 311 U.S. 282,
290, 61 S.Ct. 229 (1940) (preliminary injunction of money assets proper where defendant was
insolvent and its assets in danger of dissipation or depletion.); Roland Machinery Co. v. Dresser
Industries, Inc., 749 F.2d 380, 386 (7th Cir. 1984) (finding money damages inadequate where
defendant may become insolvent); Tanimura & Antle, Inc., v. Packed Fresh Produce, Inc., 222
F.3d 132, 139 (3d Cir. 2000) (finding injunction proper where plaintiffs showed that defendants
were dissipating trust assets and would be unlikely to have funds to satisfy a judgment); see also
Travelers Cas. & Sur. Co., 2009 WL 4881079.
Such relief is available here, especially because Plaintiffs allege claims that sound in
equity as opposed to exclusively alleging theories that are based in law. See, e.g., CSC Holdings,
Inc. v. Redisi, 309 F.3d 988, 996 (7th Cir. 2002) (finding that a restraint on assets is proper if a
suit seeks equitable relief); United States ex rel Rahman v. Oncology Assocs., P.C., 198 F.3d
489, 496-97 (4th Cir. 1999) (holding that Deckert still authorizes a district court to preliminarily
freeze assets in a case involving equitable claims); Kennedy Bldg. Assocs. v. CBS Corp., 476
F.3d 530, 535 (8th Cir. 2007) (Here, the underlying relief sought is equitable, rather than legal,
so our case involves the use of equity in support of equity, rather than equity in support of a legal
remedy.); In re Focus Media Inc., 387 F.3d 1077, 1085 (9th Cir. 2004) (same). As set forth
above, Plaintiffs allege equitable claims for breach of trust, breach of fiduciary duty, fraud, an
30
accounting, unjust enrichment and restitution, and for preliminary and permanent injunctions
all of which seek equitable relief. (See FAC. Counts IV, VII-IX & XII.)
Furthermore, Defendants appear to be moving assets or actively commingling them with
assets derived from the Mt. Gox exchange. Plaintiffs have traced the movements of new bitcoins
being mined on the Eligius Bitcoin mining pool in Florida that are being sent to bitcoin wallets
identified as belonging to Mt. Gox. (Woodrow Decl. 28.) The IP address being used to conduct
the mining is registered to Tibanne KK and Mark Karpeles. (Id.) As such, either Tibanne KK or
Karpeles appears to be mining bitcoins on the Eligius pool and combining them with Mt. Gox
KKs assets.41
Thus, given that Plaintiffs have plead equitable claims, that Mt. Gox is now officially
insolvent, that the remaining Defendants appear unable to satisfy a money judgment for hundreds
of millions of dollars, and that someone connected to the Defendants is actively violating the
TRO by continuing to mine bitcoins and transfer them outside the United States, Plaintiffs and
the putative Class members will be irreparably harmed if the Court denies the preliminary
injunction. Accordingly, Plaintiffs satisfy these elements for preliminary injunctive relief as well.
3.
Next, the Court must balance the harm to the Class members of denying the injunction
against the harm to Mt. Gox should the injunction be granted. As explained above, Plaintiffs and
41
It is possible that Mt. Gox is merely using Tibanne KKs IP address, which would, in addition to
other facts, suggest that these companies are alter egos, together with Karpeles personally. For example,
during a hearing before the bankruptcy court in Dallas on April 1, 2014 (during which the Court granted
Plaintiff Greene and Lacks Motion to Compel Mr. Karpeless deposition in the United States) Mt. Goxs
lawyers explained that Mt. Gox had no employeesit merely contracted with Tibanne KK to supply
employees (April 1, 2014 Bankruptcy Hearing (BK Hearing), Ex. 23, 14:1218.). Of course, any such
contract has not been produced. Additionally, it is highly likely that the $27.1 million shortfall in
currency that was found in Mt. Goxs bank accounts is attributable to Mr. Karpeles having sole access
to those accounts and using them as his private piggy-bank.
31
the Class members stand to suffer irreparable harm if the preliminary injunction is denied
because Mt. Gox is insolvent. On the other hand, freezing Defendants U.S. assetswhich
Defendants seem to insist are limitedand continuing to allow expedited discovery causes
almost no harm to Tibanne KK, Karpeles, or any other Defendant.42
In the Seventh Circuit, the balancing of harms is done on a sliding scale. That is, the
more likely the plaintiff will succeed on the merits, the less the balance of irreparable harms need
favor the plaintiff's position. Ty, Inc. v. Jones Grp., Inc., 237 F.3d 891, 895 (7th Cir. 2001).
Although no case is ever a slam dunk, it is plain here that Plaintiffs and the Class members
claims are exceptionally strong: Defendants have admittedly either lost or stolen the Classes
money and bitcoins and are retaining them without any right to do sothereby minimizing the
consideration of any countervailing harm to Mt. Gox. As such, the Court should find that the
irreparable harm to the Class members far exceeds any supposed harm that Defendants may
suffer should the injunction be granted.43
4.
42
Indeed, at the recent April 7, 2014 status and motion hearing, counsel for Karpeles and Tibanne
KK suggested that any such U.S. assets were seized by the Department of Homeland Security. (See
Woodrow Decl. 25.) If true, and as the Court noted, the relief granted by the TRO and sought by this
motion would be superfluous and, thus, would hardly cause additional (or any) harm to either Defendant.
43
The supposed harm to Defendants is further offset by the $5,000 bond Plaintiff has posted.
32
McKenzie.44 Ensuring the safety and protection of U.S. consumers in an international market
against rampant fraud and abuse is plainly within the publics interest. Without such protections,
U.S. consumers who participate in online markets operated by companies based overseas (but
which avail themselves to U.S. consumers) will find themselves at the mercy of foreign courts
and laws. At the same time, the public has little interest in allowing foreign companies who
transact business within the United States via the Internet to cheat and steal from U.S. consumers
with impunity.
In light of the need to protect U.S. consumers from such fraudulent activity, the Court
should find that the public interest also weighs in favor of granting the injunction.
B.
As was the case with the TRO, Plaintiffs again ask that the Court provisionally certify the
proposed Classes under Rule 23(b)(2) and 23(b)(3) insofar as it is necessary to avoid operation
of the one-way intervention rule. To those ends, Plaintiffs here incorporate both their previous
request for provisional certification, (Dkt. 8 at 2426), and their Motion for Class Certification,
(Dkt. 2), and respectfully request that their Motion for Class Certification be granted (again, to
the extent the Court deems it necessary) concurrently with the instant filing.
C.
The Court Should Also Extend Its Prior Order Allowing Expedited
Discovery.
Finally, in conjunction with the TRO this Court allowed Plaintiff Greene to pursue
expedited discovery. As those efforts are ongoing and continue to reveal important information,
this Court should extend its order allowing such fact-finding.
44
For example, as detailed in Karpeles Declaration filed in support of Mt. Goxs Chapter 15
petition, Baker & McKenzie was to receive, through an entrustement agreement, $75,000 as fees for
Mt. Goxs Chapter 15 petition. (Ex. 2 at 33-34.)
33
IV.
CONCLUSION
For all of the reasons set forth above, the Court should: (1) grant a preliminary injunction
freezing any of the Defendants assets located in the United States, (2) grant class certification to
the extent necessary to avoid application of the one-way intervention rule, (3) extend its order
allowing expedited discovery, and (4) award such additional relief as the Court deems necessary,
reasonable, and just.
Respectfully submitted,
GREGORY GREENE and JOSEPH LACK,
individually and on behalf of all others similarly
situated,
Dated: April 8, 2014
By:
Steven L. Woodrow
swoodrow@edelson.com
Megan Lindsey
mlindsey@edelson.com
EDELSON PC
999 18th Street, Suite 3000
Denver, Colorado 80202
Tel: 303.357.4878
Fax: 303.446.9111
/s/
Steven L. Woodrow
One of Plaintiffs Attorneys
Jay Edelson
jedelson@edelson.com
Christopher L. Dore
cdore@edelson.com
David I. Mindell
dmindell@edelson.com
Alicia Hwang
ahwang@edelson.com
EDELSON PC
350 North LaSalle Street, Suite 1300
Chicago, Illinois 60654
Tel: 312.589.6370
Fax: 312.589.6378
34
CERTIFICATE OF SERVICE
I, Steven L. Woodrow, an attorney, hereby certify that I served the above and foregoing
Motion for Preliminary Injunction, by causing true and accurate copies of such paper to be
transmitted to all counsel of record via the Courts CM/ECF electronic filing system on April 8,
14
/s/ Steven L. Woodrow
Steven L. Woodrow
35
v.
Defendants.
I am a Partner at the law firm of Edelson PC, which has been retained to represent
Plaintiffs Gregory Greene and Joseph Lack (collectively, Plaintiffs) in this matter. I am an
adult over the age of 18 and am fully competent to make this Declaration. If called upon to
testify as to the matters stated herein, I could competently do so.
Discovery Propounded on Defendants to Date
2.
After the Courts entry of the Temporary Restraining Order on March 11, 2014,
my firm served the Temporary Restraining Order and propounded written discoveryincluding
interrogatories, requests for production, and requests for admissionon all Defendants (apart
from Mt. Gox KK, per the entered stay), in accordance with the expedited discovery schedule
magicaltux@gmail.com. Hard copies of the documents were served by process server at its
registered agent, National Corporate Research, Ltd. at 615 South Dupont Highway, Dover,
Delaware 19901. On March 18, 2014, my firm sent notice of the depositions of all Defendants in
this action (except Mizuho) along with notices of subpoenas served on Luke Dashjr, Butterfly
Labs, and Jason Hughes via email and process server to the same addresses. Notice of Mizuhos
deposition and Requests to Admit Facts were likewise sent via email and USPS First Class Mail
to the same addresses on March 21, 2014.
6.
Mt. Gox North America, Inc. On March 18, 2014, attorneys at my firm
Interrogatories, Requests for Production, and a Notice of Deposition to Tibanne KK via email to
Mr. Karpeless supposed e-mail addresses at: mark@tibanne.com, auto-tr@mutumsigillum.com,
for the Production of Documents, and a Notice of Deposition to Jed McCaleb via process server
to Code Collective, 286 Union Avenue, #1A, Brooklyn, New York 11211. Notices of depositions
for all defendants (except Mizuho), along with notices of subpoenas for the depositions of
Butterfly Labs, Luke Dashjr, and Jason Hughes, were also served via process server on the same
day. On March 21, 2014, my firm mailed a Notice of Mizuhos 30(b)(6) deposition to Mr.
McCaleb via USPS First Class Mail to the same address.
10.
30(b)(6) Deposition, and Requests to Produce Documents via process server to Mizuhos
registered agent, Geoff Matsunaga, at 350 S. Grand Avenue, Suite 1500, Los Angeles,
California, 90071.
11.
Plaintiffs expressly indicated in each of their discovery requests that they do not
seek any documents or information relating to the assets of Mt. Gox KK.
12.
As of the date of this filing, Plaintiffs have not received any discovery responses
from Defendants, and none of the Defendants have appeared for any scheduled deposition.
However, Plaintiffs counsel are in communication with counsel for Defendant Mizuho
regarding Plaintiffs outstanding discovery requests. Discovery issued to Jed McCaleb has been
withdrawn pursuant to an agreement between the parties.
13.
Likewise, as of the date of this filing, Plaintiffs have not received any affidavits
from Defendants regarding their distribution of the TRO, as ordered by the Court. (See Dkt. 33 at
8.)
14.
affirmative obligations imposed upon them by the Court even though Mark Karpeles has
acknowledged, in the United States Bankruptcy Court for the Northern District of Texas, that he
is aware of Plaintiff Greenes Motion for Temporary Restraining Order and Preliminary
Injunction (Dkt. 8). See In re MtGox Co., Ltd, Case No. 14-31229-15 (Bankr. N.D. Tex. Mar. 9,
2014).
Plaintiffs File Their Corrected First Amended Complaint
15.
On Friday, March 14, 2014, Plaintiff Greene filed his First Amended Complaint,
naming Mizuho Bank, Ltd., Jed McCaleb, Mt. Gox North America, Inc., and Gonzague GayBouchery as additional defendants in this matter. The First Amended Complaint also added
Joseph Lack as a named Plaintiff.
16.
The following Monday, March 17, 2014, counsel for Mt. Gox KK sent an email to
my firm, complaining that the First Amended Complaint was unclear as to the provisional stay
that had been entered as to Mt. Gox KK. Later that day Plaintiffs filed their Corrected First
Amended Complaint (Dkt. 37), adding a footnote to make clear that no claims were being
pursued against the debtor, Mt.Gox KK, while any stay was in place, as well as additional
support for their claims.
The March 20, 2014 Status Hearing
17.
On March 20, 2014, the Court held a status hearing following its entry of the
temporary restraining order. During the hearing, Plaintiffs counsel updated the Court as to the
status of: (1) service of process on Defendants, (2) discovery, and (3) Plaintiffs continued
investigation into the facts of the case and Defendants U.S. assets. The Mt. Gox Defendants
(Mt. Gox, Inc., Mt. Gox North America, Inc., Tibanne KK, Mark Karpeles, Gonzague GayBouchery, and Jed McCaleb) did not attend the hearing. Likewise, no one appeared on behalf of
Mt. Gox KK.
18.
During the status, Plaintiffs counsel explained to the Court that Plaintiffs had
located minimal assets in the U.S. belonging to Defendants. Plaintiffs requested partial relief
from the temporary restraining order with respect to an unnamed third party to allow for the
movement of certain of the Defendants assets so as to effectively trace and monitor them. The
Court granted this partial relief.
19.
Plaintiffs counsel also notified the Court at the March 20th status that Plaintiffs
professional asset investigators were unable to locate any hard assets belonging to Defendants
(real property, vehicles, etc.) but that Plaintiffs were in the process of searching for assets related
to Defendants accounts.
The March 27, 2014 Status Hearing
20.
On March 27, 2014, the Court held a status hearing at which Plaintiffs counsel
During the hearing, Plaintiffs counsel informed the Court of the status of their
ongoing investigation into the U.S. assets of the Mt. Gox Defendants and of Plaintiffs intention
to move for default judgment in the future against any non-appearing Defendants. Plaintiffs
counsel also notified the Court that Plaintiffs professional asset search service had been unable
to locate any bank accounts held by the Defendants or any entities related to them. For their part,
Mizuhos counsel denied that Mizuho was liable to the putative Class Members. Plaintiffs
counsel explained that the allegations against Mizuho center on its facilitation of transfers into
Mt. Gox even after Mizuho knew or should have known that the exchange was insolvent and in
breach of its agreements with its members.
22.
The Court set another status hearing regarding the TRO for April 7, 2014, and
raised the question of whether the TRO could be extended a second time, past its expiration at
11:30 a.m. on April 8, 2014. Plaintiffs counsel informed the Court of Plaintiffs intention to file
a motion for a preliminary injunction.
On April 4, 2014, attorneys from the law firm of Novack & Macey LLP filed
appearances on behalf of Mr. Karpeles and Tibanne KK and, through communications with my
firm, indicated their intent to contest jurisdiction and service.
The April 7, 2014 Status and Motion Hearing
24.
On April 7, 2014, the Court held a status and motion hearing at which Plaintiffs
counsel and counsel for Tibanne KK and Mark Karpeles appeared in person, and counsel for
Mizuho appeared by telephone.
25.
During the hearing, counsel for Tibanne KK and Mark Karpeles requested leave
to file a Rule 12 briefing contesting jurisdiction and service but refused to comment on any other
matters, stating they were concerned about waiving their objections to jurisdiction (even after
Plaintiffs counsel offered on the record to stipulate that any jurisdictional defenses would not be
waived). However, counsel for Tibanne KK and Mark Karpeles did mention that the Department
of Homeland Security had previously seized assets that counsel claimed belonged to Tibanne KK
and/or Mark Karpeles.
26.
During the same hearing, this Court granted Plaintiffs Motion to Extend the
TRO, which effectively converted the TRO into a preliminary injunction while the Court
considered and ruled upon Plaintiffs Motion for a Preliminary Injunction.
27.
Plaintiffs counsel also informed the Court of their intent to file a Motion for
Alternative Service Under Federal Rule 4(f)(3), seeking leave to serve Karpeles and Tibanne KK
through their counsel at Novak & Macey LLP. That motion was filed on April 7, 2014. (Dkt. 54.)
Plaintiffs Uncover Additional Evidence that Strengthens Their Claims
28.
obtained from communications with third parties (including through the subpoenas issued
pursuant to the TRO), Plaintiffs have learned that someone is currently using an IP address
registered to Tibanne KK or Mark Karpeles to mine bitcoins on a mining pool in the United
States and to transfer those bitcoins into bitcoin wallets1 controlled by Karpeles. Plaintiffs are
currently tracking the movement of these bitcoins, and their investigation into Defendants IP
addresses and mining activity continues.
29.
On March 20, 2014, Mt. Gox, through Mark Karpeles, posted a message on Mt.
Goxs website announcing that it had found just over 200,000 bitcoins (valued at approximately
$100 million) in an older-format wallet which was used prior to June 2011. Since this
announcement, however, Plaintiffs review of the Block Chain (the public record of all
transactions on the bitcoin network, located online at http://bitcoin.info), suggests that contrary
to Karpeles assertions, the wallets holding these bitcoins were used at points in 2012 and 2013.
Further, Plaintiffs have learned that when Karpeles caused the 200,000 to be moved along the
Block Chain he broke the coins up into hundreds if not thousands of other wallets or addresses.
He has since claimed that this was done to make them harder to trace, though prior to this
transfer, even he was unaware that these older-format wallets contained these substantial
amounts. Plaintiffs have also learned whoever is mining bitcoins using an IP address registered
to Tibanne KK is mixing those bitcoins with the bitcoins wallets holding segments of the
200,000 broken-up bitcoins.
30.
Additionally, and even though Mark Karpeles insisted that he notified his
attorneys at Baker & McKenzie LLP of Mt. Goxs discovery of over 200,000 bitcoins as early
as March 7, 2014, his lawyers failed to apprise the bankruptcy court in the Northern District of
1
A bitcoin wallet is a file that contains cryptographic identifiers that enable the transfer
of bitcoins, or that allows a Bitcoin holder to prove ownership of bitcoins.
9
Texas of the newly-found assets during its March 10, 2014 hearing on Mt. Goxs emergency
Chapter 15 filing, or this Court during the March 11, 2014 hearing on Plaintiff Greenes TRO.
31.
Even with this discovery of over 200,000 bitcoins, the evidence suggests that
Defendants still cannot account for at least 600,000 missing bitcoins and approximately $27
million USD worth of Fiat Currency (a supposed maximum of 2.8 billion).
32.
In addition to the active investigation of the Mt. Gox Defendants assets, my firm
has received information from hundreds of putative Class Members that strengthen Plaintiffs
claims. Among such information is the fact that Mt. Gox continued to accept putative Class
Members deposits of bitcoins and Fiat Currency in the days and hours before Mt. Gox went
dark and shut down completely. This was after users began reporting delays in facilitating
withdrawals of both Fiat Currency and bitcoin (see, e.g.,
http://www.reddit.com/r/Bitcoin/comments/1wpokk/mtgox_statement_on_btc_withdrawal_delay
s_131/) and after Mt. Gox repeatedly assured customers that withdrawals would be restored
soon, even without mentioning the massive loss of bitcoins and Fiat Currency.
33.
Finally, Mt. Gox KKs Chapter 15 filings indicated that Mt. Goxs primary assets
in the United States consisted of servers located somewhere in or near the Dallas area. This
was later clarified, as the servers themselves, which are leased, are not Mt. Gox KKs United
States assets. Rather, the main asset apparently consists of the back-up data that exists or is
stored on the servers. Mt. Gox KK has not revealed any information as to the nature or scope of
this back-up data, its valuation of the data, where such data may otherwise reside, or any other
information regarding the data. In light of this lack of information and other reasons, Plaintiffs
Greene and Lack moved the Bankruptcy Court for the Northern District of Texas for an order
compelling Karpeles to travel to the United States for his deposition. Plaintiffs Motion to
10
Compel was granted following a hearing on April 1, 2014. See In re Mt. Gox Co. Ltd., No. 1431229-sgj15, Dkt. 72 (Bankr. N.D. Tex. March 9, 2014).
Plaintiffs Engage Emin Gn Sireran expert in distributed systems and virtual currencies
and Professor at Cornell University,
34.
systems and virtual currencies and Professor at Cornell Universityto help explain what could
have happened at Mt. Gox to cause the disastrous loss of Class Members bitcoins and Fiat
Currency. On April 6, 2014, Dr. Sirer informed Plaintiffs counsel that Mr. Karpeles had recently
chatted onlineunder his IRC handle MagicalTuxabout both this case and his plans for reopening the Mt. Gox exchange. With respect to the reopening, Karpeles expressed a need for
having a third party certifying everything is 100% secure, and Dr. Sirer was recommended to
him as a possible source.
35.
Among other things, Professor Sirer explains in his report (a true and accurate
copy of which is attached hereto as Exhibit 4) that Mt. Goxs public explanations for what
caused the loss of hundreds of millions of dollars worth of bitcoins and Fiat Currency are
implausible and that transaction malleability, Mt. Goxs primary culprit, could not have caused
such a large loss of exchange member bitcoins (and if it somehow did, it would be a clear breach
of the Defendants duty of care to members). Professor Sirer further explains that transaction
malleability could not have caused the loss of Fiat Currencythat large shortfall remains
unexplained. News reports from Japan have stated that Karpeles personally had sole authority
over his and the companies accounts at Mizuho Bank and JapanNet.
Exhibits
36.
Attached hereto as Exhibit 1 is a true and accurate copy of Mt. Goxs Terms of
Use.
11
37.
Robert Marie Mark Karpeles submitted in support of Mt. Gox KKs Chapter 15 Bankruptcy
petition. (In re MtGox Co., Ltd., No. 14-31229-sgj15 (Bankr. N.D. Tex.)(Dkt. 2).
38.
Attached hereto as Exhibit 3 is a true and accurate copy of the Civil Rehabilitation
Robert McMillian entitled, The Inside Story of Mt. Gox, Bitcoins $460 Million Disaster as it
appeared on April 7, 2014 at the following URL: www.wired.com/2013/03/bitcoin-exchange/.
41.
Sophie Knight and Nathan Layne entitled Mt. Gox Faced Questions on Handling Client Cash
Long Before Bankruptcy Crisis as it appeared on April 1, 2014 at the following URL:
http://tech.firstpost.com/news-analysis/mt-gox-faced-questions-handling-client-cash-longbankruptcy-crisis-220734.html.
42.
Attached hereto as Exhibit 7 is a true and accurate copy of the Declaration of Jose
Fernandez.
43.
Attached hereto as Exhibit 8 is a true and accurate copy of the Mt. Gox Websites
Landing Page as it appeared prior to February 24, 2014, when the Mt. Gox exchange went
offline.
44.
Attached hereto as Exhibit 9 is a true and accurate copy of the Support Desk
Updates as they appeared on http://www.mtgox.com prior to February 24, 2014, when the Mt.
12
of supervisor filed by Mt. Gox KK on March 10, 2014 in its Japanese bankruptcy proceedings.
46.
Gregory Greene.
47.
Attached hereto as Exhibit 12 is a true and accurate copy of excerpts from the
Joseph Lack.
49.
Attached hereto as Exhibit 14 is a true and accurate copy of the March 20, 2014
Jeffrey C. Parker.
51.
Eric P. Amstutz.
54.
Dario Di Pardo.
55.
13
Jonathan Carmel.
56.
Michael Yablon.
57.
Dennis Ou.
58.
2014 hearing on Plaintiffs Motion to Compel Deposition Testimony before the Texas
bankruptcy court. See In re Mt. Gox Co. Ltd., No. 14-31229-sgj15, Dkt. 71 (Bankr. N.D. Tex.
March 9, 2014.)
59.
appeared on February 10, 2014. To obtain this printout, an attorney at my firm, Jack Yamin, used
the Internet Archives Wayback Machine (a non-profit digital library that captures archives of
websites at various dates) to access archived versions of the Mt. Gox Fee Schedule. To do so,
Mr. Yamin first navigated to http://archive.org/web/. Then, Mr. Yamin inputted the web address
for the Mt. Gox Fee Schedule as it appeared on the Mt. Gox Terms of Use
https://www.mtgox.com/fee-schedule. Next, Mr. Yamin clicked on the Browse History button
and was presented with various dates, reflecting the dates that the Internet Archive captured
versions of the Fee Schedule. Mr. Yamin then selected the archive temporally closest to the
present, which was February 10, 2014. Mr. Yamin then clicked on the resulting webpage, and
saved the site as a PDF in order to create the printout.
Online News Articles Cited in Plaintiffs Motion for Preliminary Injunction
60.
On April 1, 2014, I accessed the online news article authored by Catherine Shu
entitled Mt. Gox Finds 200,000 Bitcoin in an Old Format Digital Wallet as it appeared at the
14
On April 1, 2014, I accessed the online news article authored by Richard Rubin
and Carter Dougherty entitled Bitcoin is Property, Not Currency, in Tax System: IRS at the
following URL: http://www.bloomberg.com/news/2014-03-25/bitcoin-is-property-not-currencyin-tax-system-irs-says.html.
62.
On April 1, 2014, I accessed the online news article authored by Matthew Sparkes
entitled Who is the Reclusive Billionaire Creator of Bitcoin? at the following URL:
http://www.telegraph.co.uk/technology/10673546/Who-is-the-reclusive-billionaire-creator-ofBitcoin.html.
63.
On April 1, 2014, I accessed the online news article authored by Toru Hanai
entitled Mt. Gox Updates Website, Allows Customers to Check Bitcoin Balances at the
following URL:
http://www.reuters.com/article/2014/03/18/us-bitcoin-mtgoxwebsiteidUSBREA2H09V20140318
64.
On April 1, 2014, I accessed the online news article entitled Mt. Gox CEO
On April 1, 2014, I accessed the online news article authored by Rob Wile
entitled MtGox Resigns From Bitcoin Foundation, Deletes All Tweets From Twitter Feed at
the following URL: http://www.businessinsider.com/mtgox-resigns-from-bitcoin-foundation2014-2#ixzz2v1CxPstF.
66.
On April 5, 2014, I accessed the online news article authored by Chris OBrien
15
entitled Mt. Gox files for bankruptcy as 850,000 bitcoins go missing, at the following URL:
http://articles.latimes.com/2014/feb/28/business/la-fi-tn-mt-gox-bankruptcy-bitcoins-20140228.
67.
On April 1, 2014, I accessed the online news article authored by Nathaniel Popper
and Rachel Abrams entitled Apparent Theft at Mt. Gox Shakes Bitcoin World at the following
URL: http://www.nytimes.com/2014/02/25/business/apparent-theft-at-mt-gox-shakes-bitcoinworld.html?_r=0.
68.
On April 1, 2014, I accessed the online news article authored by Adrian Lowery
entitled Is it the beginning of the end for Bitcoin? Virtual currency in turmoil as rumoured
$375m theft closes major exchange at the following URL:
http://www.thisismoney.co.uk/money/news/article-2567436/Bitcoin-turmoil-rumoured-375mtheft-closes-major-exchange.html.
69.
Takemoto and Sophie Knight entitled Mt. Gox files bankruptcy, says hackers stole all its
bitcoins at the following URL: http://articles.chicagotribune.com/2014-02-28/news/sns-mt-goxbankruptcy-bitcoins-20140228_1_gox-bitcoin-market-bitcoin-community.
70.
On April 1, 2014, I accessed the online news article authored by Jon Shazar
entitled The Bitcoin Bungle: Investor Seeks to Block Mt. Gox From Playing Disappear
Card as it appeared on April 1, 2014 at the following URL: http://dealbreaker.com/2014/03/thebitcoin-bugle-investor-seeks-to-block-mt-gox-from-playing-disappear-card/.
71.
On April 1, 2014, I accessed the online news article authored by Adrienne Jeffries
entitled Barons of Bitcoin: the Tokyo-based powerhouse that controls the worlds virtual
money at the following URL: http://www.theverge.com/2013/4/1/4154500/mt-gox-barons-ofbitcoin.
16
72.
On April 1, 2014, I accessed the online news article authored by Morgan Peck
entitled Bitcoin Hits $1 Billion as it appeared on April 1, 2014 at the following URL:
http://spectrum.ieee.org/computing/networks/bitcoin-hits-1billion.
73.
On April 1, 2014, I accessed the online news article authored by Kate Cox entitled
Bitcoin: What the Heck is it, and How Does it Work? at the following URL:
http://consumerist.com/2014/03/04/bitcoin-what-the-heck-is-it-and-how-does-it-work/.
74.
On April 1, 2014, I accessed the online news article authored by Jeffrey Sparshot
entitled Bitcoin Exchange Makes Apparent Move to Play by U.S. Money-Laundering Rules at
the following URL:
http://online.wsj.com/news/articles/SB10001424127887323873904578574000957464468.
75.
Bitcoin Converter. The website displayed the current conversion rate from Bitcoin currency
(BTC) to US Dollars. When I logged in, the conversion rate was 1 BTC = 454.4 USD.
Additional Exhibit
76.
Attached hereto as Exhibit 25 is a true and accurate copy of the Affidavit of John
Peirceall, which details the present status of Plaintiffs efforts to serve the Japanese Defendants
through the Hague Convention. As explained in the Affidavit, the Corrected First Amended
Complaint and summons, filed March 17, 2014, were received by Ancillary Legal Corporation
on March 18, 2014. They were translated into Japanese and sent to the Central Authority in
Japanthe Ministry of Foreign Affairs, 2-2-1 Kasumigaseki Chiyoda-ku, Tokyo, 100-8919,
Japanvia Federal Express on April 2, 2014. Ancillary Legal Services expects to receive a proof
of service in approximately 20 weeks, which Ive calculated as being approximately 5 months, or
sometime by September 2014.
17
I declare under penalty of perjury that the foregoing is true and correct. Executed this 8th
day of April, 2014 in Denver, Colorado.
18
Exhibit 1
Go
DEC
FEB
MAR
Close
15
18 captures
5 May 12 - 15 Feb 14
Username
2013
2014
Help
2015
Login
Password
or Sign up
HOME
TRADE
MERCHANT TOOLS
SECURITY CENTER
SETTINGS
FAQ
NEWS
Terms of Use
CHAT
MOBILE
MtGox reserves the right, at its sole discretion, to change, add or remove portions of these Terms, at any time. You will be notified of such
changes a month in advance through your Account and upon such notification it is your responsibility to review the amended Terms. Your
continued use of the Site following the posting of changes will mean that you accept and agree to the changes. You agree that all subsequent
transactions by you will be subject to these Terms. As long as you comply with these Terms and any such modifications, MtGox grants you a
personal, non-exclusive, non-transferable, non-sublicensable, limited right to enter and use the Site and the Platform.
Your acceptance of these Terms, as amended from time to time, gives MtGox a mandate to bring together Sellers and Buyers to trade on the
Platform according to the following clauses as well as perform the functions described hereinbelow.
DEFINITIONS
Platform: means the technical, functional and organisational structure managed by MtGox to allow Sellers and Buyers to conclude a complete
purchase and sale transaction of Bitcoins.
Bitcoins: means the Peer-to-Peer internet commodity further described at http://bitcoin.org.
Seller(s): means Member(s) that are submitting an offer to sell Bitcoins on the Platform.
Buyer(s): means Member(s) that are submitting an offer to buy Bitcoins on the Platform.
Member(s): means Buyers and Sellers as well as any holder of an Account.
Transaction: means (i) the agreement between the Buyer and the Seller to exchange Bitcoins on the Platform for currencies at a commonly
agreed rate (Bitcoin Purchase Transaction), (ii) the conversion of currencies deposited by Members on their account (Conversion
Transaction), (iii) the transfer of Bitcoins among Members (Bitcoin Transfer Transaction), (iv) the transfer of currencies among Members
(Currency Transfer Transaction) and (v) the purchase of products such as USB secure keys (Purchase Transactions).
Price: means price per coin for which Members are willing to purchase or sell Bitcoins, using the Platform in a Bitcoin Purchase Transaction.
The Price may be expressed in any of the currencies deposited by Members in their account and supported by the Platform. Members may
deposit different currencies in their account. Currencies currently available are US dollars, Euros, Japanese yen, Canadian dollars, British
pounds, Swiss francs, Russian rouble, Australian dollar, Swedish krona, Danish krones, Norwegian krones, Hong-Kong dollars, Polish zlotys,
Chinese yuan renminbis, Singapore dollars, Thai bahts and New Zealand dollars.
Transaction Price: means the total price paid by the Buyer in respect of each Transaction performed on the Platform.
Commission: refers to the fee which is payable to MtGox on each Transaction. For Bitcoin Purchase Transactions, the applicable commission
will vary according to the amount and type of the Transaction as well as the Members last 30-day trading volume. The list of applicable
Commissions for Bitcoin Purchase Transaction is available here: https://mtgox.com/fee-schedule. For Conversion Transactions, MtGox will
charge a fixed commission of 2.5% calculated and applied on the amount of currencies being converted. No Commissions will be charged on
Bitcoin Transfer Transactions and Currency Transfer Transactions. For Purchase Transactions, the price payable by Members will be the price
of the goods offered for sale by MtGox at the price advertised on the Platform.
If a Member contravenes these Terms, MtGox reserves the right to suspend his/her Account and block all monetary sums or Bitcoins
contained therein.
The Platform is not intended to provide any legal, tax, insurance or investment advice. Tools available on the Site such as the Trade Data
webpage accessible at https://mtgox.com/trade/history only provide Members with general information related to Transactions formerly
performed on the Platform and should not be construed as investment education or advice provided by MtGox. Members are solely
responsible for determining whether any contemplated Transaction is appropriate for them based on their personal goals, financial status and
risk willingness.
MEMBERS OBLIGATIONS
Members represent and warrant that they will only use the Platform to perform Transactions in accordance with the conditions set forth in
these Terms and that they are duly authorized and have the capacity to enter into the Transactions on the Platform.
Seller warrants that the Bitcoins offered to sell or to transfer correspond to actual Bitcoins.
Buyer warrants that the currencies deposited to buy the Bitcoins are actual currencies corresponding to actual assets in its bank account and
coming from legal sources.
Members agree that they will not use the Platform to perform any type of illegal activity of any sort, including, but not limited to, money
laundering, terrorism financing, or negatively affect the performances of the Platform.
Members agree that, whenever a Transaction is made, the Platform sends and receives the monetary sums and/or Bitcoins from the Buyer
and the Sellers Accounts in their name and on their behalf, through the IT system in place on the Platform at the time of the Transaction.
INTELLECTUAL PROPERTY AND LINKING
All intellectual property rights vested in texts, images, or any other content found on or related to the Platform are owned by MtGox.
Accordingly, Members may not copy, distribute, reproduce, republish, upload, transmit, modify, post, frame-in or otherwise use in any way
any such content without the prior express authorization of MtGox.
MtGox property or that of our suppliers or licensors and is protected by patent, trademark and/or copyright under Japanese, English and/or
foreign laws and may not be used without MtGox express written consent.
Unless MtGox gives it express prior consent, other websites may only link to the Platform by using the following address:
https://mtgox.com/, to the exclusion of any deep link.
LIABILITY
Members represent and warrant that they are the legitimate owners and are allowed to use all monetary sums and Bitcoins deposited on their
Account and that the Transactions being carried out do not infringe the rights of any third party or applicable laws. Members who are not
consumers ("Business Members") will indemnify MtGox for any and all damages suffered and all liability actions brought against MtGox for
infringement of third party rights or violation of applicable laws.
To the extent permitted by law, MtGox will not be held liable for any damages, loss of profit, loss of revenue, loss of business, loss of
opportunity, loss of data, indirect or consequential loss unless the loss suffered is caused by a breach of these Terms by MtGox.
QUICK LINKS
TRADE
TRADE API
FEE SCHEDULE
FAQ
TERMS OF USE
UNLINK YUBIKEY/OTP
OUR COMPANY
MOBILE WEBSITE
SUPPORT
GET VERIFIED
PRIVACY POLICY
LOST PASSWORD
REPORT SECURITY ISSUE
ABOUT US
CONTACT US
Go
DEC
FEB
MAR
Close
15
20 captures
5 May 12 - 15 Feb 14
Username
2013
2014
Help
2015
Login
Password
or Sign up
HOME
TRADE
MERCHANT TOOLS
SECURITY CENTER
SETTINGS
FAQ
NEWS
Privacy Policy
CHAT
MOBILE
General
MtGox K.K. and its affiliates (hereinafter, "MtGox", "we", "us" or "our") are committed to protecting and respecting your privacy.
This Privacy Policy (together with our Terms and Conditions of Use) governs our collection, processing and use of your Personal Information.
We define "Personal Information" as information which identifies you personally, e.g. your name, address, e-mail address, trades etc.
The purpose of this Privacy Policy is to inform you of:
1. the kinds of Personal Information which we may collect about you and how it may be used;
2. our use of information regarding IP Addresses and our use of cookies;
3. any disclosure of Personal Information to third parties;
4. the transfer of Personal Information outside of Japan;
5. your ability to correct, update and delete your Personal Information; and
6. the security measures we have in place to prevent the loss, misuse, or alteration of Personal Information under our control.
We will process your Personal Information only for the purpose(s) for which it has been provided to us.
IP Addresses
We may collect information about your computer, including where available your IP address, operating system and browser type, for system
administration and to report aggregate information to our advertisers. This is statistical data about our users' browsing actions and patterns
and does not identify any individual.
Cookies
We use a browser feature known as a "cookie", which assigns a unique identification to your computer. Cookies are typically stored on your
computer's hard drive. Information collected from cookies is used by us to evaluate the effectiveness of our Site, analyse trends, and
administer the Platform. The information collected from cookies allows us to determine such things as which parts of our Site are most
visited and difficulties our visitors may experience in accessing our Site. With this knowledge, we can improve the quality of your experience
on the Platform by recognising and delivering more of the most desired features and information, as well as by resolving access difficulties.
We also use cookies and/or a technology known as web bugs or clear gifs, which are typically stored in emails to help us confirm your receipt
QUICK LINKS
TRADE
TRADE API
FEE SCHEDULE
FAQ
TERMS OF USE
UNLINK YUBIKEY/OTP
OUR COMPANY
MOBILE WEBSITE
SUPPORT
GET VERIFIED
PRIVACY POLICY
LOST PASSWORD
REPORT SECURITY ISSUE
ABOUT US
CONTACT US
Exhibit 2
EXHIBIT A
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 11 of 35 PageID #:607
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 10 of 34
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 12 of 35 PageID #:608
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 11 of 34
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 13 of 35 PageID #:609
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 12 of 34
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 14 of 35 PageID #:610
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 13 of 34
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 15 of 35 PageID #:611
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 14 of 34
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 16 of 35 PageID #:612
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 15 of 34
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 17 of 35 PageID #:613
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 16 of 34
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 18 of 35 PageID #:614
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 17 of 34
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 19 of 35 PageID #:615
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 18 of 34
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 20 of 35 PageID #:616
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 19 of 34
EXHIBIT B
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 21 of 35 PageID #:617
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 20 of 34
[translation]
2014 (rehabilitation) no. 12 Application for commencement of civil rehabilitation
DECISION
Shibuya 2-11-5, Shibuya-ku, Tokyo
Rehabilitation debtor MtGox Co., Ltd.
Representative Director Robert Marie Mark Karpeles
JUDGMENT
1.
2.
3.
The supervisor shall be authorize to grant permission in lieu of the Court to the
effect that the other party's claim arising from an act stipulated in Article
120.1 of the Civil Rehabilitation Law shall be a common benefit claim.
4.
The rehabilitation debtor shall require the consent of the supervisor with
regard to any of the acts listed below:
(1)
(2)
(3)
(4)
lending
(5)
(6)
(7)
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 22 of 35 PageID #:618
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 21 of 34
(8)
of
the
rehabilitation
debtor's
business
and
of
From February 28, 2014 onward, the rehabilitation debtor shall submit to the
Court and to the supervisor no later than on the 10th of the following month a
written report on the situation of the business and the administration of the
property of the rehabilitation debtor as of the end of each month.
Yasushi Kanokogi
Judge
Hideki Kanazawa
Judge
Masaki Higuchi
This is an original.
Same date, same court
Court clerk
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 23 of 35 PageID #:619
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 22 of 34
EXHIBIT C
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 24 of 35 PageID #:620
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 23 of 34
[translation]
2014 (rehabilitation) no. 12 Application for commencement of civil rehabilitation
DECISION
Shibuya 2-11-5, Shibuya-ku, Tokyo
Rehabilitation debtor MtGox Co., Ltd.
Representative Director Robert Marie Mark Karpeles
JUDGMENT
1.
2.
3.
The examiner shall investigate the following matters and report in writing its
findings no later than on March 28, 2014:
(1)
(2)
(3)
(4)
Yasushi Kanokogi
Judge
Hideki Kanazawa
Judge
Masaki Higuchi
This is an original.
February 28, 2014
Tokyo District Court 20th Civil Chamber
Court clerk
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 25 of 35 PageID #:621
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 24 of 34
EXHIBIT D
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 26 of 35 PageID #:622
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 25 of 34
[translation]
2014 (rehabilitation) no. 12
DECISION
Shibuya 2-11-5, Shibuya-ku, Tokyo
Rehabilitation debtor MtGox Co., Ltd.
Representative Director Robert Marie Mark Karpeles
The Court acknowledges the existence of special circumstances as stipulated under
Article 27.1 of the Civil Rehabilitation Law and hereby decides as follows.
JUDGMENT
No forced execution or preliminary attachment or disposition shall be made by a
rehabilitation creditor on the basis of a rehabilitation debt with regard to the properties
of the rehabilitation debtor during the period until a decision shall be made with regard
to the application for commencement of civil rehabilitation.
February 28, 2014
Tokyo District Court 20th Civil Chamber
Head Judge
Yasushi Kanokogi
Judge
Hideki Kanazawa
Judge
Masaki Higuchi
This is an original.
Same date, same court
Court clerk
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 27 of 35 PageID #:623
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 26 of 34
EXHIBIT E
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 28 of 35 PageID #:624
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 27 of 34
[translation]
2014 (rehabilitation) no. 12
DECISION
Shibuya 2-11-5, Shibuya-ku, Tokyo
Rehabilitation debtor MtGox Co., Ltd.
Representative Director Robert Marie Mark Karpeles
JUDGMENT
The rehabilitation debtor is hereby prohibited to do any of the following.
1.
Repayment or provision of security with regard to any debt (except those listed
below) having its cause February 27, 2014 or earlier
Debts collected pursuant to public levy or other national tax law;
Debts arising from the employment relationship between the rehabilitation
debtor and its employees
Debts related to the rent, utilities and communications of the premises of the
rehabilitation debtor
2.
The transfer, lease or any other disposition of any rights related to properties
owned or held by the rehabilitation debtor (except those made in the ordinary
course of trade)
3.
Yasushi Kanokogi
Judge
Hideki Kanazawa
Judge
Masaki Higuchi
This is an original.
February 28, 2014
Tokyo District Court 20th Civil Chamber
Court clerk
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 29 of 35 PageID #:625
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 28 of 34
EXHIBIT F
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 30 of 35 PageID #:626
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 29 of 34
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 31 of 35 PageID #:627
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 30 of 34
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 32 of 35 PageID #:628
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 31 of 34
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 33 of 35 PageID #:629
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 32 of 34
[translation]
2014 (rehabilitation) no. 12
March 10, 2014
(Supervisor's opinion)
I consent to the application below.
March 10, 2014
Supervisor
Supervisor
2.
Provided, however, the Foreign Representative for the purpose of the above procedures
shall be Mark Marie Robert Karpeles, representative director of the rehabilitation
debtor.
2.
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 34 of 35 PageID #:630
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 33 of 34
1.
procedure made on February 28, 2014 (Tokyo District Court 2014 (rehabilitation) no. 12),
the applicant received from the Tokyo District Court an order prohibiting the disposal of
assets (the "Preservation Order").
2.
The rehabilitation debtor has assets in the United States of America ("US").
3.
against the rehabilitation debtor. In addition, the class action listed as no. 2 (the class is
not certified yet) has been initiated and a request has been made to obtain a court order
to freeze the assets held by the rehabilitation debtor in the US (the "Class Action
Preservation Order").
4.
The first oral hearing in relation with the Class Action Preservation Order
shall take place on March 11, 2014 (US Central Standard Time) and the rehabilitation
debtor needs to take defensive action since its US assets risk being attached.
5.
deposits. The sums attached by the US Department of Homeland Security could be used
as operating capital should it be released which means that the Class Action
Preservation Order may have a negative impact on the progress of this civil
rehabilitation. In addition, should the Class Action Preservation Order be accepted and
should a situation where the plaintiffs of the class action would get the preference over
the rehabilitation creditors with regard to the US assets arise, a situation of unfairness
among the rehabilitation creditors would arise and there would be a risk that the fair
repayment to creditors be impeded.
6.
and prevent the plaintiffs in the class action to get a preservation order over the US
assets of the rehabilitation debtor and further taking into account the planned first
hearing on March 11, 2014, it is urgent to take defensive action.
7.
assets of the rehabilitation debtor and stop the class action, the rehabilitation debtor
should demand the recognition of a foreign insolvency procedure under Chapter 15 of
the US Federal Bankruptcy Law (the "Chapter 15 Petition") and obtain the extension
over US assets of the effect of the civil rehabilitation. In addition, should this petition be
granted, during the 30 days period until an automatic stay comes into effect, it is also
necessary to demand a stay of the proceedings under the US lawsuit and the class
action on the basis of the Chapter 15 Petition in each competent jurisdiction (federal
district courts).
8.
It is obvious that the Chapter 15 Petition and the demands in each federal
Case 14-31229-15 Doc 3 Filed 03/09/14 Filed: 04/08/14 Page 35 of 35 PageID #:631
Case: 1:14-cv-01437 Document #: 57-2 Entered 03/09/14 23:50:45 Page 34 of 34
district courts will be more efficiently and speedily done by US insolvency law experts.
9.
The rehabilitation debtor has asked David W Parham of the Dallas Office of
Baker & McKenzie, an expert in US insolvency law and with whom consultations have
already taken place, to prepare for proceeding with the Chapter 15 Petition.
10.
said law firm (Exhibit 2), to pay an estimate of USD 75,000 (approximately JPY 7.5
million) as fees for the Chapter 15 Petition and the petitions for stays and to quickly
start said petitions.
11.
In addition the payment of said fees of USD 75,000 is not likely to impede the
pay these lawyers fees in accordance with said entrustment agreement and further
since this payment is possible.
Exhibits
1.
List of US lawsuits
2.
Entrustment agreement
Exhibit 3
[translation]
Civil Rehabilitation Proceeding Commencement Application
February 28, 2014
To the person in charge of civil rehabilitation
Tokyo District Court 20th Civil Chamber
Applicant
1.
2.
Determination of Director
3.
Power of attorney
1
The outline as well as the current situation of the assets and liabilities of the applicant
(the debtor) MtGox Co., Ltd. (the "applicant") are as follows. The applicant is not able to
pay his debts when due without severe impediments to the continuation of the activity
and since there is also a possibility of assets exceeding liabilities, there is a possibility of
a cause for bankruptcy. Further, the circumstances leading to the causes for
commencement are indicated below.
Section 2.
1.
Corporate name
The name is: MtGox Co., Ltd.
(2)
(3)
(4)
500 shares
JPY 5,000,000
Date of establishment
August 9, 2011
(5)
Shareholders
The following two parties. Further, the representative of the
2
Directors
Representative Director Mark Marie Robert Karpeles
As indicated above, the applicant representative is also the
representative director of the parent company as well as its
only shareholder.
(7)
2.
3.
4.
Employees
There are no employees directly employed by the applicant but a
service agreement has been executed with the parent company and
the applicant receives services from the parent company. The parent
company has 32 employees (permanent employees, contract employees,
arbeito).
Section 3.
1.
Balance sheet
Current assets
95
3,838,803
Total assets
95
3,838,803
Current liabilities
21,232
3,831,393
Total liabilities
21,232
3,831,393
(21,137)
7,410
95
3,838,803
2.
Profit and loss statement for the two most recent fiscal years
The profit and loss statement of te application since its establishment
are as submitted in the prima facie evidence documentation. The
outline is as follows:
135,072
950
131,085
(26,138)
21,205
29,395
(26,137)
28,548
Sales
Gross margin
Operating margin
Current margin
Current net income (loss)
3.
Cash deposits
The applicant holds a total of JPY 513,988,952 in banks and
at payment service providers.
(2)
BTC account
The applicant earns a bitcoin fee of approximately 0.6% from
users of the exchange of the applicant ("users") who sell
bitcoins. This bitcoin fee is recorded as an assets in the
4
Inventory assets
This includes OTP cards (JPY 18,627,790), Yubikeys
(JPY 3,419,440) for a total of JPY 22,047,230.
(4)
Advance payments
Advance fees of JPY 7,968,000 paid to an annual event in
France, E Logic, for computer fans.
(5)
well
as
related
loans.
The
total
amounts
to
JPY 801,249,564.
(6)
Fixed assets:
(7)
(8)
Development expenses
This include software development, web pages development,
mobile
phone
developments.
The
total
amounts
to
JPY 91,964,675.
(9)
Deposits
The deposit for the leased space is JPY 540,000.
(10)
Total assets
4.
JPY 3,841,866,163
JPY 901,952,870
Deposits
JPY 5,502,576,538
1.
Lawsuits in Japan
Case no. Tokyo District Court 2013 (wa) 33872 Claim for return of
deposits
Case outline
3.
Section 5.
Section 6.
Section 7.
Section 8.
Related companies
The related companies of the applicant are as shown in the prima facie
evidence documentation. The applicant has two subsidiaries and the
parent of the applicant, Tibanne has several subsidiaries other than
the applicant.
Said corporations can be separated into two categories. The first one
consists in corporations established in countries where the applicant
which is a Japanese corporation cannot for financial regulations
reasons open an account with financial instructions (since users exist
all over the world, there is a need to have accounts in many financial
institutions to receive deposits from users). The second category
consists of corporation established for a business or with a business
purpose unrelated to the operation of a bitcoin online exchange.
Section 9.
1.
(2)
(3)
(4)
"transaction
malleability"
resulted
in
an
increase
in
Section 10.
1.
Method of rehabilitation
The main source of revenue of the application is the fees earned upon
the purchase of sale and bitcoins on the online exchange (both
purchaser and seller pay a fee of approximately 0.6% to the applicant).
Users of the online exchange include many which use bitcoins as a
method of daily settlement of funds and many which transact for the
purpose of investment focusing on the different exchanges rates
10
3.
Creditors
The impossibility for creditors to withdraw bitcoins and
currencies is likely to generate significant reaction.
Taking this into account, it is necessary to thoroughly
investigate the disappearance of bitcoins and deposits which
is the cause for this application, to evaluate damages, find
causes, to actively repair damages, report damages to
authorities and cooperate with their investigations. But even
if these investigations, activities to repair damages, report
and cooperation with authorities, etc. were implemented, the
civil rehabilitation which assumes a rehabilitation of the
activity should be easier for creditors to accept than a
bankruptcy proceeding which would almost exclude any
possibility of restart of the business. On this basis, the
cooperation of creditors may be expected.
Further, according to some press reports, chief cabinet
secretary Suga expressed in a press conference that the
government would react as necessary after having collected
11
Articles of association
2.
3.
Shareholders' registration
7.
List of assets
8.
12
Exhibit 4
Exhibit A
Emin Gn Sirer
u
Work Address: Computer Science Department
Home Address: 107 Kay Street
4119A Upson, Cornell University
Ithaca, NY 14850
Ithaca, NY 14853
(206) 876-0134
(607)-255-7673; fax: (607) 255-4428
Email: egs@cs.cornell.edu
WWW: http://www.cs.cornell.edu/People/egs/
Education
Awards
7/07 present
7/01 7/07
1/01 7/01
9/93 1/00
9/97 12/97
6/96 9/96
6/93 8/93
6/92 8/92
1/92 6/93
6/91 8/91
6/86 9/89
Publications
Journal
Papers
Fred B. Schneider, Kevin Walsh, and Emin Gn Sirer. Nexus Authorization Logic:
u
Design Rationale and Applications. In ACM Transactions on Information and System Security, 14(1), 2011.
Alan Shieh, Andrew Myers, Emin Gn Sirer. A Stateless Approach to Connectionu
Oriented Protocols. In ACM Transactions on Computer Systems (TOCS), 26(3),
2008.
Emin Gn Sirer. Heuristics Considered Harmful: Using Mathematical Optimization
u
for Resource Management in Distributed Systems. IEEE Intelligent Systems, Special Issue on Self-Management through Self-Organization in Information Systems,
March/April 2006.
Kevin Walsh, Emin Gn Sirer. Staged Simulation: A General Technique for Imu
proving Simulation Scale and Performance. ACM Transactions on Modeling and
Computer Simulation (TOMACS), April 2004.
Jonathan Aldrich, Emin Gn Sirer, Craig Chambers, Susan Eggers. Comprehensive
u
Synchronization Elimination for Java. Science of Computer Programming, 47(23):91120, May-June 2003.
Conference
Papers
Ittay Eyal and Emin Gn Sirer. Majority is not Enough: Bitcoin Mining is Vulneru
able. In Proceedings of Financial Cryptography, Barbados, March 2014.
Ji Yong Shin, Emin Gn Sirer, Hakim Weatherspoon, and Darko Kirovski. On the
u
Feasibility of Completely Wireless Datacenters. In Proceedings of the Symposium
on Architectures for Networking and Communications Systems, Austin, Texas, October 2012.
Robert Escriva, Bernard Wong, and Emin Gn Sirer. HyperDex: A Distributed,
u
Searchable Key-Value Store. In Proceedings of the SIGCOMM Conference, Helsinki,
Finland, August 2012.
Ji Yong Shin, Bernard Wong, and Emin Gn Sirer. Small World Data Centers. In
u
Proceedings of the Symposium on Cloud Computing, Cascais, Portugal, October
2011.
Emin Gn Sirer, Willem de Bruijn, Patrick Reynolds, Alan Shieh, Kevin Walsh, Dan
u
Williams, and Fred B. Schneider. Logical Attestation: An Authorization Architecture for Trustworthy Computing. In Proceedings of the Symposium on Operating
Systems Principles, Cascais, Portugal, October 2011.
Ryan S. Peterson, Bernard Wong, and Emin Gn Sirer. A Content Propagation
u
Metric for Ecient Content Distribution. In Proceedings of the SIGCOMM Conference, Toronto, Canada, August 2011.
Alan Shieh, Emin Gn Sirer, and Fred B. Schneider. NetQuery: A Knowledge
u
Plane for Reasoning about Network Properties. In Proceedings of the SIGCOMM
Conference, Toronto, Canada, August 2011.
Ryan Peterson and Emin Gn Sirer. AntFarm: Ecient Content Distribution with
u
Managed Swarms. In Proceedings of the Symposium on Networked System Design
and Implementation, Boston, Massachusetts, April 2009.
Dan Williams, Patrick Reynolds, Kevin Walsh, Emin Gn Sirer, and Fred B. Schneiu
der. Device Driver Safety Through a Reference Validation Mechanism. In Proceedings of the Symposium on Operating System Design and Implementation, San
Diego, California, December 2008.
Kevin Walsh and Emin Gn Sirer. Staged Simulation for Improving the Scale
u
and Performance of Wireless Network Simulations. In Proceedings of the Winter
Simulation Conference (WSC), New Orleans, Louisiana, December 2003.
Venugopalan Ramasubramanian, Zygmunt Haas, and Emin Gn Sirer. SHARP: A
u
Hybrid Adaptive Routing Protocol for Mobile Ad Hoc Networks. In Proceedings
of the International Symposium on Mobile Ad Hoc Networking and Computing
(Mobihoc), Annapolis, Maryland, June 2003.
Panagiotis Papadimitratos, Emin Gn Sirer, and Zygmunt Haas. Path Set Selection
u
in Mobile Ad Hoc Networks. In Proceedings of the International Symposium on
Mobile Ad Hoc Networking and Computing (Mobihoc), Lausanne, Switzerland,
June 2002.
Emin Gn Sirer and Ke Wang. A Temporal Logic-Based Access Control Mechanism
u
for Web Services. In Proceedings of the Symposium on Access Control Models and
Technologies (SACMAT), Monterey, California, May 2002.
Benjamin Atkin and Emin Gn Sirer. PortOS: An Educational Operating System
u
for the Post-PC Environment. In Proceedings of the ACM Technical Symposium
on Computer Science Education (SIGCSE), Cincinnati, Ohio, March 2002.
Emin Gn Sirer, Robert Grimm, Arthur J. Gregory and Brian N. Bershad. Design
u
and Implementation of a Distributed Virtual Machine for Networked Computers.
In Proceedings of the Symposium on Operating Systems Principles (SOSP), pages
202216, Kiawah Island, South Carolina, December 1999.
Emin Gn Sirer and Brian N. Bershad. Using Production Grammars in Software
u
Testing. In Proceedings of the Conference on Domain-Specic Languages (DSL),
pages 113, Austin, Texas, October 1999.
Jonathan Aldrich, Craig Chambers, Emin Gn Sirer, and Susan Eggers. Eliminatu
ing Unnecessary Synchronization from Java Programs. In Proceedings of the Static
Analyses Symposium (SAS), pages 1938, Venice, Italy, September 1999.
Brian N. Bershad, Stefan Savage, Przemyslaw Pardyak, Emin Gn Sirer, Marc Fiu
uczynski, David Becker, Craig Chambers and Susan Eggers. Extensibility, Safety
and Performance in the SPIN Operating System. In Proceedings of the Symposium on Operating Systems Principles (SOSP), pages 267284, Copper Mountain,
Colorado, December 1995.
Workshop
Papers
Robert Soul, Shrutarshi Basu, Robert Kleinberg, Emin Gn Sirer, and Nate Foster.
e
u
Managing the Network with Merlin. In Proceedings of the Workshop on Hot Topics
in Networking, November 2013.
Alan Shieh, Srikanth Kandula, and Emin Gn Sirer. Sidecar: Building programmable
u
datacenter networks without programmable switches. In Proceedings of the Workshop on Hot Topics in Networks, Monterey, California, October 2010.
Ryan S. Peterson, Bernard Wong, and Emin Gn Sirer. Blindfold: A System to
u
See No Evil in Content Discovery. In Proceedings of the International Workshop
on Peer-to-Peer Systems, San Jose, California, April 2010.
Bernard Wong, Ymir Vigfusson, and Emin Gn Sirer. Hyperspaces for Object
u
Clustering and Approximate Matching in Peer-to-Peer Overlays. In Proceedings
of the Workshop on Hot Topics in Operating Systems, San Diego, California, May
2007.
Ryan Peterson and Emin Gn Sirer. Going Beyond Tit-for-Tat: Designing Peer-tou
Peer Protocols for the Common Good. In Proceedings of the Workshop on Future
Directions in Distributed Computing, Bertinoro, Italy, June 2007.
Geolocalization on the Internet through Constraint Satisfaction. Bernard Wong,
Ivan Stoyanov, and Emin Gn Sirer. In Proceedings of the Workshop on Real,
u
Large Distributed Systems, Seattle, Washington, November 2006.
Bernard Wong, Ivan Stoyanov and Emin Gn Sirer. Geolocalization on the Internet
u
through Constraint Satisfaction. In Proceedings of the Workshop on Real, Large
Distributed Systems (WORLDS), Seattle, Washington, November 2006.
Kevin Walsh and Emin Gn Sirer. Fighting Peer-to-Peer SPAM and Decoys with
u
Object Reputation. In Proceedings of the Workshop on Economics of Peer-to-Peer
Systems (P2PECON), Philadelphia, Pennsylvania, August 2005.
Emin Gn Sirer, Sharad Goel, Mark Robson, and Dogan Engin. Eluding Caru
nivores: File Sharing with Strong Anonymity. In Proceedings of the European
SIGOPS Workshop, Leuven, Belgium, September 2004.
Dan Williams and Emin Gn Sirer. Optimal Parameter Selection for Ecient Memu
ory Integrity Verication Using Merkle Hash Trees. In Proceedings of the Network
Computing and Applications, Trusted Network Computing Workshop (NCA-TNC),
Boston, Massachussetts, August 2004.
William K. Josephson, Emin Gn Sirer, and Fred B. Schneider. Peer-to-Peer Auu
thentication With a Distributed Single Sign-On Service. In Proceedings of International Workshop on Peer-to-Peer Systems (IPTPS), San Diego, California, February
2004.
Vivek Vishnumurthy, Sangeeth Chandrakumar, and Emin Gn Sirer. KARMA :
u
A Secure Economic Framework for Peer-To-Peer Resource Sharing. In Proceedings
of the Workshop on Economics of Peer-to-Peer Systems (P2PECON), Berkeley,
California, June 2003.
Emin Gn Sirer, Arthur J. Gregory, Brian N. Bershad. A Practical Approach for
u
Improving Startup Latency in Java Applications. In Proceedings of Workshop on
Compiler Support for Systems Software (WCSSS), Atlanta, Georgia, May 1999.
Emin Gn Sirer, Robert Grimm, Brian N. Bershad, Arthur J. Gregory and Sean
u
McDirmid. Distributed Virtual Machines: A System Architecture for Network
Computing. In Proceedings of the Eighth ACM European SIGOPS Workshop,
pages 1316, Sintra, Portugal, September 1998.
Emin Gn Sirer. A System Architecture for Next Generation Network Computing
u
DARPA Graduate Student Workshop, Rosslyn, Virginia, July 1998.
Emin Gn Sirer, Stefan Savage, Przemyslaw Pardyak, Greg DeFouw and Brian N.
u
Bershad. Writing an Operating System Using Modula-3. In Proceedings of the
First Annual Workshop on Compiler Support for System Software (WCSSS), pages
134140, Tucson, Arizona, February 1996.
Emin Gn Sirer, Marc Fiuczynski, Przemyslaw Pardyak, and Brian N. Bershad.
u
Safe Dynamic Linking in an Extensible Operating System. In Proceedings of the
First Annual Workshop on Compiler Support for System Software (WCSSS), pages
141148, Tucson, Arizona, February 1996.
Brian N. Bershad, Stefan Savage, Przemyslaw Pardyak, David Becker, Marc Fiuczynski, and Emin Gn Sirer. Protection is a Software Issue. In Proceedings of
u
the Fifth Workshop on Hot Topics in Operating Systems (HOTOS), pages 6265,
Orcas Island, Washington, May 1995.
Brian N. Bershad, Craig Chambers, Susan Eggers, Chris Maeda, Dylan McNamee,
Przemyslaw Pardyak, Stefan Savage, and Emin Gn Sirer. SPIN - An Extensible
u
Microkernel for Application-specic Operating System Services. In Proceedings of
the Sixth ACM SIGOPS European Workshop, pages 6871, Dagstuhl, Germany,
September 1994.
Reports
Ittay Eyal and Emin Gn Sirer. Majority is not Enough: Bitcoin Mining is Vulneru
able In arXiv, November 2013.
Robert Escriva, Bernard Wong, and Emin Gn Sirer. An Introduction to HyperDex
u
and the Brave New World of High Performance, Scalable, Consistent, Fault-tolerant
Data Stores. In ;login:, 3(37):3949, 2012.
Patrick Reynolds, Oliver Kennedy, Emin Gn Sirer, and Fred B. Schneider. Seu
curing BGP Using External Security Monitors. Cornell University, Computing and
Information Science, Ithaca, New York, Technical Report TR2006-2065, 2006.
Ryan Peterson, Venugopalan Ramasubramanian, and Emin Gn Sirer. A Practical
u
Approach to Peer-to-Peer Publish-Subscribe. In ;login: 31(4):42-46, New York, New
York, July 2006.
Bernard Wong and Emin Gn Sirer. ClosestNode.com: An Open-Access, Scalable,
u
Shared Geocast Service for Distributed Systems. In SIGOPS Operating Systems
Review, 40(1):62-64, January 2006.
Yee Jiun Song, Venugopalan Ramasubramanian and Emin Gn Sirer. Optimal
u
Resource Utilization in Content Distribution Networks. Cornell University, Computing and Information Science Technical Report, TR2005-2004, Ithaca, New York,
November 2005.
Kevin Walsh and Emin Gn Sirer. Thwarting P2P Pollution Using Object Repuu
tation. Cornell University, Computing and Information Science Technical Report,
TR2005-1980, February 2005.
Venugopalan Ramasubramanian and Emin Gn Sirer. Proactive Caching for Better
u
than Single-Hop Lookup Performance. Cornell University, Computing and Information Science Technical Report, TR2004-1931, Ithaca, New York, February 2004.
Sharad Goel, Mark Robson, Milo Polte, and Emin Gn Sirer. Herbivore: A Scalu
able and Ecient Protocol for Anonymous Communication. Cornell University,
Computing and Information Science Technical Report, TR2003-1890, Ithaca, New
York, February 2003.
Rimon Barr, John C. Bicket, Daniel S. Dantas, Bowei Du, T.W. Danny Kim, Bing
Zhou, and Emin Gn Sirer. On the Need for System-Level Support for Ad Hoc and
u
Sensor Networks. In Operating Systems Review, 36(2):1-5, April 2002.
Brian N. Bershad, Craig Chambers, Susan Eggers, Chris Maeda, Dylan McNamee,
Przemyslaw Pardyak, Stefan Savage and Emin Gn Sirer. SPIN - An Extensiu
ble Microkernel for Application-specic Operating System Services. In Operating
Systems Review, 29(1):7477, January 1995.
Emin Gn Sirer, Rimon Barr, T. W. Danny Kim and Ian Yee Yan Fung. Automatic
u
Code Placement Alternatives for Ad Hoc and Sensor Networks. Cornell University,
Computer Science Technical Report 2001-1853, October 2001.
Emin Gn Sirer, Robert Grimm, Arthur J. Gregory, Nathan R. Anderson and
u
Brian N. Bershad. Distributed Virtual Machines: A System Architecture for Network Computing. University of Washington, Computer Science and Engineering
Technical Report, UW-CSE-98-09-01, September 1998.
Marc E. Fiuczynski, Wilson Hsieh, Emin Gn Sirer, Przemyslaw Pardyak and Brian
u
N. Bershad. Low-level Systems Programming with Modula-3. In Threads, Modula3 Systems Journal, Volume 3, Fall 1997.
Emin Gn Sirer, Przemyslaw Pardyak and Brian N. Bershad. Strands: An Eu
cient and Extensible Thread Management Architecture. University of Washington,
Computer Science and Engineering Technical Report, UW-CSE-97-09-01, September 1997.
Brian N. Bershad, Craig Chambers, Susan Eggers, Chris Maeda, Dylan McNamee,
Przemyslaw Pardyak, Stefan Savage and Emin Gn Sirer. SPIN - An Extensiu
ble Microkernel for Application-specic Operating System Services. University of
Washington, Computer Science and Engineering Technical Report, UW-CSE-9403-03, March 1994.
Emin Gn Sirer. Measuring Limits of Fine Grained Parallelism. Princeton Univeru
sity Senior Project, Princeton, New Jersey, June 1993.
Patents
Software
Releases &
CobWeb: An open-access content distribution network, similar to Akamai. Currently receives 10-20 million requests per day.
Online
Services
Keynotes
Extensible Systems.
Invited Panelist: Eighth ACM SIGOPS European Workshop, Sintra, Portugal,
September 1998.
Talks
Distributed Virtual Machines: A New System Architecture for Networked Computers University of Pennsylvania, March 2000. University of Colorado, March 2000.
Compaq Systems Research Center, March 2000. Dartmouth College, March 2000.
University of Utah, April 2000. Oregon Graduate Institue, April 2000. Microsoft
Research, April 2000. Massachusetts Institute of Technology, April 2000. Yale
University, April 2000. Cornell University, May 2000.
Design and Implementation of a Distributed Virtual Machine for Networked Computers. Symposium on Operating Systems Principles, Kiawah Island, South Carolina, December 1999.
Testing Large Systems Using Production Grammars. Microsoft Research, Redmond, Washington, November 1999.
Testing Java Virtual Machines. International Conference on Software Testing And
Review, San Jose, California, November 1999.
Using Production Grammars in Software Testing. Second Symposium on Domain
Specic Languages, Austin, Texas, October 1999.
A Practical Approach for Improving Startup Latency for Java Applications. Workshop on Compiler Support for Systems Software, Atlanta, Georgia, May 1999.
Interaction of I/O and Memory Subsystem Design with Operating Systems. CSE
548: Advanced Computer Architecture. Invited Lecture, April 1999.
Distributed Virtual Machines: A System Architecture for Network Computing.
Eighth ACM SIGOPS European Workshop, Sintra, Portugal, September 1998.
Networks and Operating Systems for Smart Spaces. The results of the operating
systems workgroup at the at the DARPA Graduate Student Workshop, Rosslyn,
Virginia, July 1998.
A System Architecture for Next Generation Network Computing. DARPA Graduate Student Workshop, Rosslyn, Virginia, July 1998.
Extensibility, Safety and Performance in the SPIN Operating System. CSE 590YA:
Operating Systems. Invited Lecture, February 1998.
Verifying Veriers: Techniques for Building Robust Virtual Machines. Intel Research Labs, Portland, Oregon, February 1998.
Verifying Java Veriers. Workshop on Security and Languages. Palo Alto, California, October 1997.
Protection in Operating Systems. CSE 451: Operating Systems. Invited Lecture,
October 1997.
Project Kimera. Vortex/Diesel Project Retreat. Invited Speaker. Blaine, Washington, June 1997.
Security in the Java Virtual Machine. Seattle Java Users Group. Invited Speaker.
Seattle, Washington, June 1997.
Extensibility, Safety and Performance in the SPIN Operating System. CSE 551:
Advanced Operating Systems. Guest Lecture, November 1996.
Extensible Routing. SPIN/Loom Retreat. Kalaloch Lodge, Olympic Peninsula,
Washington, October 1996.
Replicated Web Search Engines. SPIN/Loom Retreat. Kalaloch Lodge, Olympic
Peninsula, Washington, October 1996.
Ph.D.
Students
Venugopalan Ramasubramanian. Cost-Aware Resource Management For Decentralized Internet Services. Ph.D., Cornell University, September 2006.
Academic
Committees
M.Eng.
Projects
Sponsored
Undergraduate
Research
Program
Committees
Professional
Activities
Aliations
University
Service
Funding
NSA-NICECAP. Co-PI. Nexus Operating System for Trustworthy Computing. Submitted, under review. $1,300,000
NSF-CyberTrust. PI. Nexus: A New Operating System for Trusted Computing,
2006-2008. $400,000.
NSF-CAREER. PI. Building Robust, High-Performance Infrastructure Services
through Informed Resource Tradeos. 2006-2011.
AFOSR. Co-PI. Team for Research in Ubiquitous Secure Technology.
NSF-STC. Co-PI?. Team for Research in Ubiquitous Secure Technology. September
15, 2005 September 15, 2010.
Air Force. Member. Information Assurance Institute.
NSF-NETS/NOSS. Co-PI. Ultra Low-Power, Self-Conguring, Wireless Sensor Networks, September 15, 2004 September 15, 2007.
NSF-CRCD. PI. The Ad Hoc Classroom: Integrating Emerging Wireless Communications and Networking Technologies into Mainstream Computer Science and
Electrical Engineering Curricula, 2002-2005. $410,000.
Microsoft, Inc. PI. The Ad Hoc Classroom: Integrating Emerging Wireless Communications and Networking Technologies into Mainstream Computer Science and
Electrical Engineering Curricula, 2003. $75,000.
Hewlett-Packard, Inc. PI. The Ad Hoc Classroom: Integrating Emerging Wireless
Communications and Networking Technologies into Mainstream Computer Science
and Electrical Engineering Curricula, 2002. $20,000.
NSF-ITR. Co-PI. Massively Convergent Computing, 2002-2005. $900,000.
Intel, Inc. Co-PI. PlanetLab: Open Testbed for Planetary-Scale Services, 2002.
$10,000.
Microsoft, Inc. Co-PI. Query Caching and Routing for Mobile Ad Hoc Clients in
the .NET Framework. 2002. $130,000.
Microsoft, Inc. PI. Assuring the Security of Components in the .NET Framework,
2001-2004. $348,445.
Hewlett-Packard, Inc. PI. Cornell University Interactive Campus, 2001. $212,000.
Schlumberger Inc. PI. Assuring the Security of Java Card Operating Systems Using
Automated Techniques, 2001. $30,000.
Microsoft, Inc. PI. Integration of Mobile Devices into the Operating Systems Curriculum, 2000. $20,000.
Exhibit B
Abstract
thing exchanged between two peers, such as les, messages, or the result of a computation. A single scalar
value, called karma, captures the amount of resources
that a peer has contributed and consumed, and represents
the users standing within the global system. Groups of
nodes, called bank-sets, keep track of the karma belonging to the users. A user is initially awarded a seed amount
of karma when he joins the system. The karma balance is adjusted upwards whenever the user contributes
resources, and downwards whenever he consumes resources. A transaction is not allowed to proceed if the
resource-consumer has less karma than it takes to make
the payment for the resources involved. Thus, participants are ultimately forced to achieve parity between the
resources they contribute and those they consume.
The economic framework presented in this paper provides the properties of non-repudiation, certication, and
atomicity. That is, KARMA protects against malicious
providers that promise a resource but do not deliver it
completely, against malicious consumers that receive a
resource but claim that they did not, and against transient states of the system where participants can observe
intermediate states in the process of transferring karma
from one account to the other. KARMA uses an atomic
transaction scheme that provides the resource consumer
with the key to decrypt the resource simultaneously as it
provides the provider with a certicate of receipt. Also,
KARMA limits the effects of large-scale ination and deation by applying periodic corrections to the outstanding karma in the system.
Introduction
2 Overview
In this section, we describe the basic operation of
KARMA in the context of a le-sharing application.
While le-sharing is useful as a tangible example, we
note that the basic transfer protocols in KARMA can be
used equally well with other kinds of resources, such as
le blocks instead of whole les, messages in a publishsubscribe system, or the results of a computation in a grid
computing system.
Three fundamental properties stemming from the peerto-peer domain guide the design of our system. First,
1
Epoch : 23
Node Balance
A
$15
Operations
B file3 $5
Seq#
16765
local store
file1, file2
Bank A
A
file1 : A
File-set of file1
File-set of file2
B
file2 : A
3.Query
Bank A
6. Inform A of transfer
4. Confirm
File Transfer
in its account to fund the transaction, the amount is deducted from As account and credited to Bs account, and
B can proceed with the le-transfer to A. For security,
the protocol has to take care to see that every one of these
messages is authenticated. We now explain how this authentication is carried out at each step of the protocol,
and how the protocol operates without the aid of expensive agreement protocols among bank nodes.
The rst transfer request sent by A includes the balance A would have at the end of the transaction, and
is signed using As private key. The request includes a
unique sequence number to avoid message replay.
B forwards the request along with its own signed balance to BankB . Each BankB node then sends to BankA
queries that include the original transfer request sent by
A. BankA nodes check if the balance signed by A is indeed the valid balance of A, and if so, reply to BankB
with positive acknowledgements. BankA nodes then
deduct the given amount from As account, and inform
A of the transfer. BankB nodes that get a majority of
positive responses from BankA credit the amount to Bs
account, and inform B of the transfer. B can now proceed to transfer the given le to A.
Signing of balances by both A and B maintains the
invariant that correctly functioning bank-nodes have the
latest signed bank-balances corresponding to each of
their client nodes, thus preventing malicious bank-nodes
from setting balances to arbitrary values.
At every stage of the protocol, bank nodes independently decide whether to proceed with the transaction. It
is possible for a bank node to perceive transactions in a
different order from other members of the same bankset. Commutativity of addition guarantees that, once the
node stops initiating new transactions and messages have
propagated, bank members will agree on the same bank
account balance. This observation greatly simplies the
KARMA protocol by obviating costly agreement proto4
Conclusions
References
[1] S. Saroiu, P. K. Gummadi, and S. D. Gribble. A measure-
Exhibit C
Introduction
This research was supported by the NSF Trust STC and by DARPA
the currency stops being decentralized and becomes controlled by the colluding
group. Such a group can, for example, prohibit certain transactions, or all of
them. It is, therefore, critical that the protocol be designed such that miners
have no incentive to form such large colluding groups.
Empirical evidence shows that Bitcoin miners behave strategically and form
pools. Specically, because rewards are distributed at infrequent, random intervals, miners form mining pools in order to decrease the variance of their income
rate. Within such pools, all members contribute to the solution of each cryptopuzzle, and share the rewards proportionally to their contributions. To the best
of our knowledge, such pools have been benign and followed the protocol so far.
Indeed, conventional wisdom has long asserted that the Bitcoin mining protocol is equitable to its participants and secure against malfeasance by a nonmajority attacker (Section 7). Barring recently-explored Sybil attacks on transaction propagation [4], there were no known techniques by which a minority
of colluding miners could earn disproportionate benets by deviating from the
protocol. Because the protocol was believed to reward miners strictly in proportion to the ratio of the overall mining power they control, a miner in a large
pool was believed to earn the same revenue as it would in a small pool. Consequently, if we ignore the xed cost of pool operation and potential economies of
scale, there is no advantage for colluding miners to organize into ever-increasing
pools. Therefore, pool formation by honest rational miners poses no threat to
the system.
In this paper, we show that the conventional wisdom is wrong: the Bitcoin
mining protocol, as prescribed and implemented, is not incentive-compatible. We
describe a strategy that can be used by a minority pool to obtain more revenue
than the pools fair share, that is, more than its ratio of the total mining power.
The key idea behind this strategy, called Selsh Mining, is for a pool to
keep its discovered blocks private, thereby intentionally forking the chain. The
honest nodes continue to mine on the public chain, while the pool mines on its
own private branch. If the pool discovers more blocks, it develops a longer lead
on the public chain, and continues to keep these new blocks private. When the
public branch approaches the pools private branch in length, the selsh miners
reveal blocks from their private chain to the public.
This strategy leads honest miners that follow the Bitcoin protocol to waste
resources on mining cryptopuzzles that end up serving no purpose. Our analysis
demonstrates that, while both honest and selsh parties waste some resources,
the honest miners waste proportionally more, and the selsh pools rewards
exceed its share of the networks mining power, conferring it a competitive advantage and incentivizing rational miners to join the selsh mining pool.
We show that, above a certain threshold size, the revenue of a selsh pool
rises superlinearly with pool size above its revenue with the honest strategy.
This fact has critical implications for the resulting system dynamics. Once a
selsh mining pool reaches the threshold, rational miners will preferentially join
selsh miners to reap the higher revenues compared to other pools. Such a selsh
mining pool can quickly grow towards a majority. If the pool tips the majority
Preliminaries
committing it into a global append-only log called the blockchain. The blockchain
is maintained by a network of miners, which are compensated for their eort in
Bitcoins. Bitcoin transactions are protected with cryptographic techniques that
ensure only the rightful owner of a Bitcoin address can transfer funds from it.
The miners are in charge of recording the transactions in the blockchain,
which determines the ownership of Bitcoins. A client owns x Bitcoins at time t
if, in the prex of the blockchain up to time t, the aggregate of transactions
involving that clients address amounts to x. Miners only accept transactions if
their inputs are unspent.
2.1
The blockchain records the transactions in units of blocks. Each block includes
a unique ID, and the ID of the preceding block. The rst block, dubbed the
genesis block, is dened as part of the protocol. A valid block contains a solution
to a cryptopuzzle involving the hash of the previous block, the hash of the
transactions in the current block, and a Bitcoin address which is to be credited
with a reward for solving the cryptopuzzle. This process is called Bitcoin mining,
and, by slight abuse of terminology, we refer to the creation of blocks as block
mining. The specic cryptopuzzle is a double-hash whose result has to be smaller
than a set value. The problem diculty, set by this value, is dynamically adjusted
such that blocks are generated at an average rate of one every ten minutes.
Any miner may add a valid block to the chain by simply publishing it over
an overlay network to all other miners. If two miners create two blocks with
the same preceding block, the chain is forked into two branches, forming a tree.
Other miners may subsequently add new valid blocks to either branch. When a
miner tries to add a new block after an existing block, we say it mines on the
existing block. This existing block may be the head of a branch, in which case
we say the miner mines on the head of the branch, or simply on the branch.
The formation of branches is undesirable since the miners have to maintain a
globally-agreed totally ordered set of transactions. To resolve forks, the protocol
prescribes miners to adopt and mine on the longest chain.1 All miners add blocks
to the longest chain they know of, or the rst one they heard of if there are
branches of equal length. This causes forked branches to be pruned; transactions
in pruned blocks are ignored, and may be resubmitted by clients.
We note that block dissemination over the overlay network takes seconds,
whereas the average mining interval is 10 minutes. Accidental bifurcation is
therefore rare, and occurs on average once about every 60 blocks [12].
When a miner creates a block, it is compensated for its eorts with Bitcoins.
This compensation includes a per-transaction fee paid by the users whose trans1
The criterion is actually the most dicult chain in the block tree, i.e., the one that
required (in expectancy) the most mining power to create. To simplify presentation,
and because it is usually the case, we assume the set diculty at the dierent
branches is the same, and so the longest chain is also the most dicult one.
actions are included, as well as an amount of new Bitcoins that did not exist
before.2
2.2 Pool formation
The probability of mining a block is proportional to the computational resources
used for solving the associated cryptopuzzle. Due the nature of the mining process, the interval between mining events exhibits high variance from the point of
view of a single miner. A single home miner using a dedicated ASIC is unlikely to
mine a block for years [31]. Consequently, miners typically organize themselves
into mining pools. All members of a pool work together to mine each block, and
share their revenues when one of them successfully mines a block. While joining
a pool does not change a miners expected revenue, it decreases the variance and
makes the monthly revenues more predictable.
First, we formalize a model that captures the essentials of Bitcoin mining behavior and introduces notation for relevant system parameters. Then we detail
the selsh mining algorithm.
3.1
Selsh-Mine
The rate at which the new Bitcoins are generated is designed to slowly decrease
towards zero, and will reach zero when almost 21 million Bitcoins are created. Then,
the miners revenue will be only from transaction fees.
Algorithm 1: Selsh-Mine
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
on Init
public chain publicly known blocks
private chain publicly known blocks
privateBranchLen 0
Mine at the head of the private chain.
on My pool found a block
prev length(private chain) length(public chain)
append new block to private chain
privateBranchLen privateBranchLen + 1
if prev = 0 and privateBranchLen = 2 then
publish all of the private chain
privateBranchLen 0
Mine at the new head of the private chain.
on Others found a block
prev length(private chain) length(public chain)
append new block to public chain
if prev = 0 then
private chain public chain
privateBranchLen 0
else if prev = 1 then
publish last block of the private chain
else if prev = 2 then
publish all of the private chain
privateBranchLen 0
else
publish rst unpublished block in private block.
Mine at the head of the private chain.
(they win)
The key insight behind the selsh mining strategy is to force the honest miners into performing wasted computations on the stale public branch. Specically,
selsh mining forces the honest miners to spend their cycles on blocks that are
destined to not be part of the blockchain.
Selsh miners achieve this goal by selectively revealing their mined blocks to
invalidate the honest miners work. Approximately speaking, the selsh mining
pool keeps its mined blocks private, secretly bifurcating the blockchain and creating a private branch. Meanwhile, the honest miners continue mining on the
shorter, public branch. Because the selsh miners command a relatively small
portion of the total mining power, their private branch will not remain ahead of
the public branch indenitely. Consequently, selsh mining judiciously reveals
blocks from the private branch to the public, such that the honest miners will
switch to the recently revealed blocks, abandoning the shorter public branch.
This renders their previous eort spent on the shorter public branch wasted,
and enables the selsh pool to collect higher revenues by incorporating a higher
fraction of its blocks into the blockchain.
Armed with this intuition, we can fully specify the selsh mining strategy,
shown in Algorithm 1. The strategy is driven by mining events by the selsh
pool or by the others. Its decisions depend only on the relative lengths of the
selsh pools private branch versus the public branch. It is best to illustrate
the operation of the selsh mining strategy by going through sample scenarios
involving dierent public and private chain lengths.
When the public branch is longer than the private branch, the selsh mining
pool is behind the public branch. Because of the power dierential between the
selsh miners and the others, the chances of the selsh miners mining on their
own private branch and overtaking the main branch are small. Consequently, the
selsh miner pool simply adopts the main branch whenever its private branch
falls behind. As others nd new blocks and publish them, the pool updates and
mines at the current public head.
When the selsh miner pool nds a block, it is in an advantageous position
with a single block lead on the public branch on which the honest miners operate.
Instead of naively publishing this private block and notifying the rest of the
miners of the newly discovered block, selsh miners keep this block private to
the pool. There are two outcomes possible at this point: either the honest miners
discover a new block on the public branch, nullifying the pools lead, or else the
pool mines a second block and extends its lead on the honest miners.
In the rst scenario where the honest nodes succeed in nding a block on the
public branch, nullifying the selsh pools lead, the pool immediately publishes
its private branch (of length 1). This yields a toss-up where either branch may
win. The selsh miners unanimously adopt and extend the previously private
branch, while the honest miners will choose to mine on either branch, depending
on the propagation of the notications. If the selsh pool manages to mine
a subsequent block ahead of the honest miners that did not adopt the pools
recently revealed block, it publishes immediately to enjoy the revenue of both
the rst and the second blocks of its branch. If the honest miners mine a block
after the pools revealed block, the pool enjoys the revenue of its block, while
the others get the revenue from their block. Finally, if the honest miners mine
a block after their own block, they enjoy the revenue of their two blocks while
the pool gets nothing.
In the second scenario, where the selsh pool succeeds in nding a second
block, it develops a comfortable lead of two blocks that provide it with some
cushion against discoveries by the honest miners. Once the pool reaches this
point, it continues to mine at the head of its private branch. It publishes one
block from its private branch for every block the others nd. Since the selsh pool
is a minority, its lead will, with high probability, eventually reduce to a single
block. At this point, the pool publishes its private branch. Since the private
branch is longer than the public branch by one block, it is adopted by all miners
as the main branch, and the pool enjoys the revenue of all its blocks. This brings
the system back to a state where there is just a single branch until the pool
bifurcates it again.
Analysis
We can now analyze the expected rewards for a system where the selsh pool
has mining power of and the others of (1 ).
Figure 1 illustrates the progress of the system as a state machine. The states
of the system represent the lead of the selsh pool; that is, the dierence between
the number of unpublished blocks in the pools private branch and the length
of the public branch. Zero lead is separated to states 0 and 0. State 0 is the
state where there are no branches; that is, there is only a single, global, public
longest chain. State 0 is the state where there are two public branches of length
one: the main branch, and the branch that was private to the selsh miners, and
published to match the main branch. The transitions in the gure correspond
to mining events, either by the selsh pool or by the others. Recall that these
events occur at exponential intervals with an average frequency of and (1 ),
respectively.
We can analyze the expected rewards from selsh mining by taking into account the frequencies associated with each state transition of the state machine,
and calculating the corresponding rewards. Let us go through the various cases
and describe the associated events that trigger state transitions.
If the pool has a private branch of length 1 and the others mine one block,
the pool publishes its branch immediately, which results in two public branches
of length 1. Miners in the selsh pool all mine on the pools branch, because a
subsequent block discovery on this branch will yield a reward for the pool. The
honest miners, following the standard Bitcoin protocol implementation, mine on
the branch they heard of rst. We denote by the ratio of honest miners that
choose to mine on the pools block, and the other (1 ) of the non-pool miners
mine on the other branch.
For state s = 0, 1, 2, . . . , with frequency , the pool mines a block and the
lead increases by one to s + 1. In states s = 3, 4, . . . , with frequency (1 ),
the honest miners mine a block and the lead decreases by one to s 1. If the
others mine a block when the lead is two, the pool publishes its private branch,
and the system drops to a lead of 0. If the others mine a block with the lead
is 1, we arrive at the aforementioned state 0. From 0, there are three possible
transitions, all leading to state 0 with total frequency 1: (1) the pool mines a
block on its previously private branch (frequency ), (2) the others mine a block
on the previously private branch (frequency (1 )), and (3) the others mine
a block on the public branch (frequency (1 )(1 )).
4.1
State Probabilities
We analyze this state machine to calculate its probability distribution over the
state space. We obtain the following equations:
p0 = (1 )p1 + (1 )p2
p0 = (1 )p1
p1 = (1 )p2
(1)
k 2 : pk = (1 )pk+1
k=0 pk + p0 = 1
Solving (1) (See our full report for details [14]), we get:
22
(23 42 + 1)
(1 )( 22 )
p0 =
1 42 + 23
22
p1 =
23 42 + 1
k1
22
k 2 : pk =
1
23 42 + 1
p0 =
4.2
(2)
(3)
(4)
(5)
Revenue
The probability distribution over the state space provides the foundation for
analyzing the revenue obtained by the selsh pool and by the honest miners.
The revenue for nding a block belongs to its miner only if this block ends up
in the main chain. We detail the revenues on each event below.
(a) Any state but two branches of length 1, pools nds a block. The pool appends
one block to its private branch, increasing its lead on the public branch by
one. The revenue from this block will be determined later.
=
or
=
(b) Was two branches of length 1, pools nds a block. The pool publishes its
secret branch of length two, thus obtaining a revenue of two.
(c) Was two branches of length 1, others nd a block after pool head. The pool
and the others obtain a revenue of one each the others for the new head,
the pool for its predecessor.
=
(d) Was two branches of length 1, others nd a block after others head. The
others obtain a revenue of two.
=
(e) No private branch, others nd a block. The others obtain a revenue of one,
and both the pool and the others start mining on the new head.
(f) Lead was 1, others nd a block. Now there are two branches of length one,
and the pool publishes its single secret block. The pool tries to mine on its
previously private head, and the others split between the two heads. Denote
by the ratio of others that choose the non-pool block.
The revenue from this block cannot be determined yet, because it depends
on which branch will win. It will be counted later.
(g) Lead was 2, others nd a block. The others almost close the gap as the lead
drops to 1. The pool publishes its secret blocks, causing everybody to start
mining at the head of the previously private branch, since it is longer. The
pool obtains a revenue of two.
(h) Lead was more than 2, others win. The others decrease the lead, which
remains at least two. The new block (say with number i) will end outside
the chain once the pool publishes its entire branch, therefore the others
obtain nothing. However, the pool now reveals its ith block, and obtains a
revenue of one.
We calculate the revenue of the pool and of the others from the state probabilities and transition frequencies:
Case (c)
Case (d)
Case (e)
rothers = p0 (1 ) 1 + p0 (1 )(1 ) 2 + p0 (1 ) 1
Case (b)
Case (c)
Case (g)
(6)
Case (h)
(7)
Simulation
To validate our theoretical analysis, we compare its result with a Bitcoin protocol simulator. The simulator is constructed to capture all the salient Bitcoin
mining protocol details described in previous sections, except for the cryptopuzzle module that has been replaced by a Monte Carlo simulator that simulates
block discovery without actually computing a cryptopuzzle. In this experiment,
we use the simulator to simulate 1000 miners mining at identical rates. A subset
of 1000 miners form a pool running the Selsh-Mine algorithm. The other miners follow the Bitcoin protocol. We assume block propagation time is negligible
compared to mining time, as is the case in reality. In the case of two branches
of the same length, we articially divide the non-pool miners such that a ratio
of of them mine on the pools branch and the rest mine on the other branch.
Figure 2 shows that the simulation results match the theoretical analysis.
4.4
When the pools revenue given in Equation 8 is larger than , the pool will earn
more than its relative size by using the Selsh-Mine strategy. Its miners will
therefore earn more than their relative mining power. Recall that the expression
1
is valid only for 0 2 . We solve this inequality and phrase the result in the
following observation:
Observation 1 For a given , a pool of size obtains a revenue larger than its
relative size for in the following range:
1
1
<<
.
3 2
2
(9)
Fig. 2: Pool revenue using the Selsh-Mine strategy for dierent propagation factors , compared
to the honest Bitcoin mining protocol. Simulation
matches the theoretical
analysis, and both show
that Selsh-Mine results
in higher revenues than
the honest protocol above
a threshold, which depends on .
We illustrate this in Figure 2, where we see the pools revenue for dierent
values with pool size ranging from 0 (very small pool) to 0.5 (half of the miners).
Note that the pool is only at risk when it holds exactly one block secret, and
the honest miners might publish a block that would compete with it. For = 1,
the pool can quickly propagate its one-block branch if the others nd their own
branch, so all honest miners would still mine on the pools block. In this case,
the pool takes no risk when following the Selsh-Mine strategy and its revenue
is always better than when following the honest algorithm. The threshold is
therefore zero, and a pool of any size can benet by following Selsh-Mine. In
the other extreme, = 0, the honest miners always publish and propagate their
block rst, and the threshold is at 1/3. With = 1/2 the threshold is at 1/4.
Figure 3 shows the threshold as a function of .
We also note that the slope of the pool revenue, Rpool , as a function of
the pool size is larger than one above the threshold. This implies the following
observation:
Observation 2 For a pool running the Selsh-Mine strategy, the revenue of
each pool member increases with pool size for pools larger than the threshold.
Pool Formation
We have shown that once a selsh pools mining power exceeds the threshold,
it can increase its revenue by running Selsh-Mine (Theorem 1). At this point,
rational miners will preferentially join the selsh pool to increase their revenues.
Moreover, the pools members will want to accept new members, as this would
increase their own revenue (Observation 2). The selsh pool would therefore
increase in size, unopposed by any mechanism, towards a majority. Once a miner
pool, selsh or otherwise, reaches a majority, it controls the blockchain. The
Selsh-Mine strategy then becomes unnecessary, since the others are no longer
faster than the pool. Instead, a majority pool can collect all the systems revenue
by switching to a modied Bitcoin protocol that ignores blocks generated outside
the pool; it also has no motivation to accept new members. At this point, the
currency is not a decentralized currency as originally envisioned.
slower than that of block P . By adding enough virtual nodes, the pool operator
can thus increase . The result, as shown in Equation 9, is a threshold close to
zero.
6.2 Solution
We propose a simple, backwards-compatible change to the Bitcoin protocol to
address this problem and raise the threshold. Specically, when a miner learns
of competing branches of the same length, it should propagate all of them, and
choose which one to mine on uniformly at random. In the case of two branches
of length 1, as discussed in Section 4, this would result in half the nodes (in
expectancy) mining on the pools branch and the other half mining on the other
branch. This yields = 1/2, which in turn yields a threshold of 1/4.
Each miner implementing our change decreases the selsh pools ability to
increase through control of data propagation. This improvement is independent
of the adoption of the change at other miners, therefore it does not require a
hard fork. This change to the protocol does not introduce new vulnerabilities to
the protocol: Currently, when there are two branches of equal length, the choice
of each miner is arbitrary, eectively determined by the network topology and
latency. Our change explicitly randomizes this arbitrary choice, and therefore
does not introduce new vulnerabilities.
Related Work
design addresses the incentive problems most expeditiously, while Bitcoin tutorials for the general public hint at incentives designed to align participants
and the systems goals [27]. More formally, Kroll, Davey and Feltens work [19]
provides a game-theoretic analysis of Bitcoin, without taking into account block
withholding attacks such as selsh mining, and argues that the honest strategy
constitutes a Nash equilibrium, implying incentive-compatibility.
Our work shows that the real Bitcoin protocol, which permits block withholding and thereby enables selsh mining-style attacks, does not constitute an
equilibrium. It demonstrates that the Bitcoin mining system is not incentive
compatible even in the presence of an honest majority. Over 2/3 of the participants need to be honest to protect against selsh mining, under the most
optimistic of assumptions.
A distinct exception from this common wisdom is a discussion of maintaining
a secret fork in the Bitcoin forums, mostly by users3 btchris, ByteCoin, mtgox,
and RHorning [28]. The approach, dubbed the Mining Cartel Attack, is inferior
to selsh mining in that the cartel publishes two blocks for every block published
by the honest nodes. This discussion does not include an analysis of the attack
(apart from a brief note on simulation results), does not explore the danger of
the resulting pool dynamics, and does not suggest a solution to the problem.
The inuential work of Rosenfeld [30] addresses the behavior of miners in the
presence of dierent pools with dierent rewards. Although it addresses revenue
maximization for miners with a set mining power, this work is orthogonal to
the discussion of Selsh Mining, as it centers around the pool reward system.
Both selsh pools and honest pools should carefully choose their reward method.
Since a large-enough selsh pool would earn more than its mining power, any
fair reward method would provide more reward to its miners, so rational miners
would choose it over an honest pool.
Recent work [4] addresses the lack of incentives for disseminating transactions
between miners, since each of them prefers to collect the transaction fee himself.
This is unrelated to the mining incentive mechanism we discuss.
A widely cited study [29] examines the Bitcoin transaction graph to analyze
client behavior. The analysis of client behavior is not directly related to our work.
The Bitcoin blockchain had one signicant bifurcation in March 2013 due to
a bug [2]. It was solved when the two largest pools at the time manually pruned
one branch. This bug-induced fork, and the one-o mechanism used to resolve it,
are fundamentally dierent from the intentional forks that Selsh-Mine exploits.
In a block withholding attack, a pool member decreases the pool revenue by
never publishing blocks it nds. Although it sounds similar to the strategy of
Selsh-Mine, the two are unrelated, as our work that deals with an attack by
the pool on the system.
Various systems build services on top of the Bitcoin global log, e.g., improved
coin anonymity [22], namespace maintenance [24] and virtual notaries [16,3].
These services that rely on Bitcoin are at risk in case of a Bitcoin collapse.
3
In alphabetical order
Discussion
Conclusion
Bitcoin is the rst widely popular cryptocurrency with a broad user base and
a rich ecosystem, all hinging on the incentives in place to maintain the critical Bitcoin blockchain. Our results show that Bitcoins mining protocol is not
incentive-compatible. We presented Selsh-Mine, a mining strategy that enables
pools of colluding miners that adopt it to earn revenues in excess of their mining power. Higher revenues can lead new miners to join a selsh miner pool,
a dangerous dynamic that enables the selsh mining pool to grow towards a
majority. The Bitcoin system would be much more robust if it were to adopt
an automated mechanism that can thwart selsh miners. We oer a backwardscompatible modication to Bitcoin that ensures that pools smaller than 1/4 of
the total mining power cannot protably engage selsh mining. We also show
that at least 2/3 of the network needs to be honest to thwart selsh mining; a
simple majority is not enough.
Acknowledgements We are grateful to Raphael Rom, Fred B. Schneider, Eva
Tardos, and Dror Kronstein for their valuable advice on drafts of this paper, as
well as our shepherd Rainer Bhme for his guidance.
o
References
1. andes: Bitcoins kryptonite: The 51% attack. https://bitcointalk.org/index.php?topic=12435
(June 2011)
2. Andresen, G.: March 2013 chain fork post-mortem. BIP 50, https://en.bitcoin.it/wiki/BIP_50,
retrieved Sep. 2013
3. Araoz, M.: Proof of existence. http://www.proofofexistence.com/, retrieved Sep. 2013
4. Babaio, M., Dobzinski, S., Oren, S., Zohar, A.: On Bitcoin and red balloons. In: ACM Conference on Electronic Commerce. pp. 5673 (2012)
5. Barber, S., Boyen, X., Shi, E., Uzun, E.: Bitter to better, how to make Bitcoin a better currency.
In: Financial Cryptography and Data Security, pp. 399414. Springer (2012)
6. Bitcoin community: Bitcoin source. https://github.com/bitcoin/bitcoin, retrieved Sep. 2013
7. Bitcoin community: Protocol rules. https://en.bitcoin.it/wiki/Protocol_rules, retrieved
Sep. 2013
8. Bitcoin
community:
Protocol
specication.
https://en.bitcoin.it/wiki/Protocol_
specification, retrieved Sep. 2013
9. bitcoincharts.com: Bitcoin network. http://bitcoincharts.com/bitcoin/, retrieved Nov. 2013
10. blockchain.info: Bitcoin market capitalization. http://blockchain.info/charts/market-cap, retrieved Jan. 2014
11. Chaum, D.: Blind signatures for untraceable payments. In: Crypto. vol. 82, pp. 199203 (1982)
12. Decker, C., Wattenhofer, R.: Information propagation in the Bitcoin network. In: IEEE P2P
(2013)
13. Eyal, I., Sirer, E.G.: Bitcoin is broken. http://hackingdistributed.com/2013/11/04/
bitcoin-is-broken/ (2013)
14. Eyal, I., Sirer, E.G.: Majority is not enough: Bitcoin mining is vulnerable. arXiv preprint
arXiv:1311.0243 (2013)
15. Felten, E.W.: Bitcoin research in Princeton CS. https://freedom-to-tinker.com/blog/felten/
bitcoin-research-in-princeton-cs/ (November 2013)
16. Kelkar, A., Bernard, J., Joshi, S., Premkumar, S., Sirer, E.G.: Virtual notary. http://
virtual-notary.org/, retrieved Sep. 2013
17. King, S.: Primecoin: Cryptocurrency with prime number proof-of-work. http://primecoin.org/
static/primecoin-paper.pdf (2013)
18. King, S., Nadal, S.: PPCoin: Peer-to-peer crypto-currency with proof-of-stake. https://archive.
org/details/PPCoinPaper (2012)
19. Kroll, J.A., Davey, I.C., Felten, E.W.: The economics of Bitcoin mining or, Bitcoin in the
presence of adversaries. In: Workshop on the Economics of Information Security (2013)
20. Lee, T.B.: Four reasons Bitcoin is worth studying. http://www.forbes.com/sites/timothylee/
2013/04/07/four-reasons-bitcoin-is-worth-studying/2/ (April 2013)
21. Litecoin Project: Litecoin, open source P2P digital currency. https://litecoin.org, retrieved
Sep. 2013
22. Miers, I., Garman, C., Green, M., Rubin, A.D.: Zerocoin: Anonymous distributed e-cash from
Bitcoin. In: IEEE Symposium on Security and Privacy (2013)
23. Nakamoto, S.: Bitcoin: A peer-to-peer electronic cash system (2008)
24. Namecoin Project: Namecoin DNS DotBIT project. https://dot-bit.org, retrieved Sep. 2013
25. Narayanan, A., Miller, A.: Why the Cornell paper on Bitcoin mining is important. https://freedom-to-tinker.com/blog/randomwalker/why-the-cornell-paper-on-bitcoinmining-is-important/ (November 2013)
26. Neighborhood Pool Watch: October 27th 2013 weekly pool and network statistics. http://organofcorti.blogspot.com/2013/10/october-27th-2013-weekly-pool-and.html, retrieved Oct. 2013
27. Pacia, C.: Bitcoin mining explained like youre ve: Part 1 incentives. http://chrispacia.
wordpress.com/2013/09/02/bitcoin-mining-explained-like-youre-five-part-1-incentives/
(September 2013)
28. RHorning, mtgox, btchris, ByteCoin: Mining cartel attack. https://bitcointalk.org/index.php?
topic=2227 (December 2010)
29. Ron, D., Shamir, A.: Quantitative analysis of the full Bitcoin transaction graph. In: Financial
Cryptography. pp. 624 (2013)
30. Rosenfeld, M.: Analysis of Bitcoin pooled mining reward systems. arXiv preprint
arXiv:1112.4980 (2011)
31. Swanson, E.: Bitcoin mining calculator. http://www.alloscomp.com/bitcoin/calculator, retrieved Sep. 2013
32. Vishnumurthy, V., Chandrakumar, S., Sirer, E.G.: Karma: A secure economic framework for
peer-to-peer resource sharing. In: Workshop on Economics of Peer-to-Peer Systems (2003)
33. Wikipedia: List of cryptocurrencies. https://en.wikipedia.org/wiki/List_of_cryptocurrencies,
retrieved Oct. 2013
34. Yang, B., Garcia-Molina, H.: PPay: Micropayments for peer-to-peer systems. In: Proceedings
of the 10th ACM conference on Computer and communications security. pp. 300310. ACM
(2003)
Exhibit D
Roger Wattenhofer
ETH Zurich, Switzerland
wattenhofer@ethz.ch
Abstract
In Bitcoin, transaction malleability describes the fact that the signatures that prove the ownership of bitcoins being transferred in a transaction do not provide any integrity guarantee for the signatures themselves.
This allows an attacker to mount a malleability attack in which it intercepts, modies, and rebroadcasts a transaction, causing the transaction
issuer to believe that the original transaction was not conrmed. In February 2014 MtGox, once the largest Bitcoin exchange, closed and led for
bankruptcy claiming that attackers used malleability attacks to drain its
accounts. In this work we use traces of the Bitcoin network for over a year
preceding the ling to show that, while the problem is real, there was no
widespread use of malleability attacks before the closure of MtGox.
Introduction
In recent years Bitcoin [11] has gone from a little experiment by tech enthusiasts
to a global phenomenon. The cryptocurrency is seeing a rapid increase in adoption as well as in value. Bitcoin is inching closer to the stated goal of creating
a truly decentralized global currency that facilitates international trade.
A major contribution of the success that Bitcoin is having today has to
be attributed to the emergence of Bitcoin exchanges. A Bitcoin exchange is
a platform that facilitates buying and selling bitcoins for at money like US
dollars. This enables a larger public to come in contact with bitcoins, increasing
their value as a means to pay for goods and services. Exchanges also provide
the ground truth for the value of bitcoins by publishing their trade book and
allowing market dynamics to nd a price for the traded bitcoins. Finally, much
of the media attention focuses on the rapid gain in value that these services
have enabled.
However, centralized exchanges are also potential points of failure, in a system that is otherwise completely decentralized. Several high value thefts from
these services have made the headlines, never failing to predict the impending
doom of Bitcoin as a whole. Additionally a small and mostly sentiment driven
market, combined with a quick and easy way to buy and sell bitcoins, facilitates
ash crashes and rapid rallies for no apparent reason.
1
The rst, and for a long time largest, Bitcoin exchange was MtGox. Founded
in 2010 it was a rst stop for many early adopters. With the creation of other
exchanges its monopoly slowly faded, but in February 2014 it still accounted for
close to 70% of all bitcoins ever traded. In February 2014 MtGox had to le for
bankruptcy and suspend operations following the loss of over 500 million USD
worth of bitcoins owned by its customers.
As the principal cause for the loss, MtGox cited a problem in the Bitcoin
protocol: transaction malleability. A user could request a withdrawal from MtGox to a Bitcoin address. The exchange would then create a corresponding
transaction and publish it to the Bitcoin network. Due to the way MtGox
tracked conrmation of these transactions it could be tricked, exploiting transaction malleability, into believing the transaction to have failed even though it
was later conrmed by the network. MtGox would then credit the amount back
to the users account. Eectively the user would have doubled the withdrawn
bitcoins, once from the withdrawal and once on its account on MtGox.
In this work we investigate two fundamental questions: Is transaction malleability being exploited? And is the claim that it has been used to bring down
MtGox plausible?
Transaction Malleability
2.1
Bitcoin Scripts
The scripting language is a, purposefully non-Turing complete, stack-based language that uses single byte opcodes. The use of the scripting language to set
2
up both the claiming conditions and the claiming scripts allows the creation
of complex scenarios for the transfer of bitcoins. For example, it is possible
to create multi-signature addresses that require m-of-n signatures to spend
the associated bitcoins for arbitration purposes. However, the vast majority
of transactions use standard scripts that set up a claiming condition requiring
the claiming script to provide a public key matching the address and a valid
signature of the current transaction matching the public key. For this reason
the standard claiming script is generally referred to as scriptSig (a script encoding a signature), whereas the standard claiming condition is referred to as
scriptPubKey (a script requiring a public key and a signature). Figure 1 shows
the structure of the standard claiming condition (scriptPubKey) as well as the
standard claiming script (scriptSig).
Of particular interest in this work are the OP_PUSHDATA operations which
specify a number of following bytes to be pushed as a string on the stack.
Depending on the length of the string one of several possible avors may be
used. The simplest is a single byte with value between 0x00 and 0x4b, also called
OP_0 which simply encodes the length of the string in itself. Additionally, three
other operations allow pushing data on the stack, namely OP_PUSHDATA1,
OP_PUSHDATA2 and OP_PUSHDATA4, each followed by 1, 2 or 4 bytes,
respectively, encoding a little endian number of bytes to be read and pushed on
the stack.
In order to verify the validity of a transaction t1 claiming an output of a
previous transaction t0 the scriptSig of t1 and the scriptPubKey specied in t0
are executed back to back, without clearing the stack in between. The scriptSig
of t1 pushes the signature and the public key on the stack. The scriptPubKey
of t0 then duplicates the public key (OP_DUP) and replaces the rst copy with
its RIPEMD160 hash (OP_HASH160), this 20 byte derivative of the public
key is also encoded in the address. The address from the scriptPubKey is
then pushed on the stack and the two top elements are then tested for equality
(OP_EQUALVERIFY). If the hash of the public key and the expected hash
match, the script continues, otherwise execution is aborted. Finally, the two
elements remaining on the stack, i.e., the signature and the public key, are used
to verify that the signature signs t1 (OP_CHECKSIG).
Notice that, although the scriptSigs are attached to the inputs of the transaction, they are not yet known at the time the signature is created. In fact a
signature may not sign any data structure containing itself as this would create
a circular dependency. For this reason all the claiming scripts are set to a script
consisting only of a single OP_0 that pushes an empty string on the stack.
The user signing the transaction then iterates through the inputs, temporarily replaces the scriptSig eld with the corresponding scriptPubKey1 from the
referenced output, and creates a signature for the resulting serialized transaction. The signatures are then collected and inserted at their respective positions
before broadcasting the transaction to the network.
1 The use of the scriptPubKey in the signed data as placeholder for the scriptSig is likely
to avoid collisions.
Listing 1: scriptPubKey
Listing 2: scriptSig
OP_DUP
OP_HASH160
OP_PUSHDATA
<pubKeyHash>
OP_EQUALVERIFY
OP_CHECKSIG
OP_PUSHDATA
<s i g >
OP_PUSHDATA
<pubKey>
Figure 1: The standard claiming condition and claiming script as used by simple
transactions transferring bitcoins to an address backed by a single public key.
The fact that the integrity of the scriptSig cannot be veried by the signature
is the source for transaction malleability: the claiming script may be encoded
in several dierent ways that do not directly invalidate the signature itself. A
simple example replaces the OP_0 that pushes the public key on the stack
with OP_PUSHDATA2 followed by the original length. The claiming script is
changed from 0x48<sig>41<pubKey> to 0x4D4800<sig>4D4100<pubKey>.
The encoded signature is valid in both cases but the hash identifying the transaction is dierent.
Besides these changes in the way pushes are encoded, there are numerous
sources of malleability in the claiming script. A Bitcoin Improvement Proposal
(BIP) by Wuille [13] identies the following possible ways to modify the signature and therefore exploit malleability:
1. ECDSA signature malleability: signatures describe points on an elliptic
curve. Starting from a signature it is trivial to mathematically derive a
second set of parameters encoding the same point on the elliptic curve;
2. Non-DER encoded ECDSA signatures: the cryptographic library used by
the Bitcoin Core client, OpenSSL, accepts a multitude of formats besides
the standardized DER (Distinguished Encoding Rules) encoding;
3. Extra data pushes: a scriptPubKey may push additional data at the beginning of the script. These are not consumed by the corresponding claiming
condition and are left on the stack after script termination;
4. The signature and public key may result from a more complex script that
does not directly push them on the stack, but calculates them on the
y, e.g., concatenating two halves of a public key that have been pushed
individually;
5. Non-minimal encoding of push operations: as mentioned before there are
several options to specify identical pushes of data on the stack;
6. Zero-padded number pushes: excessive padding of strings that are interpreted as numbers;
4
2.2
Malleability attacks
One of the problems that Bitcoin sets out to solve is the problem of double
spending. If an output is claimed by two or more transactions, these transactions
are said to conict, since only one of them may be valid. A double spending
attack is the intentional creation of two conicting transactions that attempt to
spend the same funds in order to defraud a third party.
Research so far has concentrated on a classical version of the double spending attack. An attacker would create two transactions: (1) a transaction that
transfers some of its funds once to a vendor accepting bitcoins and (2) a transaction that transfers those same funds back to itself. The goal would then be
to convince the vendor that it received the funds, triggering a transfer of goods
or services from the vendor to the attacker, and ensuring that the transaction
returning the funds to the attacker is later conrmed. This would defraud the
vendor as the transfer to the vendor would not be conrmed, yet the attacker
received the goods or services.
A malleability attack, while a variant of the double spending attack, is dierent from the above. The attacker no longer is the party issuing the transaction,
instead it is the receiving party. The attacker would cause the victim to create a
transaction that transfers some funds to an address controlled by the attacker.
The attacker then waits for the transaction to be broadcast in the network.
Once the attacker has received a copy of the transaction, the transaction is then
modied using one of the above ways to alter the signature without invalidating
it. The modication results in a dierent transaction identication hash. The
modied transaction is then also broadcast in the network. Either of the two
transactions may later be conrmed.
A malleability attack is said to be successful if the modied version of the
transaction is later conrmed. The mechanics of how transactions are conrmed
are complex and are out of scope for this work. For our purposes it suces to
say that the probability of a malleability attack to be successful depends on the
distribution of nodes in the Bitcoin network rst seeing either of the transactions
(cf. [4, 5, 6]). So far the attack has not caused any damage to the victim. To be
exploitable the victim also has to rely solely on the transaction identity hash to
track and verify its account balance. Should a malleability attack be successful
the victim will only see that the transaction it issued has not been conrmed,
crediting the amount to the attacker or attempting to send another transaction
at a later time. The attacker would have eectively doubled the bitcoins the
victim sent it.
It is worth noting that the reference client (Bitcoin Core) is not susceptible
to this attack as it tracks the unspent transaction output set by applying all
conrmed transactions to it, rather than inferring only from transactions it
issued.
In this section we briey describe the timeline of the incident that eventually
led to the ling for bankruptcy of MtGox. The timeline is reconstructed from a
series of press release by MtGox as well as the ocial lings and legal documents
following the closure.
Following several months of problems with Bitcoin withdrawals from users,
MtGox announced [10] on February 7 that it would suspend bitcoin withdrawals
altogether. The main problem with withdrawals was that the associated Bitcoin
transactions would not be conrmed. After this press release it was still possible
to trade bitcoins on MtGox, but it was not possible to withdraw any bitcoins
from the exchange. Specically [10] does not mention transaction malleability.
In order to trade on MtGox, users had transferred bitcoins and US dollars
to accounts owned by MtGox. Each user would have a virtual account that is
credited with the transferred amounts at MtGox. The withdrawal stop therefore
denied users access to their own bitcoins. While at currency was still withdrawable, such a withdrawal involved a long process that would sometimes fail
altogether.
The rst press release was followed by a second press release [9] on February
10, 2014. This press release claims that the problem for the non-conrming
withdrawal transactions has been identied and names transaction malleability
as the sole cause:
Addressing Transaction Malleability: MtGox has detected unusual
activity on its Bitcoin wallets and performed investigations during
the past weeks. This conrmed the presence of transactions which
need to be examined more closely.
Non-technical Explanation: A bug in the bitcoin software makes it
possible for someone to use the Bitcoin network to alter transaction
details to make it seem like a sending of bitcoins to a bitcoin wallet did not occur when in fact it did occur. Since the transaction
appears as if it has not proceeded correctly, the bitcoins may be
resent. MtGox is working with the Bitcoin core development team
and others to mitigate this issue.
Allegedly a user of MtGox would request a withdrawal and listen for the
resulting transaction. The transaction would then be intercepted and replaced
by a modied version that would then race with the original transaction to be
6
conrmed. Should the original transaction be conrmed, the user would receive
its balance only once, but not lose any bitcoins by doing so. Should the modied
transaction be conrmed, then the user would receive the bitcoins twice: once
via the modied withdrawal transaction and a second time when MtGox realized
that the original withdrawal transaction would not conrm and credit the users
account. Implicitly in this press release MtGox admits to using a custom client
that tracks transaction validity only via its hash, hence being vulnerable to the
transaction malleability attack.
Two more press releases followed on February 17 and February 20, both
claiming that the withdrawals would resume shortly and that a solution had
been found that would eliminate the vulnerability to malleability attacks. On
February 23 the website of MtGox returned only a blank page, without any
further explanation, resulting in a trading halt and the complete disappearance
of MtGox. Finally on February 28 MtGox announced during a press conference
that it would be ling for bankruptcy in Japan and in the USA [7, 8].
Measurements
Due to the nature of double spending attacks, they may only be detected while
participating in the network. As soon as one of the two conicting transactions is
considered to be conrmed the nodes will drop all other conicting transactions,
losing all information about the double spending attack. Malleability attacks
being a subset of double spending attacks suer from the same limitation.
We created specialized nodes that would trace and dump all transactions and
blocks from the Bitcoin network. These include all double spending attacks that
have been forwarded to any of the peers our nodes connected to. Our collection
of transactions started in January 2013. As such we are unable to reproduce
any attacks before January 2013. The following observations therefore do not
consider attacks that may have happened before our collection started.
Our nodes were instructed to keep connection pools of 1,000 connections
open to peers in the Bitcoin network. On average we connected to 992 peers,
which at the time of writing is approximately 20% of the reachable nodes. According to Bamert et al. [4] the probability of detecting a double spending attack
quickly converges to 1 as the number of sampled peers increases. We therefore
feel justied in assuming that the transactions collected during the measurements faithfully reect the double spending attacks in the network during the
same period.
Given the set of all transactions, the rst task is to extract all potential
double spend attacks. In general double spending attacks can be identied
by associating a transaction with each output that it claims. Should there be
more than one transaction associated with the same output the transactions
conict. The malleability attack being a specialized case of the double spend
attack could also be identied by this generic procedure, however we opted for a
simpler process. Removing the signature script from a transaction results in the
signed part of the transaction, forcing all malleability attacks to produce the
7
same unique key. The unique key is then used to group transactions together
into conict sets.
During the measurement period a total of 35,202 conict sets were identied,
each evidence of a malleability attack. Out of these conict sets 29,139 contained
a transaction that would later be conrmed by a block. The remaining 6,063
transactions were either invalid because they claimed non-existing outputs, had
incorrect signatures, or they were part of a further double spending.
The conict set value is dened as the number of bitcoins transferred by any
one transaction in the conict set. The outputs of the transactions in a conict
set are identical, since any change to them would require a new signature. In
particular the value of outputs may not be changed. Each transaction in a
conict set therefore transfers an identical amount of bitcoins. Summing the
value of all conict sets results in a total of 302,700 bitcoins that were involved
in malleability attacks.
As mentioned in Footnote 1, there are a multitude of ways to use the
malleability in the signature encoding to mount a malleability attack. The
most prominent type of modication was replacing the single byte OP_0 with
OP_PUSHDATA2 which then encodes the length of the data to push on the
stack with 2 bytes. The resulting signature script would be 4 bytes longer, because two strings are usually pushed on the stack, but would still encode the
same DER encoded signature and the same public key, hence still be valid. A total of 28,595 out of the 29,139 conrmed attacks had this type of modications.
For the remaining 544 conict sets we were unable to identify the original transactions. All transactions in these conict sets had genuine signatures with the
correct opcodes and did not encode the same signature. We therefore believe
these transactions to be the result of users signing raw transactions multiple
times, e.g., for development purposes.
In order for a malleability attack to be exploitable two conditions have to
be fullled: (a) the modied transaction has to be later conrmed and (b) the
system issuing the transaction must rely solely on the transactions original hash
to track its conrmation. The rst condition can be easily reconstructed from
the network trace and the Bitcoin blockchain since only one of the transactions
will be included in the blockchain. The second condition is not detectable in
our traces since it depends on the implementation of the issuing system. In
particular, it is not possible to determine whether two payments with the same
value to the same address were intended as two separate payments or whether
an automated system issued the second one believing the rst to be invalid.
We call a malleability attack successful if it resulted in the modied transaction to be later conrmed in a block, i.e., when condition (a) holds. From
the data derived from the attack classication we can measure the rate of successful malleability attacks. Out of the 28,595 malleability attacks that used an
OP_PUSHDATA2 instead of the default OP_0 only 5,670 were successful, i.e.,
19.46% of modied transactions were later conrmed. Considering the value
in malleable transactions the success rate is comparable with 21.36%. This reduces the total prot of the successful attacks from 302,700 to 64,564. The
strong bias towards the original transaction is explained by the fact that the
8
Malleability attacks
40
120
25
100
bitcoins
140
30
20
15
80
60
20
20
20
13
-0
1-0
13
-0
20
1-0
1
13
-02
20 -14
13
-03
20 -31
13
-05
20 -15
13
-06
20 -28
13
-08
20 -12
13
-09
20 -26
13
-11
20 -09
13
-12
20 -24
14
-02
-07
40
1
13
-02
-14
20
13
-03
20 -31
13
-05
20 -15
13
-06
20 -28
13
-08
20 -12
13
-09
20 -26
13
-11
20 -09
13
-12
20 -24
14
-02
-07
10
20
conflicts
160
35
Figure 2: Malleability attacks during period 1, before the press release blaming
transaction malleability as the sole cause of losses.
probability of being conrmed depends on the distribution of the transaction
in the network [4]. During a malleability attack the attacker listens for an incoming transaction that match its address, modies it and redistributes it. In
the meantime however the original transaction has been further forwarded in
the network and the modied transaction is not forwarded by nodes seeing the
original transaction. The attacker must connect to a large sample of nodes in
the network for two reasons: (a) intercept the original transaction as soon as
possible and (b) compensate the head start that the original transaction has
compared to the modied transaction.
So far we assumed that the conict sets were a direct result of a targeted
attack by an attacker against a service. There are however other causes for this
kind of conict that should not go unmentioned. An automated system may
inadvertently create, sign a transaction and broadcast a transaction multiple
times. Due to a random parameter in the signing process the system would
produce a dierent signature each time, causing the conict that we detected.
This appears to be the case with transactions having conict set cardinality
larger than 2, that would often not be conrmed.
4.1
Returning to the specic case of the MtGox incident of February 2014, that
eventually lead to the closure and the bankruptcy ling later that same month.
In the press release of February 10, the transaction malleability bug was explicitly named as the root cause of the loss. The loss is later detailed as amounting
to over 850,000 bitcoins, of which 750,000 bitcoins were customer owned bitcoins
that were managed by MtGox. At the time of the rst press release bitcoins
were trading at 827 US Dollars per bitcoin,2 resulting in a total value of lost
bitcoins of 620 million US Dollars.
Assuming transaction malleability has indeed been used to defraud MtGox,
then we should be able to verify the claim by nding the transactions used for
2 Exchange
bitcoins
200000
25000
20000
transactions
300000
250000
30000
350000
15000
150000
10000
100000
value 5000
number
50000
01
Feb
0
4
201
04
Feb
201
07
Feb
201
10
Feb
201
13
Feb
201
16
Feb
201
19
Feb
201
22
Feb
201
25
Feb
201
28
Feb
201
press release other attackers started imitating the attack, attempting to exploit
the same weakness that had allegedly been used against MtGox.
After the second press release, in period 3, there is a sudden spike in activity. Between February 10 and 11 we identied 25,752 individual attacks
totalling 286,076 bitcoins, two orders of magnitude larger than all attacks from
period 1 combined. A second, smaller, wave of attacks starts after February
15, with a total of 9,193 bitcoins. The attacks have since calmed, returning
to levels comparable to those observed in period 1, before the press releases.
Figure 3 summarizes the situation by plotting the cumulative value and number
of malleability attacks in February 2014, i.e., from the end of period 1 to period
3.
The strong correlation between the press releases and the ensuing attacks
attempting to exploit the same weakness is a strong indicator that the attacks
were indeed triggered by the press releases.
Assuming MtGox had disabled withdrawals like they stated in the rst press
release, these attacks can not have been aimed at MtGox. The attacks therefore
where either attempts to investigate transaction malleability or they were aimed
at other businesses attempting to imitate the purveyed attack for personal gain.
The sheer amount of bitcoins involved in malleability attacks would suggest that
the latter motive was prevalent.
It remains questionable whether other services have been informed by MtGox
in time to brace for the sudden increase in malleability attacks. Should this
not be the case then the press release may have harmed other businesses by
triggering imitators to attack them.
Related Work
Transaction malleability has been known about since at least 2010, when it was
rst documented. It has however received very little attention so far as it was
categorized as a low priority issue.
Andrychowicz et al. [1, 2] mention transaction malleability as a potential
problem in contracts and two party computations based on Bitcoin transactions.
These schemes can be used for example to implement a fair coin toss [3], auctions
or decentralized voting. Their method to eliminate transaction malleability
in their protocols resembles our construction of conict sets, i.e., eliminating
malleable parts of the transaction in the hash calculation. However, they limit
their observations to advanced schemes for encoding contracts and two party
computations.
A related class of doublespending attacks, which we shall refer to as classical doublespending, has received far more attention. In this class of attacks
the transaction issuer creates two transactions to defraud the receiving party.
Karame et al. [6] rst studied the problem of arising from fast transactions,
i.e., accepting non-conrmed transactions. Rosenfeld [12] showed that the success probability of a doublespending attack can be further increased if coupled
with computational resources. Bamert et al. [4] later improved the security of
11
Conclusion
The transaction malleability problem is real and should be considered when implementing Bitcoin clients. However, while MtGox claimed to have lost 850,000
bitcoins due to malleability attacks, we merely observed a total of 302,000 bitcoins ever being involved in malleability attacks. Of these, only 1,811 bitcoins
were in attacks before MtGox stopped users from withdrawing bitcoins. Even
more, 78.64% of these attacks were ineective. As such, barely 386 bitcoins
could have been stolen using malleability attacks from MtGox or from other
businesses. Even if all of these attacks were targeted against MtGox, MtGox
needs to explain the whereabouts of 849,600 bitcoins.
References
[1] Marcin Andrychowicz, Stefan Dziembowski, Daniel Malinowski, and
ukasz Mazurek. Fair two-party computations via the bitcoin deposits.
Technical report, Cryptology ePrint Archive, 2013.
[2] Marcin Andrychowicz, Stefan Dziembowski, Daniel Malinowski, and
ukasz Mazurek. How to deal with malleability of bitcoin transactions.
arXiv preprint arXiv:1312.3230, 2013.
[3] Adam Back and Iddo Bentov. Note on fair coin toss via bitcoin. arXiv
preprint arXiv:1402.3698, 2014.
[4] Tobias Bamert, Christian Decker, Lennart Elsen, Samuel Welten, and
Roger Wattenhofer. Have a snack, pay with bitcoin. In IEEE Internation Conference on Peer-to-Peer Computing (P2P), Trento, Italy, 2013.
[5] Christian Decker and Roger Wattenhofer. Information propagation in the
bitcoin network. In IEEE International Conference on Peer-to-Peer Computing (P2P), Trento, Italy, September 2013.
[6] G.O. Karame, E. Androulaki, and S. Capkun. Two Bitcoins at the Price
of One? Double-Spending Attacks on Fast Payments in Bitcoin. In Proc.
of Conference on Computer and Communication Security, 2012.
[7] MtGox. Announcement regarding an application for commencement of
a prodedure of civil rehabilitation. https://www.mtgox.com/img/pdf/
20140228-announcement_eng.pdf. [Online; accessed March 19th].
12
13
Exhibit E
TCTV
Events
News
Mt.GoxTemporarilyPausesBitcoinWithdrawals
PostedFeb6,2014byCatherineShu (@catherineshu)
Like
102
Tweet
494
Share
33
wallet app, from the App Store. The price of Bitcoin has dropped steadily over the last day,
and is currently $722.86.
Exhibit 5
bitcoins
bitcon
FOLLOW WIRED
mt. gox
TwitterFacebook
RSS
Share
MarkKarpeles,thechiefexecutiveofficerofbitcoinexchangeMt.Gox,center,isescortedasheleavestheTokyo
DistrictCourtthispastFriday.Photo:TomohiroOhsumi/BloombergviaGettyImages
Fromadistance,theworldslargestbitcoinexchangelookedlikeatoweringexampleofrenegade
entrepreneurism.Butontheinside,accordingtosomewhowerethere,Mt.Goxwasamessy
combinationofpoormanagement,neglect,andrawinexperience.
Itscollapseintobankruptcylastweekandthedisappearanceof$460million,apparentlystolenby
hackers,andanother$27.4millionmissingfromitsbankaccountscameaslittlesurprisetopeople
whohadknowledgeoftheTokyobasedcompanysinnerworkings.Thecompany,theseinsiderssay,
waslargelyareflectionofitsCEOandmajoritystakeholder,MarkKarpeles,amanwhowasmoreofa
computercoderthanachiefexecutiveandyetwassometimesdistractedevenfromhistechnical
dutieswhentheyweremostneeded.MarklikedtheideaofbeingCEO,butthedaytodayreality
boredhim,saysoneMt.Goxinsider,whospokeonconditionofanonymity.
Lastweek,afteraleakedcorporatedocumentsaidthathackershadraidedtheMt.Goxexchange,
Karpelesconfirmedthatahugeportionofthemoneycontrolledbythecompanywasgone.Wehad
weaknessesinoursystem,andourbitcoinsvanished.Wevecausedtroubleandinconvenienceto
manypeople,andIfeeldeeplysorryforwhathashappened,Karpelessaid,speakingataTokyo
pressconferencecalledtoannouncethecompanysbankruptcy.Thiswouldbethesecondtimethe
exchangewashacked.InJune2011,attackersliftedtheequivalentof$8.75million.
TheMt.GoxofficesinTokyo.Photo:ArielZambelich/WIRED
Helikestobe
praised,andhelikes
tobecalledtheking
ofbitcoin
Mt.Goxinsider
WhenKarpeleswasinterviewedbyReutersinthespringof2013
seated,inexplicably,ontopofabluepilatesballhewasa
majorplayerinthebitcoinworld.Hehadponiedup5,000bitcoinstohelpkickstarttheBitcoin
Foundation,anotforprofitbitcoinsoftwaredevelopmentandlobbyinggroup,wherehewasaboard
member(hehassinceresigned).And,accordingtoinsiders,hethoughtnothingofdroppingthe
businessofthedaytoorderflatscreenTVsor$400lunchesforthestaffofGoxsexpandedTokyo
headquarters,whichnowoccupiesthreefloorsofamodernofficebuildinginthecitysShibuya
neighborhood.Helikestobepraised,andhelikestobecalledthekingofbitcoin,saysanother
insiderwhospokeonconditionofanonymity.HealwaystalksabouthowhesamemberofMensa
andhasanaboveaverageIQ.
Citizen Karpeles
Butbeneathitall,somesay,Mt.Goxwasadisasterinwaiting.Lastyear,aTokyobasedsoftware
developersatdowninGoxsfirstfloormeetingroomtotalkaboutworkingforthecompany.Ithought
itwasgoingtobereallyawesome,saysthedeveloper,whoalsospokeonconditionofanonymity.
Soon,however,thereweresomeseriousredflags.
Mt.Gox,hesays,didntuseanytypeofversioncontrolsoftwareastandardtoolinanyprofessional
softwaredevelopmentenvironment.Thismeantthatanycodercouldaccidentallyoverwritea
colleaguescodeiftheyhappenedtobeworkingonthesamefile.Accordingtothisdeveloper,the
worldslargestbitcoinexchangehadonlyrecentlyintroducedatestenvironment,meaningthat,
previously,untestedsoftwarechangeswerepushedouttotheexchangescustomersnotthekindof
thingyoudseeonaprofessionallyrunfinancialserviceswebsite.And,hesays,therewasonlyone
personwhocouldapprovechangestothesitessourcecode:MarkKarpeles.Thatmeantthatsome
bugfixesevensecurityfixescouldlanguishforweeks,waitingforKarpelestogettothecode.
Thesourcecodewasacompletemess,saysoneinsider.
Bythefallof2013,Mt.Goxsbusinesswas
alsoamess.Federalagentshadseized$5
millionfromthecompanysU.S.bankaccount,
becausethecompanyhadnotregisteredwith
thegovernmentasamoneytransmitter,and
Mt.Goxwasbeingsuedfor$75millionbya
formerbusinesspartnercalledCoinLab.U.S.
customerscomplainedofmonthslongdelays
withdrawingdollarsfromtheexchange,and
Mt.Goxhadtumbledfromtheworldsnumber
onebitcoinexchangetopositionnumber
three.
TheunfinishedsiteoftheBitcoinCafe.
Years-Long Hack
AccordingtoaleakedMt.Goxdocumentthathittheweblastweek,hackershadbeenskimming
moneyfromthecompanyforyears.Thecompanynowsaysthatitsoutatotalof850,000bitcoins,
morethan$460millionatFridaysbitcoinexchangerates.WhenbitcoinenthusiastJessePowellheard
this,hewasremindedofJune2011.
AfterMt.Goxwashackedforthefirsttimeinsummerof2011,afriendaskedPowelltohelpout,and
soon,theSanFranciscoentrepreneurfoundhimselfonaplanetoTokyo.Afterlanding,herushedto
Shibuyastation,wherehewasmetbyhisfriend,RogerVer,oneoftheworldsbiggestbitcoin
supporterswhojusthappenedtoliveacrossthestreetfromMt.Gox.Withoutbotheringtodropoff
Powellsbags,thetworushedtotheMt.Goxofficestoseewhattheycoulddo.Theyworkedthrough
theweekwithKarpeles,otheremployees,andahandfulofotherbitcoinenthusiasts.Theyanswered
supportinquires,didtroubleshootingonthesite,andtriedtosupportthetinycompanyinanywaythey
could.Atonepoint,PowellrushedtotheApplestoreandcamebackwith$5,000worthofcomputers
thatcouldsupportthecause.Buttwodayslater,thesitewasstilloffline.
VerandPowellweresettoworkthroughtheweekend,butwhentheyarrivedatthecompanystiny
officethatSaturday,therewasasurprise.MarkKarpeleshaddecidedtotaketheweekendoff.The
twovolunteerswereflabbergasted.Ithoughtthatwascompletelyinsaneanddemoralizingfortherest
oftheteam,Powellremembers.OnMonday,Powellsays,Karpelesdidreturntowork,buthespent
partofthedaystuffingenvelopes.Iwaslike:Dudewhyareyoudoingthis?Youcandothisanytime.
Thesiteisoffline.Youneedtogetthesiteonline.
PowelllastmetwithKarpelesinJanuary,beforenewsofthelatesthackbroke.Henowrunsa
competitortoMt.GoxcalledKraken.TheyhadlunchinTokyo,andKarpelesseemedunworriedabout
Goxsfuture.HewasexcitedabouthisBitcoinCafe.Itwasprobablysomelightfortheminaverydark
worldofdealingwithbanksandcustomercomplaintsallday,Powellsays.ImsurethatMarkhas
beenverystressedforalongtimeandprobablytheBitcoinCafewasafunproject.Butnowthatworld
Exhibit 6
Thiscopyisforyourpersonal,noncommercialuseonly.Toorderpresentationreadycopiesfordistributiontocolleagues,
clientsorcustomers,usetheReprintstoolatthetopofanyarticleorvisit:www.reutersreprints.com.
Exclusive:Mt.Goxfacedquestionsonhandling
clientcashlongbeforecrisis
Sat,Mar292014
BySophieKnightandNathanLayne
TOKYO(Reuters)TwoyearsbeforeMt.Goxfiledforbankruptcy,ahalf
dozenemployeesattheTokyobasedbitcoinexchangechallengedCEO
MarkKarpelesoverwhetherclientmoneywasbeingusedtocovercosts,
accordingtothreepeoplewhoparticipatedinthediscussion.
ThequestionofhowMt.Goxhandledotherpeople'smoneytheissue
raisedbystaffintheshowdownwithKarpelesinearly2012remains
crucialtounravelingamultimilliondollarmysteryunderexaminationby
authoritiesinJapan.
Abankruptcyadministratorandpoliceareseekingtodeterminehowa
Tokyostartupthatshotfromobscuritytodominateglobaltradeinbitcoin
managedtolosemorethan$27millioninoldfashionedcashheldina
bankaswellasbitcoinsworthcloseto$450millionattoday'sprices.
ThestillunresolvedissuehasthrownaspotlightonhowMt.Goxfunctionedasahybridbetweenanonlinebrokerageandan
exchange.Essentially,themorethan1milliontraderswhousedMt.Goxatitspeakhadentrusteda3yearoldfirmtohold
theirmoneysafelyuntiltheydecidedtocashout.
AcourtappointedbankruptcyadministratoronFridaysaidaninitialexaminationofMt.GoxkeytodeterminingwhetherMt.
Gox'suserswillbeabletorecoversomeofwhattheyhadondepositwiththeexchangewouldnotbecompleteuntilMay,
citingtheinvolvementofauthoritiesinthecase.
GROWINGSTRAINS
IninterviewswithReuters,currentandformeremployeesatMt.Goxdescribedthestrainsthatemergedoverthehandlingof
customermoneyjustasthefirmwasgearingupforexpansionandbitcoinwasedgingoutoftheshadowsasaninvestment
andameansofonlinesettlement.
Byearly2012,asmallgroupofMt.Goxemployees,allofwhomworkedononeyearcontracts,begantoworrythatcustomer
fundshadbeendivertedtocoveroperatingcoststhattheyestimatedtoberising.ThosecostsincludedrentinaTokyohigh
risethatalsohousedofficesforHuluandGoogle,hightechgadgetssuchasarobotanda3Dprinterandasoupedup,
racingversionoftheHondaCivicimportedfromBritainforKarpeles,peoplewhohavereviewedexpensessaid.
UnlikeKarpeles,theemployeessaytheydidnothaveaccesstothefinancialrecordsofMt.Gox.Theyaskedforaformal
meetingwiththethen26yearoldKarpelesinearly2012,thoseinvolvedsaid,andaskedhimtorespondtotheirestimate
thatMt.Goxwasspendingmorethanitwastakingin.Theywerealsoconcernedthatcompanyexpenseswerebeingpaid
fromthesamebankaccountusedforcustomerdeposits.
Karpelestoldthegroupthatcustomermoneywasnotbeingusedtofundthebusiness,butdeclinedtoprovidedetailsonhow
thebusinesshadcoveredanyloss.Themeetingbrokeoffafteraboutanhour,thosewhoparticipatedsaid.
SeveralofthestaffsaytheylefttheinconclusivemeetingfrustratedthatKarpeleswouldnotshareproofthatclientdeposits
hadbeenprotected.Forhispart,Karpelesbelievedhehadthwartedachallengetohisleadershipbystaffwhohadnoright
toseethebooksofafirmheownedandwasfunding,apersonfamiliarwithhisthinkingsaid.
Mt.Goxreferredquestionstoitslawyerswhohadnoimmediatecomment.
TheformerMt.GoxemployeeswhospoketoReutersaskednottobenamedbecauseofpotentiallegalcomplications.Tokyo
policehavetakenevidencefromMt.Goxinrecentdaysaspartofanearlystageinquiryintowhatthecompanyhas
describedaspossibletheft.
ItisunclearhowJapaneselawwouldtreatanysuchdiversionofcustomerfundsasMt.Goxwasnotregulatedasafinancial
institution.AsaprivatefirminwhichKarpelesheldan88percentstakewithnodeclareddebt,Mt.Goxwasunderno
obligationtoshareanydetailsonitsfinances.
ACCOUNTING
Mt.GoxsaidinitsFebruary28bankruptcyfilingthathackersmayhaveexploitedwhatitcalled"abuginthebitcoinsystem"to
stealvirtualcurrencyfromtheexchange.Ithasnotofferedanexplanationforthemissing$27millionincash.
Exhibit 7
Plaintiffs,
v.
MTGOX INC., a Delaware corporation, MT.
GOX KK, a Japanese corporation, TIBANNE
KK, a Japanese corporation, MT. GOX
NORTH AMERICA, INC., a New York
corporation, MIZUHO BANK, LTD., a
Japanese financial institution, MARK
KARPELES, an individual, GONZAGUE
GAY-BOUCHERY, an individual, JED
MCCALEB, an individual, and JOHN DOE
DEFENDANTS,
DECLARATION OF JOSE
FERNANDEZ
Defendants.
I am over the age of 18 and am fully competent to make this declaration. I make
this declaration based upon personal knowledge and can competently testify to the matters set
forth herein if called to do so.
2.
Bank of America to my Mt. Gox account via a one-day wire transfer. I received written
confirmation that the money had been debited from my bank account on February 6, 2014, to be
transferred to MtGox Co Ltd. [the beneficiary] through Mizuho Bank, Ltd. [the beneficiarys
bank]. A true and accurate copy of the wire confirmation is attached as Exhibit A.
4.
On February 17, 2014, the money had still not been deposited into my Mt. Gox
account. I reached out to the Mt. Gox Support Desk to inquire about the status of the transfer. I
did not receive a response. A true and accurate copy of my correspondence with the Support
Desk is attached as Exhibit B.
5.
On February 19, 2014, I again messaged the Support Desk, this time asking how
to verify that the funds were going to be added to my account. On February 20, 2014, the
Support Desk responded, apologizing for the delay and asking me to provide a scan copy of the
wire deposit. I immediately did so. See Exhibit B, p. 2.
6.
On February 21, 2014, I informed the Support Desk that I was still waiting for
access to my funds. On February 22, 2014, the Support Desk responded and stated that it would
check with the banking team and let me know as soon as possible. I explained that I needed
access to my funds and that if I did not see my funds soon, I would reverse the wire. See Exhibit
B, p. 1.
7.
On February 23, 2014, the Support Desk again stated that it awaiting a reply from
the banking team and would keep me posted once [they] locate [my] deposit. See Exhibit B,
p. 1.
8.
The following day, on February 24, 2014, the Mt. Gox website went dark and I
On February 25, 2014, I submitted a formal inquiry into the transfer through Bank
10.
On March 7, 2014, Bank of America confirmed that the amount had been credited
by Mizuho into Mt. Goxs account on February 6, 2014, and thus, could not be reversed.
11.
charged transaction fees to Mt. Gox users for depositing funds into their Mt. Gox accounts,
Mizuho Bank received fees from my February 6, 2014 wire transfer. A true and accurate
screenshot of a Mt. Gox webpage displaying Mizuho Bank Deposit Fees in August 2013 is
attached as Exhibit C.
12.
On March 17, 2014, I noticed that Mt. Gox had updated its website with a
balance confirmation service for the convenience of all users. The site purportedly allowed
members the ability to sign in and check the balance [in both bitcoins and currency] of their Mt.
Gox accounts. A true and accurate screenshot of the Mt. Gox webpage is attached as Exhibit D.
13.
Gox webpage reflected my account as having zero bitcoins and zero dollars. A true and accurate
screenshot of my account balance is attached as Exhibit E.
14.
Had I known that Mt. Gox would soon be shutting down its website and that my
funds would never be made available in my account, I would never have transferred any of my
money into my Mt. Gox account.
I declare under penalty of perjury that the foregoing is true and correct.
Executed on
03/20/2014
in Odenton, Maryland.
/s/
Jose Fernandez
Exhibit A
Exhibit B
From:
To:
Subject:
Date:
Brendan Support
Jose Fernandez
[ Support Desk] Re: Deposit has taken 10 days
Sunday, February 23, 2014 3:37:42 AM
Message-Id:8CCRQ7AW_5309b35553fe5_3e123fe08a4c9e9c39521f8_sprut
Exhibit C
1 of 2
https://web.archive.org/web/20131104151620/https://support.mtgox.com...
Dear Customers,
Mizuho Bank has recently informed us of changes to transaction fees charged to customers when
depositing funds into our account. These changes will come into effect as from August 12th and effective
for all transfers credited after that date.
The following changes apply:
Japanese Domestic Transfer
200
300
100
400
200
500
200
700
International Transfer
1000
1500
1000
4500
10
100
15
150
36
360
3/19/2014 8:25 AM
Exhibit D
MtGox.com
https://www.mtgox.com/
Case: 1:14-cv-01437 Document #: 57-7 Filed: 04/08/14 Page 14 of 17 PageID #:743
Password:
Sign in
3/19/14, 10:44 PM
Exhibit E
MtGox.com
1 of 1
https://www.mtgox.com/
Connected as -jfer-.
My wallets:
BTC: 0.00000000 BTC
USD: $ 0.00000
2014-02-28:
/ Announcement Regarding An
Application For Commencement Of A Prodedure Of Civil Rehabilitation
3/17/2014 9:10 PM
WVW76ZJAWIAWPFZZL9TWFP
Jose Fernandez
Party ID: J5YEDIJPZKJI6MEGT4C2Y8
IP Address: 70.208.143.64
VERIFIED EMAIL:
Multi-Factor
jfer0x01@gmail.com
bfaffc02cece26ab6a3e38be7b76768a031baa91
Timestamp
Audit
All parties have signed document. Signed copies sent to: Jose Fernandez and
Alicia Hwang.
Page 1 of 1
Exhibit 8
Exhibit 9
Support Desk
Statement Regarding BTC Withdrawal Delays - UPDATE
Mike Feb 07 Announcements / Announcements
Were looking forward to better serving the Latin American Bitcoin community, and working even more closely with AstroPay in the future. For more information please
visit our support page: https://support.mtgox.com
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Estimados clientes de MtGox en Latinoamrica:
Nos enorgullece anunciar que MtGox ahora se ha asociado con el proveedor de pagos AstroPay para realizar depsitos bancarios directos de forma fcil y rpida desde
Argentina, Brasil, Chile, Colombia, Mxico, Per y Uruguay. AstroPay trabaja directamente con muchos bancos en Latinoamrica para ofrecer una mtodo sencillo de
usar su moneda local para aadir dlares estadounidenses a su cuenta MtGox, con solo usar el servicio en lnea de su banco.
Empiece a usar AstroPay en solo unos cuantos pasos:
1. Ingrese a su cuenta MtGox y visite la pestaa de Opciones para aadir fondos.
2. Seleccione AstroPay como su mtodo para aadir fondos.
3. Seleccione su pas de residencia.
4. Elija su banco de la lista disponible.
5. Escriba el monto que quiere transferir en dlares estadounidenses (USD).
6. Ser redirigido automticamente a la pgina de inicio de AstroPay.
7. Ingrese su informacin personal, confirme, y ser redireccionado al servicio en lnea de su banco.
8. Una vez que haya ingresado en el servicio en lnea de su banco, confirme la transaccin.
9. Ahora usted podr verificarla en su cuenta MtGox en un plazo de un da hbil (hora de Tokio) y empezar a usar sus fondos.
Esperamos con ansias ofrecer un mejor servicio a la comunidad latinoamericana de Bitcoin y trabajar de forma an ms cercana con AstroPay en el futuro. Si tiene
algn problema, por favor visite nuestra pgina de asistencia: https://support.mtgox.com
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Prezados Clientes do MtGox na Amrica Latina,
Estamos orgulhosos em anunciar que o MtGox agora possui uma parceria com o provedor de pagamentos AstroPay para realizar depsitos bancrios diretos, com
rapidez e facilidade, da Argentina, Brasil, Chile, Colmbia, Mxico, Peru e Uruguai. O AstroPay trabalha diretamente com diversos bancos da Amrica Latina para
proporcionar um mtodo fcil de usar a sua moeda local ao adicionar dlares na sua conta do MtGox usando apenas o servio de atendimento online do seu banco.
Comece a utilizar o AstroPay em apenas alguns passos:
1. Acesse a sua conta do MtGox e dirija-se aba Opes de Financiamento.
2. Selecione AstroPay como o seu mtodo de financiamento.
3. Selecione o seu pas de residncia.
4. Escolha o seu banco da lista caso ele esteja disponvel.
5. Digite a quantia que deseja transferir em USD.
6. Voc ser automaticamente redirecionado para a pgina de destino do AstroPay.
7. Digite a sua informao pessoal, confirme, e voc ser redirecionado para o servio de atendimento online do seu banco.
8. Aps acessar o servio de atendimento online do seu banco, confirme a transao.
9. Voc pode ento verificar a sua conta do MtGox dentro de um dia til (horrio de Tquio) e comear a usar os seus fundos.
Esperamos poder servir melhor comunidade Bitcoin latino-americana e estreitar ainda mais a nossa colaborao com o AstroPay no futuro. Se voc tiver qualquer
problema, por favor visite a nossa pgina de suporte: https://support.mtgox.com
Thank you for using Mt.Gox.
Best regards,
The Mt.Gox Team
Regards
Mt.Gox Co. Ltd Team.
If you wish to have a Business Account on MtGox you will need to do the following:
1. Create an account specifically for your business (one account is required for each individual business) by clicking Sign Up on the MtGox homepage.
Note: Personal accounts may not be used for a business as the names on the MtGox and Bank account must match (i.e. Jane Doe -> Jane Doe; ABC
Company -> ABC Company).
2. Gather the following documents (Please also provide your account number and/or username so we know to which account the documents are related)
Requirements for Businesses:
Certificate of incorporation/registration (If the list of shareholders is not written on this document, please provide another document with the list
of all shareholders).
A valid copy of a government issued photo ID of shareholders entitled to 10% or more in voting rights.
A proof of residence (less than 3 months old) - E.g. An utility or phone bill of shareholders entitled to 10% or more in voting rights.
Company constitution or articles of memorandum (if any).
Copy of Trust Deed for the Trust involved as part of shareholders (if any).
IRS, EIN or TIN Number.
Note: ALL documents must be notarized with apostille and sent by priority mail to the address at the bottom of this page. If your documents are not in
Japanese, English, or do not have Roman alphabet, (i.e. ,
, , , , )
they will need to be translated and then notarized before sending.
3. Once you have created your business account and gathered the required documents, please open a ticket with MtGox Support containing:
- Subject: MtGox Business Account
- Body/Text:
- MtGox Account Number or Username.
- A statement requesting the mailing address for business verification documents.
4. We recommend that all documents be sent via registered mail so that you may track and confirm receipt of your documents. Once your documents have been
received they will be reviewed by our AML team and you will receive an email if there are any questions or issues, or when your documents have been verified.
Once your business account has been verified and assigned a Premium status, you may add funds to your account.
Previous 1 2 3 4 5 6 7 8 9 Next
Overview | Recent
Announcements
What's new at Mt.Gox (3)
Announcements (27)
Walkthroughs (4)
Support
FAQ (7)
Outages (26)
General Questions
Security
Support Desk
Update - Announcement Affecting Bitcoin Transfers - February 20th, 2014
Mike Feb 20 Announcements / Announcements
Thank you for your patience this week while we are working on re-initiating bitcoin withdrawals. In addition to the technical issue, this week we have
experienced some security problems, and as a result we had to relocate MtGox to our previous office building in Shibuya (details can be found here:
https://support.mtgox.com/home). The move, combined with some other security and technical challenges, pushed back our progress.
As much as we didnt want to only provide an update on an update, this is the current status. We are committed to solving this issue and will provide more
information as soon as possible to keep everyone in the loop.
We are very sorry for the delays and deeply appreciate your kind understanding and continuous support.
Best regards,
MtGox Team
Non-technical Explanation:
A bug in the bitcoin software makes it possible for someone to use the Bitcoin network to alter transaction details to make it seem like a sending of bitcoins to a bitcoin
wallet did not occur when in fact it did occur. Since the transaction appears as if it has not proceeded correctly, the bitcoins may be resent. MtGox is working with the
Bitcoin core development team and others to mitigate this issue.
Technical Explanation:
Bitcoin transactions are subject to a design issue that has been largely ignored, while known to at least a part of the Bitcoin core developers and mentioned on the
BitcoinTalk forums. This defect, known as "transaction malleability" makes it possible for a third party to alter the hash of any freshly issued transaction without invalidating
the signature, hence resulting in a similar transaction under a different hash. Of course only one of the two transactions can be validated. However, if the party who
altered the transaction is fast enough, for example with a direct connection to different mining pools, or has even a small amount of mining power, it can easily cause the
transaction hash alteration to be committed to the blockchain.
The bitcoin api "sendtoaddress" broadly used to send bitcoins to a given bitcoin address will return a transaction hash as a way to track the transaction's insertion in the
blockchain.
Most wallet and exchange services will keep a record of this said hash in order to be able to respond to users should they inquire about their transaction. It is likely that
these services will assume the transaction was not sent if it doesn't appear in the blockchain with the original hash and have currently no means to recognize the
alternative transactions as theirs in an efficient way.
Conclusion
To put things in perspective, it's important to remember that Bitcoin is a very new technology and still very much in its early stages. What MtGox and the Bitcoin community
have experienced in the past year has been an incredible and exciting challenge, and there is still much to do to further improve.
MtGox will resume bitcoin withdrawals to outside wallets once the issue outlined above has been properly addressed in a manner that will best serve our customers.
More information on the status of this issue will be released as soon as possible.
We thank you for taking the time to read this, and especially for your patience.
Best Regards,
MtGox Team
Previous 1 2 3 4 5 6 7 8 9 Next
Overview | Recent
Announcements
What's new at Mt.Gox (3)
Announcements (27)
Walkthroughs (4)
Support
FAQ (7)
Outages (26)
General Questions
Security
Exhibit 10
[translation]
2014 (rehabilitation) no. 12
March 10, 2014
(Supervisor's opinion)
I consent to the application below.
March 10, 2014
Supervisor
Supervisor
2.
Provided, however, the Foreign Representative for the purpose of the above procedures
shall be Mark Marie Robert Karpeles, representative director of the rehabilitation
debtor.
2.
1.
procedure made on February 28, 2014 (Tokyo District Court 2014 (rehabilitation) no. 12),
the applicant received from the Tokyo District Court an order prohibiting the disposal of
assets (the "Preservation Order").
2.
The rehabilitation debtor has assets in the United States of America ("US").
3.
against the rehabilitation debtor. In addition, the class action listed as no. 2 (the class is
not certified yet) has been initiated and a request has been made to obtain a court order
to freeze the assets held by the rehabilitation debtor in the US (the "Class Action
Preservation Order").
4.
The first oral hearing in relation with the Class Action Preservation Order
shall take place on March 11, 2014 (US Central Standard Time) and the rehabilitation
debtor needs to take defensive action since its US assets risk being attached.
5.
deposits. The sums attached by the US Department of Homeland Security could be used
as operating capital should it be released which means that the Class Action
Preservation Order may have a negative impact on the progress of this civil
rehabilitation. In addition, should the Class Action Preservation Order be accepted and
should a situation where the plaintiffs of the class action would get the preference over
the rehabilitation creditors with regard to the US assets arise, a situation of unfairness
among the rehabilitation creditors would arise and there would be a risk that the fair
repayment to creditors be impeded.
6.
and prevent the plaintiffs in the class action to get a preservation order over the US
assets of the rehabilitation debtor and further taking into account the planned first
hearing on March 11, 2014, it is urgent to take defensive action.
7.
assets of the rehabilitation debtor and stop the class action, the rehabilitation debtor
should demand the recognition of a foreign insolvency procedure under Chapter 15 of
the US Federal Bankruptcy Law (the "Chapter 15 Petition") and obtain the extension
over US assets of the effect of the civil rehabilitation. In addition, should this petition be
granted, during the 30 days period until an automatic stay comes into effect, it is also
necessary to demand a stay of the proceedings under the US lawsuit and the class
action on the basis of the Chapter 15 Petition in each competent jurisdiction (federal
district courts).
8.
It is obvious that the Chapter 15 Petition and the demands in each federal
district courts will be more efficiently and speedily done by US insolvency law experts.
9.
The rehabilitation debtor has asked David W Parham of the Dallas Office of
Baker & McKenzie, an expert in US insolvency law and with whom consultations have
already taken place, to prepare for proceeding with the Chapter 15 Petition.
10.
said law firm (Exhibit 2), to pay an estimate of USD 75,000 (approximately JPY 7.5
million) as fees for the Chapter 15 Petition and the petitions for stays and to quickly
start said petitions.
11.
In addition the payment of said fees of USD 75,000 is not likely to impede the
pay these lawyers fees in accordance with said entrustment agreement and further
since this payment is possible.
Exhibits
1.
List of US lawsuits
2.
Entrustment agreement
Exhibit 11
Plaintiff,
v.
MTGOX INC., a Delaware corporation, MT.
GOX KK, a Japanese corporation, TIBANNE
KK, a Japanese corporation, and MARK
KARPELES, an individual,
DECLARATION OF PLAINTIFF
GREGORY GREENE IN SUPPORT
OF MOTION FOR TEMPORARY
RESTRAINING ORDER AND
PRELIMINARY INJUNCTION
Defendants.
I am over the age of 18 and am fully competent to make this declaration. I make
this declaration based upon personal knowledge and can competently testify to the matters set
forth herein if called to do so.
2.
account, I was required to (and did) accept Mt. Goxs Terms of Use. I chose, however, not to
verify my account by submitting any of my personal information to the site. As an unverified
member, I was still able to trade and withdraw bitcoins using my Mt. Gox account, but was not
permitted to withdraw Fiat Currency.
3.
After joining, I used the Mt. Gox exchange regularly and eventually acquired over
transactions. I complained about these issues to Mt. Goxs customer service and they were able
to resolve them. At no point, however, did customer service notify or inform me that the Mt. Gox
system had been compromised by any sort of bug. Based upon the representations that were
made to me through the Mt. Gox website and in its Terms of Use and Privacy Policy, I continued
to believe that my bitcoins were stored safely and securely on Mt. Goxs system.
5.
On February 5, 2014, I logged onto my Mt. Gox account and discovered that
certain previously available functions, such as the simple withdrawal of bitcoins, had been
restricted or were otherwise inaccessible. I immediately contacted customer service for further
information.
6.
On February 10, 2014, customer service informed me that I was now required to
verify my Mt. Gox account by submitting proof of identification to the site. I promptly submitted
the documents requested, including a copy of my drivers license and proof of my address, and
on February 24, 2014, was notified that my account had been verified.
7.
make a withdrawal. I entered my address and the amount to be withdrawn and clicked enter to
process the transaction. The transaction did not go through. Rather, and despite not showing any
sort of error message, the page simply cleared my inputs.
8.
A few hours later, I attempted to log onto my account and discovered that Mt.
Gox had gone offline, blocking all account access. I have since been unable to log onto or access
my Mt. Gox account in any way.
9.
Had I known that Mt. Gox lacked the proper security measures to protect my
property, I would not have deposited or stored my bitcoins on the Mt. Gox exchange. Further,
had I known that Mt. Gox intended to go offline permanently, I would have withdrawn any
remaining bitcoins from my account.
//
I declare under penalty of perjury that the foregoing is true and correct.
Executed this 4th day of March, 2014 in Chicago, Illinois.
________________________
Gregory Greene
Exhibit 12
2
3
4
5
6
7
8
9
10
11
Defendants.
12
)
)
)
)
)
)
)
)
)
)
)
)
)
)
)
)
TRANSCRIPT OF PROCEEDINGS
BEFORE THE HONORABLE GARY FEINERMAN
13
14
APPEARANCES:
15
16
17
18
19
EDELSON, P.C.
BY: MR. JAY EDELSON
MR. STEVEN L. WOODROW
MR. CHRISTOPHER L. DORE
MS. ALICIA E. HWANG
350 North LaSalle Street
Suite 1300
Chicago, Illinois 60654
(312) 589-6370
20
21
22
23
24
25
Court Reporter:
CHARLES R. ZANDI, CSR, RPR, FCRR
Official Court Reporter
United States District Court
219 South Dearborn Street, Room 2128
Chicago, Illinois 60604
Telephone: (312) 435-5387
email: Charles_zandi@ilnd.uscourts.gov
APPEARANCES: (Continued)
For Defendant
Mt. Gox KK:
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
counsel for Mt. Gox KK, one of the four defendants in the
action.
10
Mr. Tod Gamlen, Mr. John Mitchell, from California and Texas,
11
12
pro hac vice admission. They paid their fees. I'd ask the
13
14
15
morning.
16
17
18
19
for leave to appear pro hac vice. I think those are docket
20
21
Anyone else?
22
23
24
25
1
2
3
injunction.
10
11
12
13
14
15
16
other defendants?
17
18
19
20
21
22
23
24
25
24
10
11
12
13
14
15
16
17
But they had a chance to oppose the TRO, and they didn't.
18
19
20
21
22
23
24
25
25
are good only for purposes of this TRO and not good for
anything else.
Judge, you said such and such in the TRO." I did say it, but
10
11
conversion claims, based upon the facts that are now before
12
13
14
15
16
17
18
and I'm using Mt. Gox collectively at this point, that -- that
19
20
21
22
23
24
25
showing at the TRO stage that Karpeles and Tibanne were part
32
to call in, you can just make arrangements with the courtroom
deputy.
6
7
8
9
10
11
12
CERTIFICATE
I certify that the foregoing is a correct transcript from
the record of proceedings in the above-entitled matter.
13
14
/s/Charles R. Zandi
15
Charles R. Zandi
Official Court Reporter
Date
16
17
18
19
20
21
22
23
24
25
Exhibit 13
Defendants.
I, Joseph Lack, on oath declare:
1.
make this declaration based upon personal knowledge and can competently testify to the
matters set forth herein if called to do so.
2.
(and did) accept Mt. Goxs Terms of Use, and provided all requested documentation.
3.
account at Mt. Gox. I was required to direct this transfer through Mizuho Bank,
headquartered in Tokyo, Japan.
4.
Following the transfer, I waited several weeks for the money to appear in
my Mt. Gox account and for Mt. Gox to acknowledge receipt of my funds.
5.
when I would be able to access my money. Mt. Gox responded on February 14, 2014
stating that withdrawal delays does [sic] not affect transferring funds to your Mtgox
[sic] account. It did not answer my specific question regarding the status of my deposit
but instead asked for a scan copy of my wire transfer form. I provided this information
on February 15, 2014.
6.
February 19, 2014, I contacted Mt. Gox again for a status update, only to be informed,
We continue to check the status of the deposit with our banking team. We will let you
know once the funds reaches your account. I responded on February 20, 2014
complaining of these non-responsive emails and demanding to know the location of my
money. (See Lack Mt.Gox Correspondence, true and accurate copies of which are
attached hereto as Exhibit A).
7.
Mt. Gox responded on February 20, 2014 stating, We are yet to receive
your deposit. We are facing Bank delays on international deposit and we will surely keep
you updated once we receive your deposit. (See Exhibit A).
8.
wire transfer and recall the money, since according to Mt. Gox, my funds were still with
Mizuho Bank.
9.
the funds to appear in my account did Mt. Gox directly notify me that it had suffered any
type of bug and that my money would be permanently inaccessible.
10.
On February 24, 2014, Mt. Gox went dark. Since that time, I have not
been able to see my account, let alone the $40,000 I transferred to Mt. Gox.
11.
funds since they already transferred to Mt. Gox on February 3, 2014. My bank provided
all the documentation showing that my funds did indeed transfer on February 3, 2014.
(See Lack Confirmation of Wire Transfer from Mizuho Bank on February 3, 2014,
true and accurate copies of which are attached hereto as Exhibit B).
I declare under penalty of perjury that the foregoing is true and correct.
Executed this 6th day of March, 2014 in Los Angeles, California.
Joseph Lack
Exhibit A
Exhibit B
Exhibit 14
[translation]
March20,2014
Toeveryoneconcerned
MarkKarpeles
RepresentativeDirector
MtGoxCo.,Ltd.
Weinformyouasfollowswithregardtothebalanceofbitcoins(BTC)heldbyMtGoxCo.,Ltd.
1.
MtGoxCo.,Ltd.hadcertainoldformatwalletswhichwereusedinthepastandwhich,MtGox
thought,nolongerheldanybitcoins.Followingtheapplicationforcommencementofacivil
rehabilitationproceeding,thesewalletswererescannedandtheirbalanceresearched.OnMarch7,
2014,MtGoxCo.,Ltd.confirmedthatanoldformatwalletwhichwasusedpriortoJune2011helda
balanceofapproximately200,000BTC(199,999.99BTC).MtGoxCo.,Ltd.investigatedthepresenceof
these200,000BTC,immediatelyreportedittoitscounselsintheapplicationforcommencementofa
civilrehabilitationproceedings("counsels").AhearingtookplaceonMarch8whereadetailed
explanationofthesituationwasmadetocounsels.ImmediatelyonMonday(March10),counsels
reportedtheexistenceofthe200,000BTCtotheCourtandtheSupervisor.
2.
Forsecurityreasons,the200,000BTCwhichwereatfirstonthe7thmovedtoonlinewallets
weremovedbetweenthe14thandthe15thtoofflinewallets.Thesebitcoinmovements(includingthe
changeinthemannerinwhichthesebitcoinswerestored)hasbeenreportedtotheCourtandthe
Supervisorbycounsels.
Further,thebitcoinsheldtodaybyMtGoxCo.,Ltd.amounttoatotalofapproximately202,000BTC,
includingtheabove200,000BTCandtheapproximately2,000BTCwhichexistedpriortothe
applicationforcommencementofacivilrehabilitationproceeding.
3.
MtGoxCo.,Ltd.hadpreviouslyreportedaboutthedisappearanceofbitcoinswhichhad
triggeredthisapplicationforcommencementofacivilrehabilitationproceedingthatMtGoxCo.,Ltd.
hadlostalmostalloftheapproximately850,000bitcoinsitheld(approximately750,000BTC
correspondingtothebalanceofbitcoinsbelongingfromusersasseenfromtransactionrecordsaswell
asapproximately100,000BTCbelongingtoMtGox).Takingintoaccounttheexistenceofthe200,000
BTC,thetotalnumberofbitcoinswhichhavedisappearedisthereforeestimatedtobeapproximately
650,000BTC.(Pleasenotethatthereasonsfortheirdisappearanceandtheexactnumberofbitcoins
whichdisappearedisstillunderinvestigationandthattheabovefiguresmaystillchangedepending
ontheresultsoftheinvestigation.)
Exhibit 15
DECLARATION OF JEFFREY C.
PARKER IN SUPPORT OF MOTION
FOR TRO/PRELIMINARY
INJUNCTION
Defendants.
I, Jeffrey C. Parker, on oath declare:
1.
make this declaration based upon personal knowledge and can competently testify to the
matters set forth herein if called to do so.
2.
my Mt. Gox account. Shortly thereafter, I sold the majority of my bitcoins and received
approximately $88,000 in Fiat Currency, which was held in my account.
5.
for the sole purpose of withdrawing the $88,000 of Fiat Currency I held out of my Mt.
Gox account. To obtain a premium account, I was required to submit additional personal
documents (such as a copy of my passport and utility bill) that had been notarized by the
U.S. government. I retained a law firm to help me with this process, which took nearly
five weeks to complete and which cost me several hundreds of dollars.
6.
premium status, I made repeated attempts to withdraw money from my account in midFebruary of 2014. My withdrawal requests were unsuccessful and my account continued
to reflect a daily limit of $1000. Accordingly, on February 17th and 18th of 2014, I
contacted Mt. Gox customer service regarding my problems with withdrawal and
requesting that my withdrawal limits be increased. (A true and accurate copy of my
February 17th and 18th customer service requests are attached as Exhibit A.)
7.
withdrawal limits had been increased to the maximum I requested. In the same message,
however, customer service also noted that my initiated withdrawals had been cancelled,
as certain withdrawals were currently unavailable and that Mt. Gox was working on to
[sic] find an alternate method. The message stated that once the problem was fixed it
would be posted on the Mt. Gox website and advised me to continue checking their
webpage for any updates. (A true and accurate copy of the February 23, 2014 message
from customer service is attached as Exhibit B.)
8.
The following day, on February 24, 2014, Mt. Gox went dark. Since that
9.
process of upgrading my account to premium, did Mt. Gox notify me that it intended to
declare bankruptcy and that I would thereafter be unable to withdraw money from my
account.
10.
in Magnolia, Texas.
/s/
Jeffrey C. Parker
Exhibit A
[REDACTED]
[REDACTE
D]
Message-Id:2Z59DWP2_530a01be16b49_4a993fc65b0c9ea842534cc_sprut
3/10/14, 12:16 PM
[REDACTED]
[REDACTED]
Your request (#217406) has been marked as solved, pending closure. Should you believe that your request has not
been adequately addressed and wish to postpone closure, or should you wish to review or comment upon your
request, please follow the link below:
http://support.mtgox.com/requests/217406
Mt.Gox Support appreciates any feedback that you may wish to provide.
14, 12:18 PM
[REDACTED]
I created a bank transfer through the new tool, but I cannot transfer funds because the withdrawal method is still in a
"validating" state. When will this be resolved?
-----------------Submitted from: https://www.mtgox.com/trade/funding-options
Message-Id:8803QSMM_5304c5273f449_1dc73f9a2dac9ea82873299_sprut
3/10/14, 12:18 PM
Exhibit B
[REDACTED]
[REDACTED]
Fwd: [Support Desk] Re: I have premium account but cannot withdraw more
than basic amount
[REDACTED]
Your request (#218945) has been marked as solved, pending closure. Should you believe that your request has not
been adequately addressed and wish to postpone closure, or should you wish to review or comment upon your
request, please follow the link below:
http://support.mtgox.com/requests/218945
Mt.Gox Support appreciates any feedback that you may wish to provide.
14, 12:16 PM
Exhibit 16
v.
MTGOX INC., a Delaware corporation, MT.
GOX KK, a Japanese corporation, TIBANNE
KK, a Japanese corporation, and MARK
KARPELES, an individual,
Defendants.
I am over the age of 18 and am fully competent to make this declaration. I make
this declaration based upon personal knowledge and can competently testify to the matters set
forth herein if called to do so.
2.
required to (and did) accept Mt. Goxs Terms of Use. After joining, I wired $2000 (U.S. dollars)
into my Mt. Gox account.
3.
account back into my U.S. bank account. I received an e-mail from Mt. Gox confirming the wire
withdrawal. A true and accurate copy of the November 24, 2013 E-mail is attached as Exhibit A.
4.
5.
Five weeks later, on January 6, 2014, I wrote to Mt. Gox customer service and
inquired about the status of my wire withdrawal. On January 9, 2014, customer service replied,
claiming that due to a change in [Mt. Goxs] banking system, we are currently experiencing a
back-log of withdrawals that we need to process and assuring that [o]ur team is working hard
to increase transaction speeds. Customer service further apologized for the delay and stated that
it would contact me once my withdrawal had been processed. A true and accurate copy of the
January 6, 2014 and January 9, 2014 messages are attached as Exhibit B.
6.
Two weeks later, the wire still had not been processed. On January 24, 2014, I
again wrote to customer service inquiring about the status of the transfer. On January 26, 2014,
customer service responded, again stating that the delay was due to a backlog of requests and
also claiming that Mt. Gox was in talks with various banks in Japan and around the world to
make the process smoother. A true and accurate copy of the January 26th Message from
Customer Service is attached as Exhibit C.
7.
Three weeks later, on February 21, 2014, I wrote to customer service and
requested that my wire be cancelled. On February 23, 2014, customer service responded to my
message, confirming that my withdrawal request had been cancelled and that the funds were
credited back to my Mt. Gox account. The message further claimed that Mt. Gox was trying to
form relationships with several new banking partners, which would mean having increased
stability and ability to transmit withdrawals going forward. A true and accurate copy of the
February 23, 2014 Email from Customer Service is attached as Exhibit D.
8.
The next day, the Mt. Gox website went dark. Since that time, I have not been
03/09/2014
in Destin, Florida.
/s/
Andrew Van Almen
Exhibit A
https://mail.google.com/mail/u/0/?ui=2&ik=0941a80468&view=p...
#: 57-16 Filed: 04/08/14 Page 5 of 11 PageID #:810
3/9/14, 3:59 PM
Exhibit B
[REDACTED]
[REDACTED]
Best regards,
Mt.Gox Team
https://www.mtgox.com
[Attention: Please protect your account using OTP to ensure that your funds are safe and secure. Failing to do so makes your
information vulnerable to hackers.
Please visit https://mtgox.com/security]
[REDACTED]
Exhibit C
[REDACTED]
[
R
E
D
[REDACTED]
Exhibit D
[REDACTED]
[REDACTED]
[REDACTED]
Ashley notifications-info@mtgox.com
Feb 23
to me
## Please do not write below this line ##
Ticket #188489: Intl withdrawal 2013-11-24
Your request (#188489) has been marked as solved, pending closure. Should you believe that your request has not been
adequately addressed and wish to postpone closure, or should you wish to review or comment upon your request, please follow
the link below:
http://support.mtgox.com/requests/188489
Mt.Gox Support appreciates any feedback that you may wish to provide.
[REDACTED]
Exhibit 17
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
Business!Plan!Europe!!
2014!3!2017!
!
This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%%
Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
2!
1. Executive!Summary!
!
Since!its!creation,!Bitcoin!has!evolved!from!a!mathematical!proof!of!concept!to!a!rapidly!
expanding! economy! worth! more! than! USD! 10! billion.! Bitcoin! is! now! being! used! in!
transactions! between! millions! of! people! and! thousands! of! businesses! worldwide.!!
!
MtGox! is! the! worlds! most! established! online! Bitcoin! exchange! platform! at!
www.mtgox.com,!offering!trading!between!Bitcoin!and!local!currencies!since!2010.!!
!
MtGox!main!products!and!services!consist!of:!
!
www.mtgox.com:!an!online!cryptocurrency!exchange!platform.!!
!
MtGox! merchant! solutions:! Plug_ins! and! API! to! enable! e_commerce! sites! to!
integrate!Bitcoin!(and!other!cryptocurrencies)!as!a!method!of!payment.!!
!
MtGox! Security! Solutions:! customized! two! factor! authentication! devices!
including!a!MtGox!Yubikey!and!OTP!(One_time!password)!card.!!
!
MtGox! is! based! in! Tokyo,! Japan! and! serves! customers! located! around! the! world.! In!
December!2013,!MtGox!reached!a!milestone!of!over!1!million!customers,!30%!of!which!
are!European.!!
!
The! purpose! of! MtGox! is! to! facilitate! the! greater! usage! and! acceptance! of!
cryptocurrencies! as! an! alternative! form! of! payment! by! providing! an! online!
cryptocurrency!exchange!platform!and!merchant!solutions.!!
!
Our!target!customers!are!adult!individuals!with!disposable!income,!merchants!and!day_
traders.! Our! current! customer! base! consists! mainly! of! Males,! aged! 20_40! with!
enthusiasm!and!interest!in!cryptocurrency!and!alternative!finance.!For!now!the!majority!
of!our!customers!are!located!in!Europe,!followed!by!the!United!States,!China,!Australia,!
Canada!and!Japan.!!
!
The!MtGox!exchange!platform!offers!incredible!security,!and!impressive!trading!speeds.!
We!are!also!the!cryptocurrency!exchange!with!the!most!liquidity!and!most!able!to!invest!
in!the!development!of!new!and!improved!products!and!services.!
!
We! are! currently! in! the! midst! of!
establishing! regulated! wholly! owned!
affiliated! or! partnership! operations! in!
the!United!States,!Australia,!Hong!Kong,!
and! Europe.! This! is! to! enable! us! to!
create! an! ecosystem! of! Bitcoin! related!
products! and! services! that! will! be!
available! to! customers! in! most!
territories!worldwide.!!
!
We!hope!that!such!activities!will!enable!
us! to! become! the! worlds! best! and!
largest!
cryptocurrency!
solutions!
provider!and!the!company!of!choice!for!
individuals!and!merchants.!
!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
3!
2. MtGox!(The!Company)!
!
MtGox! is! the! worlds! most! established! online! cryptocurrency! exchange! platform! based!
at!www.mtgox.com,!where!customers!can!trade!cryptocurrency!such!as!Bitcoin!for!their!
local!currencies.!!!
2.1. !Cryptocurrency!!!
!
Cryptocurrencies! are! a! medium! of! digital! exchange! that! use! cryptography! to! ensure!
absolute! security! of! transactions;! preventing! counterfeit! and! fraud.! The! first! major!
cryptocurrency;! Bitcoin,! created! in! 2009! and! trading! since! then,! is! now! gaining!
increasing! popularity! in! terms! of! usage,! speculation! and! public! attention.! Aside! from!
Bitcoin,! numerous! other! cryptocurrencies! have! become! available! such! as! Litecoin,!
NameCoin!etc.!!
!
In! person,! and! online! exchanges! are! so! far! the! main! method! of! acquiring! and! trading!
cryptocurrencies.! The! cryptocurrency! market! capitalization! is! now! worth! more! than!
USD!10!Billion!(https://blockchain.info/charts/market_cap)!due!to!the!increasing!value!
and!price!speculation!of!popular!cryptocurrencies!such!as!Bitcoin.!Cryptocurrencies!are!
also! gaining! acceptance! as! a! method! of! payment! among! both! online! and! offline!
merchants.!!!
2.2. Company!Details!
!
MtGox! is! owned! and! operated! by! MtGox! Co.,Ltd.! (MtGox)! which! is! a! subsidiary! of! !a!
Japanese!corporation,!Tibanne!Co.,Ltd,!(Tibanne)!founded!and!based!in!Tokyo,!Japan.!!
!
Tibanne! Co.,Ltd! is! registered! with! the! Tokyo! Chamber! of! Commerce! and! Industry!
(http://www.tokyo_cci.or.jp/english/ibo/2353440.htm)!!
!
Registration!number!Tokyo!Chamber!of!Commerce!and!Industry:!0110_01_069784.!!
!
Capital:!5,000,000!JPY!
!
MtGox!is!physically!located!and!operated!from:!!
Cross!Office!Shibuya!Medio!2B,!2_11_5!Shibuya_ku,!Tokyo!150_0002,!Japan.!
2.3. Ownership!!
!
Tibanne!has!one!sole!shareholder;!Mark!Karpeles:!CEO!for!Tibanne!and!MtGox.!!
!
MtGox! (Japan)! has! two! principles:! Tibanne,! owned! by! Mark! Karpeles! (88%)! and! Jed!
McCaleb;!the!initial!founder!and!creator!of!the!MtGox!exchange!platform!(12%).!!
!
!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
4!
2.5. Key!Milestones!!
!
March!2011:!MtGox!acquired!by!Tibanne!
April!2013:!Price!of!1!Bitcoin!exceeds!USD!100!on!MtGox!
June!2013:!MtGox!Registered!as!a!Money!Service!Business!with!FINCEN.!
October!2013:!MtGox!acquires!Money!Service!Operator!License!in!Hong!Kong!
November!2013:!Bitcoin!price!exceeds!USD!1000!on!MtGox!!
December!2013:!Total!number!of!verified!customers!on!MtGox!exceeds!1!Million!
2.6. Key!to!Success!
!
Security:! MtGox!has!a!solid!IT!infrastructure,!protected!from!DDOS!attacks!and!
hackers! by! a! number! of! security! providers! and! we! continue! to! develop! several!
customized!security!features!for!customers!in!order!to!protect!their!account.!
!
Speed:! MtGox! runs! an! highly! efficient! trading! engine! that! will! compete!
enormously! against! the! capabilities! of! our! competitors.! We! will! also! develop!
more!efficient!fund!transfer!infrastructures!to!ensure!that!customers!can!send!or!
receive!money!to/from!their!MtGox!accounts!within!3!business!days.!
!
Worldwide! Presence:! As!the!exchange!with!the!highest!liquidity!we!have!had!
the!funds!to!invest!in!establishing!a!global!presence!and!bearing!the!associated!
cost! of! licensing! and! operational! costs.! This! will! enable! locally! based! solutions!
and! improved! convenience! for! customers! living! in! regions! where! we! have! an!
wholly!owned!affiliate!or!partner!entity.!
!
Outreach:! We! will! continue! to! produce! stimulating! content! and! campaigns! to!
spread! awareness! of! Bitcoin! (and! other! cryptocurrencies),! which! can! improve!
our!public!relations!and!ensure!that!we!are!associated!as!the!dominant!voice!and!
authority! on! Bitcoin! and! cryptocurrencies.! At! present! www.bitcoins.com! is! an!
example!of!our!first!major!project!in!this!area.!!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
5!
!
!
Technology! ecosystem:! Aside! from! our! main! operations! as! a! cryptocurrency!
exchange,! we! have! developed! solutions! for! merchants! seeking! to! integrate!
Bitcoin!as!an!online!and!offline!method!of!payment.!We!are!also!in!the!process!of!
developing!a!prepaid!card!system!and!other!products!and!services,!which!are!all,!
interconnected!to!our!cryptocurrency!ecosystem.!Through!this!structure!we!can!
enable! people! to! acquire,! use,! accept! and! then! sell! their! Bitcoin! (or! other!
cryptocurrency).!!
3. Bitcoin!Overview!!
!
Bitcoin! can! be! use! for! personal! transactions! or! business! at! high! speed! and! low! cost.!
Bitcoin!has!the!same!value!anywhere!in!the!world!where!Bitcoins!are!authorized,!thus!
becoming! the! first! truly! global! payment! system.! Most! currencies! are! created! and!
controlled! by! a! central! authority! that! ultimately! has! power! over! prices.! Bitcoin! is!
decentralized! and! generated! through! open_source! software,! so! the! system! is!
transparent,!priced!on!the!free!market,!and!belongs!to!no!one!person!or!organization.!
3.1. Bitcoin!History!
!
On! October! 21,! 2008! a! developer! named! Satoshi! Nakamoto! published! the! Bitcoin!
Protocol! which! outlined! the! theory! of! a! decentralized! currency.! This! was! followed! in!
January!2009!by!the!release!of!the!open_source!Bitcoin!software,!and!the!mining!of!the!
first!Bitcoins.!
3.2. Bitcoin!Network!
!
With!Bitcoin,!individuals!and!groups!willing!to!dedicate!computer_processing!power!to!
support!the!network!are!rewarded!with!Bitcoins.!This!process!is!known!as!mining,!and!
it!is!how!every!Bitcoin!comes!into!existence.!All!newly!mined!Bitcoins,!along!with!every!
transaction,! are! publicly! recorded! and! verified! through! the! network.! This! record! is!
known! as! the! Blockchain! and! is! one! of! the! features! that! help! keep! the! system! secure!
from!fraud!and!abuse.!Bitcoins!cannot!be!duplicated!or!forged.!!
3.3. Vision!and!role!of!MtGox!
!
MtGoxs!vision!is!to!be!one!of!the!worlds!largest!cryptocurrency!solution!providers!and!
to!become!the!exchange!and!merchant!solution!of!choice.!We!will!enable!our!customers!
to! acquire,! trade,! and! accept! cryptocurrency! as! a! means! of! payment! for! online! and!
offline!transactions.!As!a!global!leader!in!cryptocurrency!we!also!see!it!as!our!obligation!
to! educate! and! spread! awareness! about! this! space! by! producing! engaging! and!
understandable!content!for!everyone.!
!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
6!
4. Products!and!Services!
4.1. Bitcoin!Trading!Platform!!
!
MtGox! generates! revenue! from! charging! customers! fees! on! each! trade! (buying! and!
selling!Bitcoin),!and!each!payment!(accepting!Bitcoin)!as!a!fixed!percentage!depending!
on! the! volume! of! Bitcoin! traded! _! Fees! range! from! 0.6%! to! 0.25%.!
(https://www.mtgox.com/fee_schedule)!!
!
Example!of!a!trade!
!
Trading!revenue:!!
!
BTC!sellers!
BTC!fees!=!Volume!BTC!traded!x!market!price!(Fiat)!x!Transaction!fees!(%)!
!
BTC!buyers!!
Money!fees!=!Fiat!money!traded!x!market!price!(BTC)!x!Transaction!fees!(%)!
!
Total!Sales!estimation!2013:!12,500,000!USD!
!
!
!
MtGox! revenue! depends! on! 3! main! leverages:! the! BTC! market! price,! the! volume! of!
trades!and!the!fee!structure.!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
7!
4.2. Security!Solutions!
!
MtGox&Yubikey:%A!security!device!programmed!to!match!the!customers!MtGox!account!
details.!Customers!can!order!this!through!mtgox.com!and!will!be!charged!for!the!device!
and!delivery.!
29.99!USD/Unit!
!
&
MtGox& OTP& Card:! A! security! device! that! can! be! used! to! generate! a! unique! one_time!
password.!Sold!to!customers!at!a!high!fee!due!to!the!innovative!nature!of!the!device.!
49.99!USD/Unit!
4.3. Merchant!Solutions!
4.3.1. Software!solutions!
!
We!currently!offer!three!software!solutions!for!merchants!that!want!to!accept!Bitcoin!as!
a!means!of!payment:!!
!
MtGox!Pay!Now!Button:!a!simple!add!on!feature!for!any!ecommerce!website.! !
Magento!Connect:!providing!Bitcoin!merchant!solutions!integrated!with!MtGox.!
MtGox! instant! Merchant! API:! easy! to! integrate! for! developers! of! e_commerce!
platforms.!!
!
Merchants! will! be! charged! a! fixed! low! fee! on! each! purchase! accepted! in! Bitcoin! using!
our!merchant!solutions!system!based!on!the!volume!of!their!trading.!!
4.3.2. POS!System!
!
Customers!of!the!POS!system!will!be!charged!for!the!initial!purchase!of!the!technology!
then!for!ongoing!licensing!and!maintenance!fees.!!
!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
8!
5. Market!Analysis!!
5.1. Industry!Evolution!and!Trends!
!
Worldwide,! cryptocurrency! and! in! particular! Bitcoin,! is! gaining! ground! as! an!
increasingly! popular! alternative! to! traditional! finance! and! payments.! Aside! from! just!
trading,! exchanging! and! investing! in! Bitcoin,! a! large! variety! of! services! have! emerged!
which! provide! solutions! for! using,! accepting! and! innovating! Bitcoin! as! a! payment!
system.!As!the!value!of!Bitcoin!has!risen!so!has!the!awareness!and!understanding!of!its!
potential.!!
!
As!a!medium!of!exchanging!value!and!its!mass!media!coverage,!since!2013!Bitcoin!has!
witnessed! an! important! progression! in! terms! of! communication! (public! awareness,!
blogs,! SNS),! business! opportunities! (mining,! security,! e_commerce,! payment! services),!
government!recognition!(tax!and!regulations)!and!the!market!price!that!has!skyrocketed!
_!Jan!2013!1BTC!=!20!USD!_!Jan!2014!1BTC!=!950!USD!YoY!+4400%.!!
!
This! ecosystem! is! still! young! but! quickly! structuring,! from! Bitcoin! mining,! trading,!
investing,!to!a!final!payment!solution!system,!the!value!chain!is!still!an!open!field!where!
many!new!players!are!trying!to!establish!their!role!and!identity.!!!
5.2. Global!Market!Size!
!
In!2014,!the!global!market!of!cryptocurrency!is!growing,!and!now!represents!more!than!
USD! 10! Billion.! After! 5! years! of! existence,! Bitcoin! remains! a! leader! with! a! market!
capitalization! in! 2014! of! USD! 11Bn! _! 78%! of! the! global! market! _! for! a! total! volume!
supply!of!12,!289,200!BTC!(1!BTC!=!950!USD).!
!
!
!
According!to!BOA!Merrill!Lynchs!Bitcoin!evaluation!form!December!5th!2013,!(Source:!
http://cryptome.org/2013/12/boa_bitcoin.pdf),! the! Bitcoin! market! capitalisation! will!
reach!USD!15Bn!(1!BTC!=!1300!USD).!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
9!
!
!
In! 2013,! MtGox! exchange! platform! has! traded! 16,938,917! Bitcoin! in! USD! for! a! total!
amount!of!3,009,167,435!USD!!
(Data:!http://bitcoincharts.com/markets/mtgoxUSD_trades.html)!!
!
_Main!currencies!traded!on!the!MtGox!Exchange:!USD,!EUR,!GBP,!AUD,!CAD,!PLN,!!
_Bitcoin!price:!https://blockchain.info/charts/market_price!
5.3. Demand!Analysis!
!
Bitcoin! is! no! longer! limited! to! the! domain! of! the! early! adopters! and! technology!
enthusiasts! and! has! evolved! to! capture! the! interest! of! financial! professionals,! hedge!
fund! managers,! venture! capitalists,! start! up! entrepreneurs,! government! officials,!
ecommerce!giants!and!the!mass!market.!!
!
Europe,! recovering! from! economic! crises! is! a! key! market! for! us,! as! demand! for!
alternatives! solutions! emerge! and! we! expect! that! our! customer! base! will! grow!
exponentially.!Most!of!our!major!competitors!are!based!directly!in!or!in!proximity!to!the!
European!Union.!!
!
From!our!1!million!customers!base!more!than!300,000!are!located!in!Europe.!Thanks!to!
the! rise! of! mobile,! people! from! all! around! the! world! are! able! to! exchange! Bitcoin!
anytime! and! anywhere.! Emerging! economies,! the! BRICS! and! unbanked! nations! are!
potential!markets!to!grow!and!to!segment.!
Repartition of MtGox customers
!
Bitcoin!user!profile:!!
!
They! are! mostly! male,! in! their! 20_40s,!
Other
students/IT/finance/tech! professionals/marketing!
22%
enthusiasts.! They! have! a! deep! distrust! for! the!
EU
established!financial!system!following!the!GFC!and!
China
35%
EUC! and! are! looking! for! alternative! ways! to! make!
8%
Japan
payments! and! store! their! money! in! an! alternative!
2%
solution!item!of!value.!
North1America
34%
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
10!
Mtgox.com!
!!
Targets! individuals! and! merchants! who! wish! to! buy,! sell! and! trade! Bitcoin! with! other!
customers!located!around!the!world.!!
!
+430%
+20%
!
The!target!customers!are:!
!
Adults!interested!in!cryptocurrencies!and!use!as!a!micro!payment.!
Adults!who!possess!comfortable!levels!of!disposable!income.!
Merchants! who! wish! to! accept! Bitcoin! as! a! means! of! payment! and! sell! their!
accumulated!Bitcoin!for!local!currency!funds.!!!
Finance! professionals! and! day_traders! wishing! to! take! advantage! of!
sophisticated!trading!features!to!earn!money!by!trading!Bitcoin.!
!
MtGox!Merchant!Solutions!(BtoB)!
!
Ecommerce!merchants!wishing!to!accept!Bitcoin!as!a!method!of!payment.!
!
MtGox!POS!System!
!
Offline!merchants!and!retailers.!
SMB!and!independent!businesses!and!larger!chain!stores.!
5.4. Competition!Analysis!
!
Our!largest!competitors!worldwide!in!the!cryptocurrency!exchange!space!are:!!
BTC!China!(China),!BitStamp!(Slovenia),!btc_e!(Bulgaria),!Bitcoin.de!(Germany),!CampBX!
(USA),!and!BitCurex!(Poland).!!
!
At!the!beginning!of!2013,!MtGox!dominated!the!Bitcoin!exchange!market!with!an!overall!
share! of! more! than! 80%.! However! following! the! price! surge! in! April! 2013! and! the!
banking! challenges! that! MtGox! began! to! experience! in! May! 2013,! our! competitors!
quickly!rose!to!assume!ever!greater!market!shares.!!
!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
11!
Others
5%
Btc China
15%
MtGox
24%
Btce
28%
Bitstamp
28%
!
!
At!present,!these!competitors!have!very!limited!advertising!exposure!and!rely!on!
word!of!mouth,!and!press!coverage!to!attract!further!customers.!
BitStamp!in!particular!has!a!much!simpler!and!cleaner!user!interface.!
All! competitors! with! the! exception! of! btc_e! and! CampBx! offer! essentially! the!
same!trading!services.!!
Btc_e!offers!the!greatest!variety!of!cryptocurrencies!on!their!platform.!!
CampBx!offers!the!most!advanced!trading!options.!!
Trading!fees!on!all!of!these!competitor!exchanges!vary!and!MtGox!is!one!of!the!
more! expensive! for! now,! justified! originally! by! its! advanced! security! and!
reliability!features.!!
5.5. Regulation!About!Bitcoin!!
!
As! Bitcoin! has! entered! the! mainstream! public! domain,! governments! and! regulators!
around! the! world! are! beginning! to! recognize! the! need! to! form! a! position! on!
cryptocurrency.! Regulatory! stances! differ! depending! on! the! country! and! jurisdiction!
with!some!states!choosing!to!regulate,!tax,!and!form!a!legal!definition!of!cryptocurrency!
either!as!a!means!of!payment!or!a!digital!commodity.!
!!
!
For! example,! the! German! Finance! Ministry! has! defined! Bitcoin! as! a! "unit! of! account",!
meaning!that!it!can!be!used!for!tax!and!trading!purposes.!Therefore!Bitcoin!is!regarded!
as! a! financial! instrument! under! German! banking! rules.! According! to! a! Ministry!
statement! Bitcoin! is! regarded! as! "private! money"! that! can! be! used! in! "multilateral!
clearing!circles."!!
!
On! the! other! hand! some! states! have! chosen! to! take! a! more! aggressive! chance! against!
cryptocurrencies,!for!example!the!Chinese!government!has!announced!rules!to!prevent!
banks!and!third!party!payment!systems!to!do!business!with!Bitcoin!affiliated!companies!
and! in! particular! exchanges.! !MtGox! is! committed! to! complying! with! all! regulations! as!
they!are!formed!and!changed!in!each!and!every!state!in!which!it!currently!and!seeks!to!
establish!local!operations.!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
12!
6. Strategy!and!Implementation!
6.1. Objectives!from!3!to!5!years!
!
For! the! next! 3! to! 5! years,! the! objectives! of! MtGox! are! to! establish! and! promote!
cryptocurrencies! as! a! trusted! payment! ecosystem,! to! acquire! and! connect! 2! million!
customers! by! 2015! and! to! provide! the! best! Bitcoin! POS! systems! in! the! world.! At! the!
same!time!we!will!strive!to!promote!Bitcoin!as!a!trusted!currency!for!everyone!in!order!
to!increase!the!usage!and!to!innovate!the!payment!ecosystem.!!
!
To! achieve! those! objectives! we! will! implement! the! following! improvements! and! new!
features!to!our!trading!platform.!
Investing!in!R&D,!IT!and!security:!The!future!trading!engine!codenamed:!Midas!
will!bring!more!advanced!trading!features!and!open!the!opportunity!to!deal!with!
other!cryptocurrencies!than!Bitcoin.!
!
Improving!the!efficiency!of!fund!transfers!(sending!money!to!and!from!customer!
bank! accounts! to! MtGox)! by! establishing! new! banking! partnerships! and!
integration!with!a!range!of!payment!service!providers.!
!
Offering! more! cryptocurrencies! other! than! Bitcoin! for! which! customers! can!
trade,!such!as!Litecoin.!
Developing!the!CRM!to!offer!an!even!better!service!to!satisfy!and!engage!our!1!
million!customers.!
Implementing!a!new!user!interface!with!a!MtGox!brand!conscious!design.!
!
!
!
6.1.2. To! reach! a! landmark! of! 2! million! active! customers! by! 2015!
and!regain!our!market!shares!
!
Localizing!and!adapting!our!marketing!strategy!to!many!rising!key!markets.!
!
Implementing! strong! public! relations! and! advertising! campaigns! online! and!
offline!to!highlight!MtGox!products.!!
Creating! new! services! and! products,! which! encourage! frequent! usage! of! the!
MtGox!platform!for!the!mass!market.!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
13!
Consulting! and! encouraging! merchants! on! the! benefits! of! using! our! BtoB!
solution.!
6.1.3. To! provide! the! best! Bitcoin! POS! and! E3commerce! systems! in!
the!world!
!
Making! the! MtGox! POS! system! the! pioneer! for! the! industry,! and! setting! the!
global!standard!with!test!launches!in!Japan!and!Hong_Kong.!!
!
Selling! actively! to! merchants! with! the! aim! of! releasing! at! least! 5000! units! by!
2016.!
Developing! strong! partnerships! with! the! mains! e_commerce! players! in! the!
targeted!countries.!!
6.1.4. To! promote! Bitcoin! for! everyone! in! order! to! increase! the!
usage!and!to!innovate!the!payment!ecosystem!
!
Making! the! educational! portal! www.bitcoins.com! the! worlds! most! reliable! and!
visited!source!on!Bitcoin!information!and!news.!
!
Building! a! Bitcoin! Cafe! in! center! of! Tokyo! to! encourage! Japanese! customers!
acquire! and! make! transactions,! such! as! purchasing! coffee! directly! in! Bitcoin.!
!
Actively! engaging! with! opinion! leaders,! public! and! private! institutions! and!
influential!organizations.!
!
Spreading!positive!awareness!of!Bitcoin!through!word!of!mouth.!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
14!
Established!position!as!one!of!the!worlds!largest!
cryptocurrency!exchanges.!
Weaknesses!
!
!
High!liquidity!for!investment!in!future!expansion.!
Offering!exchange!from!cryptocurrency!to!more!than!13!
local!currencies.!!
1!Million!government!identification!issued!of!verified!
identified!customers.!!
Global!brand!recognition!and!worldwide!customer!base.!
In!the!process!of!establishing!licensed!affiliates!in!several!
key!regions,!worldwide.!!
!
Current!slide!in!reputation!and!reliability!of!MtGox!due!
to!the!funding!issues!experienced!as!a!result!of!banking!
challenges!in!Japan.!
!
In! need! of! experienced,! influential! lobbyists! that! are!
well! connected! to! global! financial! and! regulatory!
institutions.!
!
!
Our! headquarters! and! main! operations! are! physically!
distant!from!our!main!markets.!!
!
Difficulties!to!communicate!with!our!customers!because!
of!the!important!volume!of!new!customers.!The!demand!
is!growing!faster!than!the!companys!structure.!!
!
!
Opportunities!
!
Cryptocurrencies! are! more! popular! as! a! means! of!
payment!and!digital!asset!commodity!by!both!individuals!
and!merchants!around!the!world.!!!
!
Cryptocurrency! offers! new! possibilities! for! innovation! in!
digital!products!and!services!and!expanding!the!potential!
of! cryptocurrency! into! diversified! markets:! tourism,!
mobile_payments,!unbaked!markets.!
!
Taxation:! potential! revenue! stream! for! governments! and!
local!authorities.!
!
There! are! a! limited! number! of! websites! which! have!
similar!content.!
!
Using! this! new! open! ecosystem! to! create! innovative! kind!
of!services.!
!
!
!
Threats
!
Current!slide!in!reputation!and!reliability!of!MtGox!due!
to!the!funding!issues!experienced!as!a!result!of!banking!
challenges!in!Japan.!
!
In! need! of! experienced,! influential! lobbyists! that! are!
well! connected! to! global! financial! and! regulatory!
institutions.!
!
!
Our! headquarters! and! main! operations! are! physically!
distant!from!our!main!markets.!!
!
Difficulties!to!communicate!with!our!customers!because!
of!the!important!volume!of!new!customers.!The!demand!
is!growing!faster!than!the!companys!structure.!!
!
!
!
!
!
!
!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
15!
Developing!a!favorable!ecosystem!and!creating!services!around!Bitcoin!
!
Creating! a! network! of! strong! partners! around! the! world:! government!
authorities,! banks,! payment! service! providers,! online! and! offline! merchants,! IT!
security!firms.!!
!
Proposing!new!services!and!innovation!schemes.!!
!
Retaining! customers! and! convert! them! to! become! active! traders! and! users! of!
Bitcoin.!!
!
Creating!a!top_level!customer!support!and!a!good!channels!to!communicate!with!
customers.!!
Relationship!with!mass!media!agencies,!journalists!and!alpha_bloggers.!
!
Working!with!knowledgeable!and!dedicated!teams!like!at!MtGox.!!
Becoming!the!market!leader.!!
!
!
7. Marketing!and!Sales!Strategy!!
!
To! achieve! our! objectives,! the! marketing! strategy! will! operate! on! two! important!
directions.!!
!
To! implement! an! operational! effectiveness! strategy! in! order! to! reconnect! with! our!
customers! by! providing! a! better! experience! on! our! platform,! improving! the! quality! of!
our! communication! towards! them,! to! optimise! our! actual! competitive! advantage! and!
strengthen! our! assets.! And! because! the! Bitcoin! market! is!a! fast! growing! environment,!
the!second!orientation!is!to!differentiate!our!offers!by!providing!new!services!linked!to!
Bitcoin,! segmenting! the! pricing! structure! and! finally! diversifying! our! channels! of!
distribution.!
7.1. Product!Strategy!
!
Mtgox.com!!
!
The!majority!of!new!customers!will!be!generated!through!web!searches,!viral!marketing!
campaigns,! press! coverage! and! word! of! mouth! through! SNS.! However,! it! will! also!
include!targeted!advertising!on!websites!with!content!related!to!Bitcoin,!payments!and!
finance.!
!
MtGox!Merchant!Solutions!
!
Web! searches! and! visits! to! mtgox.com! will! draw! potential! merchants! to! our! solutions!
page.!However,!it!will!also!include!targeted!advertising!on!websites!with!content!related!
to! Bitcoin,! payments! and! finance.! In! the! future! a! dedicated! sales! team! will! be!
responsible!for!acquiring!larger!ecommerce!merchants!through!a!specific!sales!strategy.
!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
16!
7.2. New!Products!and!digital!channel!diversification!!
!
MtGox!POS!System!
!
Customers! will! be! generated! through! local! campaigns! showcasing! the! POS! technology!
and! by! featuring! dedicated! POS! merchant! showrooms.! Our! dedicated! sales! team! will!
target!chain!store!businesses.!
!
Merchants!will!be!charged!for!the!initial!purchase!of!the!POS!System!and!then!charged!
for! ongoing! maintenance! and! licensing! costs.! This! system! will! enable! any! offline!
business!to!accept!cryptocurrency!payments.!
!
Bitcoin!Prepaid!Debit!Card!!
!
This!will!enable!MtGox!customers!to!use!their!Bitcoin!to!purchase!goods!and!services!for!
the!converted!value!in!local!currency!according!to!the!price!on!mtgox.com!anywhere!in!
the! world! where! MasterCard/Visa! Cards! are! accepted.! Cards! will! be! purchased! for! an!
initial! up! front! fee.! Annual! and! monthly! fees! will! also! be! charged! at! fixed! and! usage!
based! rates.! This! system! is! currently! in! development! in! Canada! in! partnership! with!
MasterCard! and! once! initial! implementation! has! proved! successful! in! Canada! we! will!
launch!the!card!in!other!markets.!
!
Market!Specific!Bitcoin!Wallets!
!
In! order! to! facilitate! the! further! acceptance! and! usage! of! Bitcoin! (and! other!
cryptocurrencies)! as! a! method! of! payment! we! will! develop! simple! Bitcoin! wallet!
websites!and!mobile!applications!customized!to!specific!local!markets.!!
MtGox!will!launch!this!first!localized!service!in!Japan!and!then!move!on!to!other!markets!
where!detailed!localization!can!contribute!to!greater!local!market!penetration.!
!
Bitcoin!Auction!Website!
This!will!enable!anyone!in!the!world!to!buy!and!sell!goods!at!auction!for!Bitcoin.!!
7.3. Pricing!Strategy!
!
Reaching!diversified!needs!of!our!customers!by!applying!a!segmentated!fee!structure:!!
Standard:!For!everyone!interested!in!Bitcoin!
Business:!For!merchants!and!corporate!accounts!!
Exclusive:!For!High!frequency!trading!and!highly!valued!customers!
7.4. Distribution!Strategy!
!
Bitcoin!Shop!Concepts!
!
Initiate! shop! concepts! to! showcase! Bitcoin! transactions! and! POS! systems! in! order! to!
diffuse! this! new! method! of! payment! and! make! useful! use! case! studies! for! the! retail!
industry.!!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
17!
7.5. Communication!Strategy!
!
Advertising!and!Public!Relations!
!
Advertising!will!consist!of!SEO!strategies,!AdSense,!affiliation,!online!magazine!banners,!
and!may!evolve!into!Youtube!and!television!commercials.!
!
Public!Relations!with!be!a!combination!of!social!network!communication,!events,!press!
outreach!and!education!portals!about!Bitcoin.!
!
Community!Management!!
!
Engaging! the! Bitcoin! Community! into! new! MtGox! product! development! (Beta! Testing,!
feedbacks!on!new!marketing!activities...)!
!
Creating!a!sustainable!management!of!the!SNS!(!Facebook,!Twitter,!Weibo!etc!)!
!
CRM!and!analytics!
Using!CRM!to!better!target!and!segment!our!future!offers!and!features.!
7.6. Future!Growth!Opportunities!!
!
In!order!to!contribute!to!the!development!of!MtGox!the!following!will!be!implemented:!
!
New!trading!engine:!Midas.!!
Launch!second!major!cryptocurrency:!Litecoin!
Develop! new! version! of! mtgox.com! with! improved! design,! user! interface! and!
added!features.!
Introduce!new!advanced!trading!options!for!customers!
Continue! to! form! relationships! with! new! payments! service! providers! and!
banking!partners!to!improve!the!efficiency!of!customer!fund!transfers.!
Effectively!market!MtGox!merchant!solutions.!
Develop! and! install! POS! system! in! selected! merchant! locations! in! Japan! and!
Hong_Kong.!
Establish! licensed! (and! regulated)! affiliated! companies! and! banking!
relationships!in!Hong!Kong,!Australia,!USA,!European!Union!and!Canada!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
18!
8. Management!
!
Mark!Karpeles,!CEO!
!
Mark! Karpeles! is! the! President! and! CEO! of! both! MtGox! and! Tibanne.! Mark! providers!
overall!direction,!responsible!for!supervising!main!operations!and!steering!the!company!
according!to!his!vision.!!
!
Mark! is! a! young! technopreneur! with! more! than! 15! years! experience! in! software!
development,! network! administration! and! entrepreneurship.! Mark! is! well_versed! in!
multiple! programming! languages,! has! a! strong! background! in! network! security,! and! is!
well_known!in!the!tech!community.!
!
Gonzague!Gay3Bouchery,!Manager:!Business!Development!Division!!
!
Gonzague! is! in! charge! of! growing! the! business! for! MtGox! by! initiating! partnerships,!
developing!expansion!strategies,!and!directing!marketing!activities!internationally!with!
the!according!to!Marks!executive!oversight.!!
!
Before! joining! Tibanne,! Gonzague! was! a! successful! tech! entrepreneur! and! influential!
commentator! on! the! industry! having! founded! and! managed! Akihabara! News! (2002_
2013)! and! GeekStuff4U! (2004_2011).! He! was! once! selected! as! one! of! the! top! 50! most!
influencial! people! in! technlogy! by! T3! (http://www.t3.com/feature/the_50_most_
influential_people_in_technology).!!
Prior! to! this! experience! Gonzague! worked! in! Sales! and! Business! Development! for!
technology!and!construction!services!in!France!and!Hong!Kong.!!!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
19!
9. Finances!
This! details! the! current! finances! of! MtGox.! Income,! costs,! financial! sources! and!
actual/!projected!cash!flows.!!
9.1. Sources!of!Finance!
MtGox!is!fully!self!financed!with!no!debt!nor!outside!financing.!!
9.2. Income!Statement!
Income Statement
*** April 1st , 2014 - *** April 1st , 2015 March 31 st, 2015
March 31 st, 2016
(Amounts in thousands of USD
Net Sales
Cost of Goods Sold
Gross Profit
Selling, General and
Administrative Expenses 1)
Operating Income
Interest Income
Foreign Exchange Gains
Non Operating Result
Ordinary Income
Corporate Taxes
Net Income
1) Breakdown of Selling, General
and Administrative Expenses
1,351
40
1,311
10,750
100
10,650
31,500
150
31,350
71,950
200
71,750
1,099
7,635
11,350
15,900
212
6
76
82
294
8
286
3,015
7
20,000
14
55,850
40
7
3,022
1,022
2,000
14
20,014
6,164
13,850
40
55,890
16,890
39,000
*** April 1st , 2014 - *** April 1st , 2015 March 31 st, 2015
March 31 st, 2016
(Amounts in thousands of USD
Subcontracting Expenses 2)
Accountant, Consultant and Lawyer
Fees
Commission Fees
Depreciation
Advertising Expenses
Salary
Other
814
3,650
6,200
10,000
167
3,300
4,000
4,000
51
0
4
60
3
1,099
340
125
75
105
40
7,635
415
360
160
130
85
11,350
1,000
400
200
150
150
15,900
!
*!Actual!Data/!**!Actual!Data!April!2013!!November!2013!+!Budget!December!2013!
!March/!***!Forecast!
About!the!net!sales:!!
As!a!trading!platform!MtGox!charges,!with!each!trade,!a!fee!in!fiat!curreny!like!USD,!
EUR,!JPY!called!Money%Fee!to!the!seller!and!a!fee!in!bitcoin!Bitcoin%Fee%to!the!buyer.!!
Only!the!Money%Fee!is!shown!as!net!sales!in!MtGoxs!income!statement,!whereas!the!
bitcoin! fee! is! directly! recorded! to! MtGoxs! balance! sheet.! After! being! sold,! bitcoins!
are!derecognized!from!the!balance!sheet!and!recorded!as!net!sales.!!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
20!
!
For!the!year!ending!March!31st,!2013!are!USD!1,087,000.!!
Budgeted!for!the!year!ending!March!31st,!2014!at!USD!9,250,000.!
Forecasted!for!the!year!ending!March!31st,!2015!at!USD!26,400,000.!
Forecasted!for!the!ending!March!31st,!2016!at!!USD!53,000,000.!
The!following!should!give!an!inside!into!subcontracting!expenses:!
2) Breakdown of Subcontracting
Expenses
*** April 1st , 2014 - *** April 1st , 2015 March 31 st, 2015
March 31 st, 2016
(Amounts in thousands of USD
720
36
55
2
814
2,680
250
450
270
3,650
4,625
625
550
400
6,200
6,200
1,700
1,250
850
10,000
&
Tibanne!Co.!Ltd.,!as!holding!company!of!MtGox,!is!providing!various!administration!and!
management!services!to!MtGox.The!following!is!giving!an!overview!of!the!cost!charged!
by!Tibanne!Co.!Ltd.:!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
21!
3) Breakdown of Subcontracting
Expenses Tibanne
*** April 1st , 2014 - *** April 1st , 2015 March 31 st, 2015
March 31 st, 2016
(Amounts in thousands of USD
Salary
Communication Expenses
Office Rent
Data Center Rent
Depreciation
DDos Protection
Consulting
Virtual Server Hosting
Advertising Expenses
216
41
151
74
0
71
91
40
36
720
700
300
600
455
100
100
250
125
50
2,680
1,100
1,000
875
600
300
250
250
150
100
4,625
1,500
1,250
875
750
500
300
500
200
325
6,200
!
9.3. Accounting!and!Inventory!Control!System!
We!are!use!the!Yayoi!Kaikei!accounting!system.!
9.4. Cash!Flow!Projections!and!Sales!Forecast!
Cash!flows!presented!here!are!based!on!the!following:!
!
4!Year!Cash!Flow!Summary!
!
!
The! projection! for! 2015! and! 2016! is! an! estimate! that! will! depend! greatly! on! the!
effectiveness! of! attracting! more! customers! to! trade! on! MtGox,! the! evolution! of! the!
trading! market! price! and! using! our! merchant! solutions.! Additional! revenue! can! be!
generated! in! the! future! as! we! include! sales! of! our! POS! system,! security! products! and!
prepaid!card.!!
!
April!1st,!2012!!March!31st,!2013!! actual!data!
April!1st,!2013!!November!30th,!2013!actual!data!
December!1st,!2013!!March!31st,!2014!budget!
April!1st,!2014!!March!31st,!2015!! projection!
April!1st,!2015!!March!31st,!2016!! projection!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
22!
!
!
!
!
!
!
!
!
!
!
!
!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
23!
!
!
!
!
!
!
!
!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
24!
!
!
Trading!Interface!on!MtGox!(Sell)!!!
!
!
Appendix!4:!Security!Solutions!!
!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
25!
Original!Bitcoin!report:!Satoshi!Nakamoto:!http://bitcoin.org/bitcoin.pdf!!
Explanation!about!Bitcoin!(Japanese/English):!http://www.bitcoins.com!!
!
Real!Bitcoin!entrepreneurs:!http://www.bitcoins.com/stories!!
!
Bitcoin!network!info:!http://blockchain.info!
!
Bitcoin!market!data:!http://bitcoincharts.com!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
26!
%%%%%%%%%This%document%is%confidential%and%distribution%to%third%parties%is%strictly%prohibited.%%
%%%%%%%%%Copyright%2014%MtGox%Co.,Ltd.%All%rights%reserved.%
27!
Exhibit 18
DECLARATION OF ERIC P.
AMSTUTZ IN SUPPORT OF
MOTION FOR TRO/PRELIMINARY
INJUNCTION
Defendants.
I am over the age of 18 and am fully competent to make this declaration. I make
this declaration based upon personal knowledge and can competently testify to the matters set
forth herein if called to do so.
2.
Lee in Virginia.
3.
While my account was being verified, I transferred two bitcoins that I had
purchased from a different exchange (Coinbase) into my Mt. Gox account. At that time, the two
bitcoins were worth approximately $1,600. A true and accurate copy of my Coinbase purchase
history is attached as Exhibit A.
6.
confirmation from Mt. Goxs customer service that my account had been verified. A true and
accurate copy of the February 4, 2014 E-mail from Customer Service is attached as Exhibit B.
7.
On February 24, 2014, I tried logging into my Mt. Gox account but discovered
that the website had gone dark. Since that time, I have not been able to access or view my
account.
8.
Had I known that Mt. Gox would soon be shutting down its website, I would
03/08/2014
/s/
Eric P. Amstutz
Exhibit A
Exhibit B
[REDACTED]
[REDACTED]
Fwd: Request #202687: How would you rate the support you received?
[REDACTED]
3/8/14, 4:50 PM
https://mail.google.com/mail/u/0/?ui=2&ik=0941a80468&view=p...
Filed: 04/08/14 Page 8 of 8 PageID #:852
MtGox Team
https://www.mtgox.com
[Attention: Please protect your account using OTP to ensure that your funds are safe and secure. Failing to do so
makes your information vulnerable to hackers.
Please visit https://mtgox.com/security]
Message-Id:STDMMV4S_52f1fe1a88ebc_4c73ff861ec9ea8134768b_sprut
-V/R
Eric Amstutz
2LT, QM
Commanding
"Fit to Fight"
[REDACTED]
Exhibit 19
DECLARATION OF DARIO DI
PARDO IN SUPPORT OF MOTION
FOR TRO/PRELIMINARY
INJUNCTION
Defendants.
make this declaration based upon personal knowledge and can competently testify to the
matters set forth herein if called to do so.
2.
identification and proof of address, I received confirmation from Mt. Gox that my
account had been verified.
4.
On February 18, 2014, I wired 500 euros into my Mt. Gox account. On
February 20, 2014, I received an e-mail notification from Mt. Gox confirming that the
money had been deposited into my account (minus a two euro transaction fee). A true and
accurate copy of the February 20, 2014 E-mail is attached as Exhibit A.
5.
On February 20, 2014, I wired an additional 1000 euros into my Mt. Gox
account. On February 22, 2014, I received an email confirming that the money had been
deposited into my account (minus a two euro transaction fee). A true and accurate copy
of the February 22, 2014 E-mail is attached as Exhibit B.
6.
On February 24, 2014, I wired 500 euros into my Mt. Gox account. A true
and accurate copy of my redacted bank statement showing the February 24, 2014 wire
transfer is attached as Exhibit C. Shortly thereafter, the website went dark and I was no
longer able to access or view my account. Since then, I have not received any emails
from Mt. Gox confirming whether my deposit had been accepted or denied.
7.
Had I known that Mt. Gox was approaching insolvency and would soon be
shutting down its website, I would never have made any of the above deposits.
I declare under penalty of perjury that the foregoing is true and correct.
Executed on
03/09/2014
in Lanaken, Belgium.
/s/
Dario Di Pardo
Exhibit A
)*"+,%- .*/#'01%23456%7$8$+9$5
!"#$%&%'(%&
Case: 1:14-cv-01437 Document #: 57-19 Filed: 04/08/14 Page 5 of 9 PageID #:857
!"#$%&!$&'"#(%&)("#$%($*"#(%+,-"$./0%-1&
2-3,%45&678(9&:;0;$<;(
!"#$%&'()
=3/>%4&*&+,-./)0-12'-/3"
=7+:">7%&->?"*>7%&->&?7%>-.0/7&@2'-/3
45",$#%67%&"45!8"59:;<"
A$7%">7%&->?B
C$"(7$">$?-&)$>"8925555"G"&+)-"-6%"7''-6+)">7%&->?2
"""I%7+7')&-+"J$,$%$+'$:"K'7$$,L<;5L888!L5!$L,>5M7;$;M!5
"""I%7+7')&-+"A7)$:"45!8L54L!9"55:55:55
N@$7$"+-)$")(7)"7+",$$")(7)"/7"(7$"#$$+">$>6')$>"#"-6%"#7+OB"&+)$%/$>&7)$"#7+O"-%"#")($"
?7/$+)"?%-'$-%"7%$"+-)"?%-&>$>"&+")(&"6//7%2"P,"-6"?@7+")-">$?-&)",6+>"&+">&,,$%$+)"
'6%%$+'&$B"?@$7$"/7O$"6%$")-"%$&$Q"-6%"Q7@@$)R>$?-&)"#$(7&-%"-+"-6%"7''-6+)"$))&+0"?70$2
LLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLL
I%7+7')&-+"A$)7&@
S%-/:"TUK5K;!!8958K9M5
A&"N7%>-"A7%&-"J-V&W+$+)%77)"4M"<K45"X7+7O$+
JUS:"YP!854!95555KKK;"Z4;M<<94K[
L"I($"Z)\-1"I$7/
Exhibit B
)*"+,%- .*/#'01%23456%7$8$+9$5
!"#$%&%'(%&
Case: 1:14-cv-01437 Document #: 57-19 Filed: 04/08/14 Page 7 of 9 PageID #:859
!"#$%&!$&'"#(%&)("#$%($*"#(%+,-"$./0%-1&
2-3,%45&678(9&:;0;$<;(
!"#$%&'()
=3/>%4&*&+,-./)0-12'-/3"
<6+:"=6%&-=>"*=6%&-=&>6%=-.0/6&?2'-/3
44",$#%56%&"47!8"79:7;"
@$6%"=6%&-=>A
B$"(6$"=$>-&)$="99;2;7777"E"&+)-"-5%"6''-5+)"=6%&-=>2
"""G%6+6')&-+"H$,$%$+'$:"I,J487JJK8,6$K8JI;K6J!9K,$I#69$'79;!
"""G%6+6')&-+"@6)$:"47!8K74K4!"77:77:77
L?$6$"+-)$")(6)"6+",$$")(6)"/6"(6$"#$$+"=$=5')$="#"-5%"#6+MA"&+)$%/$=&6)$"#6+M"-%"#")($"
>6/$+)">%-'$-%"6%$"+-)">%-&=$="&+")(&"5//6%2"N,"-5">?6+")-"=$>-&)",5+="&+"=&,,$%$+)"
'5%%$+'&$A">?$6$"/6M$"5%$")-"%$&$O"-5%"O6??$)P=$>-&)"#$(6&-%"-+"-5%"6''-5+)"$))&+0">60$2
KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK
G%6+6')&-+"@$)6&?
Q%-/:"RSI7IT!!8978I9U7
@&"L6%=-"@6%&-"H-V&W+$+)%66)"4U"JI47"X6+6M$+
HSQ:"YN!8744!7777UJ7U"Z4TUJJ94I[
K"G($"Z)\-1"G$6/
Exhibit C
[REDACTED]
[REDACTED]
Exhibit 20
DECLARATION OF JONATHAN
CARMEL IN SUPPORT OF MOTION
FOR TRO/PRELIMINARY
INJUNCTION
Defendants.
I am over the age of 18 and am fully competent to make this declaration. I make
this declaration based upon personal knowledge and can competently testify to the matters set
forth herein if called to do so.
2.
was required to (and did) accept Mt. Goxs Terms of Use. I submitted copies of my government
issued identification and proof of address to verify my account.
3.
After verifying my account, I transferred money into my Mt. Gox account and
began purchasing and trading bitcoins. As an extra layer of security, I secured my Mt. Gox
account with a Yubikey, an external device that would auto-generate a password when inserted
into a computer. The Yubikey had to be used in order to log-on to my Mt. Gox account or to
withdraw any money from my Mt. Gox account.
4.
5.
On February 13, 2014, my father and I logged-on to my Mt. Gox account using
the Yubikey and attempted to withdraw money from my account. The website would not allow
us to complete the withdrawal process and stated that our Yubikey password was incorrect. This
is despite the fact that we had just used the Yubikey to log-on to the account.
6.
On February 24, 2014, the Mt. Gox website went dark. Since then, I have been
Upon information and belief, Mt. Gox continues to possess, control, or maintain
03/10/2014
/s/
Jonathan Carmel
Exhibit 21
DECLARATION OF MICHAEL
YABLON IN SUPPORT OF MOTION
FOR TRO/PRELIMINARY
INJUNCTION
Defendants.
I am over the age of 18 and am fully competent to make this declaration. I make
this declaration based upon personal knowledge and can competently testify to the matters set
forth herein if called to do so.
2.
After verifying my account, I began purchasing and trading bitcoins using my Mt.
Gox account.
4.
On February 24, 2014, the Mt. Gox website went dark. Since then, I have been
As I am unable to access or view my Mt. Gox account, I do not know for certain
the balance of bitcoin and Fiat Currency belonging in my account. I likewise lack information
relating to the exact dates of and figures involved in my Mt. Gox transactions. Without this
information, I cannot determine the amount that Mt. Gox currently owes me.
I declare under penalty of perjury that the foregoing is true and correct.
Executed on
03/10/2014
/s/
Michael Yablon
Exhibit 22
DECLARATION OF DENNIS OU IN
SUPPORT OF MOTION FOR
TEMPORARY RESTRAINING
ORDER
Defendants.
I, Dennis Ou, on oath declare:
1.
make this declaration based upon personal knowledge and can competently testify to the
matters set forth herein if called to do so.
2.
to (and did) accept Mt. Goxs Terms of Use, and provided all requested documentation.
3.
I had Bitcoin and currency on Mt. Gox when it abruptly shut down on
Microsoft Excel file that someone, who I do not know, posted on the website purporting
to contain certain Bitcoin and currency balances on Mt. Gox at the time of closure. The
hyperlink that I followed was: URL
http://www.reddit.com/r/Bitcoin/comments/1zzjcp/find_your_exact_balance_in_excel_fil
e_compiled/ (last visited Mar. 9, 2014).
5.
When I registered with Mt. Gox, I was assigned a user ID. My user ID
was: fd5db656-1ebb-4ddd-918f-b300ab4dca2f
6.
The excel file showed that I had 16.91013784 bitcoins and 0.40002000
USD at the time of closure. These amounts are the same as the amounts I had in my
personal records regarding my holdings with Mt. Gox at the time it closed on February
24, 2014.
8.
Although Im uncertain about the source of its origins, I believe that the
Excel file was accurate with respect to my holdings and may contain data of other
exchange members holdings.
I declare under penalty of perjury that the foregoing is true and correct.
Executed this 10th day of March, 2014 in Boston, Massachusetts.
/s/ Dennis Ou
Dennis Ou
CERTIFICATE OF SERVICE
I, Steven L. Woodrow, an attorney, hereby certify that I served the above and
foregoing Declaration of Dennis Ou in Support of Motion for Temporary Restraining
Order, by causing true and accurate copies of such paper to be transmitted to all counsel
of record via the Courts CM/ECF electronic filing system on March 10, 2014.
s/ Steven L. Woodrow
Steven L. Woodrow
Exhibit 23
1
1
2
3
4
5
6
7
8
9
10
11
)
)
)
MTGOX CO., LTD.,
)
a/k/a MTGOX KK,
)
)
Debtor.
)
_______________________________)
In re
APPEARANCES:
For the Debtor:
13
14
For CoinLab:
16
17
18
April 1, 2014
1:38 PM
12
15
19
20
21
Transcription Services:
22
23
eScribers
700 West 192nd Street
Suite #607
New York, NY 10040
(973) 406-2250
24
25
2
1
APPEARANCES (cont'd.):
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
Colloquy
14
concept --
MR. PARHAM:
THE COURT:
Uh-huh.
-- and supervisor/examiner, and you've
debtor level.
10
MR. PARHAM:
11
THE COURT:
12
MR. PARHAM:
13
14
15
MtGox.
16
17
18
19
A lot of
20
21
and to fix the program such that they can restart the
22
exchange.
23
customers to log onto the Web site and then see their
24
balances.
25
accounting with all this has lagged and so it's -- they say
92
1
2
C E R T I F I C A T I O N
3
4
8
9
10
11
April 3, 2014
12
______________________________
_________________
13
CLARA RUBIN
DATE
14
15
16
17
18
19
20
21
22
23
24
25
Exhibit 24
Go
FEB
DEC
MAR
Close
10
27 captures
16 Oct 11 10 Feb 14
2013
Username
2014
Help
2015
Login
Password
orSignup
HOME
TRADE
MERCHANTTOOLS
SECURITYCENTER
SETTINGS
FAQ
NEWS
FeeSchedule
CHAT
MOBILE
TheMtGoxFeeSchedule(asofDecember1,2011)
Volume(InBTC)
TradeFee
Discount(Total)
Discount(ByTier)
0to<100
0.60%
0.00%
0.00%
100to<200
0.55%
8.33%
8.33%
200to<500
0.53%
11.66%
3.64%
500to<1000
0.50%
16.66%
5.66%
1000to<2000
0.46%
23.33%
8.00%
2000to<5000
0.43%
28.33%
6.52%
5000to<10000
0.40%
33.33%
6.97%
10000to<25000
0.30%
50.00%
25.00%
25000to<50000
0.29%
51.66%
3.33%
50000to<100000
0.28%
53.33%
3.45%
100000to<250000
0.27%
55.00%
3.56%
250000to<500000
0.26%
56.66%
3.70%
>500000
0.25%
58.33%
3.85%
(Volumediscountsarebasedonyourtradingvolumeoverthepast30days)
QUICKLINKS
TRADE
TRADEAPI
FEESCHEDULE
FAQ
TERMSOFUSE
UNLINKYUBIKEY/OTP
OURCOMPANY
MOBILEWEBSITE
SUPPORT
GETVERIFIED
PRIVACYPOLICY
LOSTPASSWORD
REPORTSECURITYISSUE
ABOUTUS
APPSANDSOCIAL
CONTACTUS
20102014MtGoxCo.Ltd.(Japan)|
Exhibit 25