This repository has been archived by the owner on Sep 11, 2020. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 3
Taker's order criteria #89
Milestone
Comments
@yosriady what do you think about the proposed flow? |
Looks better! The core idea is to automatically give users a pre-filtered list of acceptable orders to take from.
What's an 'offer'? Would this function return one or a list of valid offers? |
Are these fields optional? //Ignore what was written here before :) // |
Some field are likely to be optional while other are mandatory. |
This was referenced Feb 18, 2020
bors bot
added a commit
to comit-network/create-comit-app
that referenced
this issue
Feb 20, 2020
440: Use new `TakerNegotiator` interface r=D4nte a=D4nte Incorporates SDK changes from comit-network/comit-js-sdk#116 Related to comit-network/comit-js-sdk#89 Co-authored-by: Franck Royer <franck@coblox.tech>
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Problem
To get an order, the taker needs to go through several hoops:
TakerNegotiator.getOrderByTradingPair("ETH-BTC")
TakerNegotiator.takeOrder(order)
: https://github.com/comit-network/create-comit-app/blob/e2718a60bf7319e2504bb355c0406b00da0ae055/create/new_project/examples/separate_apps/src/taker.ts#L73The downsides are:
Order.validate()
or even only return valid orders from theTakerNegotiator.getOrderByTradingPair
call by filteringGoal
Provide a straightforward, function based, API to the developer. Alleviate the work.
Recommendation
Re-think the API describe above to simplify it.
A better flow would be:
The text was updated successfully, but these errors were encountered: