-
Notifications
You must be signed in to change notification settings - Fork 83
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
chore: Remove score
from boundary::settlement
#1973
Comments
score
from settlement
score
from boundary::settlement
# Description No new functionality (actually fixes bug, because before this we did not check the validity of score if provided by solver as is, we did the checks only for risk adjusted scores). Moves out score calculation out of the boundary settlement. A step forward for #1973 and prerequisite for implementing task #4 from #1891 # Changes - Added objective_value calculation on boundary settlement - Added score forwarding on boundary settlement - With these two, score calculation is moved out to domain::settlement - Score calculator moved to boundary::score and used by ☝️ - These two allowed to define domain::score::Error and propagate errors properly.
Will tackle this as part of #1494 |
Are we removing the score completely with |
@harisang correct me if I'm wrong but I understood that given we submit the clearing prices and executed amounts with the solutions we no longer need to report a score but can instead compute it in the autopilot for each submission. I'm not sure we want to wait for "rank by surplus" though to remove the legacy solver crate. |
I even imagined driver submits encoded settlement (but with cleared interaction) so we can use the same logic for ranking in both autopilot and driver (driver still needs to do the internal ranking to see which solution to submit). |
What data in addition to than clearing prices and order executions would be needed for that.
That's a very good point. In this case it may be simpler to continue sending a score from the driver to the autopilot and leave it up to the off chain verification to make sure it was correct. |
Background
Original comment: #1901 (comment)
Details
Basically try to decouple
boundary::settlement
andscore
as much as possible, so we could move scoring away fromboundary
. This is also related to #1494, but this issue is a prerequisite for #1494.The text was updated successfully, but these errors were encountered: