Utazás hitelesítővé válás az Ethereum 2.0-n

blog 1NewsDevelopersEnterpriseBlockchain ExplainedEvents and ConferencesPressHírlevelek

Iratkozzon fel hírlevelünkre.

Email cím

Tiszteletben tartjuk a magánéletét

HomeBlogBlockchain magyarázata

Utazás hitelesítővé válás az Ethereum 2.0-n

Ez az első olyan cikksorozatban, amely leírja, hogy egy ~ 32 ETH-val és technikai ismeretekkel rendelkező személy hogyan vehet részt az Ethereum jeladó lánc elindításában, Coogan Brennan, 2020. november 25., 2020. november 25.

teku validator flow

Kép: A fenti kép, Ben Edgington, a teku (aki szintén a lényeget írja) Eth2.hírek hírlevél) leírja azokat a lépéseket, amelyeket a következő három blogbejegyzés során megteszünk. 

Megjegyzés: Noha lejárt a validátorok bekapcsolási határideje a jeladó lánc Genesis eseményébe, az emberek továbbra is letehetnek 32 ETH-t a betéti szerződésbe az alábbi lépéseket követve. Alex Tudorache szerint Eth2stats, amint a lánc 2020. december 12-én, 12: 00-kor kezdődik, azok a személyek, akik 2020. november 24-től 12: 00-ig (UTC) fizetnek be a genezisbe, sorba kerülnek, és követik a szokásos aktiválási eljárást. 

  1. Bevezetés
  2. Jogi nyilatkozat
  3. Anyagok és követelmények
  4. 32 ETH megszerzése a MetaMask-on
  5. Az Indítópult áttekintése
  6. Kulcsgenerálás
  7. Az Ethereum 1.0 és 2.0 összekapcsolása és a 32 ETH bezárása
  8. Következtetés

1. Bemutatkozás

Ez az első olyan cikksorozatban, amely leírja, hogy egy ~ 32 ETH-val és technikai ismeretekkel rendelkező egyén hogyan vehet részt az Ethereum jeladó lánc elindításában, az Ethereum 2.0 projekt 0. fázisában. Mielőtt belekezdenénk az ETH betéti szerződés elküldésébe és az érvényesítő kulcsok megszerzésébe, szeretnék megvitatni az Ethereum 2.0 mögött meghúzódó néhány motivációt.

Az Ethereum új és izgalmas utazásnak indul minden blokklánc-hálózat feltérképezetlen területén. A munka bizonyításáról a tét igazolására való áttérés a nyilvános blokkláncok rövid történetében a legjelentősebb protokoll-változás. A legközelebbi megfelelője a Szegregált tanú (vagy SegWit) kemény villája a Bitcoin-nak – a blokkméreteknek a Bitcoin hálózatban történő feldolgozásának kiigazítása. Ez az Ethereum 2.0-hoz képest viszonylag csekély változás vitatott, keserű harcot eredményezett, és végül a Bitcoin közösség széttöredezéséhez vezetett.  

Az Ethereum 2.0 bevezetésével a SegWit abroncscserének tűnik. Két fő oka van annak, hogy ez a közösség ilyen jelentős átdolgozást végezzen. Először is, az Ethereum közösség a fejlesztők közössége. A fejlesztők nem dobnak piacra egy terméket, és soha többé nem érnek hozzá. Folyamatosan alkalmazzuk, megfigyeljük, megvitatjuk és megismételjük az általunk készített ötleteket és munkát. Ezt a ciklust magas szintű tervezés, modellezés és koordináció kíséri számos csapat között, akik más körülmények között versenyzőnek tekinthetők. Ha vannak hibák, a közösség összeáll és megoldja azokat a lehető legjobb módon.

A második ok, amiért ezt az új törekvést vállaljuk, az úgy gondoljuk, hogy az állami blokkláncok messze nem teljes potenciáljukból állnak. A munka igazolása egy teszteletlen hipotézis volt, amikor a Bitcoin 2009-ben elindult. Az emberek túlnyomó többsége nem gondolta úgy, hogy meg tudja oldani a kettős költés problémáját, kivéve megbízható közvetítők használatával. A Bitcoin és más Proof of Work hálózatok most bebizonyították, hogy a monetáris rendszert harmadik fél nélkül is megvalósíthatjuk peer-to-peer protokollként (én küldök pénzt)..

Ennek bizonyítása csak a kezdet volt. Az Ethereum az első fejlesztéskor a Bitcoin 2.0 becenevet kapta: Felismerte a Bitcoin operációs rendszerének hiányosságait, és elindította a peer-to-peer protokollok képességének kiterjesztését. Az Ethereum 1.0 az évek során továbbra is nagy előrelépéseket fog tenni, miközben a 2.0-t építjük mellé, de ahogy Vitalik Buterin elmondta a közelmúltbeli Reddit AMA-ban:

„Ha ma itt vagy az Ethereumban, akkor nem azért kellene itt lenned, mert úgy gondolod, hogy a jelenlegi (gazdasági vagy technikai) szabályok megérdemlik, hogy minden áron megvédjék és stabilizálják őket, hanem azért, mert hiszel abban, hogy merre tart az ökoszisztéma. […] Az Ethereumban való részvétel elkerülhetetlenül részben annak az előrejelzése, hogy az ütemterv jó, és hogy ha a frissítési folyamat véget ér, akkor valóban eljutunk egy olyan helyre, ahol a hálózat hatékony, stabil és erőteljes, és képes lehet a jelentős fejlesztések bázisára. a globális gazdaság részei ”


A tét igazolása az Ethereum 2.0 ezen szakaszában valójában egy fogadás arra, hogy az Ethereum fejlesztői és közösség, akik már annyira sokat építettek, képesek még többet eljuttatni a nagyobb világba. Arra számíthat, hogy zárol minden olyan pénzt, amelyet a jelen Betéti Szerződésben rögzített legalább két év, valószínűleg hosszabb. Kérjük, ne becsülje alá a kockázatokat, és csak azt fektesse be, amit elveszíthet. Az első lépéshez való hozzájárulással azonban részt vesz egy potenciálisan történelmi pillanatban, hogy a nyilvános blokkláncokat a fejlődés következő szakaszába tolja.

Kezdjük el.

2. Jogi nyilatkozat

Ez egy bejegyzés, amelyet a ConsenSys alkalmazottjaként írok, és aki azt tervezi, hogy ténylegesen érdekelt lesz a jeladó láncban. Az előbbi kijelentés azt jelenti, hogy a ConsenSys termékeket prioritásként kezelem (a ConsenSys termékek általában az osztályban a legjobbak az Ethereum számára, és hozzáférhetek mérnöki csapatokhoz is, akik segíthetnek a kérdések megválaszolásában és a hibaelhárításban). Ez utóbbi kijelentés azt jelenti, hogy a költségekre és a könnyű használatra optimalizálok: Nincs több ezer ETH-m, hogy érdemi jutalmat nyújtsak, ezért néhány parancsikont választok. Nem akarom, hogy költségeket és logisztikai célokat szolgáló szervert kelljen fenntartanom a lakásomban, ezért az Amazon Web Services (AWS) szolgáltatást használom az érvényesítő csomópontom tárolására. Ez egy olyan szolgáltatás, amelyet fejlesztőként ismerek, és virtuális, így bárhonnan hozzáférhetek karbantartás céljából. (Kezdetben fontolgattam a 8 GB RAM-os Raspberry Pi használatát, de nem akartam aggódni az internetkapcsolat miatt, hogy a webhely áramellátása továbbra is be van kapcsolva, túlmelegedés és sebesség, vagy ha a kutyám elrúgja a laptopomat, amikor távol vagyok Ez egy lehetőség és Ethereum az ARM-en egy olyan csoport, amely anyagokat biztosít az Ethereum 2.0 Raspberry Pi-n való feltöltéséhez) 

A kriptográfiai közösségben sokan nem értenek egyet egy Infura végpont használatával, nem pedig egy helyi Ethereum 1.0 klienssel és az AWS-n (az Amazon góliát része) történő tárolással. Ezeket a döntéseket hoztam, hogy az Ethereum 2.0-n való részvételt a lehető legegyszerűbbé és hozzáférhetőbbé tegyem az egyének számára, de kompromisszumokkal járnak a decentralizáció és a magánélet terén. Kövesse azonban az alábbi tág útmutatást, és választhatja a saját Ethereum 1.0 kliens és futtatás helyét. Valójában, ha ezt megteheti, arra bátorítalak! 

3. Anyagok és követelmények

Az alábbiakban bemutatjuk azokat az anyagokat, amelyekre szükségünk lesz, és az átfogó lépéseket, amelyeket három bejegyzés során megteszünk:

Anyagok

  • Három év elkötelezettség a 32 ETH megszerzése és az érvényesítő csomópont fenntartása mellett
  • 32 ETH (plusz <1 ETH a gázköltségekhez)
  • 717,12 USD (három év lefoglalt példány árazás egy m5.xlarge példányhoz) + 120 (100 GB tárhely egyéves költsége, konzervatív módon csaknem teljes tárolókapacitást feltételezve) = 837,12 USD, amelyet az év folyamán kifizettek az AWS-nek
  • MetaMask kiterjesztés (ingyenes telepítés
  • Infura számla (szabad réteg)

Lépések

  1. Szerezzen be 32 ETH-t a MetaMask-on, a Walkthrough Launchpad segítségével
  2. Konfigurálja az AWS-példányt (hároméves elkötelezettség kevesebb lehet, de pénzt takarít meg több idővel, és bezárkózik), megerõsíti a biztonsági funkciókat
  3. Importáljon ellenőrző kulcsokat, futtassa a Tekut, a telepítés felügyeletét 

Van néhány remek, általánosabb oktatóanyag, amely végigvezeti ezt a folyamatot, mégpedig Mara Schmiedt és Collin Myers áttekintése a Bankless hírlevélben. Ez az oktatóanyag más lesz, mivel végigvezetem a saját egyéni tétfolyamatomat, és hozzáadom az általános beállításomhoz tartozó lépéseket.

4. 32 ETH megszerzése a MetaMask-on

A bemutató legegyszerűbb és legnehezebb lépése is. Amíg ezt írom, az Ethereum olyan árfutáson megy keresztül, amely drámai módon megnöveli a tét költségeit (Evan Van Ness elragadó bejegyzés amely sok hónapig visszaköveti az érvényesítés költségeit, 2019 márciusától kezdődően, amikor 3200 USD-ba került 32 ETH vásárlása 2020 októberéig, amikor 12 000 USD-ba kerül). Van néhány ember, aki jó ideje megvásárolta, és a HODLed Ethereumot. Ha 2010-ben még nem fújtad meg a kriptodat egy pizzán, tartsa magát szerencsés – erm – stratégiai befektetőnek.

Miért van szükségünk olyan böngészőalapú pénztárcára, mint a MetaMask? Az Ethereum 1.0 Mainnet betéti szerződésében az ETH lezárása és az Ethereum 2.0 Beacon lánccal történő összekapcsolása kényes jellegű táncot igényel. A két lánc a kriptográfia különböző osztályait használja, ezért teljesen új típusú kriptográfiai kulcsokat kell előállítanunk. Ezeket a kulcsokat azonban össze kell kapcsolni az Ethereum 1.0 címeinkkel a 32 ETH-val. Nagyon bonyolult lenne egyedül elvégezni, ezért az Ethereum Alapítvány és a ConsenSys létrehozott egy weboldalt, amely az Indítóállás. Az adott webhellyel való interakcióhoz azonban szükségünk van egy böngészőalapú pénztárcára, amelynek Ethereum 1.0 kulcsai vannak társítva a 32 ETH egyenlegünkhöz. Később még belemerülünk, de szerettem volna tudatni az emberekkel, miért csináljuk ezt.

Ha nem rendelkezik éterrel (az Ethereum hálózat alap pénzneme): Vásárolhat közvetlenül a MetaMask oldalon. ETH-t is vásárolhat tanúsított tőzsdéken, például Ikrek, de figyelmeztetni kell, hogy kiterjedt KYC folyamat folyik, és az Ikrek nyilvántartást vezetnek és benyújthatnak a helyi, állami és nemzeti állami ügynökségeknek. Ha rendelkezik ERC-20 tokenekkel, de éterrel nem rendelkezik: Javaslom a MetaMask új swap funkciójának használatát közvetlenül a MetaMask pénztárcájában, amely olyan decentralizált csere-aggregátorokat ötvöz, mint az Uniswap és az AirSwap, hogy a legjobb árakat és a legalacsonyabb hálózati díjakat érje el. Ha az ETH Trezor vagy Ledger hardvertárcán van, Javaslom, hogy kövesse ezeket a lépéseket a pénztárca és a MetaMask összekapcsolásához. A MetaMask-ot használom, de az Ethereum Foundation is javasolja a böngészőalapú pénztárcákat, mint például Portis vagy Fortmatic

Számomra ez kissé idegtépő volt, amikor jelentős pénzösszeget láttam a rendelkezésemre, egyenes kriptográfiai aláírással. Valószínűleg jó alkalom rácsodálkozni a kriptográfia hihetetlen erejére, hogy ezt meg tudják adni az egyéneknek, miközben emlékeztetik az embereket arra is, hogy győződjenek meg arról, hogy biztonsági másolatot készítettek-e a magánkulcsokról vagy helyreállítási kifejezésekről.

5. Az Indítópult áttekintése

Kép: Launchpad.ethereum.org

Most, hogy a tétért a 32 ETH őrizetében van, mehetünk Launchpad.ethereum.org, a korábban említett Launchpad webhely. Mara és Collin bank nélküli útmutatója nagyon jól átnézi a kezdeti oldalt (az alábbiakban látható), és nagy része magától értetődő, de néhány dolgot saját személyes értelmezésemben akartam megadni:

Az első négy lépés (Áttekintés, Regisztrálj, Feladatok, és Vagdalkozás) az Ethereum 2.0 alapvető áttekintése, a tét és az érvényesítői feladatok. Alapvetően a tét bizonyításának konszenzusos mechanizmusa arra támaszkodik, hogy a „bányászok” (a Munka igazolása szóhasználatban) pénzüket oda tegyék, ahová a szájuk kerül, ahelyett, hogy hatalmas mennyiségű CPU-t költenének a Munka igazolása rejtvények megoldására. Ez a 32 ETH, asztali tét a Proof of Stake konszenzusban való részvételért. 

És mivel a hálózat még fejlesztés alatt áll, a validátorok számára még nem lehet kilépni (mi van, ha megtalálja a DAO feltörését az új hálózaton? Nem hagyhatjuk, hogy távozzon …). Tehát mindenki benne van a hosszú távon. (ez lefedi Transzfer késése és Elkötelezettség)

Végül, ha validátorként „rosszul viselkedsz” a hálózatban (rosszindulatból, tudatlanságból vagy véletlenből), akkor büntetést kapsz. Az Ethereum 2.0-ban ezt hívják vagdalkozás. Pozitívum, hogy ha validátorként viselkedik helyesen, akkor megkapja a hálózathoz társított „bányajutalmat” (erről később még megbeszélünk). Gyors félretételként a visszatartó / ösztönző egyensúly eltér a Munka igazolásától, ahol csak vannak ösztönzők hogy a bányászok ne szabotálják a hálózatot és helyesen viselkedjenek. 

A következő az a kulcsrendszer, amelyet korábban említettem. Az Ethereum 2.0 legfontosabb aláírási rendszere a BLS. Nem vagyok kriptográfiai szakértő, de a BLS elvihetősége lehetővé teszi, hogy több digitális aláírást egyetlen ellenőrizhetővé gyűjtsön. Ez hasznos a jeladó igazolásainak összegyűjtésekor („Szavazat a szilánkok vagy jelzők érvényességével kapcsolatban”). Számunkra a legrelevánsabb, hogy a BLS séma eltér az Ethereum 1.0-nál használt sémától.

További információ a BLS-ről: ez a szál Jeff Coleman-tól vagy ez a Reddit-bejegyzés a BLS fejlesztésének történetéről az Ethereum 2.0 számára

Általában a magánkulcs-séma megváltoztatása nagy nyilvános hálózatra szinte lehetetlen. Mivel azonban az Ethereum 2.0 az Ethereum 1.0 mellett fut, az alap fejlesztők okos megoldással álltak elő, amely egy klasszikus kézfogás:

Indítóállás

A fenti ábrán a kék kulcs és a dobozok az Ethereum 1.0-at, a kriptográfiai sémáját, a piros kulcs és a dobozok pedig az Ethereum 2.0-t és annak kriptográfiai sémáját jelentik. Az Ethereum 1.0 Mainnet-en létező betéti szerződés lehetővé teszi a felhasználó számára, hogy bizonyítsa, van privát kulcsa az Ethereum 1.0-hoz és az Ethereum 2.0-hoz. Így működik:

Az Ethereum 1.0 betétszerződéséhez benyújtott tranzakciót Ethereum 1.0 privát kulccsal kell aláírni (mint minden, a Mainneten benyújtott tranzakciót). Ez a tranzakció azonban egy másik magánkulcs-aláírás, az Ethereum 2.0 magánkulcs köré van tekerve. A jelzőlánc figyeli az Ethereum 1.0 betétszerződését, ha egy érvényes tranzakciót megfelelő egyenleggel nyújtanak be a szerződéshez, akkor a jeladó lánc kibontja az első titkosítási réteget, és hozzáfér a második réteghez, az Ethereum 2.0 digitális aláíráshoz. Ezt használják az Ethereum 2.0 ellenőrző címének megerősítésére és az Ethereum 1.0 címhez való csatlakoztatására.

A Solidity-t ismerő emberek számára itt van az a tranzakció, amely az Ethereum 1.0 szerződésbe kerül, a BLS aláírási paraméter bekarikázásával:

Van itt még egy paraméter (visszavonási hitelesítő adatok), amelyet még nem tárgyaltunk, ami lényegében egy egyszeri kulcs a 32 ETH visszavonására, ha erre engedélyt kapunk. Ezt a Launchpad segítségével is előállítjuk.

Mint látható, ez egy bonyolult folyamat, amely kihívást jelentene az egyes felhasználók számára a szólóban. A Launchpad irányított folyamatot nyújt számunkra a komplexitás segítésére és csökkentésére.

A következő három szakasz (Elkötelezettség, Korai alkalmazó kockázata és Megerősítés) egy utolsó emlékeztető az Ethereum 2.0-ban való részvétel kockázatos és hosszú távú elkötelezettségéről 

Az Ethereum 2.0 terminológiájával és a validátor szerepének megértésével kapcsolatos további információkért kérjük, olvassa el Alex Tudorache két kiváló darabját Ethereum 2.0 feltételek demisztifikálva és Validátor utazása a jelzőláncon keresztül.

6. Kulcsgenerálás

Most, hogy általános áttekintést kapunk az Ethereum 2.0 validátorként betöltött szerepünkről, folytatjuk a folyamat húsát: validátor kulcsok előállítása és összekapcsolása az Ethereum 1.0-val 32 ETH átutalással az Ethereum 1.0 Mainnet betét szerződéséhez.

Miután megerősítette, hogy elolvasta a közzétételeket, a Launchpad végigvezeti az Ethereum 1.0 és 2.0 kliens kiválasztásának lehetőségeit. Ezekre egy másik bejegyzésben jutunk el, és nem követelmény a továbblépés. 

Ezután az alább látható „Kulcsok létrehozása” szakaszra lép:

Kiválasztottam 1 validátort, és ez mutatja a költségemet. Ezután arra kéri a jelenlegi operációs rendszeremet, hogy segítsen letölteni egy kis szoftvert az ellenőrző kulcspárok előállításához. Ez bonyolult, mert míg az ellenőrző kliensem Linuxon fog futni, én mindennap Mac-et használok. Tehát a Mac-et választom, és ez a következő lépéshez vezet, és megkérdezi, hogyan szeretnénk beállítani a szoftvert:

A CLI alkalmazás letöltését választom, és ez az Ethereum Alapítvány Github oldalán található letöltési oldalra vezet (a kiadás változata más lehet az Ön számára, csak győződjön meg róla, hogy ez a legújabb verzió):

Görgessen lefelé a letöltési szakasz megtekintéséhez:

Töltse le a `tar.gz` fájlt a megfelelő operációs rendszerhez, és csomagolja ki a fájlt.

Most meg kell nyitnunk a parancssori terminált és navigálnunk kell a kicsomagolt fájlunk könyvtárához, az eth2deposit-cli névre. Néhány gép parancsikonja, hogy írja be a cd parancsot, majd húzza át a könyvtárat a terminálba, amely megadja a könyvtár elérési útját. Nyomja meg az enter billentyűt, és az eth2deposit-cli könyvtárban futtassa a következő parancsot, amelyet a Launchpad biztosít:

./ deposit new-mnemonic –lánc mainnet

Folyamatos emlékeztető a –lánc-mainnet felvétele, mert a korábbi oktatóanyagok különböző láncokkal rendelkeztek a különböző teszthálózatokhoz. Tehát feltétlenül adjon hozzá mainnet-t, különben a tranzakciós adatai nem lesznek érvényesek!

Adja meg a futtatni kívánt ellenőrök számát, és kövesse a lépéseket.

A következő lépésekhez nem fogok megosztani képernyőképeket, mivel ez érzékeny kulcsok és jelszavak előállításával jár. Két fő dolog mégis: 1) Készítsen biztonsági másolatot a kapott mnemos mondatról, mivel ez az egyetlen módja annak, hogy visszavonja az ön által megszerzett ETH-t, ha ez megengedett 2) Ez a lépés csak a Teku felhasználóinak szól: Hozzon létre egy sima szövegű fájlt, amely tartalmazza az érvényesítő kulcsokhoz megadott jelszót. Mentse el ugyanazzal a névvel, mint a keystore.json fájlja, de az a.txt utótaggal ugyanabban a könyvtárban, a kulcsokkal és a betétadatokkal együtt. Például, ha a kulcstárfájlja KEYSTORE-M_123456_789_ABCD.json, a jelszóval ellátott szöveges fájlt KEYSTORE-M_123456_789_ABCD-nek kell hívni.txt. Ezt később felhasználjuk a Teku futtatásakor.

Miután sikeresen futtatta az eth2deposit-cli fájlt a terminálról, és hozzáadta a jelszó fájlt, a könyvtárnak így kell kinéznie:

eth2deposit-cli /

└── validator_key_info /

   ├── KEYSTORE-M_123456_789_ABCD.json

   ├── KEYSTORE-M_123456_789_ABCD.txt

   └── DEPOSIT_DATA_YOUR_TIMESTAMP_HERE.json

└── MNEMONIC_BACKUP.txt

7. Az Ethereum 1.0 és 2.0 összekapcsolása és a 32 ETH bezárása

Az oktatóanyag utolsó lépéseként az ellenőrző adatainkat elküldjük az Ethereum 1.0 mainnet betétszerződéséhez, és megadjuk azokat a helyes információkat, amelyeket a jeladó lánc is felismerhet (a korábban említett kézfogás).

Az „Upload Validator” fülön van egy hely, ahol az eth2deposit-cli által létrehozott másik fájlt áthúzhatja: A befizetési adatfájlja (DEPOSIT_DATA_YOUR_TIMESTAMP_HERE.json a fenti példa könyvtárban). Húzza a fájlt a számítógépről a Launchpad oldalra:

Ha a betétadatok megfelelően vannak formázva, akkor ezt látja:

Most a Launchpad megkéri, hogy csatlakoztassuk a szoftver pénztárcát ahhoz a fiókhoz, amelyre a 32 ETH-t korábban elküldtük:

Miután ezt sikeresen elvégezte, látni fogja ezt:

A MetaMask új biztonsági funkcióihoz egy webhelynek külön kérnie kell az egyes fiókokhoz való csatlakozást – ha a csatlakozáskor nincs kiválasztva a 32 ETH-val rendelkező fiók, egyszerűen nyissa meg a MetaMask alkalmazást, kattintson a 32 ETH-val rendelkező fiókra, és csatlakoztassa a Launchpadhoz.

Ha a Folytatás gombra kattint, megjelenik az információk összefoglalása, valamint további hangsúlyt kap a tennivalók kockázata és hosszú távú elkötelezettsége:

Miután alaposan átéltük ezeket a nyilvánosságra hozatalokat és figyelmeztetéseket, eljön az igazság pillanata:

Ha rákattint a „Tranzakció kezdeményezése” gombra, szembe kell néznie az Ön (kriptográfiai) életének egyik legizgalmasabb megerősítő mezőjével! Vegyen egy mély lélegzetet, győződjön meg róla, hogy készen áll, mert a megerősítés megütése után nincs visszaút! (Nos, a MetaMask rendelkezik időérzékeny „Tranzakció törlése” funkcióval, mert remek pénztárca, de úgy tesz, mintha nem lenne ilyen!)

Miután mindezt megerősítették és bányászták, megjelenik egy ilyen képernyő:

8. Következtetés

Gratulálunk! Részt vett a nyilvános koordináció történetének egyik legizgalmasabb fejlesztésében!!

De a munka csak most kezdődött. A következő két bejegyzésünk egy AWS Ubuntu 20.04 Server példányt állít fel a Teku validátor csomópontunk számára, az Infura használatával Ethereum 1.0 végpontként. Ezután dolgozni fogunk a biztonsági edzésen és a csomópont-figyelésen egy olyan eszköz segítségével, mint a Grafana. 

A következő részlethez csak az eth2deposit-cli / validator_key_info könyvtár tartalmára lesz szükségünk, az alábbi példákkal:

eth2deposit-cli /

└── validator_key_info /

   ├── KEYSTORE-M_123456_789_ABCD.json

   ├── KEYSTORE-M_123456_789_ABCD.txt

   └── DEPOSIT_DATA_YOUR_TIMESTAMP_HERE.json

Maradjon velünk!

Köszönet: James Beck, Meredith Baxter, Chaminda Divitotawela, Ben Edgington, The Dark Jester, Somer Esat, Joseph Lubin, Collin Meyers, Nick Nelson, Mara Schmiedt, Adrian Sutton és Alex Tudorache a támogatásért és a technikai segítségért.

BlockchainCryptoEthereumEthereum 2.0NewsletterHírlevélre feliratkozás a legfrissebb Ethereum hírekről, vállalati megoldásokról, fejlesztői erőforrásokról és egyebekről. E-mail címExkluzív tartalomEthereum Q3 2020 DeFi jelentésJelentés

Ethereum Q3 2020 DeFi jelentés

Ethereum Q2 2020 DeFi jelentésJelentés

Ethereum Q2 2020 DeFi jelentés

Teljes útmutató a Blockchain üzleti hálózatokhozÚtmutató

Teljes útmutató a Blockchain üzleti hálózatokhoz

Hogyan készítsünk sikeres blokklánc terméketWebinárium

Hogyan készítsünk sikeres blokklánc terméket

Bevezetés a tokenizálásbaWebinárium

Bevezetés a tokenizálásba

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me
Like this post? Please share to your friends:
Adblock
detector
map