Skip to content

Conversation

@ivandzen
Copy link
Contributor

@ivandzen ivandzen commented Dec 3, 2021

No description provided.

Comment on lines 98 to 99
self.airdrop_ready[eth_address] = create_acc

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It seems like a duplicate.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed

@s-medvedev
Copy link
Contributor

In general, we have two issues with this PR:

  1. using floating-point arithmetic for the price can lead to inaccuracies in the calculations. In this case, this may be acceptable, since the SOL/USDT price is determined with some margin of error. We should decide whether this is a problem, but this does not interfere with the injection of this PR.
  2. in case we cannot get the price, we continue to use the old value. There are several questions here:
    • how often can situations arise when the price is not available? how long do they last? I mean, are there systematic periods of time when the price is not available?
    • what should be done in this case when starting or restarting the service? Now the service is starting, but the funds are not credited to users.
    • how do we need to track the impossibility of obtaining the current price? I'm talking about the infrastructure level now.

@s-medvedev s-medvedev merged commit 25734a3 into develop Dec 16, 2021
@s-medvedev s-medvedev deleted the 338_create_sol_price_provider branch December 16, 2021 13:53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants