You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Light client choose to pay, make the deposit and then send the first payment
Whenever the light client is almost out of balance, server will send him a message to get the second payment in order to keep the slot!
If light client rejects to pay, it will lose the slot very soon since there is already negative balance accumulated, then it basically has to wait a few hours to get another connection slot
If light client accepts to pay, it will reown the slot for the next a few hours based on the amount it pays.
All in all, it's Pay before delivery business model
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Clients are allowed for free-trial connection from the server. Since server needs to win the reputation before earning money from clients.
During the connection, server can always send some announcements to clients via LNR. Basically LNR can include arbitrary information necessary, e.g. current price(wei per token), remaining free-trial time, service token contract address.
Regarding the remaining free-trial time, it doesn't mean: (1) free clients are still guarantee to keep connection at that much time. (2) free clients will be kicked out after the free-trial. It only shows that free client with very high chance to be kicked out after free-trial.
By the way, do we need to consider a minimal free-trial connection time? During this time, connection are promised.
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters