🇵🇭
Bitskwela x Lido CS Fleet: ETH Home Staking Guide
  • Simulan dito: Kunin ang iyong mga OAT at Mga Tungkulin
  • Ang Lido Community Staking Module
  • Mga Nilalaman
  • Mahalaga: 5 na Utos
  • Pag-unawa sa mga ETH Validators
    • Iba't ibang paraan ng pag-stake ng ETH
    • Mga Tungkulin at Responsibilidad ng Mga Operator ng Node
    • Gantimpala at parusa
    • Pagpili ng Iyong mga Kliyente
  • Setup ng Hardware at OS
    • ​​Setup Overview
    • Kinakailangang Hardware at System Requirements
    • Paggawa ng Iyong Hardware
    • Pamamahala sa Pag-uugnay at Seguridad
    • Installin ang OS
    • Para sa pagpapatibay ng iyong server
  • Installing & Configuring Clients
    • Validator Key Generation
    • Ihanda ang Operating System
    • Mag-set up at i-configure ang execution layer client (Nethermind)
    • Mag-set up at i-configure ang consensus layer client (Teku)
    • Mag-set up at i-configure ang validator client (Teku)
    • Mag-set up at i-configure ang MEV-boost
  • Monitoring, Maintenance, at Updates
    • Mag-set up ng monitoring suite
      • Mag-install at i-configure ang Prometheus
      • Mag-install at i-configure ang Node Exporter
      • Mag-install at i-configure ang Grafana
      • Google Uptime Check
      • Beaconcha.in App settings
  • Pagpapanatili at Pag-update
    • Pag-update ng Nethermind
    • Pag-update ng Teku
    • Pag-update ng monitoring suite
    • Pag-prune ng Nethermind
  • Pag-iipon ng Testnet ETH at Mainnet na Transisyon
    • Pag-iipon ng Testnet ETH sa iyong validator
    • Transisyon sa Mainnet
  • Mga Nakasanayang Praktis
    • Paghahadlang sa Slashing
    • Pagsasaayos ng Uptime at Performance
    • Pagsasaayos ng Seguridad
    • Pamamahala sa iyong withdrawal wallet
  • MGA TIPS
    • Advanced Networking
  • Mga Mapagkukunan
    • Listahan ng mga mapagkukunan
Powered by GitBook
On this page
  • Gantimpala
  • Parusa
  • Uncorrelated downtime
  • Correlated downtime
  • Double signing
  1. Pag-unawa sa mga ETH Validators

Gantimpala at parusa

PreviousMga Tungkulin at Responsibilidad ng Mga Operator ng NodeNextPagpili ng Iyong mga Kliyente

Last updated 1 year ago

Gantimpala

Bilang kapalit sa pagproseso ng mga transaksyon sa Ethereum network at pagbibigay ng ekonomikong seguridad, tumatanggap ang mga validator ng mga gantimpala sa pamamagitan ng paglabas ng bagong tokens, bayad sa transaksyon (tips), at mga MEV bribes. Ang paglabas ng bagong tokens ay natatanggap mula sa pagganap ng mga attestations, at ang mga tips + MEV bribes ay natatanggap mula sa pagsusumite ng mga bloke.

Ang breakdown ng mga bayad na ito sa average ay tulad ng sumusunod:

  1. Gantimpalang Layer ng Consensus: 2.88%

    • Attestation ng Bloke

    • Mga gawain ng sync committee

  2. Mga gantimpalang bloke (MEV at mga tips sa transaksyon): 0.85%

Average na kabuuan: ~3.73% APR

Ang average na yield ng isang 32 ETH stake ay magiging 1.344 ETH kada taon. Gayunpaman, dahil ang APR mula sa mga tips at MEV bribes ay random at tendensiyang malaki kapag nangyayari ang mga ito (ibig sabihin, isang mabigat na kanang skew), ang median total APR, na karamihan ng mga validator ang makakatanggap, ay mas malapit sa 2.5%.

Ang mga gantimpala na ito ay natatanggap kada ~6.4 minuto (bawat epoch), at ang nakokolektang balanse ay awtomatikong iniwiwithdraw sa iyong itinakdang wallet bawat 6 araw.

Parusa

Uncorrelated downtime

Hindi mo dapat ikabahala kung ang iyong validator ay hindi online o hindi aktibo. Sa normal na mga kalagayan, hindi dapat magkasabay na mag-offline ang iyong validator kasama ang iba pang mga validator—ibig sabihin, "uncorrelated downtime"—at kung gayon, ang iyong mga parusang inactivity bawat epoch ay halos pareho sa iyong rate ng mga gantimpala bawat epoch—maliban na lamang kung siya ay hindi nakapag-propose ng isang bloke habang ikaw ay hindi aktibo.

Ibig sabihin, karaniwang hindi mo kailangang mag-alala kapag nakikita mo ang mga nawawalang attestations, ngunit dapat mong tiyakin na hindi ka gumagawa ng pagkakamali kapag sinusubukan mo ang iyong validator node.

Correlated downtime

Gayunpaman, kung ang iyong validator node ay bumagsak kasama ang isang malaking bahagi ng network, mas malakas na parurusahan ka.

Ang inactivity leak ay isang estado ng emergency upang pilitin ang mga hindi aktibong 1/3 na bumalik sa kanilang mga tungkulin o kaya'y alisin sila (at ang kanilang ETH) mula sa network hanggang sa ang network ay magkaroon ulit ng >2/3 ng aktibong mga validator.

Sa panahon ng isang inactivity leak, magaganap ang dalawang pangunahing mekanismo:

  1. Pagtigil ng normal na mga gantimpala sa mga attestations para sa lahat ng mga validator. Ang mga nagpo-propose ng bloke ay tatanggap pa rin ng kanilang normal na mga gantimpala mula sa lahat ng 3 na pinagmumulan.

  2. Quadratic leak - kung saan ang mga hindi aktibong validator ay magdaranas ng pagtaas ng mga parusa na lumalaki nang quadratically sa paglipas ng panahon hanggang sa ang network ay magkaroon ulit ng >2/3 ng aktibong mga validator.

Double signing

Ang double signing ay isang uri ng paglabag na maaaring magdulot ng pag-slash at nagaganap kapag ang iyong validator:

  1. Pumipirma ng dalawang magkaibang beacon blocks para sa parehong slot habang nagbibigay ng mga alokasyon bilang proposer - halimbawa, pagbibigay ng pirmahan sa dalawang magkaibang bersyon ng kasaysayan ng chain

  2. Pumipirma ng isang attestation na "sinusundan" ang isa pang attestation habang nagbibigay ng mga alokasyon bilang attester - halimbawa, pagtatangkang baguhin ang kasaysayan ng chain

  3. Pumipirma ng dalawang magkaibang mga attestations na may parehong target habang nagbibigay ng mga alokasyon bilang attester - halimbawa, pagpirma sa parehong block ng dalawang beses gamit ang parehong key

Gayunpaman, ang mga mekanismong ito ng slashing ay itinakda upang pigilan ang di-matinong o mapanlinlang na pag-uugali ng validator network. Maaari rin silang dulot ng kapabayaan at maling pag-configure. Sa katunayan, ang lahat ng mga insidente ng slashing hanggang sa ngayon ay dulot ng mga karaniwang teknikal na pagkakamali, at maaari mong matutunan kung paano ito maiwasan sa ibaba.

Kapag ang iyong validator ay sinlash, magaganap ang mga sumusunod na pangyayari:

  1. Ang iyong validator ay sapilitang isasailalim sa proseso ng paglabas mula sa network sa loob ng susunod na 36 araw.

  2. Tatanggap ka ng minimal na parusa na katumbas ng 1/32 ng iyong epektibong balanse sa simula kapag iniulat ng isang whistleblowing validator ang iyong validator.

  3. Magkakaroon ka ng karagdagang mga parusa para sa pagkukulang mo sa iyong mga tungkulin bilang validator sa mga susunod na 36 araw hanggang sa iyong validator ay lumabas sa network.

  4. Bukod dito, ang iyong validator ay sasailalim din sa isang espesyal na parusa para sa correlated slashing. Ang parusang ito ay tataas habang lumalaki ang bilang ng iba pang mga validator na sinlash sa parehong panahon bilang sa iyo at maaari itong umabot hanggang sa buong iyong epektibong balanse.

Sa isang ekstremong senaryo kung saan higit sa 1/3 ng network ay nagiging offline, na nagiging sanhi ng panganib ng paghiwa ng chain, ang ay magiging aktibo.

"inactivity leak"
Halimbawa ng average staking APR sa mga pangunahing staking pools