Jump to content

mouradski

Member
  • Content Count

    29
  • Joined

  • Last visited

1 Follower

About mouradski

  • Rank
    Regular

Contact Methods

  • Website URL
    https://utility-scan.com

Profile Information

  • Gender
    Male
  • Location
    Paris
  • Country
    France

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Sorry for delay, I don't do too much analysis outside of discovering new corridors, I'm lazy enough to have written some code that does it for me This is why the project is open source, you can find the logic here: https://github.com/mouradski/xrapid_alert/blob/develop/src/main/java/space/xrapid/job/Scheduler.java https://github.com/mouradski/xrapid_alert/blob/develop/src/main/java/space/xrapid/listener/EndToEndXrapidCorridors.java https://github.com/mouradski/xrapid_alert/blob/develop/src/main/java/space/xrapid/listener/InboundXrapidCorridors.java http
  2. Totally agree, UtilityScan is based on assumptions to define the functioning of ODL, and probably cannot capture a significant part of the flows, but the tool remains an indicator.
  3. this address is clearly involved in ODL, but we do not yet know how, probably related to market makers
  4. Thanks @Frans It's what we are doing Our algorithm in 5 steps : 1) Search all ODL TRX between exchanges that providing API for new corridors basing on trades sum matching on both exchanges (when found, we store information about DT/SOURCE/DESTINATION for step 4) 2) Search all ODL TRX between all exchanges, that are followed by a sell in the local currency (in case source exchange not providing API (when found, we store information about DT/SOURCE/DESTINATION for step 4) 3) Search for all ODL TRX from exchanges with API to all exchanes (in case destination exchange n
  5. filter per tag to identify clients
  6. we are lucky that the implementation of the Bitstamp API brings together all the trades associated with the same order book on the same timestamp, so just group the trades by timestamp on one side as in the other, then compare the sums that are close you can focus on this class : https://github.com/mouradski/xrapid_alert/blob/develop/src/main/java/space/xrapid/listener/OffchainCorridors.java regarding AUD / PHP I also find it very intriguing
  7. thanks I think the new #ATH is due to the new corridor that was hidden for us
  8. dateAsString field is not used but we need to fix the formatter, timestamp is used for processing
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.