Author: SomberNight 2023-08-17 18:43:22+00:00
Published on: 2023-08-17T18:43:22+00:00
The email discusses the idea of having a peer backup solution that can be provided by any node and used without trust by any node. The suggestion is to have a default configuration where if a node runs a public forwarding node, it automatically signals the "backup-provider" feature bit. This means that if another node connects to this node, it can store its backups with the first node.The argument against reputation loss as a deterrent for replaying old backups is raised. It is suggested that something stronger, such as actual confiscation of funds, would be a more applicable deterrent. The question is raised about whether the Phoenix client happily keeps using a channel after a reconnect, and if so, what would be the risk in attempting to replay old states.The notion of symmetric resumable channels is introduced. It is proposed that Alice and Bob could have a channel where they both provide state backups to each other. To determine who goes first in the channel_reestablish process, an extra preliminary round is suggested. In this round, both Alice and Bob commit to what they will send in channel_reestablish. Alice sends hashA and Bob sends hashB. Alice persists hashB to disk upon receiving it to ensure that Bob cannot arbitrarily send a different commitment next time.The process for the opening post OP_CHECKSIGFROMSTACK on-chain enforcement is also discussed. It is suggested that the channel funding output script needs one taproot branch each for both Alice and Bob lying. The protocol would need to allow a party to admit having lost state and commit to the hash of that in round1, and then reveal the loss in round2. However, it is noted that user-error and manual copying/restoring of databases could lead to catastrophic failure with on-chain enforcement.Overall, the email raises interesting points about a peer backup solution for nodes and discusses various aspects related to reputation loss, replaying old backups, and symmetric resumable channels.
Updated on: 2023-08-19T01:45:58.849599+00:00