Skip to content
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

Time Frames in a Lightning Channel #4

Open
matsjj opened this issue Sep 3, 2015 · 0 comments
Open

Time Frames in a Lightning Channel #4

matsjj opened this issue Sep 3, 2015 · 0 comments

Comments

@matsjj
Copy link
Owner

matsjj commented Sep 3, 2015

There are some important trade-offs around considering the time frames in channels and HTLCs.

I will base off my argument from the user-perspective. User wallets will either run on a smartphone (online around 23/7, good for us) or on a desktop/notebook. On smartphones we can install a handler, checking for contract breaches regularly. On the other hand I know a lot of everyday people that aren't online on their desktop for days or even weeks. We can create services that alarm users when a channel was closed over SMS, and instruct him to start up his client. The service would need very little information, just enough to inform the user, such that the client on his machine can do the rest.

Having established that, we need to consider a timeframe, such that the everyday users have a chance to start up their clients in time. Non-tech-savvy people who also travel a lot will still be a problem in this scenario, but I think further services will emerge when we hit those problems.

I think it is reasonable to assume that everyone can gain access to his computer within 7 days of notice.

EDIT: I'm not sure anymore, I opened up the issue I had on the mailing list
http://lists.linuxfoundation.org/pipermail/lightning-dev/2015-September/000182.html

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant