You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In addition to it, probably we'd like to have time estimation (layer number), and also query estimation of rewards for the ongoing epoch. Or probably this endpoint should accept a layer/epoch number as an argument and return the estimation. We need to discuss it.
SmesherService.SmeshingStatus
I think we also need a stream or only stream that sends the latest state to new subscribers before sending the next updates.
It does not exist. Most likely we need to have a discussion about it.
This is some kind of extended version of IsSmeshing, it tells API consumers what really happens under the hood:
Not smeshing
Creating PoS data
Waiting for PoET
GeneratingPoST
Eligible for rewards
Publishing ballot
doing something else
Not eligible: error
We should pay attention, that some of these statuses make sense for the upcoming epoch.
E.G. we're waiting for PoET for the next layer, but we're already eligible in this epoch and even publishing ballots from time to time.
So probably it should return statuses for current and next epochs separately.
Rationale
We need to implement some APIs to make it possible to show all interesting information to our smeshers.
Check out the issue: spacemeshos/smapp#912
Required API endpoints
SmesherService.EstimatedRewards
go-spacemesh/api/grpcserver/smesher_service.go
Line 154 in ffc0c92
SmesherService.SmeshingStatus
I think we also need a stream or only stream that sends the latest state to new subscribers before sending the next updates.
It does not exist. Most likely we need to have a discussion about it.
This is some kind of extended version of
IsSmeshing
, it tells API consumers what really happens under the hood:We should pay attention, that some of these statuses make sense for the upcoming epoch.
E.G. we're waiting for PoET for the next layer, but we're already eligible in this epoch and even publishing ballots from time to time.
So probably it should return statuses for current and next epochs separately.
Please, share your ideas and thoughts, maybe you know how to solve the problem better and simpler.
cc: @noam, @moshababo, @countvonzero, @dshulyak, @oriya, @avive
The text was updated successfully, but these errors were encountered: