BEFORE SUBMITTING BID, MUST HAVE EXPERIENCE IN BLOCKCHAIN TECHNOLOGY AND CRYPTO. ALL DETAILS ARE LISTED BELOW. WOULD REALLY LIKE SOMETHING ORIGINAL STARTED FROM SCRATCH.
US based digital asset exchange with trading FIX API and REST API. Easy to deposit funds with Coinbase wallet, bank transfer, wire transfer, or digital currency. Goal
The objective of this project is to solicit prototypes of a decentralized exchange with a focus on speed and capacity, or more precisely, a dex blockchain that is low-latency and high-throughput.
The dex prototype should have the following features:
Sending and receiving of the native coin
New token creation
Sending, receiving, freezing, and burning of tokens
Ability to trade one token with another token (all within the same chain)
Native on-chain ICO
For performance, we recommend the following design considerations:
All features mentioned above built-in natively to the blockchain
No support for smart contracts, virtual machines or turing complete languages
If a trade-off is required, always choose speed and simplicity over fancy features.
Mining & Consensus
A blockchain where all native tokens are pre-mined, there will be no mining (all BNB coins will be converted from BNB ERC20 tokens that already exist today). You are free to use any consensus algorithm you like; performance is key.
Basic features such as block generation and sending/receiving of the native coin should obviously be included. You are also free to use graphs instead of chains, assuming you can make it work reliably.
Native support for new token generation is required. That is, users should be able to create new tokens simply by specifying token parameters, such as symbol, total supply, decimals, etc, without having to write smart contracts. New token generation will cost a fee, payable in the native coin of the blockchain.
Tokens can follow a simple structure; fixed supply, all pre-mined, etc. Again, if there is a need for a trade-off between advanced features vs speed and simplicity, the latter wins.
Orders & Trades
Users should be able to place orders and trade one token for another directly on the blockchain. These orders should be natively supported by the blockchain and not via smart contracts. Limit GTC orders must be supported, and bonus points may be awarded for limit FOK and IOC, market, and other advanced order types, but keep in mind that speed is of higher priority.
An order should contain:
Symbol (trading pair)
Expiry time (in blocks)
Trading is done via sending orders to the network. As network resources are required to process each order, a fee will apply. The order fee will be dynamically adjust based on how busy the network is, similar to other network fees. Order fees are charged when the orders are submitted to the network.
Orders can be cancelled before they are traded. Each cancellation is also a new message to the network, thus incurring another network fee.
If an order matches against another order, a trade event happens. A trade is simply one atomic event involving two token transfers on the network. Again, network transfer fees will apply.
A trade should also trigger an execution report. We recommend an execution report structure similar to standard FIX 4.4 or higher protocol.
You are free to use on-chain or off-chain matching engines in your design. The main consideration factor should be performance.
Nodes on the blockchain will handle:
Sending of the native coin
Issuing of tokens
Sending/receiving of tokens
Placing orders and handling trades
Nodes on the network will be compensated by transfer, order, trading, and other fees. Other fees include token creation, and potentially ICOs at a later date.
For this competition, nodes running in one OS will suffice, ideally Linux.
The wallet is the user’s interface to the blockchain. For the purpose of this dexathon, GUI wallets are not required and a command line interface (CLI) will suffice.
While not required, a natively supported ICO implementation will definitely earn bonus points.
We generally like to see new implementations built from scratch, but you may choose to fork existing blockchain implementations and improve upon them. You must ensure you do not violate any copyright or license restrictions.
Considering each trade may involve many orders, you will probably want to avoid (or change) blockchains that only allow you to have one input and one output address. Bitcoin’s many-to-many model may be a better fit here.
57 freelanceria on tarjonnut keskimäärin %project_bid_stats_avg_sub_26% %project_currencyDetails_sign_sub_27% tähän työhön
Hi Pioneer, We are ready to assist you I have gone through your requirement, revert me when you are available to have a quick huddle to discuss further Awaiting your Response!!! Regards Pratish
Hi Nathanaelarias82, I find myself eligible for this job since I am having 7 years of extensive experience I am Good at PHP, Software Architecture Please Send a message so that we can discuss more about this project