Допоможіть перекласти цю сторінку

🌏

Ця сторінка відображається англійською мовою, оскільки ми ще не переклали її. Допоможіть нам у цьому.

Це не помилка!🐛

Ця сторінка не перекладається. Ми навмисно поки що залишили її англійською.

Ця сторінка незавершена, тому ми будемо раді, якщо ви нам допоможете. Відредагуйте цю сторінку та додайте будь-яку інформацію, яка, на вашу думку, буде корисною для інших.

State Channels

Остання зміна: , Invalid DateTime
Змінити сторінку

State channels allow participants to transact x number of times off-chain while only submitting two on-chain transactions to the Ethereum network. This allows for extremely high transaction throughput.

Prerequisites

You should have a good understanding of all the foundational topics and a high-level understanding of Ethereum scaling. Implementing scaling solutions such as channels is an advanced topic as the technology is less battle-tested, and continues to be researched and developed.

Channels

Participants must lock a portion of Ethereum's state, like an ETH deposit, into a multisig contract. A multisig contract is a type of contract that requires the signatures (and thus agreement) of multiple private keys to execute.

Locking the state in this way is the first transaction and opens up the channel. The participants can then transact quickly and freely off-chain. When the interaction is finished, a final on-chain transaction is submitted, unlocking the state.

Useful for:

  • lots of state updates
  • when number of participants is known upfront
  • when participants are always available

There are two types of channels right now: state channels and payment channels.

State channels

State channel are perhaps best explained through an example, such as a game of tic tac toe:

  1. Create a multisig smart contract “Judge” on the Ethereum main-chain that understands the rules of tic-tac-toe, and can identify Alice and Bob as the two players in our game. This contract holds the 1ETH prize.

  2. Then, Alice and Bob begin playing the game, opening the state channel. Each move creates an off-chain transaction containing a “nonce”, which simply means that we can always tell later in what order the moves happened.

  3. When there's a winner, they close the channel by submitting the final state (e.g. a list of transactions) to the Judge contract, paying only a single transaction fee. The Judge ensures that this “final state” is signed by both parties, and waits a period of time to ensure that no one can legitimately challenge the result, and then pays out the 1ETH award to Alice.

Payment channels

Simplified state channels that only deal with payments (e.g. ETH transfers). They allow off-chain transfers between two participants, as long as the net sum of their transfers does not exceed the deposited tokens.

Pros and cons

ProsCons
Instant withdrawal/settling on Mainnet (if both parties to a channel cooperate).Time and cost to set up and settle a channel - not so good for occasional one-off transactions between arbitrary users.
Extremely high throughput is possible.Need to periodically watch the network (liveness requirement) or delegate this responsibility to someone else to ensure the security of your funds.
Lowest cost per transaction - good for streaming micropayments.Have to lockup funds in open payment channels.
Don't support open participation.

Use state channels

Multiple projects provide implementations of state channels that you can integrate into your dapps:

Further reading

State channels

Payment channels

Know of a community resource that helped you? Edit this page and add it!

░░░░░░░░░▄░░░░░░░░░░░░░░▄░░░░ ░░░░░░░░▌▒█░░░░░░░░░░░▄▀▒▌░░░ ░░░░░░░░▌▒▒█░░░░░░░░▄▀▒▒▒▐░░░ ░░░░░░░▐▄▀▒▒▀▀▀▀▄▄▄▀▒▒▒▒▒▐░░░ ░░░░░▄▄▀▒░▒▒▒▒▒▒▒▒▒█▒▒▄█▒▐░░░ ░░░▄▀▒▒▒░░░▒▒▒░░░▒▒▒▀██▀▒▌░░░ ░░▐▒▒▒▄▄▒▒▒▒░░░▒▒▒▒▒▒▒▀▄▒▒▌░░ ░░▌░░▌█▀▒▒▒▒▒▄▀█▄▒▒▒▒▒▒▒█▒▐░░ ░▐░░░▒▒▒▒▒▒▒▒▌██▀▒▒░░░▒▒▒▀▄▌░ ░▌░▒▄██▄▒▒▒▒▒▒▒▒▒░░░░░░▒▒▒▒▌░ ▀▒▀▐▄█▄█▌▄░▀▒▒░░░░░░░░░░▒▒▒▐░ ▐▒▒▐▀▐▀▒░▄▄▒▄▒▒▒▒▒▒░▒░▒░▒▒▒▒▌ ▐▒▒▒▀▀▄▄▒▒▒▄▒▒▒▒▒▒▒▒░▒░▒░▒▒▐░ ░▌▒▒▒▒▒▒▀▀▀▒▒▒▒▒▒░▒░▒░▒░▒▒▒▌░ ░▐▒▒▒▒▒▒▒▒▒▒▒▒▒▒░▒░▒░▒▒▄▒▒▐░░ ░░▀▄▒▒▒▒▒▒▒▒▒▒▒░▒░▒░▒▄▒▒▒▒▌░░ ░░░░▀▄▒▒▒▒▒▒▒▒▒▒▄▄▄▀▒▒▒▒▄▀░░░ ░░░░░░▀▄▄▄▄▄▄▀▀▀▒▒▒▒▒▄▄▀░░░░░ ░░░░░░░░░▒▒▒▒▒▒▒▒▒▒▀▀░░░░░░░░

Допоможіть нам покращити цю сторінку

Якщо ви добре розумієтеся на темі й хочете зробити внесок, відредагуйте цю сторінку й поділіться своїми знаннями.

Ми будемо вас вдячні від імені всієї спільноти Ethereum!

Використайте цей гнучкий шаблон для документів

Виникли запитання? Зв’яжіться з нами в каналі #контенту на нашому сервері Discord

Виправити сторінку

Was this article helpful?