Proof of Data Availability
Sunrise's Data Availability Layer is validated by validators. Validators must validate data that may not be valid and send the proofs to chain.
This section describes how validators prove data.
Proof
The only data that require proof are those that have been sent MsgSubmitInvalidity and the status has been changed to CHALLENGING
.
The threshold for CHALLENGING
is when MsgSubmitInvalidity is sent for 33% (the default in genesis) of the entire shards.
The validator is then validated. If more than a certain number of shards are proved, the status changes to VERIFIED
as usual. If not, the status changes to REJECTED
.
See Data Availability for status and proof of data in the Data Availability Layer.
Sunrise-Data for Validator
sunrise-data provides validators with the functions to monitor and prove data that has become CHALLENGING
.
Register proof deputy of your validator
Although validators can send tx themselves to send proof data, it is recommended to use a deputy address to prevent leakage of keys.
To register you need to send a transaction with the validator key only once on sunrised
. Register the address of the deputy to be used on sunrise-data
.
How to set up
Running
sunrised
as a validator See Validator Node for setting up.Clone sunrise-data repo
Create and edit
config.toml
To connect to a local IPFS daemon, leave the
ipfs_api_url
field emptyChange
home_path
to your .sunrise directory,proof_deputy_account
to your sunrised key's name andvalidator_address
to your validator address.
Run IPFS on local
Run IPFS
Check the IPFS node ID and optionally share and add a remote peer
Start to proof data
On your sunrise-data directory,
Or register as a service
If the setup is successful, the display will look like this
Last updated