'이더리움 2.0' 중요한 매물대를 돌파, 상하이 업그레이드 기대감 폭발.

이더리움(ETH)이 중요한 매물대를 돌파하며 원화기준 200만 원에 육박하는 거래금액을 보여주고 있습니다. 상하이 업그레이드의 기대감에 상승하는 것으로 보이고 있습니다.

이더리움-로고

이더리움 2.0 중요한 매물대를 돌파하며 상승.

2023년 1월 17일 업비트거래소 기준, 이더리움은 1,939,000원에 거래되고 있습니다. 22년 12월 말경 저점대비 30%이상의 상승폭을 보여주고 있습니다. 물론 이 상승의 이유를 정하자면 비트코인의 계속되는 상승에 동반상승하는 이유가 가장 클 것으로 보입니다. 이더리움 비콘체인의 상하이 업그레이도 한몫차지 한다고 볼 수 있지만, 대장 코인인 비트코인의 상승으로 인한 모든 코인들이 상승한다고 보는 게 더욱 확실하다고 보이고 있습니다.

반응형

이더리움의 상승.

• 상하이 업그레이드 기대감
• 비트코인의 상승

상하이 업그레이드 기대감.

'이더리움' ETH의 2.0 비콘체인 더머지 하드포크가 2022년 9월 15일 성공적으로 마쳤습니다.

이더리움 작업증명에서 지분증명으로

'더 머지'란, 이더리움 네트워크 합의 알고리즘을 작업증명 POW에서 지분증명 POS로 전환하는 업그레이드 입니다.

더머지가 완료된 이후 다음 업데이트 상하이 업그레이드가 주목받고 있습니다.

 

이더리움 창시자 '비탈릭 부테린'은 22년 7월 "더머지 완료 이후 이더리움은 55% 완성되는 것"이라고 설명했습니다. 이어 '비탈릭 부테린은', "더머지 이후 샤딩을 통해 롤업에 대한 확장성을 높일 서지 업그레이드가 있다"라고 이더리움 커뮤니티 콘퍼런스에서 설명했습니다.

더머지 이후의 다양한 업그레이드

더머지 이후 서지, 버지, 퍼지, 스플러지 등 다양한 업그레이드가 있다라며 비탈릭 부테린은 설명했습니다.

업계가 주목하는 더머지 다음의 업그레이드는 당연히 상하이 업그레이드입니다.

 

'상하이 업그레이드'가 주목을 받는 이유는, 현재 지분증명으로 스테이킹된 이더리움의 출금이 가능해지기 때문입니다. 이더리움이 지분증명으로 바뀌면서 32개의 이더리움 ETH를 예치하고 네트워킹에 발리데이터로 참여하는 비콘체인은, 예치된 이더리움을 스테이킹(지분증명)으로 맡겨놓고 지분에 따른 수익금을 얻는 구조이지만, 상하이 업그레이드 이전까지는 예치된 ETH를 찾을 수 없는 것입니다.

즉, 상하이 업그레이드의 핵심은 발리데이터(검증자, 채굴자)가 이더리움 2.0에 스테이킹한 이더리움을 찾을수 있다는 것입니다. 한창 이더리움 2.0 비콘체인으로 32 ETH의 이더리움을 예치할 때 32개의 이더리움의 가격은 1억이 넘었었습니다.

하지만 현재 50% 이상 하락하여 6천만 원 정도의 금액으로 거래되고 있습니다.

상하이 업그레이드 이후 매도 증가세?

많은 사람들이 상하이 업그레이드가 성공하여, 이더리움 스테이킹을 진행하는 발리데이터들이 이더리움의 물량을 시장에 매도하지 않을까?라는 우려를 하고 있습니다. 하지만 한 번에 32 ETH 이더리움을 찾을 수 있는것은 아니며, 1에폭마다 6개의 발리데이터 노드가 이더리움을 찾을수 있습니다.

• 에폭이란, 이더리움 네트워크 시간단위로 1 에폭은 6분 24초입니다.

이더리움 2.0 더머지 이후 상하이 업그레이드 핵심.

상하이 업그레이드 핵심.

• EIP-1153: Transient storage opcodes
• EIP-2537: Precompile for BLS12-381 curve operations
• EIP-2935: Save historical block hashes in state
• EIP-3651: Warm COINBASE
• EIP-3540: EVM Object Format (EOF) v1 + EIP-3670, EIP-3690, EIP-4200
• EIP-3855: PUSH0 instruction
• EIP-3860: Limit and meter initcode
• EIP-4396: Time-Aware Base Fee Calculation
• EIP-4444: Bound Historical Data in Execution Clients
• EIP-4488: Transaction calldata gas cost reduction with total calldata limit

Statelessness gas cost changes (Verkle Tree HF1) and the groundwork necessary for it (unhashed state + sync)
Post-Merge Beacon ETH withdrawals

EIP-1153: Transient storage opcodes

'이더리움 네트워크'에서 트랜잭션을 실행하면 각각에 의해 생성된 여러 중첩된 실행 프레임을 생성할 수 있습니다. CALL 또는 이와 유사한 지시. 계약은 동일한 거래 중에 다시 체결할 수 있으며, 이 경우 여러 프레임이 하나의 계약에 속합니다.

 

현재 이들 프레임은 2가지 방법으로 통신할 수 있습니다. 입력, 출력을 통해 CALL스토리지 업데이트를 통한 설명입니다. 다른 신뢰할 수 없는 계약에 속하는 중간 프레임이 있으면 입출력을 통한 통신은 안전하지 않습니다.

 

주목할 만한 예는 중간 프레임이 잠금 상태를 통과할 수 없는 재진입 잠금입니다.

스토리지를 통한 커뮤니케이션(SSTORE/SLOAD)은 비용이 많이 듭니다.

과도 스토리지는 프레임 간 통신 문제에 대한 전용 가스 효율적인 솔루션입니다.

프레임 간 통신으로 인해 누적된 저장 환불 또한 EIP-3529(런던 하드 포크에 도입됨)로 인해 거래 시 소비되는 가스의 20%로 제한됩니다. 이를 통해 저비용 거래에서 일시적으로 설정된 스토리지 슬롯에 대한 환불이 크게 감소합니다. 예를 들어, 하나의 재진입 잠금에 대한 전액 환불을 받으려면 트랜잭션이 다른 작업에 최대 80,000개의 가스를 소비해야 합니다.

언어 지원은 비교적 쉽게 추가할 수 있습니다. 예를 들어 솔라리티에서 수식자는 transient도입 가능(기존 수식어와 유사) 메모리 그리고 스토리지 및 Java 만의 transient 같은 의미를 가진 키워드의 어드레싱 방식 이후 TSTORE 그리고. TLOAD와 같고 SSTORE 그리고. SLOAD스토리지 변수용으로 존재하는 코드 생성 루틴은 임시 스토리지를 지원하기 위해 쉽게 일반화할 수 있습니다.

EIP-2537: Precompile for BLS12-381 curve operations

이 사전구성의 동기에는 80비트의 보안만 제공하는 기존 BN254 프리컴파일에 비해 페어링 친화적 곡선을 통해 120비트 이상의 보안을 얻을 수 있는 암호화 프리미티브를 추가하기 위한 것입니다.

EIP-2935: Save historical block hashes in state

디스크 공간을 절약하기 위해 대부분의 고객이 비교적 짧은 기간(종종 1주일에서 1년)보다 오래된 기록을 저장할 필요성을 제거하고자 하는 요구가 증가하고 있습니다. 이를 위해서는 클라이언트가 과거 정보에 접근하는 것을 돕기 위한 어떤 형태의 계층 2 네트워크가 필요하다. 이러한 프로토콜들은 블록들이 과거 블록들에 대한 빠른 머클 경로를 포함하고 있다면 훨씬 더 단순해질 수 있습니다.

추가적인 부가적 동기는 다음과 같습니다:

해당 프로토콜은 플라이클라이언트와 같은 기술을 통해 보다 안전하고 효율적인 라이트 클라이언트를 만드는 데 사용될 수 있습니다.

("최적" 플라이클라이언트 프로토콜은 상당히 복잡하지만, 현재의 상태(신뢰할 수 있는 "표준 해시 트리")에 비해 큰 보안 이득을 저렴하게 얻을 수 있습니다.)

그렇게 되면 블록해시 (BLOCKHASH opcode)가 기록이 아닌 상태에 액세스 하기 때문에 프로토콜의 청결도를 개선합니다.

EIP-3651: Warm COINBASE

[COINBASE] 코인베이스 직접 결제는 조건부 결제가 가능하기 때문에 점점 더 인기를 얻고 있는데, 이는 되돌릴 수 있는 거래의 암묵적 취소와 같은 혜택을 제공합니다. 그러나 COINBASE에 액세스 하는 것은 가격이 너무 비싸서 EIP-2929에 도입된 액세스 목록 프레임워크에서는 초기에 주소가 콜드(cold) 상태입니다. 이러한 가스 비용 불일치는 EIP-20과 같은 ETH 외에 대체 지불을 장려할 수 있지만, ETH가 이더리움의 거래 대금을 지불하는 주요 수단이 되어야 합니다.

EIP-3540: EVM Object Format (EOF) v1 + EIP-3670, EIP-3690, EIP-4200

현재의 온체인 배치 EVM 바이트 코드에는 사전 정의된 구조가 포함되어 있지 않습니다. 코드는 일반적으로 실행 전 매번 실행 시 JUMPDEST 분석의 정도까지 클라이언트에서 검증됩니다. 이는 오버헤드뿐만 아니라 새로운 기능을 도입하거나 기존 기능을 사용하지 않는 데도 문제가 됩니다.

계약 작성 과정에서 코드를 검증하면 계정에 추가 버전 필드가 없어도 코드 버전을 만들 수 있습니다. 버전 관리는 특히 제어 흐름에 대한 중요한 변경이나 계정 추상화와 같은 기능과 같은 더 큰 변경사항에 대해 기능을 도입하거나 사용하지 않는 데 유용한 도구입니다.

이 EIP에 설명된 형식은 클라이언트와 언어 모두에 필요한 최소한의 변경 사항 집합과 함께 간단하고 확장 가능한 컨테이너를 도입하고 검증을 도입합니다.

그것이 제공하는 첫 번째 유형적인 특징은 코드와 데이터의 분리입니다. 이러한 분리는 코드와 데이터(배포 코드 및 생성자 인수도 포함)를 구별할 수 있기 때문에 온체인 코드 검증기(낙관주의와 같은 계층 2 스케일링 도구에 의해 활용되는 것과 같은)에 특히 유용합니다. 

 

현재,

1. 계약 구축 전에 변경이 필요하고,
2. 취약한 방법을 구현하거나,
3. 비용이 많이 들고 제한적인 점프 분석을 구현합니다.

코드와 데이터를 분리하면 이러한 사용 사례에서 사용 편의성과 상당한 가스 절감 효과를 얻을 수 있습니다.

또한 다양한 (정적) 분석 도구도 이점을 얻을 수 있지만, 오프체인 도구는 이미 기존 코드를 처리할 수 있으므로 영향이 적습니다.

 

이 형식의 이점을 얻을 수 있는 제안된 변경사항의 완전하지 않은 목록:

• JUMPDEST 테이블 포함(실행 시 분석을 피하기 위해) 및/또는 JUMPDEST 전체 제거.
• 정적 점프(상대 주소 포함)와 점프 테이블을 도입하고 동시에 동적 점프를 허용하지 않습니다.
• 코드 섹션의 실행을 요구하는 것은 종료 명령으로 끝납니다.
• 해결 방법이 없는 멀티바이트 opcode입니다.
• 함수를 하위 루틴 대신 개별 코드 섹션으로 표시합니다.
• 다양한 사용 사례, 특히 계정 추상화에 대한 특별 섹션을 소개합니다.

EVM이란,

이더리움 네트워크가 정의한 규칙에 따라 스마트계약 코드를 실행하고 그 결과로 변화된 상태를 업데이트하는 가상의 컴퓨터입니다.

 

EIP-3540의 핵심은 코드와 데이터의 분리입니다. 기존 EVM은 데이터 안에 스마트계약 코드가 담겨 있었는데 그걸 분리하겠다는 것입니다.

EIP-3855: PUSH0 instruction

많은 명령어들은 오프셋을 입력으로 기대하는데, 이는 많은 경우에 0입니다. 좋은 예는 계약에서 RETURNDATA를 사용하는 것을 선호하는 경우에 대비하여 0으로 설정된 CALLS의 RETURN 데이터 매개 변수입니다. 이것은 한 가지 예에 불과하지만, 계약이 제로 값을 적용해야 하는 다른 많은 이유가 있습니다. 

전반적인 비용 때문에 많은 사람들이 동일한 효과를 얻기 위해 다양한 다른 명령을 사용하려고 합니다.

이더리움 메인넷(블록 범위 8,567,259…8,582,058 및 12,205,970…12,817,405)에서 분석을 수행했으며, 실행된 모든 PUSH* 명령 중 약 11.5%가 0의 값을 푸시합니다. 계약 코드 크기를 줄이는 중입니다. 이러한 지침의 가격 조정/변경은 더 위험할 수 있습니다.

 

변화의 주요 동기에는 다음과 같이 해당합니다.

• 계약 코드 크기를 줄이는 중입니다.
• 최적화 조치로 다양한 지침을 사용하여 계약 위험(오류)을 줄입니다.
• 이러한 지침의 가격 조정/변경은 더 위험할 수 있습니다.
• 0을 복제하기 위해 DUP 명령을 사용할 필요가 줄어듭니다.

"폐기물"의 관점에서 보면, 기존 계정 전체에서 PUSH100 명령에 340,557,331 바이트가 낭비되며, 이는 68,111,466,200개의 가스가 이를 배포하는 데 사용되었음을 의미한다. 실제로 이러한 계정의 대부분은 다른 계정과 동일한 바이트 코드를 공유하므로 클라이언트에 저장된 총크기는 더 낮지만, 그럼에도 불구하고 배포 시간 비용은 지불되어야 합니다.

RETURNDATAASIZE의 동작을 변경하여 통화 프레임 시작 시 0이 보장되지 않도록 하는 것입니다. 이것은 거래를 연결하는 방법(즉, EIP-2733)으로 제안되었습니다.

EIP-3860: Limit and meter initcode

계약 작성 중에 클라이언트는 실행 전에 init 코드에 대한 점프 est-analysis를 수행해야 합니다. 수행된 작업은 init 코드의 크기에 따라 선형적으로 확장됩니다. 이 작업은 현재 미터링 되지 않으며 크기에 대해 시행된 프로토콜 상한도 없습니다.

청구되는 비용은 세 가지입니다:

1. initcode로 불리는 데이터에 대한 비용: 값이 0인 바이트에 대해 4 가스, 그렇지 않은 경우 16 가스.
2. 결과적으로 배포된 코드에 대한 비용: 바이트당 200 가스.
3. CREATE2의 경우에만 주소 계산 비용(코드 해싱): 단어당 6개의 가스.

첫 번째 비용만 initcode에 적용되지만, 계약 생성 거래의 경우에만 적용됩니다. CREATE, CREATE2의 경우 그러한 비용이 들지 않으며, 프로그래밍 방식으로 비교적 저렴한 방식으로 init 코드의 변형을 생성할 수 있다. 과거에는 geth 1.6.5에 의해 2017년에 수정된 취약성으로 인해 악의적인 init 코드를 만드는 것이 가능했습니다.

게다가, 제한이 없기 때문에 일부 EVM 제안에 대한 긴 논의가 발생하여 설계에 영향을 미치거나 심지어 기능의 지연 또는 취소를 야기했습니다.

세 가지 이유로 동기부여를 받았습니다

• 미래에 대한 위험을 최소화하기 위해 init 코드가 공정하게 청구되도록 보장한다
• 미래에 확장 가능한 비용 시스템을 갖추는 것(즉, EIP-3670과 같은 제안의 경우).
• 명시적 한계(코드 크기, 코드 오프셋(PC) 및 점프 오프셋이 16비트에 적합함)로 EVM 엔진을 단순화합니다.

EIP-4396: Time-Aware Base Fee Calculation

현행 기본료 산정에서는 블록의 가스 사용량을 신호로 선택하여 블록 공간에 대한 수요가 너무 낮은지(기본료를 낮춰야 함을 나타냄), 너무 높은지(기본료를 올려야 함을 나타냄)를 판단합니다.

 

단순하지만 이러한 신호 선택에는 단점이 있습니다. 즉, 블록 시간을 고려하지 않는다는 것입니다. 상대적으로 일정한 수요를 가정할 때, 20초 후에 블록을 건설하는 제안자는 10초 후에 블록을 건설하는 제안자의 두 배의 가스로 거래를 할 수 있습니다. 따라서 두 가지 모두에 동일한 가스 표적을 사용하는 것은 차선책입니다. 실제로 이 결함이 있는 신호에는 다음과 같은 바람직하지 않은 결과가 있습니다

 Base Fee Volatility Under Proof-of-Work

작업 증명(PoW)에서 블록 시간은 확률적이며, 이러한 이유로 큰 블록 시간 변동성이 존재한다. 이러한 변동성은 기준 수수료 변동성에 기여하며, 기준 수수료는 완벽하게 안정적인 수요 하에서도 평형 값을 중심으로 변동할 것으로 예상할 수 있다.

 Missed Slot

PoS(Proof-of-Stake)에서 블록 시간은 이상적으로 균일하지만(항상 12초) 슬롯 누락으로 인해 블록 시간이 증가합니다(24초, 36초 등). 이러한 누락된 슬롯은 다음 블록이 과도하게 채워지는 결과를 초래하며, 현재 업데이트 규칙으로 가짜 수요 급증을 신호하여 보증되지 않은 작은 기본요금 급등을 유발합니다.

더 중요한 것은 이러한 누락된 슬롯이 실행 체인의 전체 처리량을 한 블록의 가스 목표만큼 직접적으로 감소시킨다는 것입니다. 다음 블록은 누락된 슬롯의 "지연된" 트랜잭션을 포함할 것으로 예상할 수 있지만, 그 결과 기본 수수료가 급등하면 일부 부족한 블록 수가 발생하게 됩니다. 결국 누락된 슬롯의 블록 공간이 체인을 위해 손실됩니다.

이는 블록 제안자에 대한 서비스 거부(DoS) 공격으로 인해 슬롯이 누락되고 전체 체인 성능이 저하될 수 있기 때문에 특히 문제가 됩니다.

Throughput Degradation During Consensus Issues

개별 누락 슬롯의 더 심각한 버전은 상당 부분의 블록 제안자가 계속해서 블록을 만드는 것을 방해하는 합의 문제로 인해 발생할 수 있습니다. 이것은 블록 제안자들이 분리(그리고 자신의 포크에 블록을 생성)하거나, 다른 이유로 현재 체인 헤드를 따라가지 못하거나, 단순히 유효한 블록을 생성하지 못하기 때문일 수 있습니다.

이러한 모든 상황에서 평균 블록 시간이 크게 증가하여 체인 처리량이 동일한 비율로 감소합니다. 이러한 효과는 PoW 하에서 이미 존재하지만, 난이도 조정의 자가 치유 메커니즘은 상대적으로 빠르게 시작되어 정상적인 블록 시간을 복원합니다. 반면에, PoS 하에서 자동 자가 치유 메커니즘은 매우 느릴 수 있습니다. 최대 3분의 1 슬롯을 놓치면 몇 달이 걸릴 수 있고, 3분의 1 이상의 슬롯을 놓치면 몇 주가 걸릴 수 있습니다.

이러한 모든 이유로, 기본요금 계산 중에 블록 시간을 고려하여 블록당이 아닌 시간당 안정적인 처리량을 목표로 하는 것이 바람직할 것입니다.

이 EIP가 합병 포크에 포함될 가능성을 최대화하기 위해, 조정은 최소한으로 유지되며, 더 많은 관련된 변경사항은 이론적 섹션에서 논의됩니다.

EIP-4444: Bound Historical Data in Execution Clients

과거 블록과 영수증은 현재 400GB 이상의 디스크 공간을 차지하고 있습니다. 따라서 체인을 검증하려면 일반적으로 1TB 디스크가 있어야 합니다.

기록 데이터는 새 블록을 검증하는 데 필요하지 않으므로 클라이언트가 체인 끝을 동기화한 후에는 JSON-RPC를 통해 명시적으로 요청하거나 피어가 체인을 동기화하려고 할 때만 검색됩니다. 이 제안서는 기록을 정리함으로써 사용자의 디스크 요구사항을 줄입니다. 프루닝 기록을 사용하면 클라이언트가 기록 블록을 처리하는 코드를 제거할 수도 있습니다. 즉, 실행 클라이언트는 각 업그레이드의 복합 변경 사항을 처리하는 코드 경로를 유지 관리할 필요가 없습니다.

마지막으로, 이러한 변경은 클라이언트가 PoS 약한 주관성 가정을 기반으로 더 가벼운 동기화 전략을 채택함에 따라 네트워크에서 대역폭 사용량이 줄어들 것입니다.

EIP-4488: Transaction calldata gas cost reduction with total calldata limit

롤업은 이더리움을 위한 유일한 신뢰할 수 없는 확장 솔루션으로 단기 및 중기적으로, 그리고 장기적으로 가능합니다. L1의 거래 수수료는 몇 달 동안 매우 높았고 생태계 전반의 롤업 전환을 촉진하는 데 필요한 모든 것을 수행하는 것이 더 시급합니다. 롤업은 많은 이더리움 사용자들의 수수료를 상당히 줄이고 있습니다. 옵티머스와 아비트럼은 종종 이더리움 기본 계층보다 3-8배 낮은 수수료를 제공하고, 데이터 압축이 더 좋고 서명을 포함하지 않을 수 있는 ZK 롤업은 기본 계층보다 40-100배 낮은 수수료를 가지고 있습니다.

하지만, 이러한 요금조차도 많은 사용자들에게 너무 고가 입니다. 롤업 자체의 장기적인 부적절성에 대한 장기적인 해결책은 항상 데이터 공유였으며, 이는 롤업을 위한 최대 1-2MB/sec의 전용 데이터 공간을 체인에 추가하는 것이었습니다. 그러나 데이터 공유는 구현 및 배포를 완료하는 데 여전히 상당한 시간이 걸릴 것입니다. 따라서 롤업 비용을 추가로 절감하고 롤업 중심의 이더리움으로의 생태계 전반적 전환을 장려하는 단기 솔루션이 필요합니다.

이 EIP는 보안 위험도 완화하는 신속한 단기 솔루션을 제공합니다.

 

스마트계약을 구동하면, 그 과정에서 데이터를 불러올 때마다 가스비가 들게 되는데, 이를 콜데이터 비용이라고 합니다. EIP-4488을 통해 그 비용을 줄여 레이어 1의 데이터 저장 비용을 줄임으로써 레이어 2의 트랜잭션 수수료도 줄인다는 계획입니다.

---

이상, 상하이 업그레이드에 대해 알아보았습니다. 핵심 내용만을 간추려 재단에 올려져 있는 이더리움 업그레이드 정보를 번역했습니다. 다소 어색한 번역 부분이 있더라도 양해 부탁드립니다.

 

이더리움 상하이 하드포크 일정에 대한 계획은 22년 12월 8일 이더리움 재단이 주최한 ' 이더리움 핵심 개발자 회의를 통해 거론되었습니다.

이더리움 2.0초당 10만 TPS 목표.

현재 비자카드는 초당 2만 4천 건의 거래를 처리하고 있습니다. 하지만 이더리움은 초당 20건의 거래를 처리하고 있습니다. 초당 거래를 TPS라고 하는데, 이더리움 블록은 15초마다 생성되고 하나의 블록에는 300건의 거래기록이 저장됩니다.

 

비탈릭은 블록체인의 한계점인 '확장성'을 업그레이드하고 있는 것입니다.

 

더 머지 업그레이드 이후 후속 업그레이드인 상하이 업그레이드를 눈앞에 두고 있습니다. 테스트를 거쳐 2023년 3월쯤에 정식으로 업그레이드를 예정하고 있습니다.

 

1. 더 서지(The Surge)
2. 더 버지(The Verge)
3. 더 퍼지(The Purge)
4. 더 스플러지(The Splurge)

더 머지 다음 단계인 '더 서지'는 거래처리 속도를 높이는 단계 과정입니다. 이더리움 메인넷의 네트워크 과부하를 줄이는 '롤업'개발이 핵심입니다. '더 버지'는 블록 검증방식을 보다 쉽게 만드는 단계이며, '더 퍼지'는 과거의 불필요한 데이터를 별도로 저장하거나 압축하는 과정입니다. '더 스플러지'는 이더리움 전송에 들어가는 수수료를 소각하여 네트워크의 효율성을 올려주는 업그레이드입니다.

이더리움 계속 상승할 수 있을까? (차트정보)

업비트거래소-이더리움-차트정보

위의 차트를 보게 되면 이더리움은 저점을 기준으로 30%가 넘는 상승폭을 보여주며 가장 중요한 매물대 190만 원을 돌파한 모습입니다. 앞으로 비트코인이 더 상승하게 된다면 이더리움 역시 힘을 받아 탄력적인 상승을 기대해 볼 수 있겠지만, 비트코인의 흐름이 다시 하방으로 꺾이게 된다면, 이더리움 역시 상하이 업그레이드와는 무관하게 하락할 가능성을 염두해야겠습니다.

 

21년 11월 고점 590만 원선까지 상승했던 이더리움은 현재 68%가량 하락한 1,980,000원에 거래되고 있습니다.

업그레이드 이후 어떻게 될지 기대가 되는 이더리움 2.0입니다.

 

함께 보는 코인정보.

'이더리움' ETH 2세대 코인이라 불리며 '알트코인'의 대장.

 

세럼 코인 [SRM], 솔라나 상승하자 동반 상승

 

'아발란체' 아마존 웹서비스와 손잡다, 장대 음봉 거래량의 의미는?

 

'비트코인 반감기' 정확한 설명과 이해 그리고 가치 전망, 다음 반감기는 언제인지 알아보겠습니