-
Notifications
You must be signed in to change notification settings - Fork 86
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
New BSIP: TOKEN STREAM transfer type #128
Comments
this can be implemented as 3rd party app |
Why we need to change BitShares core to integrate it ? |
I've got answer on my own question in this comment of @jmjatlanta #126 (comment) |
I think the withdraw_permission operations can already serve most of functionalities described in this issue. BTW automated recurrent transfer is expensive so we should think about how to discourage abuse (e.g. high fee) in advance if want to implement such a feature. |
thanks, @abitmore. I can see quite a lot of different discussion going on withdraw_permission. |
It turns out that most of the suggested functionality is already implemented in core. |
Motivation
For specific services there might be a need to have a regularly paid transfer: daily, hourly or weekly. A good example would be running a worker for BitShares.
A similar mechanism could be useful for helping services with automatic regular payments.
Abstract
A new type of a transfer transaction - token stream is created - to transfer certain amount of an asset for a specified period of time.
The following parameters can be specified:
or
Transfer speed (amount/second)
The Sender can pause or cancel the stream at any time.
The of Receiver the transaction can cancel the stream at any time as well.
Both Sender and Receiver can see a list of all active streams in their UI.
Example:
This shall be similar to worker functionality, but applied to a specific account and potentially utilized with a higher frequency (workers are paid daily, the token stream should be done hourly or even more frequent).
Please let us know your thoughts,
OpenLedger team
The text was updated successfully, but these errors were encountered: