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
Are refunds manual or automatic? #2251
Comments
@theoreticalbts I believe the correct issue to link here is #2056 where the problem was first described and called a malicious attack on ICO. Also that issue was reopened as result of it. #2245 is only a simple refactoring of code to make it simpler and uncluttered. |
@theoreticalbts @youkaicountry
Again, please see updated ICO flow diagram for reference steemit/smt-whitepaper#172 |
I'm not necessarily opposed to automatic refunds if we implement the automatic actions framework. |
Agreed then. This closes the issue unless somebody else disagrees. |
We will do automatic refunds (triggered by a ping) using automated actions. |
Resolved. To be implemented in #2731 |
So suppose the
announced_launch_time
is reached, but the SMT creator has not revealed the cap.According to the whitepaper, and issue #2241, refunds occur manually. According to the implementation, refunds occur automatically. The purpose of the issue is to discuss which is the correct definition of the product: The whitepaper (manual) or the implementation (automatic).
Whichever way we decide to do it, either the whitepaper or the implementation will need to be updated, since they disagree about which way it should be done.
Manual refunds
According to the whitepaper, refunds are manual -- each contributor individually decides whether to issue
smt_refund_operation
. This allows a SMT creator and its community to mutually agree to delay a launch in case of some unforeseen circumstance:Automatic refunds
The code in #2245 implements refunds as automatic: Once
announced_launch_time
passes, refunds become a "ping" operation which can be executed by anybody. Effectively, this means users get their refunds immediately. (There is no way for a user to refuse to accept a "ping" refund executed by somebody else.)The text was updated successfully, but these errors were encountered: