BTC
ETH
HTX
SOL
BNB
시장 동향 보기
简中
繁中
English
日本語
한국어
ภาษาไทย
Tiếng Việt

Ethereum Mainnet "London" 업그레이드 발표 간략히 보기

以太坊爱好者
特邀专栏作者
이 기사는 약 4285자로, 전체를 읽는 데 약 7분이 소요됩니다
Ethereum Foundation의 "London" 업그레이드 발표 및 Geth 클라이언트 팀의 버전 업데이트 설명.
AI 요약
펼치기
Ethereum Foundation의 "London" 업그레이드 발표 및 Geth 클라이언트 팀의 버전 업데이트 설명.

원제: "공지사항 | 이더리움 메인넷 "런던" 업그레이드 공지"

편집자 주: Ethereum Foundation에서 발표한 "London" 업그레이드 발표와 Geth 클라이언트 팀의 버전 업데이트 성명을 번역해 주신 ETH Chinese 웹사이트에 감사드립니다. 추가해야 할 사항은 다음과 같습니다.

  • 원래 발표는 7월 15일이었고, 7월 21일 Ropsten 테스트넷에서 컨센서스 사고가 발생했습니다. 따라서 이 글에서 제안하는 클라이언트 버전은 구버전이며, 노드를 운영하는 친구들은 자신이 사용하는 클라이언트의 최신 버전을 구해야 합니다.

  • 평균 차단 시간 13.5를 기준으로 베이징 시간으로 8월 5일 오후 7시에 "런던" 업그레이드가 활성화됩니다.

  • 이더리움 블록의 Gas Limit은 블록 생성 노드가 로컬에서 설정한 Parameter game에 의해 결정되며, 현재 크기보다 작거나 큰 값을 설정하는 것은 블록의 축소/증가를 지원한다는 의미이며, 이더리움 블록에 포함됩니다. 자체적으로 생성된 블록입니다. EIP-1559 통과 후 Base Fee 조정은 항상 50%의 블록 사용률을 목표로 하므로 블록 생산 노드이고 블록당 적절한 가스 소비량이 100이라고 생각한다면 로컬에서 설정해야 합니다. 가스 한도를 200으로 설정하는 식입니다. 발표 및 Geth 팀 제안 값은 예시일 뿐입니다. 노드가 구체적으로 어떤 값을 설정하더라도 다른 포크에 들어가지 않습니다.

출처 | 이더리움 블로그

저자 | 팀 베이코

번역자 주: 런던 메인넷 업그레이드 발표 외에도 ECN은 런던 업그레이드와 관련된 Geth 클라이언트 v1.10.5의 코드 변경 사항도 번역했으며, 이는 다른 행위자가 주의를 기울여야 합니다.

클라이언트 버전

클라이언트 버전

런던 업그레이드와 호환되려면 노드 운영자는 실행 중인 클라이언트 버전을 업그레이드해야 합니다. 아래 나열된 각 클라이언트 버전은 이더리움 메인넷의 런던 업그레이드를 지원합니다. 참고: 다음 버전은 "런던 테스트넷 공지"에 나열된 클라이언트 버전과 다릅니다. 테스트넷의 클라이언트 버전은 메인넷 런던에서 업그레이드된 클라이언트 버전을 지원하지 않습니다.

참고: OpenEthereum 클라이언트는 런던 업그레이드 후에 더 이상 사용되지 않습니다. OE 팀은 사용자에게 원활한 전환 경로를 제공하기 위해 Erigon과 협력하고 있습니다. 자세한 내용을 보려면 여기를 클릭하십시오.

보조 제목

텍스트

다음 EIP는 런던 업그레이드의 일부입니다.

  • EIP-1559: ETH 1.0 수수료 시장 변경 사항

  • EIP-3198: BASEFEE opcode

  • EIP-3529: 가스 반환 감소

  • EIP-3541: 0xEF 바이트로 시작하는 새 주소 거부

  • EIP-3554: 난이도 폭탄이 2021년 12월까지 연기됨

Ethereum Cat Herders는 이러한 EIP의 세부 사항을 논의하는 블로그 게시물을 게시했습니다.

보조 제목

벌레 사냥 현상금

보조 제목

FAQ

Q: 이더리움 사용자 또는 ETH 보유자로서 제가 할 수 있는 일이 있습니까?

거래소(Coinbase, Kraken, Binance 등), 웹지갑 서비스(Metamask, MyCrypto, MyEtherWallet 등), 모바일 지갑 서비스(Coinbase Wallet, Status.im, Trust Wallet 등)를 이용하는 경우, 또는 하드웨어 지갑(예: Ledger, Trezor 또는 KeepKey)을 사용하는 경우 거래소 또는 지갑 공급자가 추가 조치를 취하라고 지시하지 않는 한 아무 것도 할 필요가 없습니다. 자체 Ethereum 노드를 실행하는 경우 노드를 업그레이드해야 합니다. 아래의 "비채굴 노드로서 무엇을 해야 합니까?" 섹션을 참조하십시오.

Q: 비채굴 노드로서 어떻게 해야 합니까?

위 표에 나열된 최신 버전의 Ethereum 클라이언트를 다운로드합니다.

Q: 광부로서 무엇을 해야 합니까?

먼저 최신 버전의 Ethereum 클라이언트를 다운로드합니다. 그런 다음 수동으로 가스 제한 목표를 두 배로 설정해야 합니다. 이는 런던 업그레이드가 배포되면 블록 크기가 두 배가 되는 반면 EIP-1559는 블록 크기를 약 50% 가득 채운 상태로 유지하기 때문입니다. 이는 노드를 다시 시작하지 않고 메인넷 호환 마이닝을 제공하는 모든 클라이언트에서 JSON-RPC를 통해 수행할 수 있습니다.

예를 들어 런던 업그레이드 전에 블록 크기를 15m 가스로 설정했다면 블록당 평균 트랜잭션 수를 일관되게 유지하려면 가스 제한을 30m로 설정해야 합니다. 블록 12 965 000에서 가스 한도 목표를 수정하지 않으면 네트워크에서 블록 크기가 줄어들기 시작합니다. 아래 표는 가스 한도 목표를 업데이트하는 데 사용해야 하는 각 클라이언트별 API를 제공합니다.

참고: Nethermind, Erigon 및 EthereumJS는 현재 Ethereum 메인넷에서 채굴을 지원하지 않습니다.

Q: 채굴자 또는 노드 운영자이고 업그레이드에 참여하지 않으면 어떻게 됩니까?

Ethereum 클라이언트를 사용하고 있지만 최신 버전(위에 나열됨)으로 업그레이드하지 않은 경우 클라이언트를 업그레이드한 후 포크 전에 블록체인 데이터를 동기화합니다. 이전 규칙을 따르는 호환되지 않는 체인에 갇히게 되며 ETH를 보내거나 업그레이드된 이더리움 네트워크에서 작동할 수 없습니다.

Q: 이더리움에서 네트워크 업그레이드는 무엇을 의미합니까?

네트워크 업그레이드는 Ethereum의 기본 프로토콜을 변경하여 시스템을 개선하기 위한 새로운 규칙을 만드는 것을 의미합니다. 블록체인 시스템의 분산된 특성은 네트워크 업그레이드를 더욱 어렵게 만듭니다. 블록체인 네트워크 업그레이드의 원활한 진행을 위해서는 커뮤니티 및 개별 이더리움 클라이언트 개발자와의 협업과 커뮤니케이션이 필요합니다.

Q: 네트워크 업그레이드 프로세스 중에는 어떻게 됩니까?

프로토콜에 대한 이러한 변경 사항은 커뮤니티가 어떤 변경 사항을 업그레이드에 통합해야 하는지에 대한 합의에 도달하면 geth, Erigon, Besu 및 Nethermind와 같은 다양한 이더리움 클라이언트에 기록됩니다. 프로토콜 변경은 특정 블록 높이에서 시작됩니다. 새 규칙으로 업그레이드하지 않는 노드는 이전 체인에서 버려지고 이전 체인은 계속해서 이전 규칙을 유지합니다.

Q: 왜 "런던"입니까?

감사합니다

감사합니다

연구, 계획, 구현, 테스트, 수정, 재테스트, 배포, 스트레스 테스트 및 런던 업그레이드에 도움을 준 모든 방법에 관련된 모든 분들께 특별히 감사드립니다 😁🇬🇧

부인 성명

부인 성명

보조 제목

Geth Exodus Cluster(v1.10.5)에서 발췌

런던 업그레이드 변경 사항에 대한 Geth 클라이언트의 참고 사항:

  • 이 릴리스에는 런던 하드포크의 메인넷 런치 블록 높이가 포함되어 있습니다. (#23176)

  • 이전의 모든 포크 관련 릴리스와 마찬가지로 시작 블록을 설정하기 위해 오버로드 플래그를 추가했습니다. 이 플래그는 일시적이며 메인넷 포크 블록이 성공적으로 시작된 후 제거됩니다. (#22822, #22972)

  • EIP-1559에 의해 생성된 새로운 수수료 시장을 수용하기 위해 Geth 클라이언트의 트랜잭션 풀이 재설계되었습니다. 우리의 새로운 거래 풀 설계는 효과적인 채굴 보상에 따라 거래를 효율적으로 주문하기 위해 적시에 거래를 패키지화하려는 사용자의 요구를 충족하도록 설계되었습니다. 트랜잭션 풀 디자인 문서에서 새 트랜잭션 풀의 작동 논리에 대해 자세히 알아볼 수 있습니다. (#22898)

  • 광부의 경우: Geth에서 제공하는 트랜잭션 선택 알고리즘은 가장 효과적인 보상이 있는 트랜잭션을 구체적으로 선택합니다. --miner.gasprice 명령줄 플래그로 최소 가격을 설정하면 최소 가격 미만의 광부 팁을 제공하는 거래는 블록에 포함되지 않습니다. (#22896, #22995)

EIP-1559는 가스 제한에 대한 투표 시스템도 변경합니다. 런던 포크 이후 거래에 사용할 수 있는 블록 가스의 양은 수요에 따라 조정됩니다. 블록 용량을 가스 목표라고 하며 EIP-1559는 이 목표를 가스 한계의 절반으로 정의합니다.

트랜잭션에 사용할 수 있는 가스가 포크 이전과 동일하도록 하기 위해 포크 블록의 가스 한도를 두 배로 늘립니다. --miner.gaslimit 플래그를 사용하여 투표하는 경우 투표 값을 이전과 동일하게 유지하려면 이 플래그 값을 두 배로 늘려야 합니다. 오프라인으로 전환하지 않고 miner_setGasLimit RPC API를 사용하여 대상을 업그레이드할 수 있지만 재부팅 후에도 지속되지 않는다는 점에 유의하십시오. 이전 --miner.gatarget 플래그는 런던 업그레이드 이후 더 이상 사용되지 않으며 해당 값은 무시되었습니다.

예: --miner.gaslimit를 사용하여 20M의 가스 한도에 투표하지만 실제 블록 가스 한도는 20M인 경우. 런던 업그레이드가 시작되면 블록 가스 한도는 40M으로 조정되지만 동일한 --miner.gaslimit 설정을 계속 사용하면 20M에도 투표하게 됩니다. 따라서 포크 이후 어느 시점에서 가스 한도가 40M 가스로 유지되도록 --miner.gaslimit 값을 두 배로 늘려야 합니다.

  • 지갑 공급자의 경우: EIP-1559의 거래 가격 기본 계산 알고리즘(eth_maxPriorityFeePerGas)은 여전히 ​​이전 메커니즘을 따르고, 최대 우선 수수료는 네트워크에서 지불된 유효 가격에서 현재 기본 수수료를 뺀 값으로 설정하고, 최대 수수료는 우선 수수료 + 2x 기본으로 설정합니다. 요금. 이렇게 하면 사용자가 명시적으로 반대하지 않는 한 런던 전환 기간 이후에도 가스당 지불한 총 가격이 동일하게 유지됩니다.

또한 Geth는 사용자가 채굴자에게 지불한 수수료 및 트랜잭션 소각 수수료에 대한 최근 데이터를 요청하는 데 사용할 수 있는 새로운 eth_feeHistory(블록, 헤드, 백분위수) API 엔드포인트를 출시했습니다. 지갑에서 이 터미널을 사용하여 사용자에게 여러 수수료 옵션을 제공하는 것이 좋습니다(#23033).

  • JSON-RPC 사용자를 위한 참고 사항: eth_sendTransaction 및 eth_fillTransaction은 포크가 활성화될 때 기본적으로 EIP-1559 스타일 트랜잭션을 생성합니다.

  • Go/Java/ObjC 계약에 구속된 사용자를 위한 참고 사항: 포크가 시작된 후 accounts/abi/bind는 자동으로 1559 트랜잭션을 생성합니다. Go 언어로 작성된 애플리케이션에서 EIP-1559를 사용하려면 애플리케이션의 go.mod 파일에서 go-ethereum 모듈 종속성을 v1.10.4로 업그레이드해야 합니다. (#23038)

  • ethclient 사용자를 위한 참고 사항: ethclient 패키지를 사용하여 트랜잭션을 보내고 EIP-1559에 의해 도입된 새로운 수수료 모델을 사용하려면 코드를 수정하여 types.NewTx(&types.DynamicFeeTx{...})를 생성해야 합니다. 업무. 포크가 시작되었고 새로운 트랜잭션 유형을 사용할 수 있는지 확인하려면 최신 블록 헤더의 BaseFee 필드가 0이 아닌지 확인하십시오.

ETH
Odaily 공식 커뮤니티에 가입하세요