Proof of Data Availability
Last updated
Last updated
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.
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 for status and proof of data in the Data Availability Layer.
sunrise-data provides validators with the functions to monitor and prove data that has become CHALLENGING
.
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
.
Clone sunrise-data repo
Create and edit config.toml
To connect to a local IPFS daemon, leave the ipfs_api_url
field empty
Change home_path
to your .sunrise directory, proof_deputy_account
to your sunrised key's name and validator_address
to your validator address.
Run IPFS
Check the IPFS node ID and optionally share and add a remote peer
On your sunrise-data directory,
Or register as a service
If the setup is successful, the display will look like this
Running sunrised
as a validator See for setting up.