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

HIP 56: Improved State Channel Disputes #369

Closed
edakturk14 opened this issue Feb 23, 2022 · 1 comment
Closed

HIP 56: Improved State Channel Disputes #369

edakturk14 opened this issue Feb 23, 2022 · 1 comment
Labels

Comments

@edakturk14
Copy link
Contributor

edakturk14 commented Feb 23, 2022

HIP 56: Improved State Channel Disputes

Summary

This HIP describes an update to the dispute mechanism for State Channels that
would improve blockchain scaling, better reconcile Data Transfer activity and
rewards for Hotspots, and address recent issues around large block sizes.

State Channel disputes provide a mechanism to validate the integrity of a State
Channel. Previously, disputes triggered by participating Hotspots contained
redundant information, and increased block size. On a couple of occasions the
number of disputes caused some large blocks to halt chain activity due to
Validators not being able to consume them. This proposal retains the State
Channel integrity check by any participant, but also updates the dispute
mechanism to prevent disputes from halting chain activity.

We propose that the first valid instance of a disputed State Channel that is
accepted by Validators becomes canonical and does the following:

  1. All other disputes are marked as invalid and are rejected by the Consensus
    Group.
  2. No rewards are distributed to any participant of the State Channel.
  3. The State Channel owner will still be slashed of its Data Credits and its
    Data Credit overage. As a note, this point is the current implementation that
    will not be changed with this proposal.

We believe these three steps (with the changes included) will reduce the impact
of State Channel disputes on the overall blockchain and not inadvertently reward
(potentially) colluding actors who could be in control of both the Hotspot and
the Router. This would allow the blockchain to increase the State Channel Grace
Period (described below) and better reward Hotpots in the majority of cases
where Routers are able to close State Channels promptly and Hotspots do not need
to file disputes.

Rendered View

https://github.com/helium/HIP/blob/main/0056-state-channel-dispute-strategy.md

@edakturk14
Copy link
Contributor Author

The HIP has been approved via heliumvote, with +99% voting For HIP 56.

On behalf of the DeWi, the HIP Editors, and the wider Helium community, I am marking this proposal as approved and recommending that the coredev team implement the necessary changes as soon as reasonably possible.

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

No branches or pull requests

2 participants