throbber

`UNITED STATES PATENT AND TRADEMARK OFFICE
`
`————————————————
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`————————————————
`
`GAIN CAPITAL HOLDINGS, INC.,
`Petitioner,
`
`v.
`
`OANDA CORPORATION,
`Patent Owner.
`
`————————————————
`Case No. CBM2020-00021
`Patent No. 8,392,311
`————————————————
`
`PETITION FOR COVERED BUSINESS METHOD REVIEW
`
`
`
`
`
`
`

`

`
`
`TABLE OF CONTENTS
`
`INTRODUCTION ........................................................................................... 1 
`I. 
`II.  MANDATORY NOTICES UNDER 37 C.F.R. § 42.8 ................................... 2 
`III. 
`IDENTIFICATION OF CHALLENGE; STATEMENT OF PRECISE
`RELIEF REQUESTED ................................................................................... 4 
`IV.  THE ’311 PATENT ......................................................................................... 4 
`A. 
`Claims .................................................................................................. 10 
`B. 
`Prosecution History ............................................................................. 12 
`LEVEL OF ORDINARY SKILL .................................................................. 17 
`V. 
`VI.  THE STATE OF THE ART .......................................................................... 18 
`A.  History of Currency Trading ............................................................... 18 
`B. 
`Currency Trading Markets and Practices ............................................ 18 
`1. 
`Currency Trading Roles and Parties ......................................... 20 
`2. 
`Communications Between Parties ............................................ 23 
`3. 
`Placing Orders and Executing Trades ....................................... 24 
`Electronic Trading Systems ................................................................ 26 
`C. 
`VII.  CLAIM CONSTRUCTION .......................................................................... 33 
`VIII.  PETITIONER HAS STANDING TO FILE THIS CBM PETITION ........... 33 
`A. 
`Petitioner Has Been Charged with and Sued for
`Infringement, and Is Not Estopped ..................................................... 33 
`The ’311 Patent Is a CBM Patent ........................................................ 35 
`1. 
`The ’311 Claims are Fundamentally Financial in Nature ......... 36 
`2. 
`The ’311 Claims Are Not Directed to a Technological
`Invention ................................................................................... 37 
`IX.  CLAIMS 1-7 ARE NOT PATENT-ELIGIBLE UNDER §101 .................... 49 
`A. 
`The Claims Are Directed to the Abstract Idea of
`Currency Trading. ............................................................................... 50 
`1. 
`The Claims Describe the Fundamental Economic
`Practice of Currency Trading .................................................... 50 
`
`B. 
`
`-i-
`
`

`

`
`
`X. 
`
`
`
`
`2. 
`
`B. 
`
`The Claims Do Not Improve the Operation of a
`Computer or Solve a Problem Unique to Computers or
`the Internet ................................................................................ 55 
`The Claims’ Recitation of a Conventional Computer
`Implementation of Currency Trading Does Not
`Transform the Abstract Idea into a Patent-Eligible
`Application .......................................................................................... 59 
`1. 
`Independent Claim 1 Does Not Include an Inventive
`Concept ..................................................................................... 60 
`Independent Claim 7 Does Not Include an Inventive
`Concept ..................................................................................... 73 
`Dependent Claims 2-6 Do Not Include an Inventive
`Concept ..................................................................................... 74 
`CONCLUSION .............................................................................................. 81 
`
`2. 
`
`3. 
`
`
`
`-ii-
`
`

`

`
`
`I.
`
`INTRODUCTION
`
`Petitioner, GAIN Capital Holdings, Inc. (“GAIN”), seeks covered business
`
`method (“CBM”) review of claims 1-7 of U.S. Patent 8,392,311 (“the ’311 patent”;
`
`EX1001), owned by OANDA Corporation (“OANDA”).
`
`Currency trading is an age-old business practice stretching back generations.
`
`While the platform for currency trading has shifted over time—from physical
`
`markets, to phones, to computers—the fundamental aspects of the trading process
`
`have endured. Regardless of the underlying platform, traders have long been able
`
`to interact with currency dealers to receive price quotes, negotiate rates, and make
`
`trades, much like any other financial transaction.
`
`The claims of the ’311 patent merely describe a standard currency trade
`
`being performed by computers. A generic server sets and maintains exchange rates
`
`and then communicates those rates to a client, just as currency dealers and brokers
`
`have done for generations. The trader then submits a standard order—identifying
`
`the currency, the amount to be traded, and a requested price—using a generic client
`
`system. The server then accepts or rejects the order, checking the request price
`
`against the currently available price, and informs the trader if the trade is accepted.
`
`The claims thus broadly describe a conventional order-based currency trade
`
`performed on a computer. Yet the mere use of a generic computer to replicate a
`
`longstanding business practice does not render an abstract idea eligible for a patent.
`
`-1-
`
`

`

`
`
`Alice Corp. Pty. Ltd. v. CLS Bank Intern., 573 U.S. 208, 218-24 (2014); see also
`
`Bilski v. Kappos, 561 U.S. 593, 609-12 (2010) (fundamental economic practices
`
`are patent-ineligible abstract ideas). Notably, these claims issued before the
`
`Supreme Court issued its landmark Alice decision. Evaluating the claims with the
`
`benefit of the Supreme Court’s decision, as well as subsequent Federal Circuit
`
`decisions addressing strikingly similar trading practices, the abstract nature of the
`
`’311 claims is unmistakable.
`
`Accordingly, this petition demonstrates a reasonable likelihood that claims
`
`1-7 are not directed to patent-eligible subject matter under 35 U.S.C. §101, and
`
`GAIN respectfully requests institution of CBM review and cancellation of the
`
`challenged claims.
`
`II. MANDATORY NOTICES UNDER 37 C.F.R. § 42.8
`
`Real Party-in-Interest (37 C.F.R. § 42.8(b)(1)): Petitioner GAIN Capital
`
`Holdings, Inc. and GAIN Capital Group, LLC are the real parties-in-interest.
`
`StoneX Group Inc. is the ultimate parent of GAIN Capital Holdings, Inc. and
`
`GAIN Capital Group, LLC.
`
`Related Matters (37 C.F.R. § 42.8(b)(2)): The ’311 patent is currently
`
`involved in OANDA Corp. v. GAIN Capital Holdings, Inc., et al., No. 2:20-cv-
`
`5784 (D.N.J. May 11, 2020). EX1006. Petitioner is also concurrently filing a
`
`petition for CBM review in CBM2020-00022 against related U.S. Patent No.
`
`-2-
`
`

`

`
`
`7,146,336, which OANDA is also asserting in the identified district court litigation.
`
`Additionally, Petitioner is concurrently filing a petition for CBM review in
`
`CBM2020-00023 against U.S. Patent No. 7,496,534, which has overlapping
`
`subject matter and named inventors with the ’311 patent. Prior to initiating the
`
`above litigation, OANDA sent GAIN a letter alleging infringement of the ’311,
`
`’336, and ’534 patents. EX1007.
`
`Lead and Back-Up Counsel (37 C.F.R. § 42.8(b)(3)):
`
`Lead Counsel: Michael T. Rosato (Reg. No. 52,182)
`
`Back-Up Counsel: Matthew A. Argenti (Reg. No. 61.836)
`
`Wesley E. Derryberry (Reg. No. 71,594)
`
`Service Information – 37 C.F.R. § 42.8(b)(4): GAIN hereby consents to
`
`electronic service. Please direct all correspondence to lead and back-up counsel at
`
`the contact information below. A power of attorney accompanies this petition.
`
`E-mail: mrosato@wsgr.com; margenti@wsgr.com; wderryberry@wsgr.com
`
`Post: WILSON SONSINI GOODRICH & ROSATI, 701 Fifth Avenue, Suite 5100,
`
`
`
` Seattle, WA 98104-7036
`
`Tel.: 206-883-2529
`
`
`
`Fax: 206-883-2699
`
`-3-
`
`

`

`
`
`III.
`
`IDENTIFICATION OF CHALLENGE; STATEMENT OF PRECISE
`RELIEF REQUESTED
`
`GAIN seeks cancellation of the challenged claims. This petition presents a
`
`single ground demonstrating that claims 1-7 are directed to patent-ineligible
`
`subject matter under pre-AIA 35 U.S.C. §101.
`
`IV. THE ’311 PATENT
`
`The claims of the ’311 patent describe a generic computer implementation of
`
`a longstanding economic practice: currency trading. According to the
`
`specification, the “present invention is related to currency trading; more
`
`particularly, the invention is related to trading currency over a computer network.”
`
`EX1001, 1:12-18.
`
`The specification then describes various conventional currency trading
`
`practices implemented using basic computer functions. “[U]sing ordinary Web
`
`browsers running feature-rich Java applets,” traders “obtain real-time data feeds of
`
`current exchange rates, they can analyze past exchange rates using graphical tools,
`
`they can review their current portfolio and past trades, and they can place buy and
`
`sell orders in the real-time market.” Id., 3:10-22. Obtaining current exchange
`
`rates, reviewing historical rates, reviewing portfolios and past trades, and placing
`
`orders are functions that traders had performed for decades, if not centuries.
`
`EX1008, ¶¶14-20. And virtually any generic computer implementation of these
`
`-4-
`
`

`

`
`
`old practices would of course provide “real-time” data communication and
`
`graphical displays.
`
`The system architecture also reflects longstanding business relationships in
`
`the currency trading field. The patent’s trading system involves a server situated
`
`between clients and a partner bank, much like human brokers mediated trades
`
`between their clients and dealer banks:
`
`
`
`EX1001, FIG. 1; see also id., 3:49-56 (acknowledging similarity to human broker
`
`relationship); EX1008, ¶16.
`
`
`
`The specification describes the process of making a trade on its system in
`
`terms that mirror conventional currency trading practices. EX1008, ¶17. Traders
`
`fill out a trading request form to submit various well-known types of orders. Id.;
`
`EX1001, 4:24-35; infra, §VI.B.3 (discussing conventional orders). To the extent
`
`computer functions are involved, they are merely routine aspects of conventional
`-5-
`
`

`

`
`
`computer systems such as clickable buttons, input fields, order processing, and
`
`data communication. EX1001, 4:24-5:30, FIGS. 5, 13-16; EX1008, ¶17. The
`
`figures showing the user interface confirm its conventional nature, as they provide
`
`data and functionality similar to many previous electronic trading systems.
`
`EX1008, ¶17; infra, §VI.C. For example, the following figures depict standard
`
`market data (FIG. 5) and order entry/confirmation windows (FIGS. 13-15):
`
`
`
`-6-
`
`

`

`
`
`
`
`
`
`The description of this interface is similarly limited to conventional features of
`
`electronic trading systems, presenting straightforward computer implementations
`
`of standard currency trading practices. EX1008, ¶17; EX1001, 11:8-17:51, FIGS.
`
`6-12. For example, the specification describes this interface as allowing
`
`submission of well-known, commonly used types of orders such as market orders
`
`and limit orders (referred to here as “entry” orders). EX1001, 5:2-23, 12:20-21,
`
`15:54-16:49; infra, §VI.B.3.
`
`
`
`With respect to the inner workings of the server, the specification provides
`
`high-level descriptions of generic computer modules that perform common
`
`currency trading functions. EX1001, 6:15-9:38. These include a database, a server
`
`front-end, a rate server/pricing engine, a value at risk (VAR) server, a transaction
`
`server, an interest rate manager, a trade manager, and margin control manager, a
`-7-
`
`

`

`
`
`trading system monitor, a hedging engine, a partner bank interface, and a computer
`
`systems monitor. Id.
`
`The specification repeatedly confirms the conventional nature of these
`
`computer modules and the currency trading steps they perform. EX1008, ¶18.
`
`The database is a “a standard commercially-available SQL database,” and the
`
`server front-end is a “standard Web server (a la Apache).” EX1001, 6:19-7:6.
`
`With respect to the rate server/pricing engine, the VAR server, and hedging engine,
`
`the specification acknowledges that various methods of calculating rates,
`
`calculating VAR, and performing hedging functions “are known to those skilled in
`
`the art.” Id., 7:7-34, 9:9-18. Similarly, with respect to the interest rate manager,
`
`the specification describes the well-known compound interest formula and
`
`acknowledges that “[i]nterest calculation formulas are known to those skilled in the
`
`art, and any appropriate formula can be used in the Interest Rate Manager without
`
`departing from the scope of the invention.” Id., 7:44-8:30; EX1008, ¶19.
`
`Likewise, the margin control manager performs basic margin functions commonly
`
`performed in all sorts trading contexts. EX1001, 8:52-59; EX1008, ¶19.
`
`The remaining modules are similarly described at a high level of generality
`
`as performing basic computer functions. EX1008, ¶19. The transaction server
`
`simply “encapsulates all transaction functionality” and communicates transaction
`
`information to the database, other modules, and traders. Id., 7:35-43. The trade
`
`-8-
`
`

`

`
`
`manager monitors the standing orders to determine whether they should be
`
`executed, much like a broker or any individual managing an order book. EX1001,
`
`8:32-51; EX1008, ¶19; see also EX1033, 238 (describing background processes
`
`that monitor and execute time-dependent activities); EX1034, 415. The trading
`
`system monitor and computer systems monitor do just that—monitor the state of
`
`the system—while the partner bank interface communicates with the partner bank.
`
`EX1001, 8:60-9:8, 9:19-38.
`
`The specification alleges that the described system provides several
`
`innovations, when in fact the supposed innovations had long been part of the
`
`currency trading field. Most notably, the specification touts its system as solving a
`
`problem with existing currency trading systems, which allegedly could only make
`
`trades using a “three-way handshake” in which (1) the trader requests a quote
`
`(without specifying an intent to buy or sell), (2) the dealer responds with a quote
`
`(including a bid and an offer) along with a time limit to respond, and (3) the trader
`
`accepts the bid or offer, or rejects the trade. EX1001, 1:20-39, 3:65-4:10. The
`
`specification claims to have overcome this problem by inventing a “two-way
`
`handshake” in which (1) the trader submits an order to buy or sell a currency and
`
`(2) the dealer executes the trade at the current market rate. Id., 4:11-23. Far from
`
`being an innovative solution to a problem with existing trading systems, this “two-
`
`way handshake” was in fact already a conventional trading method in existing
`
`-9-
`
`

`

`
`
`electronic trading systems and in telephone-mediated currency trading before that.
`
`EX1008, ¶¶20, 72-82; infra, §§VI.B.2-3, VI.C. The specification also touts
`
`alleged innovations such as low spreads, the ability to trade in small amounts, and
`
`24/7 availability. EX1001, 3:23-33. However, these features were neither
`
`technological nor new. EX1008, ¶20.
`
`A. Claims
`Independent claim 1 recites a series of conventional steps that describe a
`
`simple currency trade. Claim 1 recites:
`
`A method of trading currencies over a computer network
`connecting a trading system server and at least one trading client
`system, comprising the steps of:
`(i) at the trading system server, determining and dynamically
`maintaining a plurality of current exchange rates, each current
`exchange rate relating to a pair of currencies and including a first
`price to buy a first currency of the pair with respect to a second
`currency of the pair and a second price to sell the first currency of the
`pair with respect to the second currency of the pair;
`(ii) transmitting data from the trading system server to a trading
`client system, the transmitted data representing at least one current
`exchange rate at the time of the transmission;
`(iii) at the trading client system, displaying the first and second
`prices for each received current exchange rate to a user;
`(iv) at the trading client system, accepting input from the user
`identifying a pair of currencies the user desires to trade, an amount of
`
`-10-
`
`

`

`
`
`at least one currency of the pair desired to be traded and a requested
`trade price at which it is desired to effect the trade;
`(v) transmitting the accepted input from the trading client
`system to the trading system server;
`(vi) at the trading system server, comparing the requested trade
`price to the respective first price or second price of the corresponding
`current exchange rate at that time and, if the respective first price or
`second price of the corresponding current exchange rate at that time is
`equal to or better than the requested trade price, effecting the trade at
`the corresponding respective current exchange rate first price or
`second price and if the corresponding current exchange rate is worse
`than the requested trade price, refusing the trade; and
`(vii) transmitting from the trading system server to the trading
`client system an indication of whether the trade was refused or
`transacted and, if transacted, an indication of the price the trade was
`transacted at.
`
`As explained in more detail below, each of these steps reflects a
`
`longstanding currency trading practice that was commonly performed well before
`
`the introduction of electronic trading systems. EX1008, ¶¶28-36. In steps (i)-(ii),
`
`exchange rates are determined and maintained and then communicated to a client.
`
`In steps (iii)-(v), the rate is displayed, and the user enters an order, and the order is
`
`submitted. In steps (vi)-(vii), the order is accepted or refused, and the client is
`
`notified. The claim thus describes a standard currency trade in broad terms—
`
`-11-
`
`

`

`
`
`prices are quoted, and orders are submitted and accepted (or not)—that encompass
`
`the core idea underlying the currency trading field.
`
`Independent claim 7 is nearly identical to claim 1 but presents the entire
`
`process from only the server’s perspective (whereas claim 1 captures both the
`
`server’s and the client’s activities). EX1008, ¶22. Dependent claims 2-6 depend
`
`directly or indirectly from claim 1 and further recite routine aspects of
`
`conventional orders. Id., ¶22.
`
`B. Prosecution History
`The ’311 patent issued from U.S. Application No. 11/634,014 (“the ’014
`
`application”), which was filed December 4, 2006. That application was a
`
`continuation of U.S. Application No. 09/858,610 (“the ’610 application”), which
`
`was filed May 16, 2001, and issued as U.S. Patent No. 7,146,336 (“the ’336
`
`patent”; submitted as EX1002). The ’311 patent claims priority to U.S. Provisional
`
`Application No. 60/274,174 (“the ’174 provisional”; submitted as EX1003), filed
`
`March 8, 2001. Accordingly, the effective filing date of the ’311 patent is no
`
`earlier than March 8, 2001.
`
`Claims 1-7 of the ’311 patent (claims 35-41 of the ’014 application) issued
`
`before the Supreme Court issued its decision in Alice, and the issued claims were
`
`never subject to a §101 rejection. Before OANDA added these claims, however,
`
`original claims 13-16 of the ’014 application did face a §101 rejection, and the way
`
`-12-
`
`

`

`
`
`that OANDA secured a withdrawal of those rejections is telling. Original claims
`
`13-16 recited trading steps that were similar to those of the claims that ultimately
`
`issued, but without specifying what was performing each step. Id., 161 (8/31/2010
`
`response). After receiving §101 rejections for those claims referencing the then-
`
`applicable “machine-or-transformation test,” OANDA amended those claims to
`
`recite that “receiving” and “calculating” steps were performed “at a trading system
`
`server.” Id., 161 (8/31/2010 response), 180-81 (3/31/2010 rejection). OANDA
`
`then successfully argued that:
`
`Claims 13 and 15 have been amended to specify that the steps of
`receiving and calculating are performed at a trading system server.
`With these amendments the methods recited in claims 13-16 are
`limited to methods performed on apparatus. Accordingly, claims 13-
`16 are believed to be patentable subject matter.
`
`Id., 166. The §101 rejections were then withdrawn. Like the amended claims 13-
`
`16, the newly added claims 35-41 (i.e. the issued claims) tied each step to a generic
`
`computer and thus avoided a similar §101 rejection.
`
`
`
`After an additional art-based rejection, a response (cancelling all but claims
`
`35-41), a non-final rejection, and a notice of appeal, OANDA eventually submitted
`
`a request for continued examination along with a supplemental response
`
`accompanied by a Rule 131 affidavit attempting to swear behind a November 28,
`
`2000 reference. Id., 40-87. The examiner then apparently contacted OANDA by
`
`-13-
`
`

`

`
`
`phone requesting a terminal disclaimer over the ’336 patent, which was promptly
`
`filed. Id., 28-30. It is unclear whether the examiner accepted the Rule 131
`
`affidavit as sufficient to swear behind the reference—and GAIN does not concede
`
`that OANDA proved an earlier date of conception or diligence—but in any event,
`
`the Notice of Allowability soon issued. Id., 11-13. In identifying the reason for
`
`allowance, the examiner simply stated that claim 35 as a whole (now claim 1 of the
`
`’311 patent) was not taught by the combination of the two applied references. Id.
`
`The same or substantially the same arguments presented herein were not
`
`previously presented to the Office during prosecution or otherwise. See 35 U.S.C.
`
`325(d). First, as noted above, the only §101 rejection presented during prosecution
`
`applied the now-defunct “machine-or-transformation” test. See, e.g., EX1004,
`
`180-81 (3/31/2010 rejection). The significant impact of applying that defunct test
`
`is clear from how OANDA was able to overcome the rejection: simply amending
`
`the claims so that certain steps were performed by a generic computer. Id., 161,
`
`166 (8/31/2010 response). The Supreme Court’s Alice decision has since
`
`resoundingly rejected the notion that simply performing an abstract idea on a
`
`computer is enough to render a claim patent-eligible, and the examiner did not
`
`have the benefit of this landmark decision. In any event, the §101 rejection was
`
`only applied to subsequently-canceled original claims 13-16, not to claims 35-41
`
`-14-
`
`

`

`
`
`(which issued as claims 1-7 of the ’311 patent), so the challenged claims were
`
`never subject to a rejection under §101.
`
`The examiner also lacked the extensive evidence presented herein showing
`
`that the claims merely describe a conventional currency trade. This evidence
`
`includes expert testimony (EX1008; CV submitted as EX1010), supported by
`
`documentary evidence that was also not before the examiner, explaining that the
`
`recited steps reflect longstanding currency trading practices, as well as
`
`functionality that was already provided by numerous electronic trading platforms.
`
`Had the examiner been presented with this evidence, and arguments applying that
`
`evidence to the legal framework set forth in Alice, the claims would not have
`
`issued.
`
`The Board has instituted CBM or PGR petitions, declining to exercise
`
`discretion under §325(d), even when the Examiner previously raised the issue of
`
`patent-ineligible subject matter during ex parte prosecution. In American Express
`
`Co. v. Signature Systems, LLC, the Board instituted despite the examiner having
`
`expressly confirmed that the claims recited patent-eligible subject matter during an
`
`ex parte reexamination. CBM2018-00035, Paper 11, 37-39. In rejecting the patent
`
`owner’s §325(d) arguments, the Board noted that the examiner had not had the
`
`benefit of expert testimony showing that the claimed computer functions were
`
`-15-
`
`

`

`
`
`conventional, and that subsequent Federal Circuit decisions had clarified the
`
`relevant patent-eligibility law. Id.
`
`The Board similarly instituted AvePoint, Inc. v. OneTrust, LLC and
`
`Supercell Oy v. Gree, Inc. despite the claims having overcome §101 rejections
`
`during prosecution. PGR2018-00056, Paper 9, 17 (examiner did not have benefit
`
`of evidence showing routine, conventional nature of claim limitations); PGR2018-
`
`00061, Paper 7, 16-17 (noting that petitioner cited cases that “were issued after
`
`substantive examination had ended and thus, not considered during prosecution”).
`
`In contrast, when the Board denied institution under §325(d) in RetailMeNot, Inc.
`
`v. Honey Science Corp., it explained that—unlike the present circumstances—the
`
`examiner had already applied the Alice framework and that the petition presented
`
`substantially the same arguments that the examiner had already presented in the
`
`§101 rejection during prosecution. PGR2019-00060, Paper 17, 17-30. The
`
`present petition, however, presents arguments addressing a significantly different
`
`legal framework from that applied during prosecution, supported by vastly
`
`different evidence.
`
`-16-
`
`

`

`
`
`V. LEVEL OF ORDINARY SKILL
`
`A POSA as of March 20011 would include someone who had, through
`
`education or practical experience, obtained a working knowledge of electronic
`
`trading systems from both the computer science and finance perspectives.
`
`EX1008, ¶25. This would include someone who had, through education or
`
`practical experience, the equivalent of a bachelor’s degree in computer science,
`
`information systems, or a related field, and at least two years of work experience
`
`developing electronic trading systems. This would also include a person who had,
`
`through education or practical experience, the equivalent of a bachelor’s degree in
`
`finance, economics, or a related field, and who had obtained knowledge of
`
`computer systems equivalent to that described above. Regardless, the POSA
`
`would have been familiar with the currency trading practices and the aspects of
`
`electronic currency trading systems described in §§VI.B-C, as well as analogous
`
`practices and electronic systems used for other asset classes. Id.
`
`
`
`1 GAIN’s expert, Bernard Donefer, explains that the state of the art and the level of
`
`ordinary skill would not meaningfully change even if OANDA had proven a late-
`
`2000 conception date during prosecution. EX1003, ¶24.
`
`-17-
`
`

`

`
`
`VI. THE STATE OF THE ART
`A. History of Currency Trading
`Currency trading (or “foreign exchange”) is a fundamental business practice
`
`that has developed alongside and supported global trade for centuries. EX1008,
`
`¶¶28-29 (citing EX1037, 316-19). Exchanging one currency for another began as a
`
`natural accompaniment to trade between societies that had established different
`
`local currencies. Id. This relationship was strengthened by the burgeoning global
`
`finance sector in the 16th and 17th centuries, as the financing of expensive trade
`
`expeditions drew capital from a variety of investors, who purchased shares of these
`
`companies. Id., ¶29 (citing EX1037, 316-19; EX1013, 6). Early stock markets
`
`such as the Amsterdam Exchange arose, bringing together buyers and sellers of
`
`various assets. Id. These marketplaces provided liquidity that reduced risks to
`
`investors, which increased the value of these assets and enticed investors from
`
`other countries. Id. Foreign investment brought with it the need to convert
`
`investors’ currency into that of the local market, and as global trade and global
`
`financing flourished, foreign currency markets developed to support merchants and
`
`investors. Id.
`
`B. Currency Trading Markets and Practices
`Foreign currency trades supported commercial transactions (e.g., importing
`
`goods, purchases while travelling, or foreign investment) but could also be
`
`-18-
`
`

`

`
`
`undertaken as a profit-making endeavor. EX1008, ¶30 (citing EX1011, 9-10). For
`
`example, speculators could purchase currency, hoping to profit from changes in
`
`currency values over time, or dealers could act as “market makers” by both buying
`
`and selling currency to earn the “spread” (i.e., the difference between the current
`
`bid and offer price). EX1008, ¶30 (citing EX1011, 10-11). Markets for different
`
`types of instruments existed, including “spot markets” (where currencies were
`
`traded for immediate value) and “forward markets” (where values were set
`
`immediately, but funds moved at a later period). EX1008, ¶31 (citing EX1011, 9-
`
`10). These markets, which could be physical or electronic, primarily operated
`
`“over the counter” (“OTC”), meaning parties traded without supervision by an
`
`official exchange. EX1008, ¶¶31, 34 (citing EX1011, 21-22).
`
`The currency trade itself involves two parties agreeing to trade a certain
`
`amount of one currency for a certain amount of another. EX1008, ¶32 (citing
`
`EX1011, 9-10). This ratio is referred to as the exchange rate, and a “quote” from a
`
`currency dealer typically included two prices: a buy price and a sell price (also
`
`referred to as the “bid” and “offer” prices, respectively). EX1008, ¶32 (citing
`
`EX1011, 32). Different parties advertised their own rates, and the advertised rates
`
`fluctuated over time based on a variety of factors. EX1008, ¶33 (citing EX1011,
`
`32-34).
`
`-19-
`
`

`

`
`
`Over the course of the 20th century, monetary systems changed and global
`
`trade continued to grow, but the fundamental aspects of a currency trade remained
`
`relatively unchanged. EX1008, ¶36 (citing EX1011, 3-4; EX1014, 475). Using
`
`the technology of the day, dealers provided liquidity, communicating quotes to
`
`customers, who accepted a quoted price or proposed their own. Id. In the second
`
`half of the 20th century, technological developments brought quote displays on
`
`rudimentary market data terminals, online negotiation and trading, and eventually
`
`fully electronic markets with automated trade execution available 24 hours a day.
`
`EX1008, ¶¶35 (citing EX1011, 16-19, 21, 23-24; EX1014, 479; EX1023). Again,
`
`however, the newer systems essentially replicated existing currency trading
`
`practices. See infra, §§VI.B.2-3.
`
`1. Currency Trading Roles and Parties
`
`The key players in the foreign exchange market were dealers (e.g., banks),
`
`customers/traders (who could also be dealers), and intermediaries (e.g., brokers or
`
`electronic trading platforms). EX1008, ¶37 (citing EX1014, 473).
`
`Dealers operated as market makers, regularly updating and communicating
`
`their current quotes and buying/selling currencies (with their own capital) to earn
`
`the spread. EX1008, ¶37 (citing EX1012, 20-21; EX1011, 18-19, 23-24; EX1014,
`
`476-77). Dealers determined their exchange rates and made other trading
`
`decisions using market models, which could be mathematical or based on the
`
`-20-
`
`

`

`
`
`trader’s experience. EX1008, ¶38 (citing EX1011, 74-75; EX1031, 713-16, 716-
`
`28, 728-32; EX1030, 413-15, 428-36). While the low-level details of how these
`
`prices were set varied from dealer to dealer, several factors were routinely
`
`considered, including interest rates, competing dealers’ exchange rates, market
`
`behavior, and the dealer’s own positions. EX1008, ¶38 (citing EX1011, 74-75;
`
`EX1021, 59-62, 65). Dealers typically preferred to keep relatively “flat” positions
`
`(buying and selling in equal quantities), mitigating risk by avoiding significantly
`
`long or short positions that would be subject to market volatility. EX1008, ¶39
`
`(citing EX1036, 327-46); see also EX1018, 31; EX1022, 75. Dealers also
`
`commonly used other risk-mitigating strategies such as hedging. Id. While
`
`computers eventually automated aspects of these activities, dealers performed
`
`these tasks using mental processes, paper order tickets, and telephones long before
`
`the advent of computers.
`
`Global banks were the dominant dealers in the 20th century. For business
`
`reasons, they typically traded large volumes with each other and large institutional
`
`customers. EX1008, ¶40 (citing EX1011, 18-19, 23-25, 67-71; EX1014, 476-77).
`
`Banks effectively set the market prices in competition with each other. EX1008,
`
`¶40 (citing EX1011, 23-24). Non-bank dealers also serviced “retail” customers
`
`(i.e. smaller customers typically trading in sizes less than $1 million USD) such as
`
`-21-
`
`

`

`
`
`small hedge funds, small businesses, and, eventually, individual traders. EX1008,
`
`¶40 (citing EX1011, 23-24; EX1014, 473-74).
`
`Brokers were the key intermediaries bef

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket