<?xml version="1.0" encoding="UTF-8"?>
<edgarSubmission xmlns="http://www.sec.gov/edgar/atsn" xmlns:com="http://www.sec.gov/edgar/common" xmlns:ats="http://www.sec.gov/edgar/atsncommon">
  <headerData>
    <submissionType>ATS-N/CA</submissionType>
    <accessionNumber>0001088943-20-000012</accessionNumber>
    <filerInfo>
      <liveTestFlag>LIVE</liveTestFlag>
      <filer>
        <filerCredentials>
          <com:cik>0001088943</com:cik>
          <com:ccc>XXXXXXXX</com:ccc>
        </filerCredentials>
        <fileNumber>013-00067</fileNumber>
      </filer>
      <flags>
        <ats:overrideInternetFlag>false</ats:overrideInternetFlag>
        <ats:confirmingCopyFlag>false</ats:confirmingCopyFlag>
      </flags>
    </filerInfo>
  </headerData>
  <formData>
    <cover>
      <txNMSStockATSName>Aqua Securities, L.P.</txNMSStockATSName>
      <taStatementAboutAmendment>This Correcting Amendment reflects minor edits to to Part II, Item 7(d) and Part III, Item 1 and Item 12.  Specifically, in each of the sections, the following description of broker-of-record ("BOR") was amended to remove the phrase "rather than Aqua".  The liquidity taker settles its trade with and pays a commission to the BOR "rather than Aqua".  The part of the description in quotations was removed for clarity.  Aqua is, in fact, the BOR for trades where the client has not opted to have the ILP as its BOR.  Additionally, in Part III, Item 12, the following clarification was added regarding on-boarding ILP clients as Aqua subscribers:  ILP clients will also be on-boarded as subscribers of Aqua, except in cases where the client elects to use the ILP exclusively as its BOR.  The changes in this Amendment are applicable to the Broker-Dealer Operator and its ILP subscriber.</taStatementAboutAmendment>
    </cover>
    <partOne>
      <rbPart1Item1IsBd>Y</rbPart1Item1IsBd>
      <txPart1Item2ATSName>AQUA SECURITIES L.P.</txPart1Item2ATSName>
      <txPart1Item4aBdFileNumber>008-51866</txPart1Item4aBdFileNumber>
      <txPart1Item4aBdCrdNumber>000047681</txPart1Item4aBdCrdNumber>
      <txPart1Item5aNsaFullName>FINRA</txPart1Item5aNsaFullName>
      <part1Item5bEffectiveMembershipDate>12/01/1999</part1Item5bEffectiveMembershipDate>
      <txtPart1Item5cNmsStockMPID>AQUA</txtPart1Item5cNmsStockMPID>
      <txtPart1Item6uwebsite>https://www.aquaequities.com/</txtPart1Item6uwebsite>
      <part1Item7PrimarySite>
        <ats:street1>Digital Realty</ats:street1>
        <ats:street2>80 Merritt Boulevard</ats:street2>
        <ats:city>Trumbull</ats:city>
        <ats:zip>06611</ats:zip>
        <ats:state>US-CT</ats:state>
      </part1Item7PrimarySite>
      <part1Item7SecondarySiteRecords>
        <secondarySiteI7>
          <ats:street1>NJ2X, Century Link</ats:street1>
          <ats:street2>1919 Park Avenue</ats:street2>
          <ats:city>Weehawken</ats:city>
          <ats:zip>07086</ats:zip>
          <ats:state>US-NJ</ats:state>
        </secondarySiteI7>
      </part1Item7SecondarySiteRecords>
      <cbPart1Item8Exhibit1atWebsite>false</cbPart1Item8Exhibit1atWebsite>
      <cbPart1Item9Exhibit2atWebsite>false</cbPart1Item9Exhibit2atWebsite>
    </partOne>
    <partTwo>
      <rbPart2Item1aArePermittedToEnterInterest>N</rbPart2Item1aArePermittedToEnterInterest>
      <rbPart2Item1dCanOATInterestBeRouted>N</rbPart2Item1dCanOATInterestBeRouted>
      <affiliatesPermittedToEnterInterest rbPart2Item2aAreAfflPermittedToEnterInterest="Y">
        <taPart2Item2aAfflThatEnterInterest>Cantor Fitzgerald &amp; Co. ("CF&amp;Co."), a broker-dealer affiliate, may route orders to Aqua Securities, L.P. ("Aqua") via an algorithm supplied by a third-party broker that is an Aqua subscriber. CF&amp;Co. is permitted to direct agency or principal orders to the third-party broker algorithm. The third-party broker's order would be routed in an agency capacity under its own MPID and the identity of CF&amp;Co. on the originating order would not be known to Aqua.</taPart2Item2aAfflThatEnterInterest>
        <rbPart2Item2bAreSevicestoAfflSametoSubscribers>Y</rbPart2Item2bAreSevicestoAfflSametoSubscribers>
        <rbPart2Item2cAreThereArrangementsWithAffl>N</rbPart2Item2cAreThereArrangementsWithAffl>
      </affiliatesPermittedToEnterInterest>
      <rbPart2Item2dCanOATIBeRoutedByAffl>N</rbPart2Item2dCanOATIBeRoutedByAffl>
      <rbPart2Item3aCanSubscrOptOutWithOATIOfBD>N</rbPart2Item3aCanSubscrOptOutWithOATIOfBD>
      <rbPart2Item3aCanSubscrOptOutWithOATIOfAffl>N</rbPart2Item3aCanSubscrOptOutWithOATIOfAffl>
      <rbPart2Item4aAreThereArrangementsBtwBDAndTC>N</rbPart2Item4aAreThereArrangementsBtwBDAndTC>
      <part2Item5aDoesOfferProductsAndServices rbPart2Item5aDoesOfferProductsAndServices="Y">
        <taPart2Item5aProductsAndServices>Aqua provides buyside subscribers with Aqua's desktop software ("the Aqua Desktop Application") for: (i) receiving Aqua Notices ("Notices"); (ii) submitting orders to the Aqua ATS that respond to Aqua Notices; and (iii) submitting orders that provide liquidity to other Aqua subscribers (via TACT and AutoMatch, which are features of the Aqua Desktop Application). TACT submits liquidity priced at an offset to the NBBO. AutoMatch submits liquidity priced at the midpoint. Both TACT and AutoMatch features are described in more detail in Part III, Item 9 (Conditional Orders and Indications of Interest). TACT and AutoMatch are also referenced in Part III, Item 5 (Means of Entry), Item 7 (Order Types and Attributes) and Item 11 (Trading Services, Facilities and Rules).

Only buyside and Outsourced Buyside Desk subscribers may use the Aqua Desktop Application and they must complete a click-through agreement prior to installing and using the software. The term "Outsourced Buyside Desk" or "OBD" is defined in Part III, Item 1 (Types of ATS Subscribers). Outsourced Buyside Desk subscribers are also referenced in Part II, Item 5 (Other Products and Services) and Part III, Item 13 (Segmentation Notice). There is no charge to use Aqua's desktop software. Subscribers are charged commissions on the trades they execute.

Aqua also offers buyside and Outsourced Buyside Desk subscribers with an algorithmic order feature called Price Discovery Solutions ("PDS") that submits orders on their behalf to the Aqua ATS. PDS is a suite of algorithmic strategies that clients access from their OMS or EMS application, not through Aqua's desktop software. PDS orders are not submitted directly to Aqua but are instead routed to a third-party broker to seek dark liquidity across a range of venues, including Aqua. PDS algorithms place conditional block orders in Aqua that make use of Aquas ability to price liquidity outside the NBBO. No additional agreements are required to use PDS.

Both the Aqua software and PDS are described in greater detail in Part III, Item 5 (Means of Entry). PDS is also referenced in Part II, Item 6 (Activities of Service Providers) and Part III, Item 9 (Conditional Orders and Indications of Interest).</taPart2Item5aProductsAndServices>
        <part2Item5bAreSevicesSametoAllSubscribersAndBD rbPart2Item5bAreSevicesSametoAllSubscribersAndBD="N">
          <taPart2Item5bExplainDiff>By definition the terms and conditions of the services and products offered are not the same for the Broker-Dealer Operator as for all subscribers, because Aqua personnel do not enter orders into the ATS. For example, if Aqua incurred an error, Aqua employees would not be permitted to submit an order into the ATS to trade out of the error position.

The terms and conditions of services and products required to be identified in Part II, Item 5(a) are the same for all subscribers of the same classification. Only buyside and Outsourced Buyside Desk subscribers are permitted to use: (i) PDS and; (ii) the Aqua Desktop Application.</taPart2Item5bExplainDiff>
        </part2Item5bAreSevicesSametoAllSubscribersAndBD>
      </part2Item5aDoesOfferProductsAndServices>
      <rbPart2Item5cDoesAfflOfferProductsAndServices>N</rbPart2Item5cDoesAfflOfferProductsAndServices>
      <part2Item6aDoesEmployeeAccessConfidentialInfo rbPart2Item6aDoesEmployeeAccessConfidentialInfo="Y">
        <taPart2Item6aUnitAfflEmployeeServices>CF&amp;Co., an Aqua affiliate and SEC- and FINRA-registered broker-dealer, acts as a clearing broker on trades executed in Aqua and provides other clearing and settlement services, giving middle and back office employees of CF&amp;Co. access to confidential post-trade information. These CF&amp;Co. employees also provide similar services to CF&amp;Co., other affiliated and unaffiliated clearing customers.

BGC Partners, L.P., a minority investor in Aqua, provides technology infrastructure and analytic services for Aqua.  Authorized BGC technology personnel who provide analytic services to Aqua will receive historical (T+5 or older) Notice information.  These personnel will receive anonymized information regarding the Aqua subscribers receiving the Notices and are only permitted to use the data to assist Aqua with transaction and signaling cost analysis.

Aqua's Chief Compliance Officer and Chief Risk Officer, along with subordinate compliance and risk personnel, are dually-registered with both Aqua and CF&amp;Co. and provide similar services to CF&amp;Co. and other Aqua affiliates. Risk personnel have access to summary post-trade information including gross and net amounts traded. Risk personnel can request access to historical trade information in order to perform reviews.

Neither employees of CF&amp;Co. nor employees dually-registered with Aqua and CF&amp;Co. have access to information about unexecuted orders or any other confidential pre-trade information.

Compliance personnel have no direct access to confidential information in the regular course of their responsibilities but have authority to inspect any aspect of Aqua's operations, which can include confidential trade information.   This information is used by Compliance personnel in performing their duties, which may include assisting with regulatory exams and inquiry responses, surveillance and regulatory reporting (e.g., OATS, CAT and Electronic Blue Sheets).</taPart2Item6aUnitAfflEmployeeServices>
      </part2Item6aDoesEmployeeAccessConfidentialInfo>
      <part2Item6bDoesAnyEntitySupportServices rbPart2Item6bDoesAnyEntitySupportServices="Y">
        <taPart2Item6bServiceProvider>Please refer to Part III, Item 2 (Eligibility for ATS Services), Item 5 (Means of Entry), Item 11 (Trading Services, Facilities and Rules), Item 20 (Suspension of Trading), Item 21 (Trade Reporting), Item 22 (Clearance and Settlement) and Item 23 (Market Data) with respect to the parts of the ATS that the providers service.

Pursuant to a shared services agreement, another Aqua affiliate, Cantor Fitzgerald Securities ("CFS"), supports the operation of Aqua by screening potential subscribers (Part III, Item 2(b)), providing facilities and performing legal, compliance, human resources and other administrative functions.

CFS maintains an arrangement with n-Tier Financial Services, a third-party technology vendor, to assist with Electronic Blue Sheet (EBS) reporting.  In Cantor's capacity as one of Aqua's clearing firms (Part III, Item 22), it is required to include EBS submissions that include activity from Aqua.  In order to assist with Cantor's EBS reporting, n-Tier has access to certain post trade information from Aqua on a delayed basis (T+1 or greater).

Aqua Securities operates middle office applications ("Middle Office") responsible for communications regarding how trades are reported, allocated, cleared and settled. Middle Office receives allocation information from clients via the OASYS system provided by DTCC and books trades to the appropriate entity via FIS Data Systems Inc., Phase 3, a third-party securities processing software. Middle Office reports appropriate trades to the FINRA/Nasdaq Trade Reporting Facility ("TRF") and fulfills other regulatory obligations, such as OATS reporting. Middle Office also facilitates SEC 605/606 reporting through a third-party vendor, IHS Markit, VistaOneSolutions.

Third-party broker-dealers provide algorithmic services for Aqua's Price Discovery Solutions ("PDS") orders, as described in Part II, Item 5(a). PDS orders also involve the use of middleware provided by Raptor Trading Systems, an unaffiliated third-party technology vendor that manages the routing of orders to the unaffiliated third-party broker-dealer. Refer to Part III, Item 5(c) for additional details on PDS.

BGC Partners, L.P., a minority investor in Aqua Securities, provides technology infrastructure  and analytic services for Aqua. Specifically, BGC Partners, L.P. provides information security services, business continuity planning (Part III, Item 20(a)) and manages and maintains the data center facility where Aqua hardware, software, and networking equipment are located.

Aqua Securities personnel are solely responsible for writing and maintaining all of the software code that comprises the ATS and associated systems.

Bloomberg provides market data feeds. Refer to Part III, Item 23 for additional information.

Goldman Sachs &amp; Co. LLC, an SEC- registered broker-dealer and FINRA member firm, provides fully disclosed clearing and settlement services to Aqua, pursuant to a clearing agreement.    The agreement contains provisions for keeping subscriber information confidential as it relates specifically to Goldman's function as a clearing broker.  Refer to Part III, Item 22 for additional information.</taPart2Item6bServiceProvider>
        <part2Item6cDoesServiceProviderUseATSServices rbPart2Item6cDoesServiceProviderUseATSServices="Y">
          <taPart2Item6cProviderAfflAndServicesUsed>The third-party broker-dealers that provide algorithmic services on PDS orders, Jefferies LLC and Clearpool Execution Services, LLC, are also anonymous liquidity providers ("ALPs") in the Aqua ATS, submitting orders via FIX.

Goldman Sachs &amp; Co. LLC, which provides clearing and settlement services to Aqua, is also a subscriber to Aqua ATS.  Goldman Sachs  &amp; Co. LLC is a liquidity provider in the Aqua ATS, submitting orders via FIX, as an ALP and an identified liquidity provider ("ILP").

Refer to the following sections for additional detail on the ILP and ALP:  Part III, Item 1, Types of ATS Subscribers; Part III, Item 11, Trading Services Facilities and Rules; Part III, Item 12, Liquidity Providers; and Part III, Item 14, Counter-Party Selection.</taPart2Item6cProviderAfflAndServicesUsed>
          <rbPart2Item6dAreATSSevicesSametoAll>Y</rbPart2Item6dAreATSSevicesSametoAll>
        </part2Item6cDoesServiceProviderUseATSServices>
      </part2Item6bDoesAnyEntitySupportServices>
      <taPart2Item7aDescrOfSafeGaurdsAndProcedures>i. Aqua's written procedures require physical and technological security and procedural controls to limit and monitor access. Aqua's offices are physically separated from its Broker Dealer affiliates. Only Aqua employees with keycard access are granted unchaperoned access to Aqua's offices, which are located in a building one mile distant from CF&amp;Co.'s New York offices. Aqua's written supervisory procedures stipulate that access to information is granted on a limited, need-to-know basis only to authorized personnel, i.e., an employee who has access to information only as required to perform his/her specific duties at Aqua. Employees are only provided with access to the network and network resources that they have been specifically authorized to use. Aqua maintains a written System Access procedure for granting and terminating user access and monitors access for adherence to the procedures.

Neither employees of CF&amp;Co. nor employees dually-registered with Aqua and CF&amp;Co. have access to information about unexecuted orders or any other confidential pre-trade information.

BGC Partners, L.P., a minority investor in Aqua Securities, provides technology infrastructure and analytic services for Aqua.  Authorized BGC technology personnel who provide analytic services to Aqua will receive historical (T+5 or older) Notice information.  These authorized BGC personnel will receive anonymized information regarding the Aqua subscribers receiving the Notices and are only permitted to use this anonymized Notice data to assist Aqua with transaction and signaling cost analysis.  Prior to obtaining access, the authorized personnel must certify in the form of a written acknowledgement that they have read and understand the requirements related to protection of the information they receive from Aqua.  These requirements include safeguarding and controlling access to Aqua's confidential information, adherence to the "need to know" principal with respect to the information; following the appropriate physical and electronic information barriers; and notifying Aqua's CEO and CCO immediately if there are potential or actual breaches to the agreement.  In addition, the personnel are prohibited from: (i) sharing the information they receive from Aqua with unauthorized personnel; and (ii) placing trades in personal trading accounts based on the information.

Goldman Sachs &amp; Co. LLC, an SEC-registered broker-dealer and FINRA member firm, provides fully disclosed clearing and settlement services to Aqua pursuant to a clearing agreement.  Pursuant to the terms of this agreement, Goldman agreed not to disclose or utilize any confidential information (non-public information acquired in its capacity as clearing broker) of Aqua and its customers.  Information Aqua provides to Goldman pursuant to its clearing arrangement is used for the limited purposes of Goldman's function as a clearing broker, including associated compliance, legal, risk, operations and regulatory purposes.

CFS maintains an arrangement with n-Tier Financial Services, a third-party technology vendor, to assist with Electronic Blue Sheet (EBS) reporting.  Pursuant to the terms of its agreement with CFS, n-Tier and its representatives preserve as confidential information and records of or relating to CFS and its affiliates, including Aqua. The vendor has further agreed that information CFS provides to it in connection with its services (i.e., Blue Sheet reporting) are to be used only for that limited purpose.

Refer to Part II, Item 6 for additional details on third-party service provider access to information.

Aqua does not "scrape" a subscriber's OMS/EMS in the sense that scraping involves centralizing detailed OMS/EMS order information within an ATS. In Aqua, OMS/EMS order information is not reported back to a central Aqua server for comparison with other orders, or otherwise made available outside of the liquidity-taker's environment. Instead of centralizing private trading interest for comparison with orders, Aqua de-centralizes orders for comparison with private trading interest safely behind the liquidity taker's firewall or within a datacenter of the liquidity taker's choice. By not making this information available to Aqua or affiliate personnel, Aqua provides a high degree of client information security.

The Firm's Cybersecurity Policies cover acceptable use standards, information security and incident response. Each employee must complete annual Cybersecurity training. Employees are instructed to escalate any issues to Compliance and the Information Security Department as necessary, pursuant to the policy.

All employees are required to acknowledge that they have read, understand and agree to comply with Aqua's policies and procedures, including policies and procedures regarding the confidential treatment of information, insider trading and other key topics. Employees must certify annually their compliance with these policies.

Employees of the ATS that trade for personal trading accounts must request and obtain prior approval from a supervisor or the Aqua CEO (or designee) for any securities trades covered by the policy. In the event of a potential conflict of interest, the supervisor escalates to Compliance for further review or denies the trade request. Additionally, before submitting requests for trading in personal accounts, employees must first attest that they do not have any material non-public information about the referenced company and confirm that they do not believe the trade represents a conflict with client orders or business. Positions in personal accounts must be held for a minimum holding period.

ii. The Firm's Compliance Department receives electronic brokerage feeds, trade confirmations and monthly statements to conduct reviews of employee transactions. Any potential issues identified are escalated to the employee's supervisor and may result in disciplinary action.</taPart2Item7aDescrOfSafeGaurdsAndProcedures>
      <part2Item7bCanSubscriberConsentToDisclosure rbPart2Item7bCanSubscriberConsentToDisclosure="Y">
        <taPart2Item7bExplainHowAndConditions>When a liquidity taker elects to trade with an identified liquidity provider ("ILP") and elects to have an ILP serve as its broker-of-record ("BOR"), in each case, by responding to an Aqua Notice, the liquidity taker is directing the BOR to submit an order to Aqua on its behalf as its agency broker.  This has the effect of informing the BOR of its confidential intent to trade shortly before the trade is in fact executed in Aqua.</taPart2Item7bExplainHowAndConditions>
        <part2Item7cCanSubscriberWithdrawConsent rbPart2Item7cCanSubscriberWithdrawConsent="Y">
          <taPart2Item7cExplainHowAndConditions>As the subscriber only ever consents to the disclosure of confidential information on a trade-by-trade basis, and then only shortly before any trade is executed, there is no ongoing consent that needs to be withdrawn. The subscriber can avoid further trade-by-trade disclosure of confidential information by simply declining to attempt to trade.  Or the subscriber can elect to trade without any disclosure of confidential information by informing Aqua in writing that the subscriber no longer wishes to be considered a designated client of the ILP, thereby directing that Aqua and not the ILP will be broker-of-record on all subsequent trades.</taPart2Item7cExplainHowAndConditions>
        </part2Item7cCanSubscriberWithdrawConsent>
      </part2Item7bCanSubscriberConsentToDisclosure>
      <taPart2Item7dSummaryOfRolesRespOfPersons>Before executing trades on Aqua, a liquidity taker must enter its private trading interest into its OMS blotter, which is not a part of the Aqua system. Because information in the OMS blotter reflects only private trading interest, it does not reflect executable orders nor does it represent "indications" that are meant for viewing by any other party.

This private trading interest is the most sensitive confidential information that subscribers entrust to Aqua. Private trading interest is published to the subscriber's Aqua Participant Server ("APS"), the client-side software which typically resides in the client's environment, but may, at the client's option, be hosted by a third party or by BGC Partners, L.P., an affiliate of Aqua. This private trading interest is not transmitted or shown to anyone, including Aqua Securities personnel. By reading the liquidity taker's trading interest using a process that resides entirely behind the liquidity taker's firewall or at the liquidity taker's data center, and by not making this information available to Aqua personnel, Aqua provides a high degree of client information security.

Other forms of confidential subscriber information in Aqua's possession include the orders submitted to the ATS by liquidity providers and liquidity takers, Aqua Notices displayed to liquidity takers, and trades executed and visible through the Firm Order Viewer, an internal application.

Operations/Integration Services personnel provide real-time technical support to Aqua subscribers. They use the Firm Order Viewer for direct access to view orders submitted to the ATS. They are the only personnel with tools allowing them to view orders and they are the only personnel with access to the Firm Order Viewer.

Operations/Integration Services personnel have indirect access to view private trading interest that subscribers make available to the Aqua Participant Server in the course of diagnosing issues or addressing client questions. To access this information, an Operations/Integration Services employee may retrieve logs from the client's APS, an action that is captured in an audit trail. This facilitates troubleshooting activity at the point in time that the log was retrieved.

The only information about a client's private trading interest that Aqua's Operations/Integration Services personnel may access directly without retrieving logs is summary information (i.e., number of orders) regarding the current eligible private trading interest a client has made available to the APS, broken out by market capitalization, which is available in the Aqua Support Tool, an internal application. This information does not include ticker symbols, sides, quantities or prices.

Aqua Sales personnel may also use the Aqua Support Tool to directly access the current eligible private trading interest a client has made available to the APS. Sales personnel have no access to information about specific ticker symbols, sides, quantities or prices of this trading interest; no access to log files or information from an APS; and no access to the Firm Order Viewer. Sales personnel have no ability to see orders entered into the ATS -- either in real-time or historically.

Operations/Integration Services and Sales personnel may view specific Notices that were shown to Aqua buyside subscribers, including the ticker symbol, side, size and price of the Notice that was shown to the subscriber, using the Aqua Support Tool. Sales personnel do not have access to any detail about the private trading interest that prompted a Notice to be shown to a subscriber, nor do they have access to any detail about the underlying order submitted to the ATS.

Operations/Integration Services and Sales personnel may view executed trades, including ticker symbols, quantities and prices and the parties to the trades. Operations/Integration Services and Sales personnel have the ability to see which subscribers are logged into Aqua and whether a subscriber has linked their OMS orders to Aqua.

The ILP has no access to information contained in or derived from any ILP client's OMS/EMS.  Aqua Sales personnel are permitted to notify the Identified Liquidity Provider ("ILP") if an ILP's designated client is not currently logged in or has not linked orders to Aqua.  Because Aqua's software typically runs in the background on the liquidity taker's desktop, Aqua subscribers may be unaware and need to be notified, either by Aqua or the ILP, if they are not logged in or have not linked orders.  Aqua personnel are not permitted to share any other information with ILP personnel.

When a liquidity taker elects to trade with an ILP or elects to have an ILP serve as its broker-of-record ("BOR"), the BOR receives a notification when its client is responding to a Notice submits an order to Aqua and settles the ensuing trade with Aqua in its own name. The liquidity taker settles its trade with and pays a commission to the BOR.  The ILP is described in more detail in Part III, Item 1, Types of ATS Subscribers; Part III, Item 11, Trading Services Facilities and Rules; Part III, Item 12, Liquidity Providers; and Part III, Item 14, Counter-Party Selection.

Software Developers have access to the production environment to provide support and may assist Operations/Integration Services in troubleshooting.

Employees of BGC Partners, L.P. who manage and maintain the data center described in Part II, Item 6(b) do not have access to confidential trading information of the ATS.</taPart2Item7dSummaryOfRolesRespOfPersons>
    </partTwo>
    <partThree>
      <taPart3Item1SubscriberType>Investment Companies</taPart3Item1SubscriberType>
      <taPart3Item1SubscriberType>Brokers</taPart3Item1SubscriberType>
      <taPart3Item1SubscriberType>Asset Managers</taPart3Item1SubscriberType>
      <taPart3Item1SubscriberType>Hedge Funds</taPart3Item1SubscriberType>
      <taPart3Item1SubscriberType>Market Makers</taPart3Item1SubscriberType>
      <taPart3Item1SubscriberType>Dealers</taPart3Item1SubscriberType>
      <taPart3Item1SubscriberType>Other</taPart3Item1SubscriberType>
      <taPart3Item1OtherSubscrbrDtls>When subscribers are activated on the system, they are classified as anonymous FIX liquidity providers ("ALPs"), identified FIX liquidity providers ("ILPs") and/or liquidity takers. Descriptions in this Form ATS-N that refer to "liquidity providers" apply to both ALPs and ILPs.

A broker dealer subscriber can act as both an ALP and an ILP.  However, a broker dealer subscriber cannot act as both an ALP and an ILP on the same order.  An individual order submitted by a broker dealer subscriber will either be anonymous, generating Notices and eligible for matching against all liquidity takers; or identified, generating Notices and eligible for matching against (i) all liquidity takers or (ii) only those liquidity takers designated as clients of the ILP.  A buyside subscriber cannot be an ILP; a broker dealer subscriber cannot be a liquidity taker.

Liquidity providers are subscribers that submit orders directly to the Aqua system using the FIX protocol. Liquidity providers are subscribers that submit orders directly to the Aqua system using the FIX protocol.  An ALP provides liquidity without revealing its identity to other subscribers.  If an ALP elects to generate Notices in Aqua, its liquidity is displayed to all liquidity takers with eligible contra orders in their OMS.  When an ALP executes a trade on Aqua, the ALP and its counterparty each settle their trade with Aqua.  In the case of an ILP that provides liquidity that is only visible to liquidity takers that are its designated clients, the ILP acts as the liquidity taker's broker of record ("BOR").  The BOR receives a notification that its client is responding to a Notice, submits an order to Aqua and settles the ensuing trade with Aqua in its own name, while the liquidity taker settles its trade with and pays a commission to the BOR.

Liquidity takers are subscribers that use Aqua's desktop software to: (i) view information about liquidity in the Aqua system that is relevant to them (via Notices); (ii) submit contra orders in response to information they have received about liquidity available in the Aqua system; or (iii) provide liquidity to other Aqua subscribers.

Only liquidity takers may view information about liquidity available in the Aqua system. The information is limited to liquidity for which there is a potential contra side to their private trading interest. Aqua is dark to liquidity providers. Liquidity takers must complete a "click-through" agreement to use the Aqua software.

Only buyside subscribers or Outsourced Buyside Desks are permitted to participate as liquidity takers. A buyside subscriber must be a Qualified Institutional Buyer. Buyside subscribers typically settle trades with Aqua directly using DTC's ID system for "customer-side" settlement. Some buyside subscribers utilize a clearing broker that settles trades on their behalf. Buyside subscribers typically use vendor OMS or EMS solutions for entering their private trading interest.

The majority of liquidity providers are broker-dealers although both brokers and buyside subscribers may be liquidity providers. Liquidity providers that do not use the Aqua software are not required to sign any agreement.

"Outsourced Buyside Desk" ("OBD") means a broker-dealer acting on behalf of institutional investors, which executes orders for such investors through other broker-dealers, exchanges and alternative trading systems. An OBD typically uses buyside vendor software to manage client orders, does not act as principal for its own account in respect of such activity, and does not typically look to cross client orders with trading interest of other institutional clients. For purposes of this Form ATS-N, OBDs are considered buyside subscribers.

Aqua does not enter orders into the ATS for its own account.</taPart3Item1OtherSubscrbrDtls>
      <rbPart3Item2aRegisteredBD>N</rbPart3Item2aRegisteredBD>
      <part3Item2bSummaryOfConditions rbPart3Item2bIsThereOtherConditions="Y">
        <taPart3Item2bSummaryOfCndtns>All subscribers are required to pass Know Your Customer checks and are required to meet minimum requirements for credit quality, including (in the case of buyside subscribers) meeting the requirements of a Qualified Institutional Buyer ("QIB") (as defined in Rule 144A(a)(1) under the Securities Act of 1933, as amended). Minimum credit criteria are different for broker-dealers vs. buyside investors.

Aqua also considers reputational risk when evaluating potential subscribers, e.g., by reviewing items such as negative news, and outstanding or concluded regulatory matters.

FIX liquidity providers must successfully certify a FIX connection.

In addition, Aqua has a click-through user agreement that is required for subscribers that access Aqua via the Aqua Desktop Application. There is no written agreement required for subscribers connecting to Aqua via FIX.</taPart3Item2bSummaryOfCndtns>
        <rbPart3Item2cIsConditionsSameForAll>Y</rbPart3Item2cIsConditionsSameForAll>
      </part3Item2bSummaryOfConditions>
      <rbPart3Item2dIsThereWrittenAgreement>N</rbPart3Item2dIsThereWrittenAgreement>
      <part3Item3aSumryOfExcludngCondtns rbPart3Item3aIsExcludeSubscriber="Y">
        <taPart3Item3aExcludngSumryDtls>Following on-boarding, Aqua periodically reviews the criteria described in 2b. Factors that Aqua considers for wholly excluding a subscriber include a subscriber's credit profile and its perceived reputational risk. The review of a subscriber or potential subscriber's reputational risk may include items such as negative news, outstanding or concluded regulatory matters, or a pattern of questionable trading activity.

Factors that Aqua considers for partially excluding a subscriber include the quality of the subscriber's participation. For example, Aqua expects liquidity providers to have order flow that is relatively "patient." Aqua discourages liquidity providers from frequently submitting orders and cancelling them after a short time as this behavior would create Notices that "flicker" on liquidity taker desktops without being available long enough to lead to a trade. Based upon feedback from liquidity takers, Aqua will review liquidity provider flow that appears to result in flickering notices. Aqua may partially exclude liquidity providers with order flow that is not patient by requiring such a liquidity provider to mark its orders "book-only" so as not to generate Notices. Refer to Part III, Item 12 for additional information.

Similarly, Aqua may partially exclude liquidity providers that do not consistently firm up their conditional orders upon request. Aqua reviews this behavior in response to feedback from liquidity takers and other liquidity providers. Aqua may partially exclude liquidity providers that do not consistently firm up their conditional orders by limiting them to submitting firm orders only. Refer to Part III, Item 9 for additional details on conditional orders.</taPart3Item3aExcludngSumryDtls>
        <rbPart3Item3bIsCondtnsSameForAll>Y</rbPart3Item3bIsCondtnsSameForAll>
      </part3Item3aSumryOfExcludngCondtns>
      <taPart3Item4aHrsOfOperation>The ATS operates its matching process during regular trading hours (9:30am to 4:00pm ET), Monday to Friday, subject to NASDAQ and FINRA holidays and early close schedules. All subscribers can submit orders to the ATS starting at 8:00am ET. Notices are not generated and orders are not matched for execution until 9:30am ET.</taPart3Item4aHrsOfOperation>
      <rbPart3Item4bIsHrsOfOperationsame>Y</rbPart3Item4bIsHrsOfOperationsame>
      <part3Item5aProtocolDetails rbPart3Item5aIsPermitOrdrTradng="Y">
        <taPart3Item5aProtocolused>Aqua distinguishes between orders, private trading interest, and Aqua Notices:

1) "Orders", either firm or conditional, represent immediate intentions to trade that are directly submitted to Aqua for execution by liquidity providers, using the FIX 4.2 protocol; or by liquidity takers, using the Aqua desktop software.
2) "Private trading interest" represents future intentions to trade entered into a liquidity taker's private OMS or EMS.
3) "Aqua Notices" displayed on liquidity takers' desktops represent potential opportunities to trade and are generated by comparing orders with private trading interest. Liquidity takers may enter orders directly into the Aqua system by responding to Aqua Notices, or by using the AutoMatch or TACT features of the Aqua Desktop Application.

Liquidity providers use the FIX protocol to enter conditional or firm orders directly into the ATS.  This means of entry applies to both anonymous liquidity providers ("ALPs") and the identified liquidity provider ("ILP'). These orders are not displayed to other liquidity providers. Information about these orders are displayed only to liquidity takers that Aqua has identified as having matching contra private trading interest. Liquidity providers also have the option to treat an order as "book-only", which does not generate a Notice to liquidity takers. Thus, information about book-only orders is not visible to other subscribers.</taPart3Item5aProtocolused>
        <part3Item5bProtocolDetails rbPart3Item5bIsProtclsameForAll="N">
          <taPart3Item5aProtocolSumryDtls>By definition the means of entry identified in Item 5(a) are not the same for Broker-Dealer Operator as for other subscribers, because Aqua does not enter orders into the ATS for its own account. The protocols required to be identified in Part III, Item 5(a) are the same for all subscribers of the same classification. Typically, liquidity providers send orders via FIX, whereas liquidity takers use the Aqua Desktop Application to respond to Aqua Notices and/or to provide liquidity to other participants.</taPart3Item5aProtocolSumryDtls>
        </part3Item5bProtocolDetails>
      </part3Item5aProtocolDetails>
      <part3Item5cOthrDtls rbPart3Item5cIsAnyOtherMeans="Y">
        <taPart3Item5cOthrMeansDtls>Liquidity takers use a different means to enter orders than liquidity providers. Liquidity takers first enter their private trading interest into an OMS or EMS, not into Aqua. They permit Aqua to access some or all of their private trading interest, either on a continuous basis or only when deliberately invoked by the liquidity taker.

Where marketable contra private trading interest is identified, Aqua generates a popup notice on the liquidity taker's desktop. A liquidity taker clicks on the Aqua Notice to submit a matching contra order.

Multiple liquidity takers with private trading interest on the same side in the same security will receive Aqua Notices at the same time, although these Notices may display different information, depending on the quantities or prices of the liquidity takers' respective private trading interests. Multiple liquidity takers clicking to trade with the same underlying liquidity are handled on a first-come, first-served basis.

Liquidity takers may elect to see only Notices that are priced at the midpoint.
Liquidity takers may also use the Aqua Desktop Application to provide liquidity to other subscribers using AutoMatch or TACT. AutoMatch submits liquidity priced at the midpoint that is not visible to any subscriber. TACT submits liquidity priced at an offset to the NBBO that is visible only to other liquidity takers with contra private trading interest.

Buyside subscribers can send algorithmic orders to Aqua using Price Discovery Solutions ("PDS"). Subscribers enter PDS orders from their OMS or EMS, not from the Aqua desktop software. PDS orders mitigate opportunity cost by providing subscribers the ability to execute transactions away from Aqua while seeking an execution in Aqua. PDS orders are priced in Aqua at offsets inferior to the NBBO. PDS orders are routed to other market centers using algorithms provided by unaffiliated third-party broker-dealers.</taPart3Item5cOthrMeansDtls>
        <part3Item5dTnCDetails rbPart3Item5dIsTnCSameForAll="N">
          <taPart3Item5dTnCSumryDtls>By definition the terms and conditions identified in 5(c) are not the same for the Broker-Dealer Operator as for all subscribers, because Aqua does not enter orders into the ATS for its own account. The terms and conditions identified in 5(c) are the same for all liquidity takers, except that PDS is only offered to buyside subscribers, whether or not they are liquidity takers.</taPart3Item5dTnCSumryDtls>
        </part3Item5dTnCDetails>
      </part3Item5cOthrDtls>
      <rbPart3Item6aIsCoLocRltdSrvcsOfrd>N</rbPart3Item6aIsCoLocRltdSrvcsOfrd>
      <rbPart3Item6cIsAnyOtherMeans>N</rbPart3Item6cIsAnyOtherMeans>
      <rbPart3Item6eIsAnyRducdSpOfCom>N</rbPart3Item6eIsAnyRducdSpOfCom>
      <taPart3Item7AOrdrTypExplain>i. Aqua distinguishes between orders, private trading interest, and Aqua Notices:

1) "Orders", either firm or conditional, represent immediate intentions to trade that are directly submitted to Aqua for execution by liquidity providers, using the FIX protocol; or by liquidity takers using the Aqua desktop software.
2) "Private trading interest" represents future intentions to trade entered into a liquidity taker's private OMS or EMS.
3) "Aqua Notices" displayed on liquidity takers' desktops represent potential opportunities to trade and are generated by comparing orders with private trading interest. Liquidity takers may enter orders directly into the Aqua system by responding to Aqua Notices, or by using the AutoMatch or TACT features of the Aqua Desktop Application.

Aqua accepts five order types: limit, market, primary peg, midpoint peg, and market peg, all of which are handled and matched in strict price-time priority. Aqua treats limit orders as midpoint pegs with limits. Aqua treats market orders as midpoint pegs, even if the order is submitted to Aqua as a market order. Orders that are submitted as market peg orders do not trigger Notices to liquidity takers.

Priority among orders is established by price, and then by the time the order is received (in milliseconds), whether the order is submitted by a liquidity provider via FIX or submitted by a liquidity taker using the Aqua desktop software: (i) to respond to a Notice or (ii) using the AutoMatch or TACT features of the Aqua Desktop Application.

Once accepted, an order cannot receive a new subsequent time-stamp. Priority within the book cannot be altered by external events such as changes to the NBBO or other reference prices. There are no instances where an order can lose priority to a later-arriving order at the same price.

Private trading interest and Notices do not receive time-stamps and do not have priority. Liquidity takers with private trading interest on the same side of the same name receive Aqua Notices at the same time, regardless of the time at which they entered their private trading interest into their OMS or EMS, and regardless of the price or size of that private trading interest, except that private trading interest that is limited away from the current market price or that cannot meet a contra orders minimum fill requirement will not receive an Aqua Notice.

ii. There are no price conditions that affect the rank and price at which an order can be executed.

FIX liquidity providers may elect to submit orders that do not generate Notices.

Alternatively, liquidity providers may elect to submit orders that only match against orders submitted by buyside subscribers. In this case, an order submitted by a broker-dealer may be excluded from potential matching in favor of a later-arriving order submitted by a buyside subscriber. In such cases, the broker-dealer order maintains its time priority for execution against any contra matching orders not so restricted.

Orders that are firm are executable without condition. Conditional orders are executable only upon firm-up.

By definition there are no conditions on the routability of orders since Aqua does no outbound routing, except to satisfy the Reg NMS obligation to route to Market Centers with better-priced quotations when printing a block trade priced outside the NBBO.

iii. Neither Aqua's matching logic nor Aqua's pricing policy discriminate between adding or removing liquidity and there are no order types designed to not remove liquidity, such as post-only orders.

iv. Aqua supports pegged orders. Pegged orders change the price at which they will match based on changes to the NBBO. When a subscriber responds to a Notice priced at an offset, the price is translated to the actual market at the time.  Aqua does not reprice pegged orders as market prices change but only upon arrival and at the time of a match.

Aqua does not support orders that change their rank or price based on any other factor or condition, including changes to the Aqua order book.

v. The only scenario in which Aqua routes externally to another Trading Center is in connection with its obligations to comply with the trade through provisions of Regulation NMS.

Aqua supports primary peg orders that can be matched at an offset to the NBBO. Upon matching of two orders at a price outside the NBBO, Aqua submits an order to NASDAQ's routing broker on behalf of the liquidity taker to cause intermarket sweep orders (ISOs) to be routed in compliance with Rule 611(b)(6) to execute against all protected, better-priced quotations in the market. The fills of these ISOs are passed on to the liquidity taker. This is the only instance in which Aqua routes orders to another Trading Center.

vi. Aqua only accepts "day" orders. Orders may include an expiration time. Orders submitted by liquidity takers responding to Notices are assigned an expiration time of 250 milliseconds. Orders with no expiration time are cancelled at the end of the trading day.

vii. Aqua does not accept combination order types. Orders entered into the Aqua system cannot be "modified" or "removed". In order to change the terms of an existing order, the order must be cancelled and replaced. Cancelling and replacing with a new order results in a loss of time priority. Orders can only be cancelled by Aqua or by the subscriber who submitted that order. Aqua rejects orders that do not meet minimum and maximum requirements, such as eligible ticker symbols, time of order submission, and minimum or maximum quantities.

viii. Liquidity providers that connect and submit orders to Aqua via FIX may submit all five order types. Liquidity takers using the Aqua Desktop Application may submit limit, primary peg, midpoint peg and market peg orders. Users of the Aqua Desktop Application cannot submit market orders.</taPart3Item7AOrdrTypExplain>
      <part3Item7bTnCDetails rbPart3Item7bIsTnCSameForAll="N">
        <taPart3Item7bTnCSumryDtls>By definition the terms and conditions for each order type and attribute are not the same for the Broker-Dealer Operator as for all subscribers because Aqua does not enter orders into the ATS for its own account.

The conditions for each order type vary for FIX liquidity providers and liquidity takers using the Aqua Desktop Application.

Liquidity takers are limited by the functions permitted by the software application, e.g., responding to Notices at the midpoint, "far touch", or far touch with offset, or providing liquidity at the "near touch" or at the near touch with offset. ("Near touch" means the National Best Bid for buy orders or the National Best Offer for sell orders. "Far touch" means the National Best Offer for buy orders or the National Best Bid for sell orders.) Except in the case of a Notice resulting from TACT interest, liquidity takers respond only to Notices they receive, either to accept, to reduce the quantity and accept, or to dismiss.

Some Notices priced at an offset to the NBBO are negotiable. If the Notice is identified as "Negotiable", the liquidity taker can reduce the offset on the Notice and send it back to the liquidity provider. The liquidity provider can either accept or dismiss a negotiation.

Liquidity takers can use AutoMatch to provide dark liquidity at the midpoint, or TACT to provide liquidity that generates Notices for other liquidity takers priced at the NBBO or at an offset to the NBBO. Liquidity takers cannot provide liquidity that generates Notices priced at the midpoint.

FIX liquidity providers can submit orders priced at the midpoint, the near-touch, an offset to the near-touch or at the far-touch.

FIX liquidity providers cannot submit orders that are priced at an offset to the far-touch.</taPart3Item7bTnCSumryDtls>
      </part3Item7bTnCDetails>
      <part3Item8aSizeReqrmnts rbPart3Item8aIsMinOrMaxSizeReqd="Y">
        <taPart3Item8aOtiSizeReqrmns>The minimum size to submit a firm order or a conditional order on Aqua is 2,500 shares. The minimum size on a reply to a firm-up request to a conditional order is 1,200 shares. Orders are also subject to individual limits pursuant to Aqua's Rule 15c3-5 (Market Access Rule) controls.</taPart3Item8aOtiSizeReqrmns>
        <rbPart3Item8bIsReqProcSameForAll>Y</rbPart3Item8bIsReqProcSameForAll>
      </part3Item8aSizeReqrmnts>
      <rbPart3Item8cIsOddLotsAcptdExecutd>N</rbPart3Item8cIsOddLotsAcptdExecutd>
      <part3Item8eMixltOrdrDetails rbPart3Item8eIsMixLotOrdrsAcptdExecutd="Y">
        <taPart3Item8eMixltOrdrReqsProcDtls>While the Aqua ATS does not accept mixed lot orders, Aqua may receive fills on intermarket sweep orders in mixed lot quantities. This may result in the parties to the trade in Aqua receiving executions from the ATS in mixed lot amounts.</taPart3Item8eMixltOrdrReqsProcDtls>
        <rbPart3Item8fIsRecProcSameForAll>Y</rbPart3Item8fIsRecProcSameForAll>
      </part3Item8eMixltOrdrDetails>
      <part3Item9aMsgDtls rbPart3Item9aIsAnyMsgToIndicTI="Y">
        <taPart3Item9aMsgUsgDtls>Aqua does not send outbound IOIs, actionable IOIs, or conditional orders; however, Aqua receives conditional orders from liquidity providers via FIX and from liquidity takers using the Aqua desktop software (via AutoMatch or TACT, which are features of the Aqua Desktop Application).

Conditional orders contain all material terms of an order, but are not firm.

Conditional orders are intended to foster liquidity provisioning by allowing liquidity providers to enter the full size of their trading interest while they also seek to trade on other venues -- with protection against the risk of executing shares in excess of the liquidity provider's or its client's intention in the event of race conditions. Aqua's PDS algo offering is an example of this -- the client's "parent" algo order is pieced into "child" orders that are worked in several dark pools simultaneously, including Aqua. The use of a conditional order in Aqua instead of a firm order allows all this to happen simultaneously without risk of a race condition that could lead to execution of a quantity greater than the clients order size. PDS is described in greater detail in Part III, Item 5 (Means of Entry). Race conditions arise in the event of a near-simultaneous cancellation of an order by a liquidity provider's client, or near-simultaneous execution of a portion of the order in another venue.

Conditional orders provide this protection by introducing a "firm-up" step into the sequence of messages that lead to a trade. Conditional orders are expected to be "firmed-up" on request from Aqua, except in race conditions where the interest represented by the conditional order was either executed away or cancelled by the liquidity provider's client. Aqua transmits firm-up requests electronically via FIX and they include symbol, size, side, price and minimum quantity (if applicable).

When a liquidity taker clicks "Buy" or "Sell", Aqua reserves shares in the liquidity takers OMS or EMS and then submits a firm contra order into Aqua's ATS, which in turn sends a request to the liquidity provider to confirm the executable quantity of shares. Aqua requires that liquidity providers that submit conditional orders must be able to respond electronically to such "firm-up" requests within 250 milliseconds, or the liquidity taker's order will be cancelled. Aqua expects liquidity providers to "firm-up" and execute the entire order, or a portion of the order, except in cases of race conditions.

Aqua may partially exclude liquidity providers that do not consistently firm up their conditional orders upon request. Aqua reviews this behavior in response to feedback from liquidity takers and other liquidity providers. The remedy is to restrict liquidity providers that do not consistently firm up their conditional orders to only be permitted to submit firm orders.

AutoMatch Conditional Orders

AutoMatch is a feature that is available to all users of the Aqua Desktop Application. The purpose of AutoMatch is to allow a liquidity taker to execute automatically against midpoint liquidity without having to respond to a Notice. AutoMatch orders are conditional orders, priced at the midpoint that do not generate Aqua Notices. AutoMatch orders can execute against (i) other midpoint conditional orders submitted by buyside subscribers using AutoMatch or (ii) FIX liquidity provider orders that are book-only and do not generate Notices. As conditional orders, AutoMatch orders do not tie up shares in the client's OMS except for brief periods, reserving those shares when a trade opportunity is available in the system and either executing in full, partially executing and returning the balance, or returning all of the shares to the OMS.

AutoMatch orders are completely dark orders. Neither liquidity providers nor other liquidity takers ever have any visibility into AutoMatch orders.

TACT Conditional Orders

TACT is a feature available to all subscribers that enables subscribers to submit conditional orders to the Aqua system that are priced at an offset determined by a potential counterparty's available size. TACT prices liquidity at a range of prices and potential quantities. FIX liquidity providers may incorporate TACT functionality by sending FIX conditional orders with a TACT indicator. Users of the Aqua Desktop Application may use TACT functionality to select which orders to include for liquidity provisioning, price them, and release them to Aqua.

For each order a trader includes, TACT stages multiple conditional pegged orders of varying quantities with corresponding price offsets. All TACT orders are pegged at the NBBO or at an offset to the NBBO. An offset for the entire order is generated using a formula that incorporates the size of the subscriber's order and various characteristics of the stock in question (e.g., volatility and average daily trading volume), as well as a "pricing factor" provided by the subscriber. The pricing factor is a numerical value between zero and one, where values set closer to one result in a greater offset to the NBBO. The calculation is then rounded to the nearest penny, resulting in an offset in a permissible price increment.

TACT functionality includes maximum quantity settings to cap (i) the liquidity provider's TACT order quantity and (ii) the largest contra order that is permitted to interact with the TACT order.  These settings may be configured by the subscriber using TACT.

TACT orders are protected by "anti-gaming limits" that stop a pegged TACT order from drifting with the market by more than one tick.  These limits, which automatically reset to the market every three (3) minutes, are designed to prevent a counterparty from deliberately influencing the NBBO against you prior to execution.

TACT prices are also bound by a "Band Width" control.  This setting provides a boundary, in basis points, beyond which TACT prices will not drift.  Band Width is a hard limit that does not reset.  This Band Width is set to 100 basis points and can be configured by the subscriber to a limit no greater than 100 basis points.

A potential counterparty receives an Aqua Notice for at most one order for the same ticker and side.

As conditional orders, TACT orders are not committed to Aqua and do not tie up the shares available in a buyside subscriber's OMS or EMS. Potential buyside counterparties receive Aqua Notices, as with any orders submitted to Aqua. When a potential counterparty clicks to trade, shares are first reserved in the counterparty's OMS/EMS, and then shares are reserved in the TACT liquidity provider's OMS/EMS. In the case where the TACT order was submitted by a FIX liquidity provider, a firm-up message is sent to the submitting liquidity provider. A trade is executed in Aqua only after shares are successfully reserved in both buyside subscribers' respective OMS/EMS, or, in the case of a TACT order submitted by a FIX liquidity provider, a firm-up response is received from the FIX liquidity provider and shares are successfully reserved in the buyside subscriber's OMS/EMS.

Because TACT orders are priced for a range of potential counterparty sizes, counterparties have the ability to reduce the quantity of a Notice resulting from TACT, to determine if a better price is available for a smaller quantity. Alternatively, a potential counterparty can enter a better price, i.e., a narrower, permissible offset to the NBBO, and determine the largest quantity currently available to trade at that better price. If the potential counterparty finds the available quantity and offset are desirable, the potential counterparty then clicks to trade.

TACT liquidity providers can choose to permit their TACT conditional orders to be negotiable. In the case of a negotiable TACT order, if a potential counterparty finds the available quantity and offset are not desirable, the potential counterparty can negotiate the trade by submitting a better price for the desired quantity. This negotiated quantity and offset causes an order to be submitted into the ATS and in turn generates a Notice on the liquidity provider's desktop, which the liquidity provider can either accept or dismiss.

A Notice resulting from a negotiable TACT conditional order resembles any other Notice -- it includes the proposed quantity, price offset and a clock that counts off fifteen seconds and then expires. The only difference from a regular Notice is the appearance of the label, "Negotiation", which implies necessarily that the counterparty is a buyside subscriber who is responding to a TACT liquidity Notice with a proposed alternative price and size. Such negotiations only permit one iteration -- the recipient must either accept the proposed terms of the trade or dismiss the Notice. No further negotiation is permitted.</taPart3Item9aMsgUsgDtls>
      </part3Item9aMsgDtls>
      <rbPart3Item9bIsIndIntrstSameForAll>Y</rbPart3Item9bIsIndIntrstSameForAll>
      <taPart3Item10aOpenReOpenDtls>There is no special process for opening, re-opening, or closing trading. Aqua begins matching orders at 9:30am ET (after the first print on the primary listing exchange) and cancels all open orders at 4:00pm ET, or at the close of trading on an early-close day.

Liquidity takers may submit private trading interest into their OMS or EMS at any time.

During a trading halt, Aqua continues to receive orders and cancellations, but matching of orders is suspended. Aqua does not have a special re-opening process, but matching of orders resumes after the trading halt is lifted and quoting has resumed in the primary listing market.</taPart3Item10aOpenReOpenDtls>
      <rbPart3Item10bIsOpnReopnSameForAll>Y</rbPart3Item10bIsOpnReopnSameForAll>
      <taPart3Item10cUnexeOrdrTIDtls>Aqua begins matching orders at 9:30am Eastern Time. All orders are held in a queue based on price time priority until matching commences.

During a trading halt, Aqua continues to receive orders and cancellations, but matching of orders is suspended. Matching of orders resumes after the trading halt is lifted and quoting has resumed in the primary listing market.</taPart3Item10cUnexeOrdrTIDtls>
      <rbPart3Item10dIsAnyDifBtwnExeProcTrdHrs>Y</rbPart3Item10dIsAnyDifBtwnExeProcTrdHrs>
      <rbPart3Item10eIsAnyDifBtwnPreOpExecFlwngStpg>N</rbPart3Item10eIsAnyDifBtwnPreOpExecFlwngStpg>
      <taPart3Item11aStrucOfNmsStk>Aqua is an electronic trading solution that facilitates block trades in NMS stocks. The central feature of Aqua is its unique "Go Fish" method of matching orders. With the "Go Fish" method, liquidity providers (either buyside, OBDs or Broker-Dealers) submit block-sized orders into Aqua, bidding or offering to buy or sell a particular equity security at a price to be determined based on a peg to the national best bid or offer ("NBBO") at the time of execution--including either at the NBBO, at the midpoint of the NBBO, or at a spread inferior to the NBBO. Aqua only accepts orders priced by reference to the NBBO. Bids and offers on Aqua are not reported to the consolidated quotation system or otherwise publicly displayed.

Each liquidity taker (buyside or OBDs only) installs Aqua software. The Aqua software (the "client-side software", or the "Aqua Participant Server") has visibility into the liquidity taker's pending unexecuted private trading interest residing in the subscriber's order management or execution management system ("OMS/EMS").

Aqua does not "scrape" a subscriber's OMS/EMS in the sense that scraping involves centralizing detailed OMS/EMS order information within an ATS. In Aqua, OMS/EMS order information is not reported back to a central Aqua server for comparison with other orders, or otherwise made available outside of the liquidity-taker's environment. Instead of centralizing private trading interest for comparison with orders, Aqua de-centralizes orders for comparison with private trading interest safely behind the liquidity taker's firewall.

Unless otherwise noted, references to "liquidity providers" apply to both anonymous liquidity providers ("ALPs") and the identified liquidity provider ("ILP").

Upon Aqua receiving a marketable order from a liquidity provider (or when a previously received order becomes marketable), the Aqua system first matches against any contra orders in the book. If the order is not executed in full, Aqua determines if it will generate Notices by effectively "asking" the client-side software of each liquidity taker whether that subscriber has an open contra-side trading interest in the same stock. If no liquidity takers have such an open contra-side trading interest, the liquidity provider's trading interest is not shown.

However, if one or more liquidity takers has an open contra-side trading interest (and such trading interest is not limited away, already routed to another broker-dealer, or precluded from trading by a minimum fill constraint), those subscribers will be notified of the available liquidity with a Notice and given a limited period to agree to take the other side of the trade.

If the liquidity provider is a buyside subscriber or OBD, the identity of the liquidity provider is not disclosed on the Notice and the liquidity is eligible for matching against all liquidity takers that otherwise meet the criteria to receive the Notice.  Broker dealers that are liquidity providers fall into two categories: anonymous liquidity providers ("ALPs") and identified liquidity providers ("ILPs").  There is currently only one ILP.

If the liquidity provider is an ILP, the identity of the liquidity provider is disclosed on the Notice.  At the discretion of the ILP, all Notices generated from ILP liquidity are either (i) visible to all liquidity takers that otherwise meet the criteria to receive the Notice, or (ii)  visible only to liquidity takers that are designated clients of the ILP.  Notices generated from ALP liquidity are visible to all liquidity takers that otherwise meet the criteria to receive the Notice.

A Notice is not an executable order, but rather a tool for seeking a response from a liquidity taker. When Aqua provides a liquidity taker with a Notice, Aqua does not indicate a single price or size. Generally, the price is indicated as a pegged price and the visible size is dependent on the order size of the resting ATS order (the precise terms of resting ATS orders are not displayed) and the order size on the liquidity taker's blotter.  A Notice will not show an amount greater than the size indicated on the liquidity taker's blotter.  At the discretion of the ILP, orders submitted by the ILP are eligible for matching against orders from (i) all liquidity takers, or (ii) orders from liquidity takers that are its designated clients.

Since Aqua does not store subscriber OMS/EMS data centrally, Aqua cannot engage in the search for potential buyside-to-buyside trades among subscriber OMS/EMS data that is the essence of blotter-scraping. Instead of pulling subscriber OMS/EMS data back to Aqua, Aqua pushes its own order book out to the liquidity takers APS. Aqua performs a decentralized comparison of its own order book with one subscriber's OMS/EMS data at a time, rather than comparing OMS/EMS data centrally. Instead of informing both sides of a potential trade, Aqua informs only the liquidity taker.

Only the receiver of the Notice is informed that a Notice has been shown. Neither the liquidity providers (including an Identified Liquidity Providers) nor any other market participants are informed. Upon receiving a Notice, the designated trader(s) may, within 15-seconds, either: (i) click "Buy" or "Sell", either for the full size or a reduced size, or (ii) click "Dismiss", either for a particular period of time (i.e., requesting to not receive further Notices relating to that NMS stock until a later time designated by the liquidity taker), or for the particular price or size submitted to the Notice. The Notice expires after this 15-second period.

A liquidity taker may attempt to "refresh" an expired Notice on the chance that the liquidity provider's order still resides in Aqua's order book, although a Notice is no longer visible to the liquidity taker. To request a refresh, the liquidity taker must commit shares that would trade should a contra-side order reside in Aqua's order book at the time of the refresh request. Refreshing effectively sends an order, which would execute against the liquidity provider's order reflected in the Notice, if it is still unexecuted and live, or cancel immediately if no contra order is found.

The term "Go Fish" is used to describe this process because matches are achieved similar to the way they are achieved in the card game of the same name. Specifically, liquidity providers are able to match with liquidity takers without liquidity takers being forced to reveal their hand (i.e., the trading interest in their OMS). Liquidity providers' trading interest is only shown to liquidity takers with verified contra-side trading interest. Even when a liquidity provider's trading interest is shown to a liquidity taker, the liquidity provider's identity remains anonymous. Because pre-trade information is not shared with liquidity providers and is shared with liquidity takers only in these limited circumstances, Aqua's matching methodology seeks to limit potential gaming and pre-trade "leakage" of trading intention.</taPart3Item11aStrucOfNmsStk>
      <part3Item11bMeansFeciltsDtls rbPart3Item11bIsMeansFeciltsSameForAll="N">
        <taPart3Item11bMeansFeciltsDtls>By definition the means and facilities required to be identified in Item 11(a) are not the same for the Broker-Dealer Operator as for all subscribers because Aqua does not enter orders into the ATS for its own account.

Only liquidity taker subscribers using the Aqua Desktop Application receive Notices.</taPart3Item11bMeansFeciltsDtls>
      </part3Item11bMeansFeciltsDtls>
      <taPart3Item11cRulsProcsOfNmsStk>Subscribers are classified as liquidity takers, which are buyside subscribers and Outsourced Buyside Desks, or liquidity providers, which may be broker-dealers or buyside subscribers.

Aqua distinguishes between orders, private trading interest, and Aqua Notices:
1) "Orders", either firm or conditional, represent immediate intentions to trade that are directly submitted to Aqua for execution by liquidity providers, using the FIX protocol; or by liquidity takers using the Aqua desktop software.
2) "Private trading interest" represent future intentions to trade entered into a liquidity taker's private OMS or EMS.
3) "Aqua Notices" represent potential opportunities to trade generated by comparing orders with private trading interest, displayed on liquidity taker desktops. Liquidity takers may enter orders directly into the Aqua system by responding to Aqua Notices, or by using the AutoMatch or TACT features of the Aqua Desktop Application.

Liquidity providers use the FIX protocol to enter conditional or firm orders directly into the ATS. These orders are not displayed to other liquidity providers, and are displayed only to liquidity takers that Aqua has identified as having matching contra private trading interest.

Liquidity providers can trade against each other in Aqua. Such trades occur by coincidence, while liquidity providers are seeking to interact with liquidity takers, and without any pre-trade visibility to either party.

Liquidity providers may elect to not permit their orders to be displayed to liquidity takers. Alternatively, liquidity takers -- whether brokers or buyside -- may elect to not trade with orders submitted by broker-dealers.

Neither the ALP nor ILP is informed when a liquidity taker receives a Notice unless and until the liquidity provider decides to trade.  The identity of an ILP is disclosed to the liquidity taker on the Notice.  The identity of an ALP is not disclosed on the Notice.

Aqua matches orders at the best price available, in the order in which orders are received into the ATS Liquidity provider orders may execute upon arrival with matching orders already resting in the Aqua ATS on a first-come, first-served basis.

Liquidity takers enter their private trading interest into an OMS or EMS, not into Aqua. Liquidity takers permit Aqua to access to some or all of their private trading interest, either on a continuous basis or only when deliberately invoked by the liquidity taker. Liquidity taker private trading interest is received into a dedicated server provided by Aqua (the "APS"), residing at the clients data center. Most of this information, including ticker, side, size and price, remains in the APS and does not flow back to Aqua centrally and is not accessible by Aqua employees in the regular course of their responsibilities. Only summary information (i.e., the number of eligible orders grouped by market cap) is made available to Aqua centrally. This summary information does not include ticker, side, size or price. Information about liquidity provider orders not executed immediately upon arrival in the Aqua order book is encrypted and distributed to each liquidity taker APS, where it is compared against each liquidity taker's private trading interest. Where marketable contra private trading interest is identified, Aqua generates a Notice on the liquidity taker's desktop. Information flows back to Aqua centrally about this Notice. An Aqua Notice does not reveal either the liquidity providers order or the liquidity takers private trading interest but instead reflects only the portion in common between the two.

Multiple liquidity takers may receive simultaneous Notices on the same underlying liquidity provider order reflecting different quantities or even different prices, depending as they do on each liquidity taker's private trading interest. An Aqua Notice does not display the liquidity provider's quantity. Rather, an Aqua Notice displays (i) the quantity that is available for the liquidity taker to trade, which is the quantity in common between liquidity provider and liquidity taker; and (ii) the pegged price at which this quantity is available. Different liquidity takers with different OMS quantities available to trade may see Notices with different quantities. Since TACT generates price offsets that are based on the liquidity taker's available size, liquidity takers with different available sizes will receive Notices that have different pegged offsets at different quantities. Notices also display the amount of time remaining to respond, or if a Notice has timed out, the Notice displays "Expired" in place of the time remaining.

A liquidity taker clicks on the Notice to submit a matching contra order. Multiple liquidity takers clicking to trade on multiple Notices are handled on a first-come, first-served basis.

Liquidity providers may group liquidity takers into subdivisions or tiers.  This offers a liquidity provider the ability to show different prices to different liquidity takers, or to different groups of liquidity takers.  The definitions of such  tiers and the criteria for grouping a liquidity taker into one tier or another are known only to the liquidity provider.   The liquidity provider may from time to time direct Aqua to assign a liquidity taker to a particular subdivision or tier.  When submitting orders priced at the NBBO, or at the NBBO plus-or-minus an offset, including TACT orders, the liquidity provider may include pricing increments to be applied to specific tiers.

When a liquidity taker elects to trade with a Notice from an ILP that has opted to generate Notices only to the ILP's designated clients, the ILP serves as the liquidity taker's broker of record ("BOR").  When a liquidity taker elects to trade with a Notice from an ILP that has opted to generate Notices to all liquidity takers, designated clients of the ILP may elect to have either the ILP or Aqua serve as BOR.  Liquidity takers that are not designated ILP clients use Aqua as BOR.

The BOR serves as the buyside subscriber's agency broker on trades with the ILP executed in Aqua.  An ILP client (i.e., a subscriber liquidity taker) may also elect to have the ILP serve as its BOR on trades with ALPs.  In both instances, when a liquidity taker clicks "Buy" or "Sell", Aqua reserves shares in the liquidity taker's OMS in the BOR's name.   Aqua then generates an automatic notification to the BOR that their client is responding to a Notice.  The BOR receives the response, passes it through its internal systems, including credit checks, and submits an order to Aqua in the BOR's name.  Aqua executes the order, reports the trade to the tape, and sends a fill message(s) to the BOR.  Upon receipt of the liquidity takers fill message(s), the BOR sends a fill message(s) to Aqua to pass back to the liquidity taker's OMS, which processes the fills and releases any unfilled portion from the reserve.

A liquidity taker can reduce the quantity before submitting the Notice. In the case of a Notice resulting from TACT, the liquidity taker may receive an improved peg offset by reducing the quantity.

Some Notices resulting from TACT are also negotiable, giving the liquidity taker the opportunity to submit an improved peg offset, which in turn generates a Notice back to the initial supplier of TACT liquidity. Liquidity takers may elect to only see Notices that are priced at the midpoint.

Liquidity takers may also use the Aqua Desktop Application to provide liquidity to other subscribers using AutoMatch, which submits liquidity priced at the midpoint that is not visible to any subscriber, or using TACT, which submits liquidity priced at an offset to the NBBO that is visible only to other liquidity takers with contra private trading interest.   AutoMatch orders may execute against: (i) ALP orders; (ii) ILP orders that are eligible to generate Notices to all liquidity takers; and (iii) ILP orders that generate Notices that are only shown to the ILP's designated clients, if the liquidity taker using AutoMatch is a designated client of the ILP.

A Notice may be presented to more than one liquidity taker at a time, if more than one liquidity takers OMS indicates contra-side trading interest. If a Notice is shown to more than one potential liquidity taker, the liquidity takers may execute the order on a first-come, first-served basis.

Aqua's trades are priced using the current NBBO, as calculated and distributed by the Securities Information Processor ("SIP") data feeds. Aqua uses a Bloomberg data feed to receive this information. Aqua has determined that it is not necessary for the ATS to calculate the NBBO based on direct market data feeds. Trades executed in Aqua by liquidity takers involve an element of manual human interaction (e.g., a liquidity taker clicking to accept a Notice). As a result, any potential time discrepancy between the SIP data feeds and the direct data feeds would be random and therefore immaterial.

Aqua rejects orders if the NBBO market is crossed at the time the order is received. In cases where the NBBO market is locked (where NBBO bid, mid and offer are all equal) Aqua accepts orders and operates in the regular way.

Aqua accepts short sale orders. Subscribers are required to affirm that they have previously located stock to borrow upon submitting a short sale order. Aqua permits broker dealer FIX liquidity providers to send orders marked short exempt. Pursuant to Rule 201 of Regulation SHO, Aqua will not generate a Notice for a security that is in a short sale circuit breaker unless the price of the short sale is greater than the National Best Bid. In addition, by default, all sell short orders will be executed at the midpoint or pegged to the National Best Offer.

Subscribers are responsible for trades executed in their error. A supervisor reviews potential errors. If considered bona fide (e.g., incorrect price due to a market data issue, incorrect quantity due to a system issue), the positions are moved to the Firm's error account. The Firm then handles trading out of the error to flatten its position.

Aqua has no price improvement functionality, per se, although liquidity takers may receive an improved price when clicking to execute at the far touch or at an offset to the far touch. If there is a better-priced order in the book at the time the liquidity taker's order arrives, due to a race condition or the better priced order not being displayed, the liquidity taker receives the better price. Additionally, the ISO fills that are passed to the liquidity taker on trades executed outside the NBBO (as described above in Item 7(a)(v)) are a form of price improvement.

Priority among orders is established by price, and then by the time the order is received, whether the order is submitted by a liquidity provider via FIX or submitted by a liquidity taker using the Aqua desktop software to respond to a Notice, or using AutoMatch or TACT. Once accepted, a live order cannot receive a new subsequent time-stamp. Priority within the book cannot be altered by external events such as changes to the NBBO or other reference price. There are no instances where a live order can lose priority to a later-arriving live order at the same price.

Private trading interest and Notices do not receive time-stamps and do not have priority. Liquidity takers with private trading interest on the same side of the same name receive Notices at the same time, regardless of the time at which they entered their private trading interest into their OMS or EMS.</taPart3Item11cRulsProcsOfNmsStk>
      <rbPart3Item11dIsProcsRulsSameForAll>Y</rbPart3Item11dIsProcsRulsSameForAll>
      <part3Item12aArngmntDtls rbPart3Item12aIsAnyFrmlInfrmlArngmnts="Y">
        <taPart3Item12aArngmntTCDtls>Anonymous liquidity providers ("ALPs") are under no formal or informal obligation to provide order flow.  However, liquidity providers who submit conditional orders are expected to firm-up upon request unless precluded from doing so by a race condition.  Failure to do so could result in a liquidity provider being restricted from submitting conditional orders.

Aqua expects liquidity providers to have order flow that is relatively "patient".  Aqua discourages liquidity providers from frequently submitting orders and cancelling them after a short time as this behavior would create Notices that "flicker" on liquidity taker desktops without actually being available to trade.  Aqua may partially exclude liquidity providers with order flow that is not patient by requiring such a liquidity provider to mark its orders "book-only" so as not to generate Notices.

Similarly, Aqua may partially exclude liquidity providers that do not consistently firm up their conditional orders upon request.  Aqua reviews this behavior in response to feedback from liquidity takers and other liquidity providers.  Aqua may partially exclude liquidity providers who do not consistently firm up their conditional orders by limiting them to submitting firm orders only.

Aqua currently has one ILP, Goldman Sachs, with which it has entered into a Referral, Identified Liquidity Provision and Compensation Sharing Agreement.   Goldman Sachs, an Aqua subscriber, will participate as an ILP and refer its buyside clients to Aqua.  ILP clients will also be onboarded as subscribers of Aqua, except in cases where the client elects to use the ILP exclusively as its BOR.  Goldman Sachs is the only Aqua liquidity provider currently permitted to act as an ILP in Aqua.

The ILP does not have an obligation to provide continuous quotes.

At the discretion of the ILP, all orders submitted by the ILP generate Notices to and match against: (i) orders from all liquidity takers, or (ii) only orders from liquidity takers that are its designated clients.  An authorized person at the ILP will designate its clients by providing a list to Aqua Operations.  Clients must concur in writing with the designation.  The Aqua system places each liquidity taker into a classification to indicate whether or not the liquidity taker is a client of the ILP, in order to control the Notices and matching between the ILP and its clients.

Similarly, at the discretion of the ILP, all Notices generated from the ILP's liquidity are either visible to all liquidity takers, or are visible only to liquidity takers that are designated clients of the ILP.  The identity of the ILP is disclosed on the Aqua Notice.

The "Go Fish" and Notice processes described in Part III, Item 11 work the same for the ILP as other liquidity providers with the exceptions noted above: (i) orders submitted by the ILP that are meant only for the ILP's designated clients can only generate Notices to and match against orders from liquidity takers that are its designated clients and (ii) the identity of the ILP is revealed on the Notice.

When a liquidity taker that is a designated client of an ILP executes a trade with the ILP, the ILP acts as the liquidity taker's broker-of-record ("BOR") on Aqua.  When a liquidity taker elects to trade with a Notice from an ILP that has opted to generate Notices to all liquidity takers, designated clients of the ILP may elect to have either the ILP or Aqua as BOR.  Liquidity takers that are not designated ILP clients use Aqua as BOR.  The BOR serves as the buyside subscribers agency broker on trades with the ILP executed in Aqua.  The BOR receives a notification that its client is responding to a Notice, submits an order to Aqua and settles the ensuing trade with Aqua in its own name, while the liquidity taker settles its trade with and pays a commission to the BOR.  When the ILP acts as a BOR, Aqua receives a revenue share from the BOR.

Goldman Sachs is also permitted to act as an anonymous liquidity provider ("ALP").  An ALP provides liquidity without revealing its identity to other subscribers.

Goldman Sachs shall be responsible for fixed OMS or EMS fees incurred by Aqua on behalf of Goldman Sachs' designated clients.

When acting as a BOR, the ILP is responsible for variable EMS or OMS fees incurred in connection with trades effected on behalf of its designated clients on Aqua.

Refer to the following sections for additional detail on the ILP, ALP and BOR:  Part III, Item 1, Types of ATS Subscribers; Part III, Item 11, Trading Services Facilities and Rules; and Part III, Item 14, Counter-Party Selection.</taPart3Item12aArngmntTCDtls>
      </part3Item12aArngmntDtls>
      <part3Item13aSegmntDtls rbPart3Item13aIsOrdrTiSegmntd="Y">
        <taPart3Item13aSegProcdurDtls>Subscribers are classified as either liquidity providers or liquidity takers.

Liquidity providers are subscribers that submit orders directly to the Aqua system using the FIX protocol. Liquidity takers are subscribers that use Aquas desktop software to: (i) view information about liquidity in the Aqua system that is relevant to them (via Notices); (ii) submit contra orders in response to information they have received about liquidity available in the Aqua system; or (iii) provide liquidity to other Aqua subscribers (via the TACT or AutoMatch features of the Aqua Desktop Application).

Only buyside subscribers or Outsourced Buyside Desks are permitted to participate as liquidity takers. A buyside subscriber must be a Qualified Institutional Buyer. Buyside subscribers typically use vendor OMS or EMS solutions for entering their private trading interest.

The majority of liquidity providers are broker-dealers although both brokers and buyside subscribers may be liquidity providers.

Aqua monitors the rate at which buyside subscribers respond to Aqua Notices. Aqua considers two measures to evaluate response rates: (i) response rate as a percentage of notices received; and (ii) response rate as a percentage of distinct symbols for which notices were received. Aqua generates a monthly report summarizing liquidity taker responses as "standard" or "low" based on one-month and four-month response rate averages. Subscribers may qualify as "standard" based on either one-month or four-month calculations. A subscriber qualifying as standard based on a single month calculation must continue to meet the standard each successive month to continue to qualify as standard. A subscriber qualifying as "standard" based on four months of data will remain in the standard category unless the subscriber no longer qualifies based on a subsequent four-month calculation.

The monthly report is for internal use only and is not distributed to subscribers or external parties. There is no mechanism for subscribers to override their classification or request to be promoted to a different segmentation.

New subscribers are initially placed in the "standard" category.

Liquidity providers are given the option to restrict the display of Notices generated by their orders to buyside subscribers on the "standard" list.

Liquidity providers may group liquidity takers into subdivisions or tiers.  This offers the liquidity provider the ability to show different prices to different liquidity takers, or to different groups of liquidity takers.  The definitions of such  tiers and the criteria for grouping a liquidity taker into one tier or another are known only to the liquidity provider.
The liquidity provider may from time to time direct Aqua to assign a liquidity taker to a particular subdivision or tier.   When submitting orders priced at the NBBO, or at the NBBO plus-or-minus an offset, including TACT orders, a liquidity provider may include pricing increments to be applied to specific tiers.</taPart3Item13aSegProcdurDtls>
        <part3Item13bSegmntDtls rbPart3Item13bIsSegmntatnSameForAll="N">
          <taPart3Item13bSegDiffDtls>By definition the segmentation of orders and trading interest is not the same for the Broker-Dealer Operator as for all subscribers, because Aqua does not enter orders into the ATS for its own account.

The segmentation by Aqua of orders and trading interest by response rate is the same among all subscribers.

The segmentation of liquidity takers into tiers as directed by a liquidity provider applies only to orders submitted by that liquidity provider and does not apply to any other aspect of Aqua, or to any other use of Aqua by those liquidity takers.</taPart3Item13bSegDiffDtls>
        </part3Item13bSegmntDtls>
        <rbPart3Item13dIsSegCatgDisclosd>N</rbPart3Item13dIsSegCatgDisclosd>
      </part3Item13aSegmntDtls>
      <rbPart3Item13cIsCustmrOrdr>N</rbPart3Item13cIsCustmrOrdr>
      <part3Item14aCntrPrtySelectnDtls rbPart3Item14aIsDsgToIntrctOrNot="Y">
        <taPart3Item14aCntrPrtyDtls>The Aqua Participant Server prevents firms from executing against themselves, by blocking execution between orders submitted through the same APS. Since most subscribers require only one APS, this eliminates self-trades by those subscribers.

However, a small number of FIX liquidity providers require more than one APS. Aqua monitors any executions between a single firm using more than one APS and if a self-trade occurs, Aqua contacts the subscriber to confirm that the two sides to the trade represent a change in beneficial ownership or distinct trading strategies.

By definition all subscribers are opted out from interacting with orders and trading interest of the Broker-Dealer Operator, because Aqua does not enter orders into the ATS for its own account.

Orders submitted by an ILP that are meant only for the ILP's designated clients can only generate Notices liquidity takers that are its designated clients, and can only match against orders submitted by designated clients.  An authorized person at the ILP will designate its clients by providing a list to Aqua Operations.  Clients must concur in writing with the designation.  ALPs can elect to match only against buyside counterparties by contacting Aqua Operations.  Aqua Operations can make the change effective for the next trading day.

Liquidity providers can further elect to permit Notices to be visible to all liquidity takers, or only to some liquidity takers, based on historical response rates, or to no one at all, i.e., book-only).  Liquidity providers can elect to opt out of Notices on an order-by-order basis via a FIX tag or by contacting Aqua Operations to set this up as their default. Aqua Operations can make the change effective for the next trading day.</taPart3Item14aCntrPrtyDtls>
        <rbPart3Item14bIsSelectnSameForAll>Y</rbPart3Item14bIsSelectnSameForAll>
      </part3Item14aCntrPrtySelectnDtls>
      <rbPart3Item15aIsElectrncCommu>N</rbPart3Item15aIsElectrncCommu>
      <part3Item15bSubSctbDtls rbPart3Item15bIsSubScrbOrdBnd="Y">
        <taPart3Item15bSubscrBndDtls>Aqua uses conditional order firm-up requests that show information about certain trading interest that is described in Part III, Item 9.

Aqua Notices display opportunities to trade, not specific orders. If one or more liquidity taker has open private trading interest that is contra to an order submitted to Aqua (and such trading interest is not limited away, already routed to another broker-dealer, or precluded from trading by a minimum fill constraint), those subscribers will be notified of the available liquidity with a Notice and given up to fifteen seconds to agree to take the other side of the trade.  A Notice that is the result of a negotiation displays the word "Negotiation" prominently. Negotiation is described in more detail in Part III, Item 9 discussing TACT Conditional Orders.

A Notice alerts a potential liquidity taker of the presence of an order in Aqua but does not display it. For example, a Notice does not indicate a single price or size. Generally, the price is indicated as a pegged price and the visible size is dependent on the order size of the resting ATS order and the private trading interest size on the liquidity taker's blotter. A Notice will not show an amount greater than the size available on the liquidity taker's blotter.

Only liquidity takers using the Aqua Desktop Application receive Notices. Trading interest is not visible in any other way and is therefore not visible at all to FIX liquidity providers.

The ILP is identified by name on the Aqua Notice.  ALPs are identified only as "Broker" or "Natural."</taPart3Item15bSubscrBndDtls>
        <rbPart3Item15cIsDsplyProcSameForAll>Y</rbPart3Item15cIsDsplyProcSameForAll>
      </part3Item15bSubSctbDtls>
      <part3Item16aAffirInstrDtls rbPart3Item16aIsInstRoutd="Y">
        <part3Item16bAffirmInstrDtls rbPart3Item16bIsRoutdBefrInstr="Y">
          <taPart3Item16bAffirmInstrDiffDtls>Routing outside the ATS occurs in connection with intermarket sweep orders (ISOs). When the liquidity taker clicks on a Notice to trade outside the NBBO, they are affirmatively agreeing to the routing of ISOs in compliance with Reg NMS.

Upon matching of two orders at a price outside the NBBO, Aqua submits an order to the NASDAQ routing broker on behalf of the liquidity taker to cause intermarket sweep orders to be routed in compliance with Rule 611(b)(6) to execute against all protected, better-priced quotations in the market. Aqua passes on the executions resulting from such order to the liquidity taker and then executes the balance of the liquidity taker's order against the liquidity provider's order, reports the trade to the FINRA/NASDAQ TRF and sends execution messages to the buyer and seller.

All material terms of the trade must be finally agreed upon at the time the ISOs are routed, subject only to adjusting the trade size to reflect any ISO fills, if applicable. These orders will be designated as Immediate-or-Cancel orders (IOCs) and will not post on NASDAQ after sweeping the market. All remaining shares will be cancelled back to Aqua.

Depending on the negotiated price, the cross trade will be reduced by any ISO fills received by Aqua. If the negotiated price is higher than the protected offers, the buyer will receive the benefit of the ISO executions. If the negotiated price is below the protected bids, the seller will receive the benefit of the ISO executions.</taPart3Item16bAffirmInstrDiffDtls>
        </part3Item16bAffirmInstrDtls>
      </part3Item16aAffirInstrDtls>
      <rbPart3Item17aIsDiffBtwnOrdTITrtmnt>N</rbPart3Item17aIsDiffBtwnOrdTITrtmnt>
      <rbPart3Item17bIsTrtmntSameForAll>Y</rbPart3Item17bIsTrtmntSameForAll>
      <rbPart3Item18aIsOutsdeTrdingHrs>N</rbPart3Item18aIsOutsdeTrdingHrs>
      <taPart3Item19aSrvcUsgFees>Aqua does not charge fees, charges or subscriptions for connectivity to or use of the Aqua system. Subscribers are charged commissions by their broker of record ("BOR") for shares executed in Aqua.

For those trades for which Aqua is BOR, Aqua considers multiple factors in negotiating fees, including the type of subscriber and associated costs and the nature of the order flow a subscriber brings to Aqua. Generally, broker-dealer subscribers (FIX liquidity providers) are charged less than buyside subscribers (liquidity takers). Furthermore, subscribers providing liquidity that is visible to buyside liquidity takers via Notices are typically charged less than those subscribers not providing visible liquidity. Subscribers that Aqua determines have the capacity to achieve greater trading volumes or provide liquidity on a consistent basis may be charged lower fees.

Aqua charges most buyside subscribers trading commissions of $0.0200 per executed share, Aqua's highest rate, to execute trades in Aqua. Some subscribers have received discounts from this rate, based on early adoption of Aqua or early adoption of specific Aqua features, or based on anticipated future trading volumes. For example, some subscribers are charged $0.0100 per share as an incentive for early adoption of Aqua's TACT functionality, providing liquidity to other subscribers.

Buyside subscribers that act as FIX liquidity providers and are consistent providers of liquidity are charged between $.0025 per share and $.0050 per share, based on anticipated future volumes.

Broker-dealer subscribers are charged rates that range from $.0000 per executed share, Aqua's lowest overall rate, to $.0050 per executed share, based on the type of order flow supplied. Factors considered include expected typical order size, business model of subscriber and nature of order flow (e.g., algorithmic vs. agency block order flow, ALP vs. ILP).

Buyside subscribers settle directly with, negotiate and pay trading commissions to their BOR.  Aqua receives a share of the commission paid to the BOR.  This revenue share is initially based on a percentage of the gross commission paid to the BOR by its designated clients for trades on Aqua, up to a threshold.  For volume above the threshold, the BOR pays Aqua a simple per-share fee.

There are no separate fees paid by the ILP's designated clients to Aqua for these trades or for use of the Aqua system.</taPart3Item19aSrvcUsgFees>
      <taPart3Item19bBundldSrvcUsgFees>Aqua does not bundle ATS fees or commissions with charges for any other services.</taPart3Item19bBundldSrvcUsgFees>
      <taPart3Item19cRbtDiscOfFees>Aqua does not provide discounted or rebated fees based on whether a subscriber adds or removes liquidity, or based on any other characteristic of an order.</taPart3Item19cRbtDiscOfFees>
      <taPart3Item20aSuspndProcdur>Aqua suspends trading of some or all securities for three reasons only: (i) during market-wide trading halts; (ii) if a stock becomes restricted; or (iii) if Aqua experiences a system issue that results in an interruption of trading.

Aqua monitors a market data feed for trade halt alerts. During a trading halt orders may be submitted or cancelled but no matching takes place.

If Aqua suspends trading during the trading day in a stock that has become restricted, any outstanding orders are cancelled.

In the event of a system issue that could result in an interruption of trading, Aqua will notify its liquidity providers stating whether their orders will be cancelled and with additional instructions, e.g., to route away pending resolution of the issue.

In addition, Aqua Securities maintains a contingency plan as part of its Business Continuity Plan (BCP). The BCP addresses: data back-up and recovery, mission critical systems, alternative communications with employees and regulators, alternate physical location of employees, and other key factors. Aqua Securities conducts annual reviews of its BCP and the procedures that comprise it. A summary of Aqua's BCP is available on Aqua's website.</taPart3Item20aSuspndProcdur>
      <rbPart3Item20bIsSuspndProcdurSameFrAll>Y</rbPart3Item20bIsSuspndProcdurSameFrAll>
      <taPart3Item21aMtrlArngmntDtls>Aqua reports trades executed on the ATS to the FINRA Nasdaq Trade Reporting Facility (TRF).</taPart3Item21aMtrlArngmntDtls>
      <rbPart3Item21bIsMtrlArngmtSameFrAll>Y</rbPart3Item21bIsMtrlArngmtSameFrAll>
      <taPart3Item22aMtrlArngmntDtls>CF&amp;Co. and Goldman Sachs, both broker-dealers registered with the SEC and FINRA, are  clearing members of both NSCC and DTC.  CF&amp;Co. or Goldman Sachs act as Aqua's clearing broker on Aqua trades.  Subscribers make their own clearing arrangements.  When the ILP acts as broker of record ("BOR"), the BOR is responsible for clearance and settlement of the liquidity taker's trade.

Subscribers that submit firm orders to Aqua are obliged to honor and settle any trades matched by the Aqua system. When a match occurs, Aqua reports a single trade to the FINRA/Nasdaq TRF for dissemination to the tape. Aqua transmits separate execution messages to the buyer and seller, notifying each side of the trade details for settlement purposes, with Aqua as counterparty to separate offsetting trades with the buyer and seller.

Trades with broker-dealer counterparties are submitted to NSCC's Continuous Net Settlement (CNS) system via the FINRA/Nasdaq TRF. Some broker-dealer subscribers have executed an NSCC Qualified Special Representative (QSR) agreement, which authorizes Aqua to submit locked-in trades for clearing to NSCC on their behalf. Broker subscribers that have not executed QSR agreements must submit to CNS on their own behalf.

Buyside subscribers communicate detailed sub-account trade allocations by the end of the day typically using DTCC's Oasys system. Aqua's Operations/Integration team verifies these details and updates the information with the applicable clearing broker (CF&amp;Co. or Goldman Sachs).

Aqua provides subscribers with standing delivery instructions to provide to DTC that identifies the counterparty on their Aqua trades, MPID AQUA, as executing broker and either CF&amp;Co or Goldman Sachs as the clearing member. Clients typically use the DTC Alert service to communicate their own updated delivery instructions to Aqua and the clearing broker, either CF&amp;Co. or Goldman Sachs.</taPart3Item22aMtrlArngmntDtls>
      <rbPart3Item22bIsMtrlArngmtSameFrAll>Y</rbPart3Item22bIsMtrlArngmtSameFrAll>
      <taPart3Item23aMrktDatSrc>Aqua prices orders using the current NBBO, as calculated and distributed by the Securities Information Processor (SIP) data feeds. Aqua Securities has determined that it is not necessary for Aqua to calculate the NBBO based on direct market data feeds. Trades executed on Aqua generally involve an element of manual human interaction (e.g., a liquidity taker clicking to accept an Aqua Notice), effectively mitigating the risk of latency arbitrage.</taPart3Item23aMrktDatSrc>
      <rbPart3Item23bIsSrcSameFrAll>Y</rbPart3Item23bIsSrcSameFrAll>
      <rbPart3Item24aIsSubScrbrOrdr>N</rbPart3Item24aIsSubScrbrOrdr>
      <rbPart3Item25aIsAvgDlyTradinVolExcd>N</rbPart3Item25aIsAvgDlyTradinVolExcd>
      <rbPart3Item26IsOrdrFloExecStatsPublshd>N</rbPart3Item26IsOrdrFloExecStatsPublshd>
    </partThree>
  </formData>
</edgarSubmission>
