• Corpus ID: 238408261

Lissy: Experimenting with on-chain order books

@inproceedings{Moosavi2021LissyEW,
  title={Lissy: Experimenting with on-chain order books},
  author={Mahsa Moosavi and Jeremy Clark},
  year={2021}
}
Financial regulators have long-standing concerns about fully decentralized exchanges that run ‘on-chain’ without any obvious regulatory hooks. The popularity of Uniswap, an automated market makers (AMM), made these concerns a reality. AMMs implement a lightweight dealer-based trading system, but they are unlike anything on Wall Street, require fees intrinsically, and are susceptible to front-running attacks. This leaves the following research questions we address in this paper: (1) are… 

Figures and Tables from this paper

An Empirical Study of Protocols in Smart Contracts

TLDR
This work analyzes Solidity smart contracts deployed on the Ethereum blockchain and study the prevalence of protocols and protocol-based bugs, as well as opportunities for gas optimizations.

References

SHOWING 1-10 OF 45 REFERENCES

High-Frequency Trading on Decentralized On-Chain Exchanges

TLDR
This work formalizes, analytically exposit and empirically evaluate an augmented variant of front-running: sandwich attacks, which involve front- and back-running victim transactions on a blockchain-based DEX, and quantifies the probability of an adversarial trader being able to undertake the attack, based on the relative positioning of a transaction within a blockchain block.

Flash Boys 2.0: Frontrunning, Transaction Reordering, and Consensus Instability in Decentralized Exchanges

TLDR
This work highlights the large, complex risks created by transaction-ordering dependencies in smart contracts and the ways in which traditional forms of financial-market exploitation are adapting to and penetrating blockchain economies.

SoK: Transparent Dishonesty: Front-Running Attacks on Blockchain

TLDR
This paper draws from a scattered body of knowledge and instances of front-running across the top 25 most active decentral applications (DApps) deployed on Ethereum blockchain and maps the proposed solutions to back-running into useful categories.

The Conceptual Flaws of Constant Product Automated Market Making

Blockchain-based decentralized exchanges fall into two broad categories: decentralized limit order books where an order is a smart contract registered on the blockchain, and swap exchanges where

Libra: Fair Order-Matching for Electronic Financial Exchanges

TLDR
Libra is introduced, a "fair" policy that is resilient to gaming and tolerant of technical complications that is significantly more robust than existing designs and validated both its considerably low impact on the operation of the market and its ability to reduce speed-based predatory trading.

TEX - A Securely Scalable Trustless Exchange

TLDR
TEX is proposed, a front-running resilient, non-custodial centralized exchange that can operate in conjunction with a blockchain based settlement layer, or make custodian exchanges provably accountable for their matching process.

Wendy, the Good Little Fairness Widget: Achieving Order Fairness for Blockchains

TLDR
Wendy is presented, a group of low overhead protocols that can implement different concepts of fairness, and it is shown that one of the more intuitive definitions of fairness is impossible to achieve.

FuturesMEX: Secure, Distributed Futures Market Exchange

TLDR
This work describes all key operations for a secure, fully distributed Futures-Exchange and shows the security properties that guarantee an Exchange's economic viability, and considers security with abort (in absence of honest majority) and extend it to penalties.

On Decentralizing Prediction Markets and Order Books

We propose techniques for decentralizing prediction markets and order books, utilizing Bitcoin’s security model and consensus mechanism. Decentralization of prediction markets offers several key

SoK: Layer-Two Blockchain Protocols

Blockchains have the potential to revolutionize markets and services. However, they currently exhibit high latencies and fail to handle transaction loads comparable to those managed by traditional