Slickorps App
    • Create new note
    • Create a note from template
      • Sharing URL Link copied
      • /edit
      • View mode
        • Edit mode
        • View mode
        • Book mode
        • Slide mode
        Edit mode View mode Book mode Slide mode
      • Customize slides
      • Note Permission
      • Read
        • Only me
        • Signed-in users
        • Everyone
        Only me Signed-in users Everyone
      • Write
        • Only me
        • Signed-in users
        • Everyone
        Only me Signed-in users Everyone
    • Invite by email
      Invitee

      This note has no invitees

    • Publish Note

      Share your work with the world Congratulations! 🎉 Your note is out in the world Publish Note No publishing access yet

      Your note will be visible on your profile and discoverable by anyone.
      Your note is now live.
      This note is visible on your profile and discoverable online.
      Everyone on the web can find and read all notes of this public team.

      Your account was recently created. Publishing will be available soon, allowing you to share notes on your public page and in search results.

      Your team account was recently created. Publishing will be available soon, allowing you to share notes on your public page and in search results.

      Explore these features while you wait
      Complete general settings
      Bookmark and like published notes
      Write a few more notes
      Complete general settings
      Write a few more notes
      See published notes
      Unpublish note
      Please check the box to agree to the Community Guidelines.
      View profile
    • Commenting
      Permission
      Disabled Forbidden Owners Signed-in users Everyone
    • Enable
    • Permission
      • Forbidden
      • Owners
      • Signed-in users
      • Everyone
    • Suggest edit
      Permission
      Disabled Forbidden Owners Signed-in users Everyone
    • Enable
    • Permission
      • Forbidden
      • Owners
      • Signed-in users
    • Emoji Reply
    • Enable
    • Versions and GitHub Sync
    • Note settings
    • Note Insights New
    • Make a copy
    • Transfer ownership
    • Delete this note
    • Save as template
    • Insert from template
    • Import from
      • Dropbox
      • Google Drive
      • Gist
      • Clipboard
    • Export to
      • Dropbox
      • Google Drive
      • Gist
    • Download
      • Markdown
      • HTML
      • Raw HTML
Menu Note settings Note Insights Versions and GitHub Sync Sharing URL Create Help
Create Create new note Create a note from template
Menu
Options
Make a copy Transfer ownership Delete this note
Import from
Dropbox Google Drive Gist Clipboard
Export to
Dropbox Google Drive Gist
Download
Markdown HTML Raw HTML
Back
Sharing URL Link copied
/edit
View mode
  • Edit mode
  • View mode
  • Book mode
  • Slide mode
Edit mode View mode Book mode Slide mode
Customize slides
Note Permission
Read
Only me
  • Only me
  • Signed-in users
  • Everyone
Only me Signed-in users Everyone
Write
Only me
  • Only me
  • Signed-in users
  • Everyone
Only me Signed-in users Everyone
  • Invite by email
    Invitee

    This note has no invitees

  • Publish Note

    Share your work with the world Congratulations! 🎉 Your note is out in the world Publish Note No publishing access yet

    Your note will be visible on your profile and discoverable by anyone.
    Your note is now live.
    This note is visible on your profile and discoverable online.
    Everyone on the web can find and read all notes of this public team.

    Your account was recently created. Publishing will be available soon, allowing you to share notes on your public page and in search results.

    Your team account was recently created. Publishing will be available soon, allowing you to share notes on your public page and in search results.

    Explore these features while you wait
    Complete general settings
    Bookmark and like published notes
    Write a few more notes
    Complete general settings
    Write a few more notes
    See published notes
    Unpublish note
    Please check the box to agree to the Community Guidelines.
    View profile
    Engagement control
    Commenting
    Permission
    Disabled Forbidden Owners Signed-in users Everyone
    Enable
    Permission
    • Forbidden
    • Owners
    • Signed-in users
    • Everyone
    Suggest edit
    Permission
    Disabled Forbidden Owners Signed-in users Everyone
    Enable
    Permission
    • Forbidden
    • Owners
    • Signed-in users
    Emoji Reply
    Enable
    Import from Dropbox Google Drive Gist Clipboard
       Owned this note    Owned this note      
    Published Linked with GitHub
    • Any changes
      Be notified of any changes
    • Mention me
      Be notified of mention me
    • Unsubscribe
    # Slickorps: A Research Report on a Continuous Multi-Asset AI Quantitative Trading System ![Slickorps A Research Report on a Continuous Multi-Asset AI Quantitative Trading System1](https://hackmd.io/_uploads/BkKUB9TpWg.png) **Author: Slickorps Research Team** ## 1 Introduction Competition in financial market trading is shifting from experience-based judgment to competition in system capabilities. As continuous multi-asset markets exhibit characteristics such as round-the-clock operation, high-frequency inflow of multi-source data, and rapid state transitions, traditional trading methods face ongoing constraints in terms of information processing efficiency, strategy adaptability, and execution discipline. [1, 5] Against this backdrop, the research focus of quantitative trading systems has shifted from executing fixed rules to systematic coordination. Approaches driven by a single factor, static thresholds, or a single model are unable to adapt to a complex environment characterized by expanding volatility, shrinking liquidity, enhanced cross-market linkages, and concurrent event shocks. Therefore, modern AI quantitative trading systems are more appropriately defined as hierarchical systems that integrate data processing, state recognition, strategy orchestration, execution control, and feedback learning, rather than as a single predictive model or automated order module. [2, 3, 6] The issue that Slickorps focuses on is: how to build an AI quantitative trading system that is suitable for continuous multi-asset markets, capable of processing heterogeneous data inputs, supporting multi-model collaborative decision-making, possessing low-latency execution capabilities, and embedding a dynamic risk governance mechanism. To this end, Slickorps proposes a layered framework that decomposes trading tasks into interconnected modules such as data perception, state recognition, collaborative decision-making, strategy orchestration, execution optimization, risk governance, and feedback learning, in order to address non-stationarity and state transitions in continuous markets. [2, 6, 8] The objective of this paper is not to demonstrate the universal superiority of any particular strategy, but rather to propose a scalable, governable, and continuously optimizable system framework, and to discuss its technical composition, operational logic, and evaluation methodology. ## 2 Related Research Automated trading and algorithmic execution have long been important topics in financial market research. Early studies primarily focused on the impact of algorithmic execution on liquidity, price discovery, transaction costs, and market microstructure, with a key emphasis on whether it improves quote quality, narrows bid-ask spreads, or enhances matching efficiency. As electronic markets continue to evolve, the research focus has gradually shifted from "whether algorithms improve efficiency" to "how algorithms affect market stability, participant behavior, and price formation mechanisms." [1, 5, 10] Existing research has not reached a fully consistent conclusion. Some studies suggest that automated trading helps enhance liquidity supply, accelerate information reflection, and improve market efficiency. Other studies, however, point out that under specific market conditions, automated mechanisms may amplify short-term volatility, exacerbate liquidity fragility, and even trigger localized price anomalies. This indicates that research on intelligent trading systems cannot remain at the coarse-grained question of "whether to automate," but must further examine their decision-making logic, execution constraints, and risk governance mechanisms. [5, 10, 11] In recent years, artificial intelligence methods have gradually entered the field of quantitative trading research, demonstrating stronger expressive capabilities in areas such as time series modeling, event-driven analysis, market state recognition, and multi-factor signal fusion. Compared to traditional models based on single factors or static rules, AI methods are more suitable for handling nonlinear relationships, high-dimensional heterogeneous data, and dynamic environmental changes. However, the application of AI in financial scenarios also introduces new issues, including insufficient model interpretability, unstable out-of-sample generalization, increased risk of overfitting, and rising deployment costs. [2, 3, 6, 12] Therefore, the key to modern intelligent trading research lies not in introducing more complex models themselves, but in how to maintain system stability, risk controllability, and engineering manageability while increasing complexity. Slickorps aligns with this research direction, advocating that AI quantitative trading should be understood as a systems engineering problem rather than a single-point modeling problem. [3, 7, 12] ## 3 Model Framework and Method Design To characterize the systemic features of intelligent trading tasks in continuous multi-asset markets, Slickorps constructed a hierarchical model framework composed of data representation, state identification, collaborative decision-making, execution optimization, risk governance, and feedback updating. The objective of this framework is not to have a single model complete all prediction tasks, but rather to integrate heterogeneous information processing, state constraints, strategy generation, execution control, and continuous optimization into a unified research object through modular modeling. [2, 3, 6] ### 3.1 Overall Framework Slickorps defines the AI quantitative trading system as a hierarchical system composed of a perception layer, recognition layer, decision-making layer, execution layer, constraint layer, and feedback layer. Among them: Perception layer is responsible for receiving and standardizing multi-source heterogeneous market data. The recognition layer is responsible for extracting market state from the unified representation space. The decision-making layer is responsible for integrating multi-model outputs under state constraints and generating candidate strategies. Execution layer is responsible for mapping strategy signals into order-level actions Constraint layer is responsible for implementing dynamic risk governance during strategy generation and execution The feedback layer continuously updates the model parameters and strategy priorities based on the system output results. The theoretical foundation of this framework lies in the fact that continuous multi-asset markets are not stable, homogeneous environments. Instead, they exhibit different states at various times, such as trends, oscillations, high volatility, fragile liquidity, and event shocks. Therefore, a single factor or a single model often struggles to maintain stable performance under conditions of state switching. Consequently, Slickorps adopts a layered framework, explicitly introducing market states as mediating variables and using them to constrain subsequent decision-making and execution processes. [2, 6, 8] ### 3.2 Multi-Source Data Representation The data processed by Slickorps includes price series, order book and order flow data, transaction records, cross-market linkage signals, news text, event announcements, sentiment expressions, on-chain activities, and certain user behavior data. Due to significant differences in sampling frequency, reliability, missing patterns, and noise levels among these data types, the system first performs timestamp alignment, outlier filtering, missing value imputation, noise reduction, and format standardization to establish a unified data representation foundation. [3, 6] On this basis, structured data extracts local and global features through time-series window statistics, distribution profiling, and cross-scale transformations. Semi-structured and unstructured data are mapped into a unified feature space through semantic embedding, event tagging, and signal intensity quantification. As a result, the original fragmented market information is transformed into feature representations that can be used for state recognition and decision-making modeling. ### 3.3 Market State Identification On the basis of a unified feature representation, Slickorps first performs market state identification, rather than directly outputting a trading direction. The market state here refers to a comprehensive characterization of the market across dimensions such as trend direction, volatility level, liquidity conditions, event sensitivity, and correlation strength within a given time window. Based on this, the system classifies the market into several states, including trend-dominated, range-bound, high-volatility shock, liquidity-fragile, and event-driven, and uses the probability distribution of these states as a constraint for subsequent decision-making. [2, 6, 8] The significance of state recognition lies in the fact that signals in the same direction should not correspond to the same trading action under different states. For example, in a trend-dominated state, the system can accept higher continuity exposure; whereas in a high-volatility or event-impact state, the threshold for signal confirmation should be raised, position size should be reduced, and the holding period should be shortened. ### 3.4 Multi-Model Collaborative Decision Making To reduce the risk of mismatch in a single model under complex environments, Slickorps adopts a multi-model collaborative decision-making approach rather than a single-model monopoly. The system internally includes a directional prediction model, a volatility identification model, a liquidity assessment model, a risk exposure estimation model, and an event impact evaluation module. Each sub-model estimates information from different dimensions, and their outputs collectively form a decision evidence set. [3, 7, 12] In the decision-making process, the system does not simply average the outputs of each model. Instead, it assigns dynamic weights based on the results of market state identification, and forms a set of candidate strategies through consistency scoring, signal filtering, and conflict resolution mechanisms. This collaborative approach helps improve the robustness of the system under conditions of state transitions and reduces the dominant influence of any single model on the overall system. ### 3.5 Strategy Orchestration and Execution Optimization After the generation of the candidate strategy set, Slickorps introduces a strategy orchestration mechanism to map signals into executable outputs with constraints. The key is not to answer "whether to trade," but to answer "with which strategy, under what constraints, and at what execution pace to enter the market." To this end, the system comprehensively considers expected returns, risk budget, position limits, exposure to related assets, execution costs, and expected slippage, jointly constraining position size, trigger thresholds, exit conditions, and order execution methods. [7, 8] The execution layer is responsible for mapping structured strategy outputs into order-level actions and minimizing opportunity loss within the trading chain as much as possible. Specific mechanisms include order type selection, order splitting logic, pace control, price band constraints, routing priority, and an abnormal order cancellation mechanism. The execution module continuously monitors the probability of execution, immediate slippage, changes in the order book, and signs of short-term liquidity deterioration, and dynamically adjusts the original instructions when necessary to reduce impact costs and passive exposure. [7, 10, 12] ### 3.6 Dynamic Risk Governance and Feedback Updates Risk governance in Slickorps is established as a dynamic constraint mechanism that runs through the entire process of strategy generation, execution, and post-event correction, rather than being a post-trade control attached after transactions. The system sets risk budgets before strategy generation, monitors real-time risk exposure during execution, and adjusts risk parameters through attribution analysis after the event. Specific mechanisms include position limit constraints, drawdown control at both the single-asset and portfolio levels, trading downgrades under abnormal market conditions, protective exits during liquidity dry-ups, correlation concentration limits, and model mismatch warnings. [4, 7, 11] The feedback learning layer converts system operation results into inputs for subsequent optimization. The feedback information recorded by the system includes not only transaction profits and losses, but also signal hit rates, execution quality, slippage distribution, latency indicators, abnormal interruptions, risk control trigger frequency, and market state identification deviations. Based on this feedback, the system can update model parameters, feature weights, state classification boundaries, and strategy priorities on a regular or near-real-time basis, thereby forming a continuous optimization mechanism that integrates research and deployment. [3, 6, 12] ![Slickorps A Research Report on a Continuous Multi-Asset AI Quantitative Trading System2](https://hackmd.io/_uploads/SJAe8cTTWl.png) ## 4 Experiment Design and Evaluation Metrics To verify the effectiveness of the platform-based AI quantitative trading system in continuous multi-asset markets, Slickorps adopts a comprehensive evaluation framework that is layered, modular, and scenario-specific. The experimental environment is divided into a historical replay environment, a simulated matching environment, and a controlled paper trading environment, which are used respectively to validate signal and state recognition logic, test execution layer performance, and assess the operational quality of the end-to-end trading chain under conditions without real capital risk. [3, 7, 12] In terms of sample selection, the experiment strives to cover different market conditions and asset categories. The sample includes trend phases, range-bound phases, high-volatility shock phases, low-liquidity phases, and event-driven phases, while covering multiple continuous trading markets such as foreign exchange, stock indices, commodities, and digital assets, in order to avoid misjudgment caused by sample bias. [2, 8] In terms of experimental methodology, Slickorps adopts a design that combines group comparison with module ablation. Group comparison is used to evaluate the differences between the complete system and systems with a single model, no state recognition, no execution optimization, or weak risk control. Module ablation is employed to identify the marginal contribution of each internal module to performance improvement. [7, 12] The evaluation system comprises five categories of indicators: signal and state recognition indicators, execution quality indicators, risk control indicators, system stability indicators, and comprehensive performance indicators. To enhance the interpretability of the results, the experimental findings follow the principle of "state-specific reporting," which presents the performance differences of the system under various states, including trends, oscillations, high volatility, low liquidity, and event shocks. ![Slickorps A Research Report on a Continuous Multi-Asset AI Quantitative Trading System3](https://hackmd.io/_uploads/HyOrLca6bx.png) ## 5 Experimental Results This study conducts a layered testing and comprehensive evaluation of the proposed AI quantitative trading system, focusing on five core capabilities: multi-source signal fusion, market state identification, multi-model coordination, low-latency execution, and dynamic risk governance. The results indicate that the system outperforms several simplified versions in terms of signal stability, strategy adaptability, execution consistency, and risk convergence. In particular, it demonstrates stronger robustness in scenarios characterized by frequent market state transitions, high information density, and increased execution friction. ### 5.1 Signal Identification and State Modeling Results The multi-source signal fusion mechanism demonstrates a higher capability for state differentiation compared to the baseline system that relies solely on market quotes and technical indicators. Particularly during event-driven and high-volatility phases, the introduction of textual events, sentiment features, and cross-market linkage variables enables the system to identify the transition of the market from a normal to an abnormal state at an earlier stage. A single price series model can maintain a relatively high consistency in directional judgment within intervals characterized by strong trend continuity; however, its misjudgment rate increases significantly during periods of volatility amplification and structural shifts. After incorporating the state identification layer, the system achieves a clearer distinction between "trend continuation" and "shock disturbance," thereby reducing instances where short-term noise is mistakenly identified as an actionable signal. [2, 6, 8] ![Slickorps A Research Report on a Continuous Multi-Asset AI Quantitative Trading System4](https://hackmd.io/_uploads/HkUKL56abe.png) ### 5.2 Multi-Model Collaboration and Strategy Orchestration Results The differences between a complete system and a single-model system are primarily reflected in higher cross-state stability and lower combined signal failure rates. A single-model system performs well in favorable environments, but once it enters a period of oscillation or high noise, its output is prone to the problem of inflated confidence. A multi-model collaborative system imposes additional constraints on candidate signals through cross-validation among the direction, volatility, liquidity, and event modules, thereby reducing forced trading in low-quality environments. The strategy orchestration module further amplifies this advantage. When the system only outputs directional predictions without strategy orchestration, even if the directional judgment itself has a certain statistical advantage, actual performance may be weakened due to improper position sizing, rigid exit conditions, or unreasonable execution pacing. A complete system can integrate market conditions, expected volatility, risk budget, and liquidity conditions to jointly constrain position size, entry pacing, order splitting, and exit thresholds, so that overall performance no longer overly relies on the short-term accuracy of a single prediction module. [7, 8, 12] ![Slickorps A Research Report on a Continuous Multi-Asset AI Quantitative Trading System5](https://hackmd.io/_uploads/rkh_vqap-g.png) ### 5.3 Execution Quality Results Low-latency execution and order-level optimization mechanisms have a significant impact on the final system performance. In a simulated matching environment, when the market is in a state of relatively ample liquidity and a stable order book, the execution differences between various systems are not particularly pronounced. However, when the market enters a phase of high volatility or low liquidity, the quality of the execution layer design is rapidly magnified. Versions without execution optimization are more prone to issues such as increased slippage, orders being placed but not filled, rising impact costs, and delayed cancellation responses, thereby eroding the statistical advantages of upstream signals during the implementation process. In contrast, the complete system demonstrates more stable execution quality through dynamic order splitting, pace control, order cancellation and re-submission logic, as well as protective measures under abnormal conditions. In the experiment, it was observed that under similar signal conditions, the complete system exhibited lower average execution slippage and higher fill rates, and it adjusted order paths more promptly when the order book changed rapidly. [7, 10, 12] ### 5.4 Risk Control Results The testing focus of the risk governance module is placed on the drawdown constraint capability, the efficiency of risk contraction during periods of abnormal volatility, and the degradation stability of the system under extreme conditions. The results show that the complete system can control risk exposure within a relatively stable range in most sample windows, and the role of dynamic risk boundaries is particularly evident in high-volatility and event-driven environments. Compared with versions featuring weak risk control or static stop-loss, the complete system can identify the linkage effect between volatility expansion and liquidity deterioration earlier, and reduce tail loss exposure through measures such as position reduction, speed limiting, hedging enhancement, or temporary suspension of certain strategies. [4, 7, 11] ![Slickorps A Research Report on a Continuous Multi-Asset AI Quantitative Trading System6](https://hackmd.io/_uploads/BkDIu56a-g.png) 5.5 System Stability and Feedback Learning Results In the test trading and joint debugging environment, the complete system demonstrates a high level of operational continuity and feedback loop capability. The introduction of the feedback learning layer helps correct certain state recognition biases and parameter drift issues. Particularly when the market environment shifts from "trend-driven" to "event-driven," the system can reallocate signal weights in subsequent windows, thereby mitigating misjudgments caused by the inertial continuation of the model. [3, 6, 12] At the same time, the complete system demonstrates a relatively strong capability for graceful degradation under conditions such as abnormal input, localized latency increase, and performance degradation of individual modules. Compared to the simplified version, it tends to proactively reduce the activation intensity of the strategy upon detecting link anomalies or approaching risk boundaries, rather than maintaining the original output level. This "contract first, correct later" behavioral pattern helps reduce the probability of localized mismatches escalating into systemic imbalances. [4, 11] ## 6 Discussion Experimental results indicate that the core competitiveness of an AI quantitative trading system for continuous multi-asset markets does not primarily stem from the predictive capability of any single model, but rather from the overall coordination ability of the system within complex environments. Multi-source data fusion enhances the perceptual density of the system, market state recognition improves the environmental adaptability of strategies, multi-model collaboration reduces the vulnerability caused by the mismatch of a single model, execution optimization increases the quality of signal implementation, and dynamic risk governance provides boundary conditions for the continuous operation of the system. [2-4] System improvement is more reflected in a "reduction of errors" rather than an "enhancement of offensive capability." A complete system may not necessarily manifest as significantly higher trading frequency or stronger directional exposure, but rather as fewer ineffective trades, lower execution deviations, and a smoother risk exposure path. This indicates that a system emphasizing adaptability, discipline, and governability is more aligned with the long-term stability logic required for real platform deployment. [6, 7, 12] The results of Slickorps also indicate that market state recognition plays a central role in platform-based architectures. The state not only affects the confidence level of the prediction direction but also determines whether trading actions should occur, as well as the scale, speed, and risk control boundaries under which they should take place. The presence of an explicit state layer enables the system to dynamically adjust strategy priorities across different environments, rather than passively waiting for model output to deteriorate before conducting post-hoc repairs. [2, 8] At the same time, the execution layer plays a decisive role in real-world deployment. Without a sufficiently granular order-level control mechanism, even if the upstream model possesses certain statistical advantages, it may fail to realize its value in actual markets due to slippage, impact costs, and insufficient liquidity. In experiments, the complete system demonstrated more pronounced advantages under conditions of high volatility and low liquidity, indicating that execution optimization is a critical bridge connecting "research effectiveness" with "live trading usability." [7, 10, 12] However, the conclusions of this paper still have limitations. Although the experimental environment strives to cover different market conditions as comprehensively as possible, it cannot fully replicate the full complexity of real continuous markets. The collaboration of multi-source data and multiple models enhances the adaptability of the system, but it also increases the dependency chain of the models and the engineering complexity. The generalization capability of certain unstructured signals across different language environments and regional markets still requires further verification. While feedback learning helps address model drift, if the update mechanism is not properly designed, it may also introduce parameter oscillation and strategy instability issues. [3, 4, 6, 12] ## 7 Conclusion Slickorps proposes an AI quantitative trading system framework oriented toward platform-level deployment, addressing the issue of intelligent trading in continuous multi-asset markets. Unlike the traditional understanding that confines automated trading to order execution tools, Slickorps defines intelligent trading as a hierarchical system composed of data perception, state recognition, multi-model collaboration, strategy orchestration, low-latency execution, dynamic risk governance, and feedback learning. The core value of this framework lies not in emphasizing the predictive capability of a single model, but in enhancing overall adaptability, execution consistency, and risk constraint capacity in complex market environments through systematic design. An important viewpoint of Slickorps is that the evaluation of intelligent trading systems should not be limited to return performance. Indicators that truly reflect technical capability should simultaneously include signal effectiveness, execution quality, execution latency, slippage control, drawdown management, stability, interpretability, and risk governance capability. Particularly for platforms deployed in real trading environments, whether the system possesses anomaly protection, parameter review, strategy boundary constraints, and feedback correction capabilities often demonstrates its engineering maturity and long-term sustainability more effectively than a single-phase return curve. [4, 7, 11, 12] At the same time, this framework also has clear boundaries. Although multi-source data fusion and multi-model collaboration enhance environmental coverage capabilities, they also introduce higher system complexity and computational costs. Market state identification relies on sample segmentation and feature selection, which may lead to identification biases during extreme events or structural breaks. Unstructured information contains significant noise. Real-world deployment must also contend with practical constraints such as model drift, fluctuations in data quality, differences in compliance requirements, and infrastructure stability. Therefore, this framework is more suitable as a foundation for a continuously evolving system, rather than being understood as a one-time, static solution. Future research can be pursued in three directions. First, conduct a stratified evaluation of system performance under different market conditions in more rigorous historical replay, simulation, and paper trading environments. Second, further enhance the interpretability and auditability of the system. Third, explore higher-level human-machine collaboration mechanisms, enabling human oversight to be embedded in a structured manner into model review, anomaly intervention, and strategy governance processes. **References** [1] Asparouhova E, Bossaerts P, Cai X, et al. Humans in charge of trading robots: the first experiment[J]. Review of Finance, 2024, 28(4): 1215-1244. [2] Bao T, Nekrasova E, Neugebauer T, et al. Algorithmic trading in experimental markets with human traders: a literature survey[M]. In: Handbook of Experimental Finance. Cheltenham: Edward Elgar Publishing, 2022: 302-322. [3] Sutton R S, Barto A G. Reinforcement Learning: An Introduction[M]. Cambridge, MA: MIT Press, 2018. [4] Murray A, Rhymer J, Sirmon D G. Humans and technology: forms of conjoined agency in organizations[J]. Academy of Management Review, 2021, 46(3): 552-571. [5] Hendershott T, Jones C M, Menkveld A J. Does algorithmic trading improve liquidity[J]. Journal of Finance, 2011, 66(1): 1-33. [6] Boehmer E, Fong K, Wu J. Algorithmic trading and market quality: international evidence[J]. Journal of Financial and Quantitative Analysis, 2021, 56(8): 2659-2688. [7] Brogaard J, Hendershott T, Riordan R. High-frequency trading and price discovery[J]. Review of Financial Studies, 2014, 27(8): 2267-2306. [8] Menkveld A J. High frequency trading and the new market makers[J]. Journal of Financial Markets, 2013, 16(4): 712-740. [9] Asparouhova E N, Cai X, Meloso D, et al. For better or for worse: algorithmic choice in experimental markets[EB/OL]. SSRN. [10] Carrion A. Very fast money: high-frequency trading on the NASDAQ[J]. Journal of Financial Markets, 2013, 16(4): 680-711. [11] Kirilenko A, Kyle A S, Samadi M, et al. The flash crash: high-frequency trading in an electronic market[J]. Journal of Finance, 2017, 72(3): 967-998. [12] Litzenberger R, Castura J, Gorelick R. The impacts of automation and high frequency trading on market quality[J]. Annual Review of Financial Economics, 2012, 4: 59-98. [13] Goldstein M A, Kumar P, Graves F C. Computerized and high-frequency trading[J]. Financial Review, 2014, 49(2): 177-202.

    Import from clipboard

    Paste your markdown or webpage here...

    Advanced permission required

    Your current role can only read. Ask the system administrator to acquire write and comment permission.

    This team is disabled

    Sorry, this team is disabled. You can't edit this note.

    This note is locked

    Sorry, only owner can edit this note.

    Reach the limit

    Sorry, you've reached the max length this note can be.
    Please reduce the content or divide it to more notes, thank you!

    Import from Gist

    Import from Snippet

    or

    Export to Snippet

    Are you sure?

    Do you really want to delete this note?
    All users will lose their connection.

    Create a note from template

    Create a note from template

    Oops...
    This template has been removed or transferred.
    Upgrade
    All
    • All
    • Team
    No template.

    Create a template

    Upgrade

    Delete template

    Do you really want to delete this template?
    Turn this template into a regular note and keep its content, versions, and comments.

    This page need refresh

    You have an incompatible client version.
    Refresh to update.
    New version available!
    See releases notes here
    Refresh to enjoy new features.
    Your user state has changed.
    Refresh to load new user state.

    Sign in

    Forgot password
    or
    Sign in via Google Sign in via Facebook Sign in via X(Twitter) Sign in via GitHub Sign in via Dropbox Sign in with Wallet
    Wallet ( )
    Connect another wallet

    New to HackMD? Sign up

    By signing in, you agree to our terms of service.

    Help

    • English
    • 中文
    • Français
    • Deutsch
    • 日本語
    • Español
    • Català
    • Ελληνικά
    • Português
    • italiano
    • Türkçe
    • Русский
    • Nederlands
    • hrvatski jezik
    • język polski
    • Українська
    • हिन्दी
    • svenska
    • Esperanto
    • dansk

    Documents

    Help & Tutorial

    How to use Book mode

    Slide Example

    API Docs

    Edit in VSCode

    Install browser extension

    Contacts

    Feedback

    Discord

    Send us email

    Resources

    Releases

    Pricing

    Blog

    Policy

    Terms

    Privacy

    Cheatsheet

    Syntax Example Reference
    # Header Header 基本排版
    - Unordered List
    • Unordered List
    1. Ordered List
    1. Ordered List
    - [ ] Todo List
    • Todo List
    > Blockquote
    Blockquote
    **Bold font** Bold font
    *Italics font* Italics font
    ~~Strikethrough~~ Strikethrough
    19^th^ 19th
    H~2~O H2O
    ++Inserted text++ Inserted text
    ==Marked text== Marked text
    [link text](https:// "title") Link
    ![image alt](https:// "title") Image
    `Code` Code 在筆記中貼入程式碼
    ```javascript
    var i = 0;
    ```
    var i = 0;
    :smile: :smile: Emoji list
    {%youtube youtube_id %} Externals
    $L^aT_eX$ LaTeX
    :::info
    This is a alert area.
    :::

    This is a alert area.

    Versions and GitHub Sync
    Get Full History Access

    • Edit version name
    • Delete

    revision author avatar     named on  

    More Less

    Note content is identical to the latest version.
    Compare
      Choose a version
      No search result
      Version not found
    Sign in to link this note to GitHub
    Learn more
    This note is not linked with GitHub
     

    Feedback

    Submission failed, please try again

    Thanks for your support.

    On a scale of 0-10, how likely is it that you would recommend HackMD to your friends, family or business associates?

    Please give us some advice and help us improve HackMD.

     

    Thanks for your feedback

    Remove version name

    Do you want to remove this version name and description?

    Transfer ownership

    Transfer to
      Warning: is a public team. If you transfer note to this team, everyone on the web can find and read this note.

        Link with GitHub

        Please authorize HackMD on GitHub
        • Please sign in to GitHub and install the HackMD app on your GitHub repo.
        • HackMD links with GitHub through a GitHub App. You can choose which repo to install our App.
        Learn more  Sign in to GitHub

        Push the note to GitHub Push to GitHub Pull a file from GitHub

          Authorize again
         

        Choose which file to push to

        Select repo
        Refresh Authorize more repos
        Select branch
        Select file
        Select branch
        Choose version(s) to push
        • Save a new version and push
        • Choose from existing versions
        Include title and tags
        Available push count

        Pull from GitHub

         
        File from GitHub
        File from HackMD

        GitHub Link Settings

        File linked

        Linked by
        File path
        Last synced branch
        Available push count

        Danger Zone

        Unlink
        You will no longer receive notification when GitHub file changes after unlink.

        Syncing

        Push failed

        Push successfully