<?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/UA</submissionType>
    <accessionNumber>0001708826-26-000013</accessionNumber>
    <filerInfo>
      <liveTestFlag>LIVE</liveTestFlag>
      <filer>
        <filerCredentials>
          <com:cik>0001708826</com:cik>
          <com:ccc>XXXXXXXX</com:ccc>
        </filerCredentials>
        <fileNumber>013-00116</fileNumber>
      </filer>
      <flags>
        <ats:overrideInternetFlag>false</ats:overrideInternetFlag>
        <ats:confirmingCopyFlag>false</ats:confirmingCopyFlag>
      </flags>
    </filerInfo>
  </headerData>
  <formData>
    <cover>
      <txNMSStockATSName>IntelligentCross, LLC</txNMSStockATSName>
      <rbOperatesPursuantToFormATS>Y</rbOperatesPursuantToFormATS>
      <taStatementAboutAmendment>This updating amendment is to the material amendment filed on 6-26-26 (Accession #0001708826-26-000013). The material amendment adds 3rd book: the VWAP ("IVWP") book, a non-displayed book that only accepts VWAP Orders and matches using volume-weighted average pricing over fixed or floating time intervals. By default, orders submitted to IVWP will match in all-to-all context with broker preferencing, where among competing matches, Subscriber's orders will match first against Subscriber's own orders. Subscribers who agree to identify their flows with assigned identifier will be provided with "Subscriber Roster" for purposes of defining counterparty selection preferences. VWAP Orders in IVWP only match with other VWAP Orders in IVWP &amp; will not interact with orders in Hosted Pools, Midpoint/ASPEN. IVWP matching operates independently of Match Events used by Midpoint &amp; ASPEN. The amendment establishes IVWP fees. For this change, the amendment makes changes to Part III Items 7(a), 11(a), 11(c), 14(a), 14(b), 15(b), 19(a) &amp; 19(c). The amendment also makes corresponding changes in Part III Items 5(a), 8(a) &amp; 9(a).

This material amendment introduces the Match Event Interval feature for Hosted Pools, adds match priority criteria for Hosted Pools, &amp; expands allow/prevent matches across MPIDs. For this change, the amendment makes changes to Part III Items 7(a), 11(c) &amp; 14(a).

This material amendment 1) introduces broker preferencing for VWAP Orders and far touch marketability requirements; 2) modifies how VWAP Orders will be treated at or near end of regular session; &amp; 3) introduces how floating time interval VWAP instruction that completes its target volume before VWAP Calculation Interval elapses is treated. For these changes, the amendment makes changes to Part III Item 7(a).

This material amendment adds "Linked Orders" feature within Hosted Pools &amp; IVWP. For this change, the amendment changes Part III Item 14(a).

The amendment applies to all Subscribers &amp; to BD operator</taStatementAboutAmendment>
    </cover>
    <partOne>
      <rbPart1Item1IsBd>Y</rbPart1Item1IsBd>
      <txPart1Item2ATSName>INTELLIGENT CROSS LLC</txPart1Item2ATSName>
      <atsNames>
        <atsName txPart1Item3ATSName="IntelligentCross ATS"/>
      </atsNames>
      <txPart1Item4aBdFileNumber>008-69970</txPart1Item4aBdFileNumber>
      <txPart1Item4aBdCrdNumber>000288946</txPart1Item4aBdCrdNumber>
      <txPart1Item5aNsaFullName>Financial Industry Regulatory Authority (FINRA)</txPart1Item5aNsaFullName>
      <part1Item5bEffectiveMembershipDate>01/17/2018</part1Item5bEffectiveMembershipDate>
      <txtPart1Item5cNmsStockMPID>INCR</txtPart1Item5cNmsStockMPID>
      <txtPart1Item6uwebsite>www.intelligentcross.com</txtPart1Item6uwebsite>
      <part1Item7PrimarySite>
        <ats:street1>NY4</ats:street1>
        <ats:street2>755 Secaucus Road</ats:street2>
        <ats:city>Secaucus</ats:city>
        <ats:zip>07094</ats:zip>
        <ats:state>US-NJ</ats:state>
      </part1Item7PrimarySite>
      <cbPart1Item8Exhibit1atWebsite>false</cbPart1Item8Exhibit1atWebsite>
      <cbPart1Item9Exhibit2atWebsite>false</cbPart1Item9Exhibit2atWebsite>
    </partOne>
    <partTwo>
      <part2Item1aArePermittedToEnterInterest rbPart2Item1aArePermittedToEnterInterest="Y">
        <taPart2Item1aUnitNamesEnterInterest>The ATS is operated by Intelligent Cross, LLC ("IntelligentCross").  IntelligentCross is a broker-dealer registered with the Securities and Exchange Commission ("SEC").  IntelligentCross offers a Smart Order Router ("SOR") that allows clients to send orders FIX-tagged with instructions to access the SOR in routing orders to external trading centers, such as ATSs (including the IntelligentCross ATS), single dealer platforms, exchanges, and other brokers.  The SOR will access the ATS through direct market access providers that are also Subscribers to the ATS, or through the IntelligentCross broker-dealer.  

The SOR will have an MPID of INSR.  Orders sent to access the ATS through the DMA provider will be agency orders and will have the MPID of the DMA provider, and orders sent to access the ATS through the IntelligentCross broker-dealer will be agency orders and will have the MPID of INSR.</taPart2Item1aUnitNamesEnterInterest>
        <rbPart2Item1bAreSevicesSametoAllSubscribers>Y</rbPart2Item1bAreSevicesSametoAllSubscribers>
        <rbPart2Item1cAreThereArrangements>N</rbPart2Item1cAreThereArrangements>
      </part2Item1aArePermittedToEnterInterest>
      <rbPart2Item1dCanOATInterestBeRouted>N</rbPart2Item1dCanOATInterestBeRouted>
      <rbPart2Item2aAreAfflPermittedToEnterInterest>N</rbPart2Item2aAreAfflPermittedToEnterInterest>
      <rbPart2Item2dCanOATIBeRoutedByAffl>N</rbPart2Item2dCanOATIBeRoutedByAffl>
      <rbPart2Item3aCanSubscrOptOutWithOATIOfBD>N</rbPart2Item3aCanSubscrOptOutWithOATIOfBD>
      <rbPart2Item3aCanSubscrOptOutWithOATIOfAffl>N</rbPart2Item3aCanSubscrOptOutWithOATIOfAffl>
      <rbPart2Item4aAreThereArrangementsBtwBDAndTC>N</rbPart2Item4aAreThereArrangementsBtwBDAndTC>
      <part2Item5aDoesOfferProductsAndServices rbPart2Item5aDoesOfferProductsAndServices="Y">
        <taPart2Item5aProductsAndServices>The ATS offers a market data feed (the "IQX Data Feed") that disseminates all eligible orders that Subscribers submit to ASPEN (as discussed in Part III, Item 7).  The IQX Data Feed only displays orders that Subscribers choose to display. 

Orders eligible to be displayed are: (1) Limit Orders and (2) Primary Peg Orders. Limit Orders and Primary Peg Orders also may be designated as add liquidity only orders ("ALO Orders").  For more information on the ATS' order types and order type modifiers, please see Part III, Item 7.  The ATS will display Limit Orders and Primary Peg Orders at one price variation less aggressive than the price of contra-side interest displayed inside of the ATS or as part of the National Best Bid or Offer ("NBBO") (whichever is lower) where such orders would otherwise lock or cross displayed contra-side interest inside the ATS or as part of the NBBO as determined by the SIP and/or SRO proprietary data feeds.   

The ATS may setup a Hosted Pool, at the request of a Subscriber and subject to the approval of the ATS, where such Subscriber will designate that an order interact with other orders entered by that same Subscriber, or other Subscribers participating in the same Hosted Pool. Orders designated by a Subscriber to interact with other orders in a Hosted Pool, including orders designated to interact first with other orders in a Hosted Pool and then with orders outside the Hosted Pool, are not eligible to be displayed orders.  

The ATS' Hosted Pools provide certain services relating to indications of interest ("IOIs"). A complete discussion of such services can be found in Part II, Item 9 and is described generally below.

First, the ATS' Hosted Pools permit the publication of IOIs which allow participants of a Hosted Pool to send IOIs to any other participant of that Hosted Pool. IOIs contain symbol, side and size only.

Second, the ATS provides a separate service, a "Block IOI" service, only in the Hosted Pools to (1) have the ATS inform non-Subscriber clients ("Sponsored Firms") of contra liquidity in a designated Hosted Pool by responding to IOIs sent by the Sponsored Firm to the ATS and (2) to allow such Sponsored Firms to send firm orders directly to the designated Hosted Pool via a sponsored access FIX session of a Subscriber sponsoring the Sponsored Firm ("Sponsor"). Similar to other IOIs in the ATS, Block IOIs contain symbol, side and size only. 

The ATS' Hosted Pools also allow Sponsored Firms to submit firm orders directly to a designated Hosted Pool separate from the Block IOI service, i.e., not in response to an IOI, via a sponsored access FIX session of a Sponsor. Such firm orders will not be subject to the firm-up workflow associated with the Block IOI service, will be immediately executable, and will be treated the same as other firm orders sent to that Hosted Pool.

The ATS provides Sponsors with tools and functionality that they may use to assist them in complying with their obligations under the SEC's Market Access Rule (Rule 15c3-5 under the Securities Exchange Act of 1934). This includes Sponsors setting and managing risk limits for their Sponsored Firms, suspending sponsorship for specific or all clients or restrict certain types of trades, and providing drop copies or flat files of firm order activity. The ATS will not allow a trade by a Sponsored Firm if it would breach the limit imposed by the Sponsor.

Subscribers and non-Subscribers can receive the IQX Data Feed ("IQX Data Feed Recipients").  Non-Subscribers that receive the IQX Data Feed include buy-side firms, banks, and National Securities Exchanges.  The IQX Data Feed is provided to IQX Data Feed Recipients through Pico.  The ATS does not charge IQX Data Feed Recipients for the receipt of the IQX Data Feed. Pico, however, may charge a telecommunications/communications fee to receive the IQX Data Feed that IQX Data Feed Recipients are responsible for paying.  Additional information regarding the IQX Data Feed can be found in response to Part III, Item 15.

IntelligentCross offers a SOR that allows clients to send orders FIX-tagged with instructions to access the SOR in routing orders to external trading centers, such as ATSs (including the IntelligentCross ATS), single dealer platforms, exchanges, and other brokers.  The SOR will access the ATS through direct market access providers that are also Subscribers to the ATS, or through the IntelligentCross broker-dealer.</taPart2Item5aProductsAndServices>
        <rbPart2Item5bAreSevicesSametoAllSubscribersAndBD>Y</rbPart2Item5bAreSevicesSametoAllSubscribersAndBD>
      </part2Item5aDoesOfferProductsAndServices>
      <rbPart2Item5cDoesAfflOfferProductsAndServices>N</rbPart2Item5cDoesAfflOfferProductsAndServices>
      <part2Item6aDoesEmployeeAccessConfidentialInfo rbPart2Item6aDoesEmployeeAccessConfidentialInfo="Y">
        <taPart2Item6aUnitAfflEmployeeServices>The parent of IntelligentCross, Imperative Execution Inc. ("Imperative Execution"), is in the business of developing and licensing the technology that underlies the ATS platform operated by IntelligentCross.  Imperative Execution licenses the technology underlying the ATS platform to IntelligentCross pursuant to an expense sharing agreement between IntelligentCross and Imperative Execution. Imperative Execution also develops smart order routing and other technology that it licenses to broker-dealers; IntelligentCross does not license such technology.  

There are certain employees of Imperative Execution ("Shared Employees") that are IntelligentCross registered persons with FINRA ("Registered Persons"). Such Shared Employees have access to Subscriber Confidential Trading Information (as defined in Part II, Item 7.a). Certain Shared Employees of Imperative Execution who are not Registered Persons have access to Confidential Trading Information of the ATS under the supervision of an IntelligentCross Registered Person.  

Listed below are the categories of Shared Employees that have access to Subscriber Confidential Trading Information along with their role at Imperative Execution:

(1)  Senior Management/Supervisors - Shared Employees acting in a supervisory or oversight capacity have access to Subscriber Confidential Trading Information relating to the ATS. Certain of these Shared Employees, among other responsibilities, have supervisory responsibilities reasonably designed to ensure that the ATS operates as intended. Certain of these Shared Employees also act in management roles with respect to Imperative Execution and provide strategic oversight of the development and licensing of the routing and other technology that it licenses to broker-dealers.

(2)  Legal/Regulatory/Compliance - Shared Employees in the Legal, Regulatory and Compliance Departments are involved in providing support with respect to regulatory requirements of the businesses of Imperative Execution and IntelligentCross, including the operation of the ATS. These Shared Employees provide such support by, among other functions, responding to regulatory inquiries. In the course of performing such functions and generally providing support to the ATS, these Shared Employees may have access, on an as-needed basis, to Subscriber Confidential Trading Information.

(3)  Production Support/Market Operations - Shared Employees within these groups include developers, systems engineers, and network engineers for Imperative Execution (with respect to the development of routing and other technology) and for IntelligentCross (with respect to support of the ATS). They are responsible for developing, operating, and supporting the coding, systems infrastructure, and network infrastructure that supports the ATS to ensure stability and continued functionality and are also responsible for developing, testing, and implementing additional functionalities for the ATS as needed. Certain of these Shared Employees have access to the real-time production environment for the ATS. As a result and in order to support the operation and infrastructure of ATS, these Shared Employees are able to access Subscriber Confidential Trading Information. 

(4)  Quantitative Research - Shared Employees within this group include personnel who provide research and analyze data relating to, and impacting the operation of, the ATS.  Certain of these Shared Employees also support Imperative Execution by developing and supporting the products offered by Imperative Execution. In the course of their duties, these Shared Employees may have access to Subscriber Confidential Trading Information.</taPart2Item6aUnitAfflEmployeeServices>
      </part2Item6aDoesEmployeeAccessConfidentialInfo>
      <part2Item6bDoesAnyEntitySupportServices rbPart2Item6bDoesAnyEntitySupportServices="Y">
        <taPart2Item6bServiceProvider>The parent and sole member of IntelligentCross, Imperative Execution, is in the business of developing and licensing the technology that underlies the ATS platform operated by IntelligentCross.  Imperative Execution licenses such technology to IntelligentCross pursuant to an expense sharing agreement between IntelligentCross and Imperative Execution.  

Pico Quantitative Trading ("Pico") is the ATS's managed co-location and network provider. Pico provides networking services and on-site assistance in the data center where the ATS's equipment is hosted. Subscribers may connect to Pico in order to establish connectivity with IntelligentCross (or may connect through other network service providers that have a presence in NY4). Further information on Pico is contained in Part III, Item 6. 

Additionally, as referenced in Part III, Item 22, IntelligentCross has entered into clearing agreements with Instinet, LLC ("Clearing Firm"), which is a FINRA and NYSE member firm and a member of the National Securities Clearing Corporation, to provide for clearance and settlement of transactions executed on the ATS.  

The ATS has contracted with several consultants ("Consultants"), including IntelligentCross' Financial and Operations Principal ("FINOP") who are Registered Persons with the Broker-Dealer Operator and not employees of Imperative Execution or IntelligentCross.

Additionally, as referenced in Part III, Item 5, IntelligentCross offers a SOR that allows clients to send orders FIX-tagged with instructions to access the SOR in routing orders to external trading centers, such as ATSs (including the IntelligentCross ATS), single dealer platforms, exchanges, and other brokers.  The SOR will access the ATS through direct market access providers that are also Subscribers to the ATS, or through the IntelligentCross broker-dealer.  The direct market access providers are Instinet, LLC ("Instinet") and Goldman Sachs &amp; Co. LLC ("Goldman Sachs").</taPart2Item6bServiceProvider>
        <part2Item6cDoesServiceProviderUseATSServices rbPart2Item6cDoesServiceProviderUseATSServices="Y">
          <taPart2Item6cProviderAfflAndServicesUsed>Instinet, LLC, is a Subscriber to the ATS and provides clearance and settlement of transactions executed on the ATS.

Instinet and Goldman Sachs are a Subscribers to the ATS and provide the SOR with market access to the ATS.</taPart2Item6cProviderAfflAndServicesUsed>
          <rbPart2Item6dAreATSSevicesSametoAll>Y</rbPart2Item6dAreATSSevicesSametoAll>
        </part2Item6cDoesServiceProviderUseATSServices>
      </part2Item6bDoesAnyEntitySupportServices>
      <taPart2Item7aDescrOfSafeGaurdsAndProcedures>IntelligentCross has implemented written safeguards and procedures designed to protect the Confidential Trading Information of its Subscribers.		

Access to Confidential Trading Information

All Shared Employees and certain Imperative Execution employees are responsible for the operation of the ATS or for the ATS's compliance with Regulation ATS or other applicable rules. In accordance with the provisions of Rule 301(b)(10), a Series 24 registered supervisor of IntelligentCross ensures that the ATS restricts access to Subscriber Confidential Trading Information, which includes Subscribers' and Sponsored Firm's real time and historical orders, conditional orders, indications of interest ("IOIs") and Block IOIs (together "trading interest") and executions related to the ATS ("Subscriber Confidential Trading Information"), to Shared Employees and certain Imperative Execution employees who are operating the ATS or responsible for its compliance with Regulation ATS or any other applicable rules.  Subscriber Confidential Trading Information shall not include information displayed through the IQX Data Feed. Determinations regarding granting access to Subscriber Confidential Trading Information are made on a case-by-case basis.  In making such determinations, the ATS considers the function of the Shared Employees, Imperative Execution employees and the Consultants and the type of Subscriber Confidential Trading Information being accessed.  Individuals with access to Subscriber Confidential Trading Information are only authorized to use such information for its intended purpose and cannot disseminate or give such information to anyone not authorized to receive that information.

Those individuals responsible for the operation of the ATS have controlled access via unique login credentials to view a Subscriber's trading interest and executions in the ATS' systems. If trading interest, as applicable, has been made available to IntelligentCross, it resides on the IntelligentCross server, but such data is only accessible by IntelligentCross operations personnel or Imperative Execution personnel as supervised by IntelligentCross Registered Persons. IntelligentCross requires such personnel to understand the authorized uses of such information and requires such personnel to acknowledge, in the form of an attestation, this understanding. Personnel undergo annual compliance training that includes materials related to protecting Confidential Trading Information.

Requests for access to real-time Subscriber Confidential Trading Information must be approved by the CEO/COO or CCO of the ATS or their designee.  The requests must be for individuals involved in the operation or compliance functions of the ATS.  IntelligentCross conducts as needed reviews of the individuals that have access to Subscriber Confidential Trading Information to ensure its continued compliance with Rule 301(b)(10).  As part of the review, IntelligentCross confirms that individuals with access to Subscriber Confidential Trading Information continue to have a valid need to access such information.

IntelligentCross and Imperative Execution maintain information barriers to separate employees, consultants, and systems with access to Subscriber Confidential Trading Information of the ATS from those not permitted to access such information. These information barriers serve as controls to protect Subscriber Confidential Trading Information.  Shared Employees and consultants receive periodic training and periodic guidance regarding the proper use of Subscriber Confidential Trading Information and that Subscriber Confidential Trading Information may only be used with respect to the support and operation of the ATS.

IntelligentCross protects against unauthorized access to or use of Subscriber Confidential Trading Information by use of a password system.  Login credentials and passwords are required to gain access to systems containing Subscriber Confidential Trading Information.  Passwords are required to be changed periodically and are disabled for terminated individuals or those no longer requiring access.  The ATS does not maintain physical separation barriers. 

With respect to the ATS's service provider Pico, Pico employs a dedicated, segregated management environment to provide secure access for management of customer and customer facing systems. The environment is protected via a defense in-depth strategy, utilizing a combination of firewalls, network access controls, intrusion detection systems and 2-factor authentication. Customer systems and networks utilize access control lists enforcing the appropriate segmentation and prevention of unauthorized access or data exfiltration.  Controls and their effectiveness are actively monitored by a dedicated information security group utilizing a Security Information Event Management system (SIEM), ensuring deviations or anomalies are detected, alerted and reported in a timely manner.

With respect to Instinet, the ATS's clearing provider, it is a broker dealer that is subject to the various rules and requirements that broker-dealers adhere to as part of their day-to-day operations. IntelligentCross has an agreement with Instinet that contains standard confidentiality provisions that further protect Subscriber Confidential Trading Information from potential misuse. 

IntelligentCross is required to report transactions executed in the IntelligentCross ATS to the consolidated tape via a FINRA Trade Reporting Facility (TRF). 

IntelligentCross offers a SOR that allows clients to send orders FIX-tagged with instructions to access the SOR in routing orders to external trading centers, such as ATSs (including the IntelligentCross ATS), single dealer platforms, exchanges, and other brokers.  The SOR will access the ATS through direct market access providers that are also Subscribers to the ATS, or through the IntelligentCross broker-dealer. .

Three types of order and trading information are used in connection with the SOR:

1)  In order to route orders, the SOR has access to and uses the order detail found in the FIX message sent to IntelligentCross. For example, the SOR uses the price or effective price on an order to determine the order's marketability. The SOR can then use the order's marketability to determine the routing logic for that order. The SOR does not utilize IOIs or Block IOIs. 

2)  Execution data specific to the order being executed can be used by the SOR when an order remains live and partially executed. For example, the SOR can reroute unexecuted shares resting at one venue to another venue based on partial execution data specific to that order. This includes execution data from both the IntelligentCross ATS and external trading centers.

3)  As part of its smart order routing functionality, the SOR is equipped with a machine learning-based process to optimize order routing decisions based on aggregated information about historical routing and execution results involving orders with similar characteristics that have been previously routed.  The SOR has the same access to information regarding live orders on the IntelligentCross ATS as is available to all Subscribers, such as that via the IQX market data feed. 

Employees are not authorized to use Confidential Trading Information for purposes of operating the SOR.  

Before utilizing a DMA provider and on an annual basis thereafter, IntelligentCross requests and reviews the policies and procedures that the DMA provider has in place to ensure the protection of Confidential Trading Information.  The DMA providers have written policies and procedures reasonably designed to safeguard Confidential Trading Information. The DMA providers' employees' access to Confidential Trading Information is dependent upon the level of information that is needed to perform their duties and responsibilities related to providing direct market access ("need to know standard"). The DMA providers' employees are strictly prohibited from using such information in an unauthorized manner and from discussing the details of any Confidential Trading Information with persons who do not need such information to carry out their designated duties and responsibilities. Access to such information is granted as needed to perform these duties and responsibilities. Access to Confidential Trading Information is controlled through permission configurations that provide application access only to entitled users (i.e., users who require access to information to carry out designated duties and responsibilities). Access entitlements are approved by designated supervisors and documented, tracked and monitored. Such procedures include reviews of organizational structure including any new or transferred employees as well as reviews of any personal account trades and any related firm/divisional policy violations.  On an annual basis, the DMA Providers' employees (including those with duties and responsibilities related to providing DMA access) participate in compliance training that addresses information protection and client confidentiality. Additionally, the DMA Providers monitor electronic communications to identify potential policy violations.

The ATS' written safeguards and procedures discussed above relating to access to confidential trading information also applies to information relating to conditional orders, IOIs, and the ATS' Block IOI service and other sponsored access arrangements. 

Given the sponsored access arrangements made available by the ATS in the Hosted Pools, described in Part II, Item 5(a), the ATS provides each Sponsor with information related to any firm order or trade on which that Sponsor has been designated by a Sponsored Firm.

Personal Securities Transactions

IntelligentCross policies and procedures require pre-approval of personal securities transactions by Registered Persons of the ATS and require a 30-day holding period. 

The policies and procedures cover all securities transactions in outside brokerage accounts directed by employees, including but not limited to transactions in securities issued by a company (e.g. stocks, bonds), transactions in any reference securities (e.g. options, preferred stock, futures), and transactions in any packaged products including but not limited to mutual funds and exchange traded funds.

Registered Persons are not permitted to day trade in any securities.  They must submit a request in writing or via email to the CCO and CEO prior to each personal securities transaction and must obtain approval from either the CCO or CEO prior to effecting a personal securities transaction.  Associated Persons must submit a form or standard email request to the CCO and CEO that identifies:

        Security Name &amp; Symbol
        Purchase or Sale
        Quantity
        For Sales: Compliance with 30 Day Holding Period

Compliance personnel conduct periodic reviews of individuals brokerage accounts to ensure compliance with IntelligentCross policies and procedures regarding personal securities transactions.</taPart2Item7aDescrOfSafeGaurdsAndProcedures>
      <rbPart2Item7bCanSubscriberConsentToDisclosure>N</rbPart2Item7bCanSubscriberConsentToDisclosure>
      <taPart2Item7dSummaryOfRolesRespOfPersons>The Shared Employees, certain Imperative Execution employees, the FINOP, and employees at Pico and Instinet have access to Subscriber Confidential Trading Information. Generally, Shared Employees and Imperative Execution employees have access to both real-time and historical trading interest and trade information; however, certain individuals may be provided access to only historical trading interest and trade information given their job function. Shared Employees and Imperative Execution employees have access to Subscriber Confidential Trading Information to ensure proper operations and maintenance of the ATS. As a network provider, Pico will have access to Confidential Trading Information because they monitor IntelligentCross' network and host IntelligentCross' equipment. As IntelligentCross' clearing service provider, Instinet will have access to Subscriber execution information but not trading interest information.  Instinet and Goldman Sachs will have access to Confidential Trading Information because they act as DMA providers for the SOR, as described in Item 7(a). </taPart2Item7dSummaryOfRolesRespOfPersons>
    </partTwo>
    <partThree>
      <taPart3Item1SubscriberType>Brokers</taPart3Item1SubscriberType>
      <taPart3Item1SubscriberType>NMS Stock ATSs</taPart3Item1SubscriberType>
      <taPart3Item1SubscriberType>Principal Trading Firms</taPart3Item1SubscriberType>
      <taPart3Item1SubscriberType>Dealers</taPart3Item1SubscriberType>
      <rbPart3Item2aRegisteredBD>Y</rbPart3Item2aRegisteredBD>
      <part3Item2bSummaryOfConditions rbPart3Item2bIsThereOtherConditions="Y">
        <taPart3Item2bSummaryOfCndtns>The ATS allows as Subscribers those applicants who satisfy certain eligibility requirements. Specifically, Subscribers must meet the following requirements, as applicable: 

1. A broker-dealer registered with the SEC and a member of at least one SRO, or registered with an equivalent non-US regulatory authority. 
2. Pass Office of Foreign Asset Control ("OFAC") checks and pass disciplinary/regulatory reviews. The disciplinary/regulatory review will include reviewing public information to determine if the potential Subscriber has a disciplinary history that would preclude trading on the ATS. 
3. Satisfy such technical or systems requirements as may be prescribed by IntelligentCross, including but not limited to: connectivity certification, the ability to send orders and cancellations, and to receive trades, cancellations, rejects and trade breaks from the ATS. 
4. Have clearing and settlement systems and/or arrangements in place to support participation on the ATS, as described further in Part III, Item 22. 
5. Attest to having in place arrangements to ensure all staff and systems involved in the conduct of business with IntelligentCross are suitable, adequately registered, as applicable, properly trained and supervised.
6. Execute the Subscriber Agreement or other contractual agreement. 
7. Execute all other applicable agreements required to facilitate clearance, settlement, trade reporting, error correction and cancellation of trades effected on or through the ATS. 

IntelligentCross shall, after receiving a completed Subscriber application and any additional documentation requested, in its discretion, approve or reject such application, or approve such application subject to such conditions and/or restrictions as it considers appropriate (e.g., potentially limiting the number of orders a Subscriber may send). It processes all applications and completes its review and approval/denial process within thirty calendar days of reception of each completed Subscriber application. Each approval or denial must be authorized by the Chief Compliance Officer and communicated to the Head of Trading Operations. Trading Operations shall then promptly notify the applicant of the decision. 

IntelligentCross creates and maintains records of all such decisions granting access, denying access, and granting limited or restricted access, for each applicant, and the reasons for so doing.

In addition, in connection only with the ATS' Hosted Pools (as discussed in Part II, Items 9 and 14), through sponsored access arrangements, Subscribers may authorize their clients ("Sponsored Firms") to submit firm orders directly to the Hosted Pools through a FIX connection, either in response to an IOI invitation or as a stand-alone firm order. For eligibility purposes, a Sponsored Firm must be approved by at least one Sponsor before it is permitted to submit firm orders directly into the ATS. Sponsored Firms may be authorized by multiple Sponsors and, as a result, Sponsored Firms are required to designate a Sponsor for each firm order submitted. Sponsored Firms are clients of the Sponsor and not the ATS, and Sponsored Firms are not Subscribers of the ATS. The Sponsor is responsible for all firm orders on which it is designated as Sponsor entered into the ATS by its Sponsored Firms (e.g., risk checks, clearance and settlement). The ATS does not approve, restrict or categorize the type of entity that a Sponsor may authorize as a Sponsored Firm. 
 
</taPart3Item2bSummaryOfCndtns>
        <rbPart3Item2cIsConditionsSameForAll>Y</rbPart3Item2cIsConditionsSameForAll>
      </part3Item2bSummaryOfConditions>
      <rbPart3Item2dIsThereWrittenAgreement>Y</rbPart3Item2dIsThereWrittenAgreement>
      <part3Item3aSumryOfExcludngCondtns rbPart3Item3aIsExcludeSubscriber="Y">
        <taPart3Item3aExcludngSumryDtls>A Subscriber can be excluded from the ATS if the Subscriber no longer satisfies the eligibility requirements for acceptance as a Subscriber.

The operation of the ATS also is continuously monitored by the ATS's trading operations team ("Trading Operations") to ensure the smooth and correct functioning of the system as well as adherence to the ATS's operating procedures and the applicable securities rules and regulations. Authorized personnel can monitor order entry port status, order acknowledgement latency, market data quality, and potential trade-throughs, in addition to detailed metrics on order entry rates, open and executed exposures, and executed volumes.  Authorized personnel monitor to determine whether Subscribers or Sponsored Firms are sending orders in excess of 5,000 orders per second or a single order with notional value greater than $100,000,000.  Any orders in excess of these risk limits will be rejected by the ATS, and authorized personnel will have discussions with Subscribers or Sponsored Firms who exceed these risk limits about their order entry behavior.

In addition to real-time monitoring, any anomalies in the activities in the ATS will be reviewed using end-of-day reports. These reports include T+1 clearing breaks, same entity crosses and execution quality reports. In the event of a problem, such as a systems error at a Subscriber or market data issues, Trading Operations may, among other actions, halt the activity of a Subscriber or set of Subscribers and/or stock or set of stocks in order to contain the impact of a problem while pursuing a resolution.

Regarding sponsored access arrangements in the ATS' Hosted Pools, the ATS maintains its own risk limits and restrictions, as discussed above, that may prevent a Sponsored Firm from entering a firm order, in whole or in part, if such thresholds are exceeded. In addition, relating to sponsored access arrangements, the ATS allows Sponsors to set and manage their risk limits for their Sponsored Firms, as well as the ability to suspend sponsorship for specific or all clients or restrict certain types of trades. These specific risk limits are completely up to the Sponsor to set (although such risk limits cannot supersede the ATS' own risk limits) and are conveyed to the ATS relating to each Sponsored Firm. The ATS will implement the risk limits imposed on a Sponsored Firm by a Sponsor, and the ATS will not allow a trade by a Sponsored Firm if it would breach the limit imposed by the Sponsor. The ATS also has the right to exclude a Sponsored Firm if necessary (e.g., if engaged in activities that the ATS determines to be detrimental to the ATS or any of its Subscribers). If the ATS excludes a Sponsor for any reason as discussed in this Item 3, any Sponsored Firms would be unable to designate that Sponsor for any firm orders it wishes to submit to the ATS.</taPart3Item3aExcludngSumryDtls>
        <rbPart3Item3bIsCondtnsSameForAll>Y</rbPart3Item3bIsCondtnsSameForAll>
      </part3Item3aSumryOfExcludngCondtns>
      <taPart3Item4aHrsOfOperation>Dates and Hours of Operation

The ATS will be open for the transaction of business on all business days during which the New York Stock Exchange ("NYSE") is open for business. The ATS will observe the holiday schedule of the NYSE.

The ATS will be operational during regular US market hours, generally 9:30:00 am to 4:00:00 pm Eastern Time. It will execute trades only during Regular Trading Hours (as defined below) but will begin to accept orders beginning thirty minutes prior to the open of trading beginning 9:00 am ("Pre-Market Order Acceptance Period"). 

Earlier Subscriber Connectivity is available upon request, as some Subscribers initiate their start-up operations prior to 8:30 am. There is no benefit to Subscribers for Earlier Subscriber Connectivity, and for those Subscribers requesting Earlier Subscriber Connectivity, the Pre-Market Order Acceptance Period still begins at 9:00 am.

Event Description						Time (Eastern Time)
System Start and Acceptance of Subscriber Connectivity	8:30 am
Pre-Market Order Acceptance Period				9:00 am - 9:30 am
Regular Trading Hours					9:30 am - 4:00 pm</taPart3Item4aHrsOfOperation>
      <rbPart3Item4bIsHrsOfOperationsame>Y</rbPart3Item4bIsHrsOfOperationsame>
      <part3Item5aProtocolDetails rbPart3Item5aIsPermitOrdrTradng="Y">
        <taPart3Item5aProtocolused>General Operation of the ATS 

Subscribers access the ATS via a Financial Information Exchange ("FIX") connection. Such access is available to Subscribers through an internet protocol address via communications that are compliant with the FIX API provided by the ATS. The ATS currently supports FIX 4.2. 

The ATS does not accept orders via any other forms of communication (e.g., telephone, email, instant message). 

Required Fields 

Subscribers must communicate the following information to the ATS upon order entry through FIX:
Message Type 
Client Order ID (unique identifier for order per session) 
Execution Instructions 
Subscriber Order Capacity (Agent, Principal, Riskless) 
Symbol 
Side (Buy, Sell, Sell Short, Sell Short Exempt) 
Display 
Price Instructions 
Time in Force 
Time of Order Creation (expressed in UTC) 
Order Type 
Order Quantity 
ClientID (used for identifying the client (MPID)) 
Handling Instruction (ATS supports automated execution and does not provide broker intervention) 
Hosted Pool Tag (if applicable)

Order Parameters 

Minimum Quantity - Subscribers may submit orders with a MinQty for execution.   Subscribers may set MinQty to permit the aggregation of contra-side interest to meet the minimum quantity requirements.

Maximum Quantity - Subscribers may submit orders with a MaxQty for execution. MaxQty is only available in Hosted Pools and the IVWP book (not in the Midpoint or ASPEN books).

The ATS's FIX Specification is available to Subscribers upon request.</taPart3Item5aProtocolused>
        <rbPart3Item5bIsProtclsameForAll>Y</rbPart3Item5bIsProtclsameForAll>
      </part3Item5aProtocolDetails>
      <part3Item5cOthrDtls rbPart3Item5cIsAnyOtherMeans="Y">
        <taPart3Item5cOthrMeansDtls>IntelligentCross offers a SOR only to persons that are Subscribers to the ATS that allows such Subscribers to send orders FIX-tagged with instructions to access the SOR in routing orders to external trading centers, such as ATSs (including the IntelligentCross ATS), single dealer platforms, exchanges, and other brokers.  Access to the SOR is via a FIX connection separate from the FIX connection to the ATS.  The SOR will access the ATS through direct market access providers that are also Subscribers to the ATS, or through the IntelligentCross broker-dealer.  

The direct market access providers enter orders pursuant to Part III, Item 5.a.  Orders that the SOR sends to the ATS via the direct market access provider to be routed to the ATS are directed orders and cannot be routed to any other venue.

The ATS also offers sponsored access arrangements to Sponsored Firms in Hosted Pools. Under these arrangements, Sponsored Firms can send firm orders directly to a designated Hosted Pool via a sponsored access FIX session of a Sponsor. The FIX session is unique to the Sponsored Firm. The sponsored access arrangements will connect with a Sponsored Firm's OMS/EMS. The ATS does not restrict the use of a sponsored access arrangement other than requiring that a Sponsored Firm using this arrangement must have been approved by a Sponsor, and the Sponsor must set risk limits for the Sponsored Firm.</taPart3Item5cOthrMeansDtls>
        <rbPart3Item5dIsTnCSameForAll>Y</rbPart3Item5dIsTnCSameForAll>
      </part3Item5cOthrDtls>
      <part3Item6aProtocolDetails rbPart3Item6aIsCoLocRltdSrvcsOfrd="Y">
        <taPart3Item6aCoLocRltdSrvcsDtls>The ATS primary matching engines are located in the Equinix NY4 data center in Secaucus, New Jersey. Subscribers wanting to connect directly to IntelligentCross' User Acceptance Testing ("UAT") and Production servers will need to have NY4 cross-connects with the servers of IntelligentCross' network provider, Pico, or connect through other network service providers that have a presence in NY4.  The ATS itself does not charge Subscribers for cross-connects and is not involved in the installation of cross-connects; a Subscriber wishing to cross-connect must deal directly with the network service provider in NY4.  If the Subscriber is in any of the following datacenters - Mahwah, Carteret, CH4, or DC3 - orders will be able to be routed across a network service provider's backbone to the IntelligentCross Servers in NY4.

Standard NY4 Cross connects are Single mode, 1 GBps. However, the ATS will support Multi Mode, 10Gbps upon Subscriber request.</taPart3Item6aCoLocRltdSrvcsDtls>
        <rbPart3Item6bIsTNCsameForAll>Y</rbPart3Item6bIsTNCsameForAll>
      </part3Item6aProtocolDetails>
      <rbPart3Item6cIsAnyOtherMeans>N</rbPart3Item6cIsAnyOtherMeans>
      <rbPart3Item6eIsAnyRducdSpOfCom>N</rbPart3Item6eIsAnyRducdSpOfCom>
      <taPart3Item7AOrdrTypExplain>Order Types and Order Type Modifiers

The ATS operates three different matching models: (1) a Midpoint book ("Midpoint") that only accepts non-displayed midpoint orders; (2) ASPEN (or the "Adverse Selection Protection Engine"), a full limit order book with optional displayed capability; and (3) IVWP, a non-displayed book that matches using volume-weighted average pricing over fixed or floating time intervals. For Midpoint and ASPEN, the ATS uses a matching mechanism which is near-continuous and that matches orders at scheduled times ("Match Events"), as discussed further in Part III, Item 11. For IVWP, the ATS continuously evaluates VWAP Orders for eligible contra-side matches and upon identification of a match, the ATS initiates an invitation and firm-up process.

As discussed further below, Midpoint only accepts Midpoint Peg Orders (which are not accepted in ASPEN or IVWP), and IVWP only accepts VWAP Orders (which are not accepted in Midpoint or ASPEN). Any orders entered into IntelligentCross through any other order type (e.g., Market Order, Limit Order, Primary Peg Order (with or without a limit price), and Marketable Peg Order (with or without a limit price)) will default to the ASPEN Fee/Fee book. Only Limit Orders and Primary Peg Orders (with or without a limit price) are eligible to be displayed on the ASPEN Fee/Fee book.

For Midpoint, only orders that have rested on the order book for a minimum period of time are eligible to match. Such "Minimum Resting Periods" are determined by the ATS and set in a stock-specific fashion, similar to Match Events. However, in no event will the minimum resting period exceed 200 milliseconds. There are no Minimum Resting Periods for orders on ASPEN, IVWP, or Hosted Pools.

Midpoint Peg Orders

Midpoint Peg Orders are orders to buy or sell a stated amount of a security that are to be executed only at the midpoint price of the NBBO in the Midpoint book. The ATS will accept Midpoint Peg Orders with or without a limit price. Midpoint Peg Orders will be non-displayed.

Midpoint Peg Orders with Time-in-Force Instructions

The ATS will accept Midpoint Peg Orders with time-in-force instructions. Midpoint Peg Orders may be so designated, and such orders are orders to buy or sell a stated amount of a security that are to be executed only at the midpoint price of the NBBO in the Midpoint book. The ATS will accept such Peg Orders with or without a limit price, and these orders will be non-displayed. Midpoint Peg Orders with Time-in-Force instructions will be automatically canceled by the ATS within 100 milliseconds of order receipt by the matching engine; 100 milliseconds is the maximum timeframe in which a cancellation will occur. The amount of time until the order will be automatically canceled is calculated from the time of order receipt, and is determined by the ATS and calibrated on a security-by-security basis. The time period until automatic cancellation will be longer than or equal to the "Minimum Resting Period" (as discussed further in Part III, Item 11). The time period until automatic cancellation may be less than the time between Match Events such that the order may be canceled without participating in a Match Event. For example, if, for a particular security, the time period until automatic cancellation is 20 milliseconds but the time between Match Events is 30 milliseconds, it is possible that an order would be entered by a Subscriber and be automatically canceled before the first Match Event subsequent to order entry. The factors that contribute to determining the amount of time until an order is canceled include time of day, price reaction after trades, volume and volatility in the security, average spread, trade size, and other market factors. The time until cancellation is adjusted after enough data points have been accumulated to warrant an adjustment. A Subscriber may cancel such a Midpoint Peg Order at any time before the order is fully executed or the ATS cancels the order.

Below is an example of the operation of a Midpoint Peg Order with Time-in-Force instructions:

Security XYZ has a Match Event Interval to occur between 7 to 12 milliseconds apart.

The next Match Event is scheduled at 10:01:04:010.

At 10:01:04:000, Subscriber A submits a 1000 share Midpoint Peg buy order with a limit price of $25.06 to participate in the Midpoint book for Security XYZ. Assume that the time period until the Midpoint Peg Order is automatically canceled for Security XYZ is 30 milliseconds.

At 10:01:04:005, Subscriber B submits a 500 share sell order with no limit price and a TIF of Day to participate in the Midpoint book for Security XYZ.

At the next scheduled Match Event for Security XYZ, (10:01:04:010), the matching engine retrieves the NBBO and determines that the NBBO is $25.05 by $25.07. The Midpoint price at the time of the Match Event is $25.06 and is the Matching Price. Assuming that Subscriber A's and Subscriber B's orders have met the minimum resting period, Subscriber A will match 500 shares with Subscriber B at $25.06 during the Match Event at 10:01:04:010. Subscriber A's remaining order for 500 shares is eligible to participate in any subsequent Midpoint Match Event occurring prior to the automatic cancellation of the order by the ATS at 10:01:04:030.

Primary Peg Orders

Primary Peg Orders are orders to buy at the NBB, or sell at the NBO, a stated amount of a security that are to be executed only in ASPEN. Orders may be submitted with or without a limit price. Primary Peg Orders may be displayed or non-displayed at the Subscriber's discretion. If a displayed Primary Peg Order would lock or cross contra-side interest displayed inside the ATS or as part of the NBBO, such order will be displayed one minimum price variation less aggressive than the price of displayed contra-side interest inside the ATS or as part of the NBBO and ranked at the price of the contra-side of the NBBO, up to the order's limit price. In the event the displayed contra-side interest inside the ATS or the NBBO updates, such order's displayed price will be updated to the most aggressive price permissible without locking displayed contra-side interest inside the ATS or the NBBO, up to the order's limit price, and such order's ranked price will be updated to the most aggressive price permissible without crossing the NBBO, up to the order's limit price.

Marketable Peg Orders

Marketable Peg Orders are orders to buy at or below the NBO, or sell at or above the NBB, a stated amount of a security that are to be executed only in the ASPEN book. Orders may be submitted with or without a limit price. Marketable Peg Orders will be non-displayed.

Limit Orders

Limit Orders are orders to buy or sell a stated amount of a security at a specified price or better that are to be executed only in the ASPEN book. Limit Orders may be displayed or non-displayed at the Subscriber's discretion. If a displayed Limit Order would lock or cross contra-side interest displayed inside the ATS or as part of the NBBO, such order will be displayed one minimum price variation less aggressive than the price of displayed contra-side interest inside the ATS or as part of the NBBO and ranked at the price of the contra-side of the NBBO, up to the order's limit price. In the event the displayed contra-side interest inside the ATS or the NBBO updates, such order's displayed price will be updated to the most aggressive price permissible without locking displayed contra-side interest inside the ATS or the NBBO, up to the order's limit price, and such order's ranked price will be updated to the most aggressive price permissible without crossing the NBBO, up to the order's limit price.

Market Orders

Market Orders are orders to buy or sell a stated amount of a security that is to be executed at or in between the NBBO only in ASPEN. Market Orders will be non-displayed.

Add Liquidity Only

Subscribers may designate orders as Add Liquidity Only ("ALO"). ALO orders are to be entered only in ASPEN. ALO orders are Limit or Primary Peg orders that rest on the order book instead of the order being able to execute against contra interests that are already on the book at the same price or better price. ALO orders will only interact with other orders if the ALO order would be adding liquidity. Generally, for two given orders the one received first by the matching engine will be deemed to be adding liquidity.

Time-in-Force

The ATS will accept orders with time-in-force instructions of Day, IOC, and Good Till Time. Day will be the default time-in-force instruction. Day orders will be held by the ATS on its books from the time of receipt until the end of Regular Trading Hours. If unfulfilled by the end of Regular Trading Hours, such Day orders will be canceled and the Subscriber who submitted the order will be notified. IOC orders in ASPEN will be held until the completion of the next Match Event, and if unexecuted, will be canceled. IOC in combination with the Midpoint Peg instruction is processed as a Midpoint Peg Order with Time-in-Force Instruction. IOC orders may be submitted with or without a limit price. IOC orders will be non-displayed. Good Till Time orders are eligible for use in the Midpoint book and Hosted Pools and will be held by the ATS on its books from the time of receipt for an amount of time specified by the Subscriber in milliseconds, and if unexecuted, will be canceled.

Not Held

All orders entered into the ATS by Subscribers are Not Held.

Open Orders

All open orders are canceled at the end of the trading day.

	Routing

IntelligentCross does not support the routing of orders to any other venue.

Message Priority

Incoming orders and related messages are processed in the order in which they are received by the ATS.

Match Priority

Please see Item 11 for a description of the ATS's match priority criteria.

Order Amendment

An open order may be amended by Subscribers to the extent the amendment is received by the ATS before a Match Event involving that order occurs. Order amendments are processed in the order in which they are received by the ATS. The match priority of an order will be preserved when amending the quantity of an order to a value less than the existing quantity of the order; however, the match priority of an order will be lost when amending the quantity of an order to a value greater than the existing quantity or when amending any other value in addition to the quantity of the order.

Order Cancellation

An open order may be canceled by Subscribers to the extent the cancellation order is received by the ATS before a Match Event involving that order occurs. Cancellation orders will cancel all remaining open quantity on an order. Cancellation orders are processed in the order in which they are received by the ATS.

Hosted Pools

The ATS may setup a Hosted Pool, only at the request of a Subscriber, where such Subscriber will designate that trading interest interact with other trading interest entered by that same Subscriber, or with other Subscribers participating in the same Hosted Pool. While the ATS does not restrict Subscribers from requesting to setup a Hosted Pool, the setup of a Hosted Pool is at the ATS' discretion and must be approved by the ATS. The ATS will determine whether or not to offer a Hosted Pool on a Subscriber-by-Subscriber basis. The determination is made by assessing, primarily, the expected order flow volume in the Hosted Pool of that Subscriber.

Each Hosted Pool is limited to the Subscriber on behalf of whom the Hosted Pool was setup and only those Subscribers that were invited by the Subscriber setting up the pool to participate in such Hosted Pool. The ATS does not determine the Subscribers invited to participate in a Hosted Pool. Subscribers are not subject to any specific quoting or liquidity requirements. The ATS, however, will periodically review the activity of each Subscriber in the Hosted Pool and may request that the Subscriber alter their activity (e.g., provide more order flow). Subscribers that fail to act in a manner that the ATS, in its discretion, deems satisfactory may lose access to the Hosted Pool service.

In addition, both the Subscriber setting up a Hosted Pool, and those Subscribers invited to participate in a Hosted Pool, are subject to the ATS' eligibility and exclusion requirements as described in Part III, Items 2 and 3.

The procedures for trading in a Hosted Pool are the same for all Subscribers. Subscribers may enter trading interest in either a principal or agency capacity. Subscribers have the option to designate a single order, conditional order, IOI, Block IOI, or VWAP Orders to interact in multiple Hosted Pools. The match event process, and processes for interacting in multiple Hosted Pools, are the same as when an order, conditional order, IOI, Block IOI, or VWAP Orders is designated to interact with a single Hosted Pool. If an order submitted to multiple Hosted Pools is executed in one Hosted Pool, the remaining quantity of the order will automatically be reduced by the executed amount across the Hosted Pools with which it is designated to interact.

All Hosted Pool orders configured for the Midpoint book will trade at the same midpoint price as the main Midpoint book or better.

All Hosted Pool orders configured for the ASPEN book will trade at prices determined by the orders present in those Hosted Pools at the time of the match, which may be different than the prices at which orders in the main ASPEN book may trade at (i.e., in one ASPEN match event, there may be two trades in the same security printed at different prices).

For example, for a Hosted Pool order configured for the ASPEN book, assume the NBBO for Security XYZ is $10.00 x $10.04. A Hosted Pool contains a buy order at $10.02 and a sell order at $10.02. At the next scheduled Match Event, there will be a trade at $10.02 in the ASPEN Hosted Pool. At the same time, if the main ASPEN book contains a buy order at $10.01 and a sell order at $10.01, there will be a trade at $10.01 during the same Match Event.

Within the Hosted Pools, the ATS offers, at the request of the Subscriber that requested that the Hosted Pool be set up, a price improvement logic that will split any overlap in effective limit prices at a fixed level set for each Hosted Pool. For every trade in such a Hosted Pool, a specified percentage of the overlap will go to the liquidity provider and the remaining percentage will go to the liquidity taker (with the total percentage equaling 100%). The effective limit price for each order in the Hosted Pool is determined as the less aggressive of the peg instruction, limit price, and/or prevailing NBBO. For purposes of the Hosted Pools in this context, a liquidity provider is defined by time, where for two given orders the one received first will be deemed to be the liquidity provider to the second order by time, which becomes the liquidity taker, unless one of the orders has been sent with an instruction to only act as liquidity provider in a cross.

For example, suppose that the specified percentage is set at 75% of the overlap for liquidity provider and 25% for liquidity taker and suppose that a buyer has a posted order in a Hosted Pool at a limit price of $10.01. Subsequently, a seller sends an order with a limit price of $10.00, creating a $0.01 overlap. The liquidity provider (the buyer) will receive 75% of the overlap and the liquidity taker (the seller) will receive 25% of the overlap, and these two orders will be crossed at a price of $10.0025.

The ATS notifies each participant in such a Hosted Pool of the price improvement split, as well as any changes to such split, and each participant would agree to the price improvement split in order to participate in the Hosted Pool. The price improvement split for the Hosted Pool is determined entirely by the Subscriber that requested the Hosted Pool to be set up.

If a conditional order or VWAP Order submitted to multiple Hosted Pools results in an Invite, the conditional order or VWAP Order will be cancelled across the Hosted Pools with which it is designated to interact.

If a Block IOI order submitted to multiple Hosted Pools results in a Request for Commitment, the Block IOI will be cancelled across the Hosted Pools with which it is designated to interact.

When a Subscriber receives notice of an execution, Invite, or Request for Commitment, the message will identify the Hosted Pool generating such activity. An order designated to interact within a Hosted Pool(s) can be designated to only interact with that Hosted Pool(s) or can also be designated to interact with the liquidity outside the Hosted Pool(s) after checking for liquidity available in that Hosted Pool(s). The default state is for an order to only interact with that Hosted Pool(s).

Unless otherwise configured, the Hosted Pool would follow the Match Event Interval for Midpoint or ASPEN, as applicable. At the request of the Subscriber who has set up a Hosted Pool, such Hosted Pool may be configured with its own Match Event Interval, independent of the main book Match Event Intervals, as described in Part III, Item 11. The Match Event Interval may range from one (1) microsecond to thirty-five (35) minutes. The Match Event Interval applies uniformly across all securities traded in that Hosted Pool, i.e., it will not be calibrated on a security-by-security basis. The actual match event time is randomized within the match event band throughout the course of the trading day, unless the minimum and maximum times are the same, acting as a fixed duration. At this time, no Hosted Pools are utilizing their own Match Event Intervals. The ATS will file any required amendments regarding Hosted Pools that will use their own Match Event Intervals and any required updates to such Match Event Intervals.

Where a Hosted Pool is configured with its own Match Event Interval, Match Events for that Hosted Pool occur independently of Match Events in the main books and other Hosted Pools; this is true even where interest is designated to interact with multiple Hosted Pools. During a Match Event, the matching engine will, in sequential order: (1) match orders eligible to be matched in the Hosted Pool(s) (regardless of if the orders are designated to interact with a single Hosted Pool or multiple Hosted Pools), and if so designated by the Subscriber submitting the order; then (2) match orders from the Hosted Pools with orders outside the Hosted Pools (in Midpoint or ASPEN). Any orders from a Hosted Pool designated to match with orders outside of a single Hosted Pool will be subject to the same match priority criteria as those orders outside of the Hosted Pool and will queue up with those orders for the purposes of the next Match Event in the Hosted Pool or applicable main book. Where a Hosted Pool is not configured with its own Match Event Interval, the Hosted Pool's Match Events will occur at the same time as the Midpoint or ASPEN Match Events for that security. For that Hosted Pool, there is only one Match Event across the applicable books and Hosted Pool at a time. Any Hosted Pools configured with their own Match Event Intervals will have separate Match Events.

The ATS' Hosted Pools also accept "Conditional Orders." Conditional Orders are not accepted outside of the ATS' Hosted Pools. The ATS' Hosted Pools permit the publication of indications of interest ("IOIs"), which allow participants of a Hosted Pool to send IOIs to any other participant of that Hosted Pool. IOIs contain symbol, side and size. See Part III, Item 9 for a discussion of Conditional Orders and IOIs.

	Block IOIs

The ATS offers a Block IOI service in its Hosted Pools only to Sponsored Firms. The ATS, through the Block IOI service, informs Sponsored Firms of contra liquidity in a designated Hosted Pool by responding to IOIs sent by the Sponsored Firm. Block IOIs contain the same information as other IOIs in the Hosted Pools, i.e., symbol, side and size. There also is no minimum size requirement applicable to the Block IOI service. Once informed of a possible match through the Block IOI process, the Sponsored Firm can send a firm order directly to the designated Hosted Pool in the ATS. Block IOIs and the associated processes are described further in Part III, Item 9.

Character limit exceeded. Please refer to the attachment for Part III, Item 7(a) for additional information regarding VWAP Orders and IVWP Book.</taPart3Item7AOrdrTypExplain>
      <rbPart3Item7bIsTnCSameForAll>Y</rbPart3Item7bIsTnCSameForAll>
      <part3Item8aSizeReqrmnts rbPart3Item8aIsMinOrMaxSizeReqd="Y">
        <taPart3Item8aOtiSizeReqrmns>The minimum units of trading for NMS Stocks traded on the ATS is one share. Only orders that are $100,000,000 or less in notional value will be eligible for trading on the ATS. Such size requirements are applicable to all trading interest.

Additionally, the ATS offers minimum and maximum quantity modifiers for execution. A minimum quantity modifier allows Subscribers to request a minimum share amount on an execution, such that if the available liquidity is below the minimum quantity amount, the order will not execute. Subscribers may set the minimum quantity to permit the aggregation of contra-side interest to meet the minimum quantity requirements. The minimum quantity modifier is available to all trading interest in the ATS.

A maximum quantity modifier allows Subscribers to request a maximum share amount on an execution, such that an order would not execute against any orders that have a size greater than the maximum share amount. For example, if a Subscriber set a maximum quantity of 200 shares, the order would not execute against any orders that have an order quantity greater than 200 shares. The maximum quantity modifier is only available in Hosted Pools and the IVWP book (not in the main Midpoint or ASPEN books).</taPart3Item8aOtiSizeReqrmns>
        <rbPart3Item8bIsReqProcSameForAll>Y</rbPart3Item8bIsReqProcSameForAll>
      </part3Item8aSizeReqrmnts>
      <part3Item8cOddltOrdrReqs rbPart3Item8cIsOddLotsAcptdExecutd="Y">
        <taPart3Item8cOddLtOrdrReqsnProcdurs>Odd lot orders are handled the same as round lot orders and are treated the same for priority purposes.</taPart3Item8cOddLtOrdrReqsnProcdurs>
        <rbPart3Item8dIsReqsProcdurSameForAll>Y</rbPart3Item8dIsReqsProcdurSameForAll>
      </part3Item8cOddltOrdrReqs>
      <part3Item8eMixltOrdrDetails rbPart3Item8eIsMixLotOrdrsAcptdExecutd="Y">
        <taPart3Item8eMixltOrdrReqsProcDtls>Mixed lot orders are handled the same as round lot and odd-lot orders and are treated the same for priority purposes</taPart3Item8eMixltOrdrReqsProcDtls>
        <rbPart3Item8fIsRecProcSameForAll>Y</rbPart3Item8fIsRecProcSameForAll>
      </part3Item8eMixltOrdrDetails>
      <part3Item9aMsgDtls rbPart3Item9aIsAnyMsgToIndicTI="Y">
        <taPart3Item9aMsgUsgDtls>Conditional Orders

The ATS's Hosted Pools accept "Conditional Orders."  The ATS does not accept Conditional Orders outside of the ATS' Hosted Pools and Conditional Orders cannot interact outside of the Hosted Pools. 

A Conditional Order is an instruction to the ATS that the Subscriber wants to interact with the Hosted Pool on a conditional basis. A Conditional Order will contain symbol, side, size and a pricing instruction; the pricing instruction can be in the form of a Midpoint Peg Order (for Midpoint) and a Limit Order, a Market Order, or a Peg Order (for ASPEN).

A Conditional Order never executes; instead, in the event eligible contra-party interest exists in the Hosted Pool, whether such contra-party interest is a firm or Conditional Order, the ATS will cancel the Conditional Order, will notify the Subscriber submitting the Conditional Order via FIX (the "Invite"), and request that the Subscriber "firm-up" by submitting a firm order in response to the Invite ("Firm-Up Orders"). For purposes of determining whether to generate an Invite, only contra-side interest that would have permitted an execution at the time of the match (had both the Conditional Orders and contra-side interest been firm orders), including satisfying the Conditional Order's minimum quantity size requirement, are considered "eligible." A single eligible contra-side order may generate multiple Invites. For example, where two Conditional Orders are resting on the ATS and a single eligible contra-side order is submitted, both Conditional Orders will receive Invites.

A Firm-Up Order must contain the same symbol and side as the Conditional Order related to the Invite or it will be rejected by the ATS.  A Firm-Up Order must be designated to interact with (1) the Hosted Pool, or (2) the Hosted Pool and then the liquidity outside the Hosted Pool after checking for liquidity in the Hosted Pool.  A Firm-Up Order designated to interact with liquidity outside of the Hosted Pool will contain symbol, side, size and a pricing instruction. For Midpoint, the pricing instruction must be a Midpoint Peg Order and for ASPEN, the pricing instruction can be a Limit Order, a Market Order, or a Peg Order.

The Firm-Up Orders will have a time-in-force of one (1) second, after which any unfilled portion will be canceled.  The Firm-Up Orders are treated like "standard" firm orders for matching and priority purposes. A Firm-Up Order does not need to be submitted within a specified time period after an Invite is sent.  

Indications of Interest

The ATS' Hosted Pools also provides certain services relating to indications of interest ("IOIs"). 

IOIs

The ATS' Hosted Pools permit the publication of IOIs which allow participants of a Hosted Pool to send IOIs to any other participant of that Hosted Pool. IOIs contain symbol, side and size only.

Block IOI

The ATS provides a separate service from IOIs and Conditional Orders, a "Block IOI" service, only in the Hosted Pools to (1) have the ATS inform non-Subscriber clients ("Sponsored Firms") of contra liquidity in a designated Hosted Pool by responding to IOIs sent by the Sponsored Firm to the ATS and (2) to allow such Sponsored Firms to send firm orders directly to the designated Hosted Pool via a sponsored access FIX session of a Subscriber sponsoring the Sponsored Firm ("Sponsor"). 

Similar to other IOIs in the ATS, Block IOIs contain symbol, side and size only. IOIs are ranked as they are entered into the ATS in the same manner as other trading interest in the ATS, i.e., according to the ATS' match priority criteria. There also is no minimum or maximum size requirement specifically applicable to the Block IOI service. Block IOIs, which are generated by the Sponsored Firm, are not visible to any participant in Hosted Pools, in contrast to IOIs which participants in Hosted Pools can elect to generate and be made visible to other Hosted Pool participants.

Sponsored Firms may be authorized by multiple Sponsors and, as a result, Sponsored Firms are required to have a designated Sponsor for each firm order submitted. Sponsored Firms are clients of the Sponsor and not the ATS, and the Sponsor is responsible for all firm orders on which it is designated as Sponsor entered into the ATS by its Sponsored Firms. 

Incoming IOI messages in the Block IOI service from the Sponsored Firm will be checked, in no particular order, against the following in the designated Hosted Pool for a possible match:

- Resting firm orders
- Conditional orders 
- IOIs from other Sponsored Firms (generated from separate FIX sessions)

If there is contra-side interest in the Hosted Pool, a response, or "Request for Commitment" message, is sent back by the ATS to the Sponsored Firm. Partial amounts of the requested IOI size will generate a Request for Commitment. Only one response will be sent for each IOI, unless the IOI is updated (e.g., for a change in size), then, if applicable, another response will be sent.

In the Block IOI service, participants of the Hosted Pool - those who have firm or conditional orders - are not informed if there is a possible match (e.g., if the IOI matches with a conditional order in the Hosted Pool, no invite is sent for that conditional order); only the sender of the IOI is informed of the possible match via the "Request for Commitment" message. If there is a match with an IOI from another Sponsored Firm, both IOIs will receive a Request for Commitment message. If there is no immediate contra liquidity or match, then the IOI remains active. IOIs, however, will be cancelled at the end of the day.

In addition, for the Block IOI service, every new marketable incoming order (firm and conditional) and IOI (from another Sponsored Firm) to the Hosted Pool with the same symbol and opposite side is compared with the IOI for a possible match. Every change to NBBO (which can change the set of marketable orders) also triggers a contra liquidity check for active IOIs (i.e., IOIs that have not yet been responded to). 

Also, if there is an update to an IOI, the IOI will receive a new timestamp and it is compared again with all applicable marketable orders in the Hosted Pool. In a situation where a Request for Commitment is sent out and the IOI is updated or canceled before a firm order committing shares is received, then the Request for Commitment will be cancelled, and if a firm order is sent, it will be rejected.

Finally, once informed of a possible match, the Sponsored Firm can send a firm order directly to the designated Hosted Pool, and the firm order must be associated with the particular Sponsor and the particular Request for Commitment. All firm orders sent will be subject to risk limits imposed on a Sponsored Firm by a Sponsor.

The ATS's Hosted Pools also accept "VWAP Orders." The ATS does not accept VWAP Orders outside of the ATS's Hosted Pools and the IVWP book, as described in Part III, Item 7.

VWAP Orders follow a similar workflow as Conditional Orders with regards to the invitation and firm up process with certain exceptions. VWAP conditional orders must be marketable to the far touch NBBO at the time of conditional match in order to generate an invite. Additionally, VWAP conditional market orders have a far touch limit price applied based off of the NBBO. For more information on VWAP Orders, please see Part III, Item 7.
</taPart3Item9aMsgUsgDtls>
      </part3Item9aMsgDtls>
      <rbPart3Item9bIsIndIntrstSameForAll>Y</rbPart3Item9bIsIndIntrstSameForAll>
      <taPart3Item10aOpenReOpenDtls>The ATS will open for trading in a given security when:

1.	A transaction in the security has occurred and a trade has been reported on the consolidated tape;
2.	There is at least one publicly-displayed limit buy and one publicly-displayed limit sell order for the security;
3.	Regular Trading Hours have begun; and,
4.	Valid LULD bands for the security have been publicly disseminated.

If an NMS Stock is halted for trading, the ATS will resume matching when:

1.	It receives a message from the SIP indicating that trading has resumed in the security;
2.	Valid LULD bands are present; and
3.	An execution in that security has occurred and a trade has been reported on the consolidated tape.

Within the Hosted Pools, the ATS offers, at the request of the Subscriber that requested that the Hosted Pool be set up, a configuration to allow the Hosted Pool to begin trading coincident with the Primary Market Open for each security as reported on the consolidated tape.

</taPart3Item10aOpenReOpenDtls>
      <rbPart3Item10bIsOpnReopnSameForAll>Y</rbPart3Item10bIsOpnReopnSameForAll>
      <taPart3Item10cUnexeOrdrTIDtls>Orders received by the ATS during the Pre-Market Order Acceptance Period will be queued until the beginning of Regular Trading Hours and then matched at the first Match Event in each matching process (as defined in Part III, Item 11) based on priority as described in Part III, Item 11. Orders received outside these periods will not be accepted. In the event of a stoppage of trading during Regular Trading Hours due to a trading halt, the ATS will cancel any unfilled orders already resting on its books and reject any new orders during the trading halt. The ATS will accept new orders when the trading halt is lifted.  Any unfilled orders that remain open at the end of Regular Trading Hours will automatically be canceled.</taPart3Item10cUnexeOrdrTIDtls>
      <rbPart3Item10dIsAnyDifBtwnExeProcTrdHrs>Y</rbPart3Item10dIsAnyDifBtwnExeProcTrdHrs>
      <rbPart3Item10eIsAnyDifBtwnPreOpExecFlwngStpg>N</rbPart3Item10eIsAnyDifBtwnPreOpExecFlwngStpg>
      <taPart3Item11aStrucOfNmsStk>The ATS operates three different matching models: (1) a Midpoint book ("Midpoint") that only accepts non-displayed midpoint orders and executes orders at the midpoint of the prevailing NBBO at the time of the Match Event; (2) ASPEN (or the "Adverse Selection Protection Engine"), three limit order books with optional displayed capability (i.e., orders in ASPEN may be marked by Subscribers as either displayed or non-displayed) which execute orders at prices that are at or between the prevailing NBBO at the time of the Match Event; and (3) IVWP, a non-displayed book that only accepts VWAP Orders and executes orders at a volume-weighted average price calculated over a fixed or floating time interval, as described in Part III, Item 7. Subscribers choose which matching model to which they send their orders. While the matching models operate under the same "market participant identifier" (or "MPID") - INCR - each matching model is distinct and does not interact with the other matching models.

The ASPEN matching model has three distinct books distinguished by different fee structures - ASPEN Fee/Fee, ASPEN Maker/Taker and ASPEN Taker/Maker. All three books act independent of each other; orders resting in one book do not rest on or interact with orders resting in another book. All three ASPEN books also operate with different MIC codes: ASPEN Fee/Fee - ASPN; ASPEN Maker/Taker - ASMT; and ASPEN Taker/Maker - ASPI. The IVWP book operates with MIC code IVWP.

The Midpoint book only accepts Midpoint Peg Orders, which are not accepted in any of the ASPEN books or the IVWP book; orders in the Midpoint book will therefore not be displayed. The IVWP book only accepts VWAP Orders, which are not accepted in Midpoint or any of the ASPEN books; orders in the IVWP book will not be displayed. Any orders entered into IntelligentCross through any other order type (e.g., Market Order, Limit Order, Primary Peg Order (with or without a limit price), and Marketable Peg Order (with or without a limit price)) will default to the ASPEN Fee/Fee book. A Subscriber who wishes to trade in the ASPEN Maker/Taker or Taker/Maker books, or the IVWP book, must affirmatively identify those books when entering their order. Subscribers can route to the different books by utilizing FIX tags to specify which book to send their order to, and can also request dedicated sessions to specific books.</taPart3Item11aStrucOfNmsStk>
      <rbPart3Item11bIsMeansFeciltsSameForAll>Y</rbPart3Item11bIsMeansFeciltsSameForAll>
      <taPart3Item11cRulsProcsOfNmsStk>The ATS accepts orders in all NMS Stocks eligible for trading (e.g., those that are not subject to a trading halt) and uses a matching mechanism which is near-continuous and that matches orders at scheduled times ("Match Events"). IVWP uses a separate matching process. The ATS' three different matching models - Midpoint, ASPEN, and IVWP - contain the following characteristics (any differences between the matching models will be noted accordingly).

Determination of Matching Schedule

Matching schedules are calculated using an optimization process that uses, among other things, historical performance measurements (as discussed below) from prior days' and/or current days' (in the case of Midpoint) matches. Each security has an individualized matching schedule, computed to maximize price stability after trades. The optimization process is data driven and takes into account stock by stock volatility, spreads, daily trading volume, price stability after trades and other market factors characteristic of how the specific stock recently traded in the market and on the IntelligentCross platform.

For ASPEN, matching schedules are calculated using an overnight optimization process that uses historical performance measurements from prior days' matches in the main ASPEN book. The overnight optimization process does not utilize historical performance measurements from matches from a Hosted Pool calibrated to the ASPEN book. Each day starts with a prepared matching schedule for each security that does not change throughout the day.

For Midpoint, the matching schedule for a security may change overnight, or during the trading day if the ATS's machine-learning process determines that such change is appropriate to maximize price stability after trades. For Midpoint, while the matching schedule for a security may change during the trading day, the model governing the optimization process does not change throughout the trading day. The optimization process takes into account publicly available market data such as prior SIP trades and NBBO quotes. The optimization process does not utilize data from matches from a Hosted Pool calibrated to the Midpoint book.

The IVWP book does not use Match Event Intervals. Instead, IVWP uses VWAP Calculation Intervals to determine when executions occur. A VWAP Calculation Interval defines the period over which the ATS calculates the volume-weighted average price used for execution. IVWP supports two VWAP Calculation Interval configurations:

Fixed Time Interval. The VWAP Calculation Interval is a fixed duration specified at order entry. The execution time is determined at the time the order is matched, i.e., once an order is paired with a contra-side order, the VWAP Calculation Interval begins and the execution will occur at the end of that interval at the calculated VWAP price.

Floating Time Interval. The VWAP Calculation Interval is defined by a target percentage of the stock's consolidated volume. The execution time will vary based on the time required for the stock to print the volume specified by the order's percentage-of-volume instruction on the consolidated tape. Once a match is identified, the VWAP Calculation Interval begins and concludes when the target volume has been printed.

The ATS's Impute Match uses estimated equivalences between fixed and floating time intervals to determine matches among eligible orders. The Impute Match for IVWP will operate the same as it does for VWAP Orders in the Hosted Pools. See Part III, Item 7. Additionally, for VWAP Orders with floating time interval instructions, if the match completes its full target volume before the VWAP Calculation Interval elapses, then the execution can occur at or after as the System Minimum VWAP Time and before the VWAP Calculation Interval. However, if a counterparty cancels the match before the System Minimum VWAP Time, then no fill is returned. See Part III, Item 7.

There is no human intervention or discretion involved in any change to the matching schedule during the trading day, and any such change does not alter any conditions (including price) of any orders nor is it aware of or responsive to any customer specific information.

Match Events in each security occur at scheduled times as determined by the ATS' matching algorithm. Match schedules are defined by "minimum/maximum time bands" for each security ("Match Event Intervals"). Midpoint has Match Event Intervals between 150 microseconds and up to 200 milliseconds that are calibrated on a security-by-security basis. ASPEN's Match Event Intervals can have a minimum time of 150 microseconds and a maximum time of 900 microseconds (i.e., the maximum time for scheduling a match event is capped at 900 microseconds), also calibrated on a security-by-security basis. For example, on a particular day, the match event band for XYZ stock may have a minimum time of 450 microseconds and a maximum time of 600 microseconds. The actual match event time is randomized within the match event band throughout the course of the trading day.

		Execution of Orders and Match Events

Any order for a security that arrives prior to a Match Event for that security (and that has not been canceled, has become unmarketable, or has been repriced prior to the match event) will be eligible to participate in the next Match Event. Match Events are scheduled continuously while the IntelligentCross book is in a "matchable state" (i.e., there is an order on each side eligible to match); if there are no orders for a stock in the book, no Match Event will be scheduled. An incoming order that will make the book potentially matchable will trigger a scheduling of a Match Event if one has not already been scheduled.

The matching process is completely symmetric, i.e., the match times within IntelligentCross are not chosen to favor a particular side of the trade. No Subscribers (or non-Subscribers accessing IntelligentCross through a Subscriber) are given any type of priority through the matching process, and the matching process is blind to the identity of the Subscriber (or a non-Subscriber accessing IntelligentCross through a Subscriber). Both sides of the trade (buyers and sellers) are on equal footing for the next scheduled match, while maintaining full control of their orders - both sides can cancel or update their orders at any time prior to the match.

Open orders may be amended to the extent the amendment is received before a match event involving that order occurs. Order amendments are processed in the order in which they are received by the ATS. The match priority of an order will be preserved when amending the quantity of an order to a value less than the existing quantity of the order; however, the match priority of an order will be lost when amending the quantity of an order to a value greater than the existing quantity or when amending any other value in addition to the quantity of the order.

An open order also may be canceled to the extent the cancellation order is received before a match event involving that order occurs. The ATS will automatically update its quotations, and all quotation updates, including those due to new or canceled orders, are immediate.

Midpoint Match Event Intervals

At each Match Event for each security in Midpoint, the matching engine for the Midpoint book will retrieve the current NBBO and check its book for orders that can be matched. Orders eligible for matching will be matched in time priority at the NBBO midpoint price at the Match Event. The purpose of the scheduled matches is to achieve two objectives: (1) provide for as many matches as possible to maximize liquidity; and (2) match at times where the NBBO is projected to be as stable as possible for a period of time after executions occur on the ATS. During the time between Match Events, Subscribers have full order control and can cancel or reprice orders until the next Match Event.

The ATS then analyzes the possible executions that can occur on the ATS and adjusts the Match Event Interval to achieve the two objectives described above. The optimization process takes into account publicly available market data such as prior SIP trades and NBBO quotes. The optimization process is data driven and takes into account stock by stock volatility, spreads, daily trading volume, price stability after trades and other market factors characteristic of how the specific stock recently traded in the market and on the IntelligentCross platform.

The ATS makes a determination as to whether the Match Event Intervals for each security should be increased, decreased, or stay the same. The Match Event Intervals per security are adjusted after enough data points have been accumulated to warrant an adjustment. The Match Event Intervals for Midpoint may be recalibrated throughout the day. Registered Persons of the ATS review and approve such changes.

ASPEN Match Event Intervals

ASPEN will have Match Event Intervals between 150 and 900 microseconds that are calibrated on a security-by-security basis. The process for determining the Match Event Intervals for ASPEN is similar to that for Midpoint but Match Event Intervals are calibrated separately such that, for any given security, the Match Event Intervals for ASPEN will be different from the Match Event Intervals for Midpoint. The Match Event Intervals for the three ASPEN books will be the same for a given security.

The ATS makes a daily determination as to whether the Match Event Intervals for each security should be increased, decreased, or stay the same.

Midpoint Minimum Resting Period

For Midpoint, only orders that have rested on the order book for a minimum period of time are eligible to match. "Minimum Resting Periods" are determined by the ATS and set in a stock-specific fashion, similar to Match Events. The purpose of these periods is to further reduce adverse selection. However, in no event will the minimum resting period exceed 200 milliseconds. There are no Minimum Resting Periods for orders on ASPEN.

Anti-Internalization

The ATS provides an "anti-internalization" setting to its Subscribers. This setting can be enabled upon client request and will prevent the self-matching of two orders from the same Subscriber on the ATS's order books. This setting will not be enabled by default, but can be enabled upon Subscriber request and will be enforced by the Client ID setting. Subscribers can either contact IntelligentCross Trading Operations to enable this functionality on an MPID basis or they can configure the trading systems to prevent self-crossing at a client or trading desk level.

Locked or Crossed Market

The ATS will not match if the NBBO as determined by the SIP and/or SRO proprietary data feeds for the stock is crossed (where the NBB price exceeds the NBO price) or if the NBBO as determined by the SIP and/or other SRO proprietary data feeds is locked (where the NBB price equals the NBO price). In ASPEN, if a displayed Limit Order or Primary Peg Order would lock or cross displayed contra-side interest inside the ATS or the NBBO, such order will be displayed one minimum price variation less aggressive than the price of the displayed contra-side interest inside the ATS or as part of the NBBO and ranked at the price of the contra-side of the NBBO, up to the order's limit price. In the event the displayed contra-side interest inside the ATS or the NBBO updates, such order's displayed price will be updated to the most aggressive price permissible without locking displayed contra-side interest inside the ATS or as part of the NBBO, up to the order's limit price, and such order's ranked price will be updated to the most aggressive price permissible without crossing the NBBO, up to the order's limit price.

Sub-Dollar Pricing

For orders in Midpoint, in the event that the NBB is less than $1.00, the ATS will execute orders at the midpoint price, regardless of the number of decimal places.

For orders in ASPEN, in the event that the NBB is less than $1.00, the ATS will execute orders at valid prices within the NBBO.

For orders in IVWP, in the event that the NBB is less than $1.00, the ATS will calculate the VWAP price from eligible trades on the consolidated tape in the same manner as for stocks with an NBB at or above $1.00. The resulting execution price may include more than four decimal places.

Orders Eligible for Matching

With respect to the Midpoint book, the following orders will be eligible for matching during a Match Event:

1. Midpoint Peg Orders that are buy orders with limit prices equal to or higher than NBBO midpoint.
2. Midpoint Peg Orders that are sell orders with limit prices equal to or lower than NBBO midpoint.
3. Midpoint Peg Orders without limit prices.

Midpoint Peg Orders also may be designated with Time-in-Force instructions.

With respect to the ASPEN books, the following orders will be eligible for matching during a Match Event:

1. Primary Peg Orders with no limit price or those with limit prices that are within the prevailing NBBO at the time of a Match Event.
2. Market Peg Orders with no limit price or those with limit prices that can execute within the prevailing NBBO at the time of a Match Event.
3. Limit Orders with limit prices that are within the prevailing NBBO at the time of a Match Event.
4. Market Orders.

Match Priority Criteria

Midpoint Match Priority Criteria

In Midpoint, orders eligible for matching will be matched in time priority at the NBBO midpoint price at the Match Event. Only orders that have rested on the Midpoint book for a minimum period of time (i.e., the Midpoint Minimum Resting Period) are eligible to match. An order on the Midpoint book for less than its Midpoint Minimum Resting Period would not be eligible to participate in any Match Events but would be eligible for all subsequent Match Events after satisfying its Midpoint Minimum Resting Period.

Following are some examples of how the IntelligentCross match priority criteria works for the Midpoint book.

Example 1: The assumptions include:

- The NBBO for Security XYZ is $10.10 x $10.12
- Subscriber A has a resting Midpoint Peg Order to sell 100 shares of Security XYZ with a limit of $10.11.
- Subscriber B has submitted a Midpoint Peg Order to buy 100 shares of Security XYZ with a limit of $10.11.
- The Midpoint book enters into a "matchable state" (i.e., there is an order on each side eligible to match) and a Match Event is scheduled.
- Security XYZ has a Match Event Interval between 1000 to 1300 microseconds, and in this example the Match Event is scheduled to occur in 1100 microseconds.
- During the 1100 microseconds, Subscriber C has submitted a Midpoint Peg Order to buy 100 shares of Security XYZ with a limit of $10.11.
- At the next scheduled Match Event for Security XYZ, the matching engine retrieves the NBBO and determines that the NBBO is still $10.10 by $10.12. As a result, the following executions occur during the Match Event (assuming all orders have met the Midpoint Minimum Resting Period):
- Subscriber A will match 100 shares with Subscriber B at $10.11.
- Subscriber C's order will not match with Subscriber A as orders will be matched in time priority at the NBBO midpoint price at the Match Event. Subscriber C's order will be eligible for the next Match Event.

Example 2: Assume in the above Example 1 that Subscriber C has submitted a Midpoint Peg Order to buy 100 shares of Security XYZ with limit of $10.12. At Match Event time:

- Subscriber A will match 100 shares with Subscriber B at $10.11.

While Subscriber C has submitted a more aggressively priced order, Subscriber C's order will not match with Subscriber A as orders in Midpoint will be matched in time priority at the NBBO midpoint price at the Match Event. Subscriber C's order will be eligible for the next Match Event.

ASPEN Match Priority Criteria

In ASPEN, orders eligible for matching will be matched based on price, display type (i.e., with respect to ASPEN, at each price level, displayed orders will have priority over non-displayed orders), and the time at which such orders are received relative to other orders. Such match priority now applies throughout the matching process, i.e., before and after the ASPEN book enters into a matchable state.

Any order for a security that arrives prior to a Match Event for that security (and that has not been canceled, has become unmarketable, or has been repriced prior to the match event) will be eligible to participate in that Match Event. In addition, in Match Events, at the time of execution, price improvement (if there is any) will be provided to the order with the later effective timestamp between two orders receiving an execution, i.e., the taker.

Examples

Following are some examples of how the IntelligentCross match priority criteria works for the ASPEN book.

Example 1: The assumptions include:

- Subscriber A has submitted a displayed 100 share sell limit order with a limit price of $10.00 and TIF of Day for Security XYZ.
- Subscriber B has submitted a displayed 100 share buy limit order with a limit price of $10.00 and TIF of Day for Security XYZ.
- Subscriber B's order will be displayed at $9.99 as, in ASPEN, if a displayed limit order would lock contra-side interest inside the ATS, such order will be displayed one minimum price variation less aggressive than the price of the displayed contra-side interest inside the ATS.
- The ASPEN book enters into a "matchable state" (i.e., there is an order on each side eligible to match) and a Match Event is scheduled.
- Security XYZ has a Match Event Interval between 175 to 250 microseconds, and in this example the Match Event is scheduled to occur in 180 microseconds.
- During the 180 microseconds (i.e., after the ASPEN book enters into a matchable state) and before the Match Event occurs, Subscriber C submits a non-displayed 100 share sell limit order with a limit price of $9.99 and TIF of Day for Security XYZ.

At the next scheduled Match Event for Security XYZ, the matching engine retrieves the NBBO and determines that the NBBO is $9.99 by 10.00. As a result, the following executions occur during the Match Event:

- Subscriber B will match 100 shares with Subscriber C at $10.00, as Subscriber C has the more aggressively priced order, and Subscriber C (i.e., the taker) will be price improved and will receive an execution. Subscriber A's order will be eligible for the next Match Event.

Example 2: Assume in the above Example 1 that Subscriber B had 200 shares to buy. At Match Event time:

- First, Subscriber C will match 100 shares with Subscriber B at $10.00 as Subscriber C has the more aggressively priced order, and Subscriber C (i.e., the taker) will be price improved and will receive an execution.
- Second, Subscriber A will match 100 shares with Subscriber B at $10.00.

Example 3: Assume in the above Example 1 that during the 180 microseconds (i.e., after the ASPEN book enters into a matchable state) and before the Match Event occurs, Subscriber C cancels its order. At Match Event time:

- Subscriber A will match 100 shares with Subscriber B at $10.00 (i.e., there is no change to this example due to the change in match priority criteria).

Example 4: Assume in the above Example 1 that:

- Subscriber A has submitted a non-displayed 100 share sell limit order with a limit price of $10.00 and TIF of Day for Security XYZ.
- Subscriber C has submitted a displayed 100 share sell limit order with a limit price of $10.00 and TIF of Day for Security XYZ.

At Match Event time:

- Subscriber C will match 100 shares with Subscriber B at $10.00.
- Subscriber A will not match as, with respect to ASPEN, at each price level, displayed orders (Subscriber C) will have priority over non-displayed orders (Subscriber A).

Example 5: Assume in the above Example 1 that:

- Subscriber A has submitted a non-displayed 100 share sell limit order with a limit price of $10.00 and TIF of Day for Security XYZ.
- Subscriber B has submitted a displayed 100 share sell limit order with a limit price of $10.00 and TIF of Day for Security XYZ.
- Subscriber C submits a non-displayed 100 share buy limit order with a limit price of $10.00 and TIF of Day for Security XYZ.

At Match Event time:

- Subscriber C will match 100 shares with Subscriber B at $10.00
- Subscriber A will not match as, with respect to ASPEN, at each price level, displayed orders (Subscriber B) will have priority over non-displayed orders (Subscriber A).

IVWP Match Priority Criteria

The IVWP book accepts only VWAP Orders. The ATS continuously evaluates resting VWAP Orders in the IVWP book for eligible contra-side matches. For fixed time orders, all orders priced greater than or equal to the far touch (satisfying marketability constraints) will be matched using MPID, size, and time priority. For floating time orders, all orders priced greater than or equal to the far touch (satisfying marketability constraints) will be matched using MPID, size, participation rate, and time priority. VWAP Orders in the IVWP book only match with other VWAP Orders in the IVWP book and do not interact with orders in Midpoint or ASPEN.

When an eligible contra match is identified, the ATS initiates the invitation and firm-up process as described in Part III, Item 7. Once both counterparties have firmed up, the VWAP Calculation Interval begins. The mechanics of the VWAP Calculation Interval, including execution price determination, cancellation behavior, partial fills, limit price breaches, and end-of-day procedures, are as described in Part III, Item 7. IVWP matching operates independently of the Match Events used by Midpoint and ASPEN.

For the avoidance of doubt, orders submitted to the IVWP book will match in an all-to-all context with broker preferencing, where among competing matches, a Subscriber's orders will first match against that Subscriber's own orders, then against other orders in the IVWP book. Subscribers who agree to identify the sources of their order flow sent to IVWP (e.g., Algo, SOR, DMA) and receive a unique identifier for those sources will be provided with a list of other Subscribers that have similarly agreed to such identification, and their respective flow types (the "IVWP Subscriber Roster"). The IVWP Subscriber Roster is prepared by the ATS, distributed to authorized Subscribers in a secure manner, and includes the ATS-generated unique identifier for counterparty selection, the Subscriber's MPID, and the Subscriber's self-identified source of order flow. Such identifications are for the purpose of defining counterparty selection preferences.

The IVWP Subscriber Roster is provided solely for the purpose of enabling Subscribers to define counterparty selection preferences in the IVWP book, specifically to allow Subscriber to specify orders to only interact with certain types of order flow (e.g., Algo, SOR, DMA) from specific Subscribers. The IVWP Subscriber Roster is not distributed to Subscribers not participating in IVWP, Subscribers participating in IVWP who have not agreed to identify the sources of their order flow, non-Subscribers, or other third parties. Subscribers may opt-in to counterparty selection preferences at any time. The use of this functionality is optional, and is not required to participate in the IVWP book.

General Match Priority Criteria Information

The match priority criteria in a Hosted Pool are the same as in the ATS main books as applicable, unless the Hosted Pool is configured with a specific match priority criteria excluding VWAP orders in Hosted Pools. There is no Minimum Resting Period for any order type in a Hosted Pool.

Each Hosted Pool may be configured with one of the following match priority criteria, at the request of the Subscriber that requested that the Hosted Pool be set up, which determines how orders are prioritized during a Match Event, and applies to all Match Events in that Hosted Pool. At this time, no Hosted Pools are utilizing such specific match priority criteria. The ATS will file any required amendments regarding Hosted Pools that will use specific match priority criteria and any required updates to such criteria. The match priority criteria are:

- Price/Time (default). Orders are matched in price/time priority, meaning that orders eligible for matching will be matched based on price and then the time at which such orders are received relative to other orders.

- Pro-Rata by Size. Orders eligible for matching at the same price are allocated a proportion of the contra quantity based on their relative size.

- Price-Size. Orders eligible for matching at the same price are ranked by their size, where larger orders have higher priority, and filled according to their ranked size ordering.

- Random. Orders eligible for matching at the same price are re-ranked in random priority at the time of the Match Event, and filled sequentially according to the randomized ordering.

- Random Weighted. Orders eligible for matching at the same price are re-ranked according to a random weighting by participant, and filled sequentially according to the weighted random ordering. Weights are determined at the request of the Subscriber that requested that the Hosted Pool be set up (for example, weights could be based on Subscriber preference, or on historical participant activity in that specific Hosted Pool as determined by internal ATS data, which is not shared with the Subscriber that requested that the Hosted Pool be set up) and can be updated periodically by the request of the Subscriber that requested that the Hosted Pool be set up.

Within the Hosted Pools, the ATS offers, at the request of a Subscriber, where orders are designated to interact within multiple Hosted Pools, the ability to set a configured preference for the sequence of the Hosted Pools in which the Subscriber's orders will interact within those multiple Hosted Pools, as additionally described in Part III, Item 7.  For example, if the Subscriber wants to configure the sequencing to first go to Hosted Pool B, then Hosted Pool A, then the order will first match with the match priority criteria designated (for example, price/time priority) in Hosted Pool B, and, if the order has not been fully executed, then it will proceed to Hosted Pool A and match according to the match priority criteria in such Hosted Pool.

Such sequencing, as described above, may supersede the match priority criteria for, and therefore the prices received by, a particular order in the Hosted Pools. For example, orders in Hosted Pools can be made eligible to access both continuous and non-continuous Hosted Pools. In such cases, an order tagged for both a continuous and a non-continuous Hosted Pool will first interact with the continuous Hosted Pool and, if the order is not fully executed in such Hosted Pool, it will then interact with the non-continuous Hosted Pool, i.e., continuous Hosted Pools will have preference for matching over non-continuous Hosted Pools.

Matching instructions are specified in accordance with the FIX protocols described above in Part III, Item 5 and defined by industry standard FIX tags defined for these matching instructions.

Orders received by the ATS during the Pre-Market Order Acceptance Period will be queued until the beginning of Regular Trading Hours. Orders received outside these periods will not be accepted. For all eligible securities, the ATS will only execute if Limit-Up-Limit-Down ("LULD") bands are present and the effective price of a potential match is not constrained by a LULD band.

For purposes of the operation of the ATS, all orders will be timestamped upon receipt by the ATS in nanoseconds; however, the ATS has the ability to provide order records in microseconds or milliseconds via FIX.

An amendment of an outstanding order will affect its match priority and Minimum Resting Period as follows:

1. If an order's size is decreased, its timestamp will remain the same, its priority will not change and it will not wait through a new Minimum Resting Period (in the case of Midpoint).
2. If an order's size is increased, the timestamp will be renewed, its priority will change and, if part of Midpoint, it will wait through a new Minimum Resting Period.
3. If an order's price is changed, the timestamp will be renewed, its priority will change and, if part of Midpoint, it will wait through a new Minimum Resting Period.

IntelligentCross conducts trading strictly in an agency capacity on the ATS. IntelligentCross does not conduct trading in a proprietary capacity.

Non-Match Events

Situations may occur where an incoming order may not execute against a resting order at match event time, such as when:

(1) an existing resting order cancels prior to the next match event
(2) an incoming order is canceled prior to the next match event
(3) the NBBO moves between the time an order is received and the next match event takes place, making either the incoming order or the resting order non-marketable
(4) the NBBO changed before the next match event and pegged orders were repriced to the new NBBO, making the incoming order or the resting pegged order non-marketable

Character limit exceeded. Please refer to the attachment for Part III, Item 11(c) for additional information regarding Execution Errors, Order Entry Restrictions, Anonymity and Hosted Pools</taPart3Item11cRulsProcsOfNmsStk>
      <rbPart3Item11dIsProcsRulsSameForAll>Y</rbPart3Item11dIsProcsRulsSameForAll>
      <rbPart3Item12aIsAnyFrmlInfrmlArngmnts>N</rbPart3Item12aIsAnyFrmlInfrmlArngmnts>
      <rbPart3Item13aIsOrdrTiSegmntd>N</rbPart3Item13aIsOrdrTiSegmntd>
      <rbPart3Item13cIsCustmrOrdr>N</rbPart3Item13cIsCustmrOrdr>
      <part3Item14aCntrPrtySelectnDtls rbPart3Item14aIsDsgToIntrctOrNot="Y">
        <taPart3Item14aCntrPrtyDtls>Anti-Internalization

The ATS provides an "anti-internalization" setting to its Subscribers. This setting can be enabled upon client request and will prevent the self-matching of two orders from the same Subscriber on the ATS's order books. This setting will not be enabled by default, but can be enabled upon Subscriber request and will be enforced by the Client ID setting. Subscribers can either contact IntelligentCross Trading Operations to enable this functionality on an MPID basis or they can configure the trading systems to prevent self-crossing at a client or trading desk level.

Hosted Pool

The ATS may setup a Hosted Pool, at the request of a Subscriber, where such Subscriber will designate that an order interact with other orders entered by that same Subscriber, or other Subscribers participating in the same Hosted Pool. The setup of a Hosted Pool is at the ATS's discretion, and the ATS will determine whether or not to offer Hosted Pool functionality on a Subscriber-by-Subscriber basis, with the ATS making its determination based on current and expected order flow volume.

Each individual Hosted Pool participation is limited to the Subscriber on behalf of whom the Hosted Pool was set up and those Subscribers that were invited by the Subscriber setting up the pool to participate in such Hosted Pool.

Unless otherwise indicated, the matching and trading rules in a Hosted Pool are the same as in the applicable ATS book. Subscribers participating in a Hosted Pool may request that orders designated for the Midpoint book and orders designated for the ASPEN book have the ability to interact with each other in the Hosted Pool. When such an option is selected, any eligible orders will interact at each Match Event, regardless if the next Match Event is for Midpoint book-eligible orders or ASPEN-eligible orders.

Within the Hosted Pools, the ATS offers, at the request of a Subscriber, the ability to configure a Hosted Pool such that their own firm orders are preferenced in a multi-broker Hosted Pool prior to being eligible to match against other broker orders; such configuration is set on the entire Hosted Pool and not on an order-by-order basis.

Within the Hosted Pools, the ATS offers the ability to allow or prevent the matching of orders according to custom keys specified by a Subscriber via FIX tags. This functionality allows a Subscriber to control which orders can match with other orders in a Hosted Pool. For example, a buy order sent with a "prevent" instruction and a key equal to "1 2 3", will not be able to match against an order that includes a key of either "1", "2" or "3." Conversely, a buy order with an "allow" key of "4 5" can only match with orders containing a key of either "4" or "5". Such functionality can be used across different Hosted Pools in which the Subscriber participates.

Within the Hosted Pools, the ATS offers a feature whereby Subscribers participating in a Hosted Pool have the ability to allow or prevent the matching of their orders against a specific contra MPID or group of MPIDs using a predefined list.

Within the Hosted Pools, the ATS offers a "Linked Orders" feature that allows a Subscriber to designate orders as pre-arranged matches. Orders designated as Linked Orders carry a Subscriber-specified linked identification ("Link ID") and may only interact and execute against opposing orders that carry the same Link ID. The Linked Orders feature is available only for orders within the same MPID. Where the anti-internalization setting described above is also configured for an order, the anti-internalization setting will supersede the Linked Orders designation for purposes of self-cross prevention.

The ATS offers sponsored access arrangements to allow Sponsored Firms to send firm orders directly to a designated Hosted Pool via a sponsored access FIX session of a Sponsor. Such arrangements are only available to those Sponsored Firms of a Sponsor; Sponsors will be required to create lists of approved Sponsored Firms. Sponsors can determine which Sponsored Firms on its list can participate in sponsored access arrangements on a symbol-by-symbol basis and may offer different terms to different Sponsored Firms, even within the same symbol.

IVWP Book

For the avoidance of doubt, orders submitted to the IVWP book will match in an all-to-all context with broker preferencing, where among competing matches, a Subscriber's orders will first match against that Subscriber's own orders, then against other orders in the IVWP book. Anti-internalization is also available in the IVWP book. Additionally, within the IVWP book, Subscribers may allow or prevent the matching of their orders against specific counterparties. Subscribers who agree to identify the sources of their order flow sent to IVWP (e.g., Algo, SOR, DMA) and receive a unique identifier for those sources will be provided with a list of other Subscribers that have similarly agreed to such identification, and their respective flow types (the "IVWP Subscriber Roster"). The IVWP Subscriber Roster is prepared by the ATS, distributed to authorized Subscribers in a secure manner, and includes the ATS-generated unique identifier for counterparty selection, the Subscriber's MPID, and the Subscriber's self-identified source of order flow. Such identifications are for the purpose of defining counterparty selection preferences.

The IVWP Subscriber Roster is provided solely for the purpose of enabling Subscribers to define counterparty selection preferences in the IVWP book, specifically to allow Subscriber to specify orders to only interact with certain types of order flow (e.g., Algo, SOR, DMA) from specific Subscribers. The IVWP Subscriber Roster is not distributed to Subscribers not participating in IVWP, Subscribers participating in IVWP who have not agreed to identify the sources of their order flow, non-Subscribers, or other third parties. Subscribers may opt-in to counterparty selection preferences at any time. The use of this functionality is optional, and is not required to participate in the IVWP book.

The ATS offers the Linked Orders feature in the IVWP Book, as described above.</taPart3Item14aCntrPrtyDtls>
        <part3Item14bSelectDtls rbPart3Item14bIsSelectnSameForAll="N">
          <taPart3Item14bSelectnDiffDtls>With respect to Hosted Pools, the ATS will determine whether or not to offer Hosted Pool functionality on a Subscriber-by-Subscriber basis, with the ATS making its determination based on current and expected order flow volume.  Notwithstanding the foregoing, the procedures for trading in a Hosted Pool are the same for all Subscribers.

With respect to the IVWP book, all IVWP features, including the IVWP Subscriber Roster and counterparty selection capabilities, are available on the same terms to all Subscribers.</taPart3Item14bSelectnDiffDtls>
        </part3Item14bSelectDtls>
      </part3Item14aCntrPrtySelectnDtls>
      <rbPart3Item15aIsElectrncCommu>N</rbPart3Item15aIsElectrncCommu>
      <part3Item15bSubSctbDtls rbPart3Item15bIsSubScrbOrdBnd="Y">
        <taPart3Item15bSubscrBndDtls>For ASPEN, the ATS offers the IQX Data Feed, which displays orders eligible to be displayed in real-time to IQX Data Feed Recipients. Subscribers, in their discretion, may submit Limit Orders and Primary Peg Orders as displayed orders. Displayed orders from all three ASPEN books are available in the IQX Data Feed. Each of the ASPEN books have individualized data feeds; as such, subscribers to the IQX Data Feed can choose to consume data from whichever books they choose through separate feed identifiers.

The ATS will not display Limit Orders and Primary Peg Orders that lock or cross contra-side interest that is displayed (1) inside the ATS or (2) as part of the NBBO as determined by the SIP and/or SRO proprietary data feeds. Instead, if a displayed Limit Order or Primary Peg Order would lock or cross displayed contra-side interest inside the ATS or as part of the NBBO, such order will be displayed one minimum price variation less aggressive than the price of displayed contra-side interest inside the ATS or as part of the NBBO and ranked at the price of the contra-side of the NBBO. In the event the displayed contra-side interest inside the ATS or the NBBO updates, such order's displayed price will be updated to the most aggressive price permissible without locking displayed contra-side interest inside the ATS or the NBBO, up to the order's limit price, and such order's ranked price will be updated to the most aggressive price permissible without crossing the NBBO.

For all displayed orders, the ATS disseminates all eligible bids and offers along with the size available (full depth of book) in the IQX Data Feed as part of ASPEN. The IQX Data Feed also disseminates all executions that occur in ASPEN - displayed and non-displayed - in real-time. The execution information includes the price and number of shares executed.

Orders designated by a Subscriber to interact with other orders in a Hosted Pool are not eligible to be displayed orders. Executions occurring in a Hosted Pool are not disseminated in the IQX Data Feed. An order designated to interact within a Hosted Pool can also be designated to interact with liquidity outside the Hosted Pool after checking for liquidity in a Hosted Pool. When an ASPEN order that is designated to interact in both a Hosted Pool and the ATS main book is filled in the ATS main book, such an order is disseminated in the IQX Data Feed and will be reported to the consolidated tape via the TRF.

The ATS' Hosted Pools accept "Conditional Orders." Conditional Orders are not accepted outside of the ATS' Hosted Pools. Conditional Orders are not visible to Hosted Pool participants. A Conditional Order never executes. In the event eligible contra-party interest exists in the Hosted Pool, whether such contra-party interest is a firm or Conditional Order, the ATS will cancel the Conditional Order, will notify the Subscriber submitting the Conditional Order via FIX (the "Invite"), and request that the Subscriber "firm-up" by submitting a firm order in response to the Invite ("Firm-Up Orders").

The ATS' Hosted Pools also permit the publication of indications of interest ("IOIs"), which allow participants of a Hosted Pool to send IOIs to any other participant of that Hosted Pool. IOIs contain symbol, side and size. Participants in Hosted Pools can elect to generate IOIs and IOIs would be made visible to other Hosted Pool participants.

The ATS accepts VWAP Orders in the IVWP book and in Hosted Pools. VWAP Order invites include match quantity, match time or match rate.

Orders in the IVWP book are not eligible to be displayed and are not disseminated in the IQX Data Feed. Executions occurring in the IVWP book are not disseminated in the IQX Data Feed.

The ATS also offers a Block IOI service in its Hosted Pools, the purpose of which is to inform Sponsored Firms of contra liquidity in a designated Hosted Pool and to allow Sponsored Firms to send firm orders directly to a designated Hosted Pool via a sponsored access FIX session of a Sponsor. Participants with firm or conditional orders in the Hosted Pool are not informed if there is a possible match (e.g., if the IOI matches with a conditional order in the Hosted Pool, no invite is sent for that conditional order); only the sender of the IOI is informed. In addition, Block IOIs, which are generated by the Sponsored Firm, are not visible to any participant in Hosted Pools, in contrast to IOIs which participants in Hosted Pools can elect to generate and be made visible to other Hosted Pool participants.

Orders may be sent to the ATS through the SOR, and thus, the SOR is aware of a Subscriber's order information being sent to the ATS (symbol, size, side, price). The SOR accesses the IQX Data Feed on the same terms as any other recipient of the IQX Data Feed. The DMA provider has knowledge of the Subscriber's order information (symbol, size, side, price) being sent by the SOR through the DMA provider to access the ATS. The DMA is prohibited from sharing such information outside of its organization.</taPart3Item15bSubscrBndDtls>
        <rbPart3Item15cIsDsplyProcSameForAll>Y</rbPart3Item15cIsDsplyProcSameForAll>
      </part3Item15bSubSctbDtls>
      <rbPart3Item16aIsInstRoutd>N</rbPart3Item16aIsInstRoutd>
      <rbPart3Item17aIsDiffBtwnOrdTITrtmnt>N</rbPart3Item17aIsDiffBtwnOrdTITrtmnt>
      <rbPart3Item17bIsTrtmntSameForAll>Y</rbPart3Item17bIsTrtmntSameForAll>
      <rbPart3Item18aIsOutsdeTrdingHrs>N</rbPart3Item18aIsOutsdeTrdingHrs>
      <taPart3Item19aSrvcUsgFees>For the Midpoint book and the ASPEN Fee/Fee book, the Base Rate charged by IntelligentCross is .0008 per share for each side of a transaction.

The Base Rate for ASPEN Maker/Taker is (.0028) rebate per share for Subscribers that provide liquidity and .0030 per share fee for Subscribers that remove liquidity.

The Base Rate for ASPEN Taker/Maker is (.0016) rebate per share for Subscribers that remove liquidity and .0020 per share fee for Subscribers that provide liquidity.

The ATS does not have a standard fee schedule associated with the Hosted Pool. Orders executed in a Hosted Pool are charged fees in a range from (.0030) rebate per share to .0030 fee per share. The fees associated with the Hosted Pool are negotiated fees, and may be re-evaluated from time to time. Factors considered when negotiating fees may include but are not limited to historical trading volume and patterns, anticipated trading volume and patterns, and the characteristics of the orders (for example, whether the orders are retail or institutional in nature, or whether the Hosted Pool participants are liquidity takers or liquidity providers).

The Base Rate for the IVWP book differs based on whether a transaction is internalized or executed against another Subscriber. For internalized trades--i.e., transactions in which the buyer and seller are the same Subscriber--IntelligentCross charges $0.0001 per share for each side of the transaction. For cross-broker trades--i.e., transactions in which the buyer and seller are different Subscribers--IntelligentCross charges $0.0005 per share for each side of the transaction at the base rate, with volume-tiered rates per side based on the Subscriber's cross-broker average daily volume (ADV) in the IVWP book:

Subscriber's monthly cross-broker ADV in IVWP book       Rate per share, per side

Base rate                                                                             $0.0005
Greater than or equal to 1,000,000 shares                          $0.0004
Greater than or equal to 5,000,000 shares                          $0.0003
Greater than or equal to 10,000,000 shares                        $0.0002

Volume-tiered rates apply retroactively to all cross-broker shares traded by the Subscriber in the IVWP book for that calendar month. Internalized trades are charged at the $0.0001 per side rate regardless of volume and are not counted toward the cross-broker volume tier thresholds. The IVWP volume tiers are independent of the Subscriber Fee Discount described in Part III, Item 19(c) and are calculated solely on cross-broker volume in the IVWP book.

The fees for the Block IOI service and other sponsored access arrangements will be the same as the standard ATS fees which otherwise apply to Subscriber activity. Fees are charged to Subscribers only and fees are not directly billed to Sponsored Firms.

The other fees incurred by Subscribers of the ATS are SRO fees and fees charged by our clearing provider, Instinet.

The ATS passes through certain regulatory fees (including FINRA's Section 3 fee and Trading Activity Fee ("TAF") for Subscribers who are not FINRA members), and fees billed to the ATS for Subscribers through third-party providers for accessing market data. The ATS is the CAT Executing Broker for both the buyer and the seller on all trades it executes and is charged CAT fees accordingly, which it then passes through to Subscribers.</taPart3Item19aSrvcUsgFees>
      <taPart3Item19bBundldSrvcUsgFees>N/A.</taPart3Item19bBundldSrvcUsgFees>
      <taPart3Item19cRbtDiscOfFees>With respect to trading in the Midpoint book and the ASPEN Fee/Fee book, there are two ways existing ATS Subscribers can pay lower fees, ("Subscriber Fee Discount"), as described below: 

1.  Total Composite Volume (TCV) Incentive*--if average daily participation of TCV is: 

TCV %                                                       Commission rate per share traded 
=> 12 bps of TCV                                          2 mils per share 
=> 10 bps of TCV                                          3 mils per share 
=> 8 bps of TCV                                          4 mils per share 
=> 4 bps of TCV                                          6 mils per share 
=> Base Rate                                                8 mils per share  
  
*Criteria 
- The Base Rate is the same for all Subscribers. 
- Any Subscriber Fee Discount Rate will be calculated retroactively on all shares traded for that calendar month.  
- TCV is the total market volume in all NMS Stocks reported to the Consolidated Tape.  

2.  Active Order Incentive**

Live in 200 to 500 unique symbols at a time (on average) 6 mils per share 
Live in 501 to 1000 unique symbols at a time (on average) 4 mils per share
Live in 1001 to 2000 unique symbols at a time (on average) 3 mils per share 
Live in over 2001 unique symbols at a time (on average) 2 mils per share 
  
**Criteria 
- Orders must be marketable: (1) priced at or more aggressive than the NBBO midpoint for the Midpoint book and (2) priced at or more aggressive than the NBBO for the ASPEN Fee/Fee book.
- IntelligentCross will monitor open orders every few minutes to calculate the average unique symbols in the book on a daily basis.
- If minimum quantity ("MinQty") present, must be less than or equal to 100 shares.  
- Not be an IOC Order.
- Rate will be calculated retroactively on all shares traded for that calendar month. 
- If a Subscriber is live for a symbol in both Midpoint and ASPEN Fee/Fee, it will count twice for purposes of qualifying for the Active Order Incentive.  

Trading in ASPEN Maker/Taker, ASPEN Taker/Maker, Hosted Pools, and the IVWP book will not be taken into account for purposes of qualifying for the Subscriber Fee Discount. If a Subscriber qualifies for a Subscriber Fee Discount, the pricing will apply to their trading activity in both the Midpoint book and ASPEN Fee/Fee book. The ATS can offer the Subscriber Fee Discount to allow new Subscribers to receive the Subscriber Fee Discount and pay the lowest fee charged to any existing Subscriber based on the above criteria.</taPart3Item19cRbtDiscOfFees>
      <taPart3Item20aSuspndProcdur>The ATS is programmed to react to "halt" or "pause" messages it receives from the SIP from all U.S. equities exchanges. It will not execute transactions in a security during periods in which trading in the security is halted (e.g., subject to a LULD trading pause, single stock circuit breaker, or regulatory halt). The ATS will also halt trading if it is determined that the ATS is experiencing system issues that require such action.</taPart3Item20aSuspndProcdur>
      <rbPart3Item20bIsSuspndProcdurSameFrAll>Y</rbPart3Item20bIsSuspndProcdurSameFrAll>
      <taPart3Item21aMtrlArngmntDtls>Once an execution occurs, the ATS will send electronic messages containing execution reports to the originators of the order as well as the Nasdaq Trade Reporting Facility.  The NYSE Trade Reporting Facility is used as a back-up.  VWAP Orders reported by the ATS uses the appropriate modifiers for volume weighted average price.</taPart3Item21aMtrlArngmntDtls>
      <rbPart3Item21bIsMtrlArngmtSameFrAll>Y</rbPart3Item21bIsMtrlArngmtSameFrAll>
      <taPart3Item22aMtrlArngmntDtls>IntelligentCross has an agreement with Instinet, LLC, a member of the National Securities Clearing Corporation, to act on behalf of IntelligentCross to clear and settle all transactions executed on the ATS, and Instinet submits the ATS' executions to NSCC for clearing and to DTC for settling.   All Subscribers must have clearing brokers that are NSCC/DTC members. IntelligentCross is a counterparty to all trades on the ATS and Subscribers know only that IntelligentCross was the counterparty to their trade.</taPart3Item22aMtrlArngmntDtls>
      <rbPart3Item22bIsMtrlArngmtSameFrAll>Y</rbPart3Item22bIsMtrlArngmtSameFrAll>
      <taPart3Item23aMrktDatSrc>The ATS uses a combination of SIP and direct feeds to determine the NBBO and to price executions. If direct feeds are available and utilized by the ATS, they will be used to price the NBBO. If a direct feed that the ATS utilizes is deemed not reliable, it will use the SIP price from that exchange. The ATS utilizes the direct feeds from the following exchanges:
- CBOE BZX; CBOE BYX; CBOE EDGX; CBOE EDGA
- NYSE; NYSE Arca
- Nasdaq; Nasdaq BX; Nasdaq PSX
- IEX
- MEMX

For VWAP executions in Hosted Pools, the volume-weight average price is based on SIP trades.</taPart3Item23aMrktDatSrc>
      <rbPart3Item23bIsSrcSameFrAll>Y</rbPart3Item23bIsSrcSameFrAll>
      <rbPart3Item24aIsSubScrbrOrdr>N</rbPart3Item24aIsSubScrbrOrdr>
      <rbPart3Item25aIsAvgDlyTradinVolExcd>N</rbPart3Item25aIsAvgDlyTradinVolExcd>
      <rbPart3Item26IsOrdrFloExecStatsPublshd>N</rbPart3Item26IsOrdrFloExecStatsPublshd>
    </partThree>
  </formData>
</edgarSubmission>
