Skip to content

Commit

Permalink
Reflect Message IDs for closing and updating
Browse files Browse the repository at this point in the history
This follows the implementation change in
raiden-network/raiden-contracts#1150

Since Balance Proof Update message is used both for closeChnanel()
and updateNonClosingBalanceProof() call, the signature must be
differentiated using different message IDs.
  • Loading branch information
pirapira committed Sep 5, 2019
1 parent 705c5e2 commit 1f1bd03
Showing 1 changed file with 4 additions and 1 deletion.
5 changes: 4 additions & 1 deletion smart_contracts.rst
Original file line number Diff line number Diff line change
Expand Up @@ -147,7 +147,7 @@ Fields
+-----------------------+------------+--------------------------------------------------------------------------------------------+
| chain_id | uint256 | Chain identifier as defined in EIP155 |
+-----------------------+------------+--------------------------------------------------------------------------------------------+
| message_type_id | uint256 | ``2`` = message type identifier |
| message_type_id | uint256 | ``1`` (if closing) or ``2`` (if updating) |
+-----------------------+------------+--------------------------------------------------------------------------------------------+
| channel_identifier | uint256 | Channel identifier inside the TokenNetwork contract |
+-----------------------+------------+--------------------------------------------------------------------------------------------+
Expand All @@ -163,6 +163,9 @@ Fields
| signature | bytes | Elliptic Curve 256k1 signature on the above data from the non-closing participant |
+-----------------------+------------+--------------------------------------------------------------------------------------------+

The same message ID ``1`` is used for Balance Proof Update and Balance Proof messages. This is not a problem because these messages have different lengths.


.. _withdraw-proof:

Withdraw Proof
Expand Down

0 comments on commit 1f1bd03

Please sign in to comment.