Skip to content

Conversation

@kacpersaw
Copy link
Contributor

@kacpersaw kacpersaw commented Feb 14, 2024

This PR is a starting point for new API design.
API v2 spec #300

Based on #281
Changed version from v2 to v2alpha1 and removed headers

@kacpersaw kacpersaw marked this pull request as ready for review February 14, 2024 11:09
@kacpersaw kacpersaw requested a review from poszu February 14, 2024 11:18
@kacpersaw kacpersaw merged commit 80fe275 into master Feb 15, 2024
@kacpersaw kacpersaw deleted the v2alpha1-atxs branch February 15, 2024 10:13
@kacpersaw kacpersaw changed the title Add v2alpha1 atxs API v2alpha1 activations Feb 15, 2024
spacemesh-bors bot pushed a commit to spacemeshos/go-spacemesh that referenced this pull request Feb 16, 2024
This PR is based on #5233

api: spacemeshos/api#305

- [x] watch support. subscribe to atxs emitted after validating and saving database
- [x] encode the rest of the fields
- [x] add support for limit and offset and make use of it in List api. public services should not expose Stream, as it is much harder to track resources for streams
- [x] extract into separate service that has access only for to db pointer, in order to enable readonly replicas
- [x] always order by epoch asc, id
- [x] matcher for watcher based on request parameters
- [x] extract query builder into separate module
- [x] test coverage
- [x] activations count

--- 

### streaming full atxs

stream all atxs before and including publish epoch 2:

> grpcurl -plaintext -d '{"end_epoch": 2}' 127.0.0.1:9093 spacemesh.v2.ActivationStreamService.Stream

stream all atxs that belong to the specific smesher 

> grpcurl -plaintext -d '{"node_id": "MaAcOOLRj0pffyWO8gfuuWiBszQG2ueq/SNbbMnHHoU="}' 127.0.0.1:9093 spacemesh.v2.ActivationStreamService 

the same as above, but also continue waiting for atxs from same smesher

> grpcurl -plaintext -d '{"node_id": "MaAcOOLRj0pffyWO8gfuuWiBszQG2ueq/SNbbMnHHoU=", "watch": true}' 127.0.0.1:9093 spacemesh.v2.ActivationStreamService.Stream

### listing atxs

streaming if more convenient to use (less memory footprint, can read whole collection from same stream), however
it is harder to enforce fair distribution of resources for multiple concurrent users. for public api it is better to use req/resp pattern
with strict limits and no ability to continuously watch collections.

list full atxs

> grpcurl -plaintext -d '{"start_epoch": 2, "limit": 100, "offset": 100}' 127.0.0.1:9092 spacemesh.v2.ActivationService.List

note that limit and offset are effective only for specific query, so that if you started iteration with start_epoch: 2, you can't just bump start_epoch to 3 and continue using same offset and limit if you care about getting correct results.

### activations count per epoch

> grpcurl -plaintext -d '{"epoch": 2}' 127.0.0.1:9092 spacemesh.v2alpha1.ActivationService.ActivationsCount

### versioning

data in spacemesh is mostly static and not expected to change constantly. for the case when it does change, object can be bumped to the next version. all responses return protobuf oneof version type.

Co-authored-by: Dmitry <[email protected]>
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