b50f1583f3
* store validator min max span * terence feedback * terence feedback * raul feedback * raul formatting feedback * raul formatting feedback * raul validatorIdx feedback * fix * shorter err * Update slasher/db/min_max_span.go Co-Authored-By: terence tsao <terence@prysmaticlabs.com> * Update proto/eth/v1alpha1/slasher.proto Co-Authored-By: terence tsao <terence@prysmaticlabs.com> * Update slasher/db/min_max_span.go Co-Authored-By: terence tsao <terence@prysmaticlabs.com> * Update slasher/db/min_max_span.go Co-Authored-By: terence tsao <terence@prysmaticlabs.com> * Update slasher/db/min_max_span.go Co-Authored-By: terence tsao <terence@prysmaticlabs.com> * Update slasher/db/min_max_span.go Co-Authored-By: terence tsao <terence@prysmaticlabs.com> * Update slasher/db/min_max-span_test.go Co-Authored-By: terence tsao <terence@prysmaticlabs.com> * Update slasher/db/min_max-span_test.go |
||
|---|---|---|
| .. | ||
| db | ||
| flags | ||
| rpc | ||
| service | ||
| BUILD.bazel | ||
| main.go | ||
| README.md | ||
| usage_test.go | ||
| usage.go | ||
Prysmatic Labs Hash Slinging Slasher Server Implementation
This is the main project folder for a slasher server implementation of Ethereum Serenity in Golang by Prysmatic Labs. A slasher listens to queries from a running beacon node in order to detect slashable attestations and block proposals. It is advised to run the slasher in a closed network and let only your beacon node connect to it while not exposing its endpoints to the public network as DOS attacks on the slasher are easy to accomplish as the lookup for certain can have serious overhead if spammed.
Before you begin, check out our main README and join our active chat room on Discord or Gitter below:
Also, read the latest sharding + casper design spec, this design spec serves as a source of truth for the beacon chain implementation we follow at prysmatic labs. Check out the FAQs. Refer this page on why we are combining sharding and casper together.