Artikkeli
Ethereumin finaliteetti: mitä lopullinen lohko tarkoittaa?
Saatavuus ja soveltuvuus on varmistettava erikseen.
Avoimet rajat: Kuvaus on yksinkertaistettu; nykyisen forkin tarkat ehdot ja saatavuus vaativat teknisen tarkistuksen.
Lähteet luettu 28.10.2026. Kuvaus koskee Ethereumin pääverkkoa, ei muiden verkkojen samannimisiä tiloja.
Kun Ethereum-siirto näkyy lohkossa, lohko ei vielä välttämättä ole finalisoitu. Finaliteetti on konsensuksen antama vahva suoja hyväksytyn historian muuttumista vastaan. Sen turvallisuusargumentti perustuu määriteltyihin konsenssisääntöihin ja oletuksiin, ei lupaukseen siitä, etteivät poikkeustilanteet voisi koskaan vaikuttaa historiaan.1
Jos vastaanottava palvelu ilmoittaa hyvittävänsä ETH-talletuksen vasta oman tarkistusjaksonsa jälkeen, lohkon finaliteetti ja palvelun päätös hyvittää asiakastiliä ovat eri asioita. Kysy palvelulta, mitä sen ilmoittama tila tarkoittaa.
Miten lohko päätyy lopulliseksi?
Ethereumin proof of stake -konsensuksessa validaattorit äänestävät muun muassa epookkeihin liittyvien tarkistuspisteiden eli checkpointien pareista. Finaliteettia arvioidaan näiden pisteiden ja niiden välisten äänestysyhteyksien avulla, ei vain laskemalla tapahtuman jälkeen näkyviä lohkoja.1, 10
Yksinkertaistetusti tarkistuspiste voi ensin saada tilan justified, kun sääntöjen mukainen checkpoint-pari saa riittävän vahvan äänestyslinkin. Kahden sopivan peräkkäisen checkpointin välinen vähintään kahden kolmasosan äänipainon linkki voi finalisoida aiemman, jo justified-pisteen. Tarkat finalisointiehdot määritellään kulloinkin sovellettavassa protokollaspesifikaatiossa; mikä tahansa jälkeläisen saama ääni ei riitä.1, 10
Kaksi kolmasosaa tarkoittaa laskennassa käytettävää aktiivisten validaattorien efektiivistä panospainoa, ei kahta kolmasosaa ihmisistä tai palveluista. Ethereumin alkuperäinen phase0-konsensusspesifikaatio määrittelee aktiivisen kokonaispainon efektiivisten saldojen perusteella ja soveltaa sitä äänestyskynnykseen. Phase0 on tässä perustason selitys, ei yksin todiste kaikkien myöhempien verkkopäivitysten tarkoista ehdoista.14
Jos tapahtuman sisältävä lohko kuuluu finalisoidun checkpointin aikaisempaan ketjuhistoriaan, se kuuluu siihen samaan hyväksyttyyn historiaan. Justified ei tarkoita samaa kuin finalized: ennen lopullisuutta lohko voi olla haarassa, jota ei lopulta seurata.1
Mihin taloudellinen suoja perustuu?
Ristiriitaisten finalisoitujen checkpoint-historioiden accountable safety -argumentti koskee yksinkertaistettua mallia, jossa verrataan samaa validaattorijoukkoa ja sovelletaan samoja konsensus- ja slashing-sääntöjä. Kahden ristiriitaisen kahden kolmasosan superenemmistön painot menevät päällekkäin: mallissa vähintään kolmasosaan kokonaispainosta liittyy slashattavaa toimintaa. Kyse on slashattavan osallistujapainon alarajasta näissä oletuksissa, ei varmistetusta euromääräisestä tappiosta tai takuusta, että rangaistus käytännössä saadaan toteutettua.1
Argumentti ei sellaisenaan kata esimerkiksi ohjelmistovirheitä, konsensussääntöjen muutoksia tai kaikkia verkon eriytymisen seurauksia. Myös vanhojen validaattoriavainten väärinkäyttö ja uuden tai pitkään poissa olleen solmun luotettu lähtöpiste vaativat erillisen tarkastelun: Ethereumin weak subjectivity -kuvaus käsittelee tällaisia historiasta valitsemisen luottamusoletuksia.15 Älä muunna vanhaa dollariarviota tämän päivän hyökkäyskustannukseksi.
Finaliteetti voi viivästyä, jos tarvittavaa äänipainoa ei saada kokoon. Ethereum kuvaa inactivity leak -mekanismin, jonka tarkoitus on auttaa verkkoa palauttamaan finalisoinnin eteneminen tietyissä häiriöissä. Se ei anna käyttäjälle varmaa määräaikaa tai takaa kaikkien solmujen ja palvelujen saatavuutta.1
Mitä merkintä kertoo omasta tapahtumasta?
Kuvitellaan, että lähetät ETH:ta palveluun. Lohkoselain näyttää tapahtuman lohkossa, mutta palvelu ei vielä näytä hyvitystä. Tarkista tapahtumatunnisteen avulla oikea verkko, tapahtuman suorituksen onnistuminen ja lohkon tila; selvitä erikseen palvelun talletusohje ja tilikirjaus. Lohkon finalisoituminen ei yksin todista, että tapahtuman suoritus onnistui tai että palvelu hyvitti sen.
Finaliteetti ei myöskään kerro, valitsitko oikean vastaanottajan, palauttaako tämä varat tai onko älysopimus turvallinen. Nämä vaativat eri tarkistuksia kuin lohkon tilan lukeminen.
Jos selain tai palvelu käyttää sanaa ”confirmed”, tarkista sen oma määritelmä sen sijaan, että tulkitsisit sen automaattisesti finalisoiduksi. Jos käytät Layer 2 -verkkoa, tarkista sen omat tilat ja pääverkkoon sidotut vaiheet erikseen. Yksittäinen vihreä merkki ei yksin todista tapahtuman suorituksen, verkon finaliteetin ja palvelun hyvityksen yhtäpitävyyttä.