Paghahadlang sa Slashing

  1. Huwag kailanman mag-angkat ng parehong validator signing keystore sa higit sa 1 device ng beacon node - at upang maging mas maingat,

    • Kailanman, huwag mag-imbak ng iyong validator signing keystores sa higit sa 1 gumaganang beacon node device.

    • Huwag kailanman ilantad ang iyong validator signing keystores o validator seed phrase sa anumang iba pang entidad o sa anumang online na device. Ito ay upang tiyakin na nananatiling may ganap na kontrol ka sa kanila

    • Palaging burahin ang keystores at anumang mga na-cache na bersyon nito sa iyong lumang device o VM kapag nagsasagawa ng migrasyon

  2. Laging gamitin ang feature ng doppelganger protection ng iyong consensus layer client

    • Laging maghintay ng hindi bababa sa 15 minuto at tiyakin na na-miss ng iyong validator ang 2 epochs sa

  3. Palaging itigil ang serbisyo ng validator client bago i-export ang database ng slashing protection ng iyong umiiral na validator client

  4. Palaging iangkat ang database ng slashing protection ng iyong umiiral na validator sa isang bagong validator client kapag nagpapalit ng client o hardware migrasyon

    beaconcha.in bago mo simulan ang iyong bagong validator client kapag nagpapalit ng mga migrasyon

  5. Matuto kung paano gumamit ng isang panlabas na signer o pisikal na hiwalayin ang iyong validator client mula sa iyong beacon node

  6. Kung kailangan mong i-migrate ang iyong validator keys sa isang bagong VM / hardware o client, laging magsagawa ng pag-eensayo ng iyong proseso ng migrasyon sa testnet bago mo subukan gawin ito sa mainnet. Lumikha ng iyong sariling playbook na katulad nito upang maaari mong pagbasehan habang ginagawa mo ang aktuwal na migrasyon

Last updated