Ethereum 2.0 - depozyty

[adiqq]

No i na tym możemy zakończyć dyskusję
Zbyt wielu znam ludzi, co na giełdach potracili ogromne kwoty....
Chyba trzeba będzie poczekać na stakowanie np. przez Ledger
Tak jest np. w przypadku Tezos

[tomant]

Ja jakieś drobne wrzucę - tak dla możliwości sprawdzenia możliwości. Chyba 0,1 ETH .

[gkucmierz]

Jest jeszcze kilka innych. W przypadku Infury darmowy limit wystarcza spokojnie do utrzymanie węzła. Należy tylko dla bezpieczeństwa postawić sobie loadbalancer, który przełączy się na zapasowego dostawcę, gdyby Infura padła. Ostatnio miało to miejsce.

Podpowiesz krótko jak najlepiej postawić taki loadbalancer?

[ManiacInThe4D]

Podpowiesz krótko jak najlepiej postawić taki loadbalancer?

Jest kilka możliwości. Najprostsza, jeżeli używasz klienta Lighthouse to w najnowszej wersji ma wbudowany loadbalancer, wystarczy podać kilka adresów dla węzłów ETH1:

Kod: Zaznacz cały

lighthouse beacon_node --staking --eth1-endpoints https://mainnet.infura.io/v3/API_KEY,https://eth-mainnet.alchemyapi.io/v2/API_KEY

Alternatywnie polecam serwer nginx w trybie loadbalancera. Instalacja jest prosta, a w tym przypadku konfiguracja powinna wyglądać z grubsza tak:

worker_processes  1;
events {
    worker_connections  1024;
}
http {
    upstream eth1_backend {
        server 127.0.0.1:80 max_fails=1 fail_timeout=600s;
        server 127.0.0.1:81 backup;
    }
    server {
        listen 127.0.0.1:80;
        location / {
                proxy_pass https://mainnet.infura.io/v3/API_KEY;
        }
    }
   server {
        listen 127.0.0.1:81;
        location / {
                proxy_pass https://eth-mainnet.alchemyapi.io/v2/API_KEY;
        }
   }
   server {
        listen 127.0.0.1:8545;
        location / {
            proxy_pass http://eth1_backend;
            proxy_next_upstream non_idempotent error timeout invalid_header http_500 http_502 http_503 http_504 http_403 http_404 http_429;
        }
    }
}

Potem wskazujesz dla beacon node adres eth1, tak jakbyś miał lokalną instancję geth, czyli zwyczajnie http://127.0.0.1:8545 i powinno śmigać.

Są też dedykowane loadbalancery dla blockchain:
https://github.com/emeraldpay/dshackle
https://github.com/OnGridSystems/LoadBalancer
Ale to dość nowe projekty i nie mam do nich na razie zaufania. Nginx daje radę i ma małe wymagania sprzętowe.

[gkucmierz]

Sorry, nie wiem jak na tym forum dać response na czyjąś odpowiedź

Dzięki za odpowiedź używam `nginix` i wydaje się to zrozumiałe. Nie pomyślałem, że load balancer można w tę stronę uruchomić.

Http jest akceptowalne, bo wszystko póki co mam na jednej maszynie, ale docelowo chyba warto ustawić https?

Tym bardziej, że do infury czy alchemyapi już wypadałoby skonfigurować połączenie https.

Używam `prysm` i póki co zostanę przy nim.

Aktualnie synchronizuję noda `ETH` na `geth` i proponuję inną konfigurację loadbalancera (nie wiem jeszcze jak to ustawić):
- domyślnie używamy zawsze localhosta do odpytywania `ETH 1.0`
- jeśli localhost nie działa z jakiegoś powodu i tu może być problem, bo to może nie być, że nie ma response z localhosta (np. w przypadku wywalenia serwera), ale może z jakiegoś powodu być zdesynchronizowany np. po dłuższym wyłączeniu.
- w związku z tym chciałbym ustawić fallback na infurę lub alchemyapi, jeśli local geth nie działa

Ma ktoś jakiś pomysł?

Edit: Kurcze nie ma markdown na forum
Da się doinstalować jakiś plugin?

Edit2:
@ManiacInThe4D
Dodałem, dzięki @miso20 !

[miso20]

@gkucmierz Obok twojego nicku lub nicku osoby, którą chcesz wywołać jest małpa (po lewej stronie). Klikasz w nią i wtedy ktoś dostanie powiadomienie o odpowiedzi.

[ManiacInThe4D]

Http jest akceptowalne, bo wszystko póki co mam na jednej maszynie, ale docelowo chyba warto ustawić https?

Ok, to po kolei

W tej konfiguracji, którą załączyłem ruch do Infury i Alchemy odbywa się po HTTPS - wystarczy spojrzeć na linki. Po HTTP jest wyłącznie przesyłany ruch na localhost - nie ma sensu robić tu bezpiecznego połączenia. Jeżeli chcesz mieć Nginx na innej maszynie niż beacon node to też oczywiście można to zrobić - nie jest to rocket science, ale wymaga już ustawienia certyfikatów (np. Let's encrypt + certbot do odnawiania) i przede wszystkim uwierzytelnienia dla klientów.

Odnośnie używania najpierw geth na localhost to nie potrzeba wiele więcej niż to, co już masz w załączonej wyżej konfiguracji. Wystarczy sekcję upstream zmienić na:

    upstream eth1_backend {
        server 127.0.0.1:XXXX;
        server 127.0.0.1:80 backup;
        server 127.0.0.1:81 backup;
    }

gdzie XXXX to port, na którym nasłuchuje lokalny geth. To wszystko.

[kirucha2]

Zastanawiam sie nad stakowaniem przez Binance.
W jaki sposob moge wymienic te BETH. Nie widze z tym zadnej pary.

[kirucha2]

Juz przetestowalam. Z opisu na stronie mozna odniesc wrazenie, ze tymi BETH mozna obracac.
Wyglada to tak, ze poprostu stakujac dostajemy BETH z ktorymi nie mozemy nic zrobic do momentu uruchomienia ETH 2.0.
Czyli jedynym plusem tego jest to, ze nie musimy posiadac 32 sztuk.
Wedlug mnie ryzyko upadku/haku gieldy jest za duze zeby w to wejsc.

[tomant]

No niestety słabo to teraz wygląda. Może dopiero wprowadzą możliwość handlu za jakiś czas. Też się trochę zawiodłem.