talaia-labs / rust-teos

The Eye of Satoshi - Lightning Watchtower
https://talaia-labs.github.io/talaia.watch/
MIT License
135 stars 63 forks source link

Add optional boundaries to `getregistrationreceipt` #97

Open sr-gi opened 2 years ago

sr-gi commented 2 years ago

83 added, amongst other commands, getregistrationreceipt which pulls the latest registration receipt from the wathctower-plugin database.

It'll be nice to add some optional parameters that will allow the user to pick the receipt they are interested in, in case it is not the lattest. The parameters should specify a start and end time, and the receipt (or receipts) that englobe such period should be returned.

sr-gi commented 1 year ago

@1010adigupta this may be a good issue to start with

1010adigupta commented 1 year ago

Okay, will start looking into it immediately.

amitpanwar789 commented 1 year ago

@sr-gi can you clarify whether we need to change the schema to add a timestamp column or get a registration receipt on the basis of subscription_start and end?

sr-gi commented 1 year ago

The schema has to remain the same, the query needs to add a boundary (start /end) so every receipt within that boundary is returned.

amitpanwar789 commented 1 year ago

@sr-gi I will like to work on it, so what should be the format of our optional parameters, I guess we need to filter out it from DB on the basis of subscription_expiry, which is I guess the blocks count till which tower must cover the client. optional parameter can be blocks count. am i thinking in right direction?

sr-gi commented 1 year ago

The boundary should be a start and end block, given subscription times are accounted for in blocks.

https://github.com/talaia-labs/rust-teos/blob/master/watchtower-plugin/src/dbm.rs#L53-L54

This should be as straight-forward as adding two additional params to the RPC command, if those are present (both of them) then the DB query must be bounded by them, otherwise we pull the most recent receipt.

ShubhamBhut commented 1 year ago

I think I forked worng repo. @sr-gi anyway to fix this now ?

sr-gi commented 1 year ago

You have to create a PR against this repo and most likely rebase your base commit