Vitalik: 불완전한 롤업 가이드

출처 | vitalik.ca

저자 | 비탈릭 부테린

저자 | 비탈릭 부테린

롤업 솔루션은 이더리움 커뮤니티에서 대유행이며 향후 이더리움의 핵심 확장 솔루션이 될 것으로 예상됩니다. 그러나 기술은 정확히 무엇입니까? 그것은 우리에게 무엇을 가져올 수 있습니까? 이 기술을 어떻게 사용할 것인가? 이 기사에서는 이러한 주요 질문 중 일부에 답하려고 노력할 것입니다.

첫 번째 레벨 제목

배경: 레이어 1 및 레이어 2 확장이란 무엇입니까?

블록체인을 확장하는 방법에는 두 가지가 있습니다. 첫째, 블록체인 자체의 트랜잭션 용량을 높일 수 있습니다. 이 기술의 주요 과제는 블록 크기가 증가함에 따라 블록체인을 검증하기가 점점 더 어려워지고 중앙 집중화 정도가 점점 더 높아진다는 것입니다. 이러한 위험을 피하기 위해 개발자는 클라이언트 소프트웨어의 효율성을 향상시킬 수 있습니다. 또는 보다 지속 가능한 다른 방법을 선택하십시오. 샤딩과 같은 기술을 사용하여 블록체인의 블록 구성 및 검증 작업을 많은 노드에 배포할 수 있습니다(이 기술은 Eth2 업그레이드에서 이더리움에 도입될 예정입니다).

상태 채널 대 플라즈마 대 롤업

레이어 2 스케일링 솔루션의 세 가지 주요 유형은 상태 채널, 플라즈마 및 롤업입니다. 그것들은 서로 다른 강점과 약점을 가진 세 가지 다른 패러다임입니다. 모든 Layer 2 확장 솔루션을 이 세 가지 범주로 대략적으로 분류할 수 있습니다(일부 솔루션에는 validium과 같은 모호한 분류로 인해 명명 분쟁이 있음).

첫 번째 레벨 제목

상태 채널의 원리

자세한 내용은 https://www.jeffcoleman.ca/state-channels 및 statechannels.org를 참조하십시오.

Bob이 메가바이트당 $0.001를 지불하는 대가로 Alice가 Bob에게 인터넷 연결을 제공한다고 가정합니다. 결제할 때마다 트랜잭션을 실행하는 대신 아래의 레이어 2 솔루션을 사용합니다.

먼저 Bob은 $1(또는 이에 상응하는 ETH 또는 스테이블 코인)을 스마트 계약에 예치합니다. Bob은 "$0.001"(오프체인 메시지)로 티켓에 서명하고 이를 Alice에게 전송하여 Alice에 대한 첫 번째 지불을 완료합니다. 두 번째 지불을 위해 Bob은 "$0.002"로 다른 티켓에 서명하고 Alice에게 보냅니다. 등등, 원하는 만큼 지불합니다. 트랜잭션이 완료되면 Alice는 가장 높은 값의 티켓을 체인에 게시하고 서명할 수 있습니다. 체인의 스마트 계약은 Alice와 Bob의 서명을 확인한 다음 Alice에게 Bob의 메모에 있는 금액을 지불하고 나머지 돈을 Bob에게 반환합니다.

이 기술은 강력합니다. 양방향 결제, 스마트 계약 관계 처리(예: Alice와 Bob이 채널에서 금융 계약 체결) 및 채널 결합(예: Alice와 Bob, Bob과 Charlie Alice와 Charlie는 그들 사이에 열린 채널이 있을 때 무신뢰 트랜잭션을 수행할 수도 있습니다.

그러나 상태 채널의 역할은 제한적입니다: 자금은 참여하지 않은 사용자에게 체인 외부로 보낼 수 없으며, 채널은 논리적으로 명확한 소유자가 없는 개체(예: Uniswap)를 나타낼 수 없으며, 더 복잡한 트랜잭션을 수행해야 하는 경우 , 많은 양의 자금이 채널에 잠겨 있어야 합니다.

첫 번째 레벨 제목

플라즈마 작동 방식

http://plasma.io/plasma-deprecated.pdf

Plasma Cash：

https://ethresear.ch/t/plasma-cash-plasma-with-much-less-per-user-data-checking/1298

자세한 내용은 👇을 참조하세요.

초기 플라즈마 논문:

사용자는 플라즈마 체인의 스마트 계약에 자산을 전송하여 입금을 완료합니다. 플라즈마 체인은 자산에 고유 ID(예: 537)를 할당합니다. 모든 플라즈마 체인에는 운영자 "운영자"(중앙 집중식 행위자, 다중 서명 또는 PoS/DPoS와 같은 더 복잡한 것일 수 있음)가 있습니다. 때때로(15초에서 1시간까지) 운영자는 일괄 처리를 기다리는 집계 트랜잭션(오프체인에서 수집한 모든 플라즈마 트랜잭션으로 구성됨)을 생성합니다.

이러한 연산자는 Merkle 트리를 생성하며, 트리의 각 인덱스 X에 트랜잭션이 있으면 이체 트랜잭션의 자산 ID X가 표시되고 트랜잭션이 없으면 리프 값은 0이 됩니다. 그런 다음 각 인덱스 X의 Merkle 분기와 함께 해당 Merkle 트리 온체인의 Merkle 루트를 자산의 현재 소유자에게 보냅니다.

사용자가 출금을 원하면 가장 최근에 자산을 보낸 트랜잭션의 Merkle 분기를 게시합니다. 그런 다음 스마트 계약은 누구나 다른 Merkle 분기를 사용하여 출금을 무효화하려고 시도할 수 있는 도전 기간을 시작합니다. 다음 중 적어도 하나는 입증되어야 합니다: (i) 보낸 사람은 자산을 보낼 때 자산의 소유자가 아니었습니다. (ii) 보낸 사람은 나중에 자산을 다른 사람에게 보냈습니다. 일정 기간(예: 7일) 이내에 인출이 사기였다는 사실이 입증되지 않으면 사용자는 자산을 인출할 수 있습니다.

다시 말하지만, Plasma와 채널 모두 중요한 약점이 있습니다. 두 체계를 모두 안전하게 만들려면 두 시스템에서 제어하는 ​​개체의 논리적 "소유자"가 필요합니다. 해당 자산의 소유자가 자산에 관심이 없다면 자산이 유효하지 않음을 증명할 수 있습니다. 이는 많은 애플리케이션에서 허용되지만 다른 많은 애플리케이션(예: Uniswap)에서는 딜 브레이커입니다. 소유자의 동의 없이 개체의 상태를 변경할 수 있는 시스템(예: 동의 없이 누군가의 잔액을 늘릴 수 있는 계정 기반 시스템)도 플라즈마에는 적합하지 않습니다.

Rollups

이는 실제 플라즈마나 채널을 배치할 때 "특정 애플리케이션에 대한 추론"이 많이 필요하며 전체 이더리움 환경(또는 "EVM")을 시뮬레이션하는 플라즈마 또는 상태 채널 시스템을 생성할 수 없음을 의미합니다. 이 문제를 해결하기 위해 다양한 롤업 방식이 등장했습니다.

EthHub on optimistic rollups：

https://docs.ethhub.io/ethereum-roadmap/layer-2-scaling/optimistic_rollups/

ZK rollups：

https://docs.ethhub.io/ethereum-roadmap/layer-2-scaling/zk-rollups/

첫 번째 레벨 제목

다른 리소스는 👇을 참조하세요.

플라즈마 및 채널 클래스는 데이터와 계산을 오프체인으로 이동한다는 점에서 "순수한" 레이어 2 솔루션입니다. 그러나 "데이터 가용성"을 둘러싼 근본적인 게임 이론적 문제는 이러한 체계가 모든 응용 프로그램에 대해 반드시 안전한 것은 아니라는 것을 의미합니다. 플라즈마 및 채널 솔루션은 소유자의 상태에 대한 완전한 지식에 의존하지만 이러한 솔루션이 완전히 일반화되는 것을 방지합니다. 롤업은 "하이브리드" 2계층 솔루션입니다. 롤업은 계산(및 상태 저장)을 오프체인으로 이동하지만 각 트랜잭션에 대한 일부 데이터는 온체인에 저장합니다.

데이터가 온체인이라는 것이 핵심입니다(참고: 데이터를 "IPFS에" 두는 것은 IPFS가 주어진 데이터를 사용할 수 있는지 여부에 대한 합의를 제공하지 않기 때문에 작동하지 않습니다. 데이터는 온체인에 기록되어야 합니다). 데이터를 온체인에 놓고 합의에 도달하면 누구나 필요에 따라 롤업의 모든 작업을 로컬에서 처리할 수 있으므로 사기를 감지하고 인출을 시작하거나 트랜잭션 일괄 처리를 시작할 수 있습니다. 데이터 가용성이 부족하다는 것은 악의적이거나 오프라인인 운영자가 영향을 훨씬 덜 받을 수 있음을 의미하며(예: 일주일 지연을 야기할 수 없음) 거래 배치를 발행할 수 있는 권한이 있는 사람에게 더 많은 설계 공간을 열어 롤업을 더 쉽게 따를 수 있도록 합니다. .

더 중요한 것은 데이터 가용성이 부족하다는 것은 더 이상 자산을 소유자에게 매핑할 필요가 없다는 것을 의미하며, 이는 이더리움 커뮤니티가 이전 레이어 2 스케일링 솔루션보다 롤업을 더 기대하는 주요 이유 중 하나로 이어집니다. 롤업은 완전히 일반적입니다. , 롤업 내에서 EVM을 실행할 수도 있으므로 새 코드를 거의 작성할 필요 없이 기존 이더리움 애플리케이션을 롤업으로 마이그레이션할 수 있습니다.

첫 번째 레벨 제목

롤업의 원리가 정확히 무엇인가요?

롤업 상태의 Merkle 루트(즉, 롤업 내부의 계정 잔액, 계약 코드 등)인 상태 루트를 포함하는 스마트 계약이 체인에 있습니다.

누구나 이전 상태 루트와 새 상태 루트(트랜잭션 처리 후 새 Merkle 루트)를 포함하는 고도로 압축된 트랜잭션 모음인 집계된 트랜잭션 배치(배치)를 게시할 수 있습니다. 계약은 배치의 이전 상태 루트가 현재 상태 루트와 일치하는지 여부를 확인하고 일치하면 계약이 상태 루트를 업데이트합니다.

입출금을 지원하기 위해 롤업 상태 "외부"에 있는 거래를 가져오고 내보내는 기능을 추가했습니다. 배치에 외부 입력이 포함된 경우 배치에 제출된 트랜잭션도 자산을 롤업 계약으로 이전해야 합니다. 배치에 외부의 출력이 포함된 경우 스마트 계약은 배치를 처리할 때 인출을 시작합니다.

이것이 롤업이 작동하는 방식입니다. 그러나 한 가지 더 중요한 세부 사항이 있습니다. 배치의 사후 상태 루트가 올바른지 어떻게 알 수 있습니까? 누군가 결과 없이 임의의 사후 상태 루트가 있는 배치를 제출할 수 있는 경우 롤업의 모든 토큰을 자신에게 전송할 수 있습니다. 이 질문은 두 가지 다른 솔루션으로 이어지고 두 가지 다른 롤업으로 이어지기 때문에 중요합니다.

낙관적 롤업 및 ZK 롤업

두 롤업은 다음과 같습니다.

1. 솔루션이 사기 증명인 낙관적 롤업: 이 유형의 롤업은 각 배치에 대한 모든 과거 상태 루트 및 해시 값을 추적합니다. 누군가 특정 배치의 사후 상태 루트가 잘못되었음을 알게 되면 배치가 잘못 계산되었다는 증거를 블록체인에 게시할 수 있습니다. 계약은 증명을 확인하고 배치 및 후속 배치를 롤백합니다.

이러한 두 가지 유형의 롤업 간에는 복잡한 장단점이 있습니다.

일반적으로 내 개인적인 의견은 단기적으로 낙관적 롤업의 중요한 이점은 범용 EVM 계산에 있는 반면 ZK 롤업은 결제, 거래 및 기타 특정 사용 사례에 사용될 가능성이 더 높다는 것입니다. 그러나 중장기적으로 ZK-SNARK 기술의 성숙도와 함께 ZK 롤업은 모든 사용 사례에서 이점을 발휘할 것입니다.

첫 번째 레벨 제목

사기 증명 해체

위의 다이어그램에서 배치가 유효하지 않다고 주장하는 사기 증거에는 녹색 데이터가 포함됩니다. 배치 자체가 필요합니다(확인을 위해 온체인에 저장된 해시와 대조). 머클 트리의 일부입니다. 그래프의 노란색 노드는 녹색 노드로 재구성할 수 있으므로 제공할 필요가 없습니다. 이 데이터는 일괄 처리를 실행하고 사후 상태 루트를 계산하기에 충분합니다(이는 상태 비저장 클라이언트가 단일 블록의 유효성을 검사하는 것과 거의 같은 방식입니다). 계산된 사후 상태 루트가 획득한 배치의 사후 상태 루트와 일치하지 않으면 배치가 유효하지 않습니다.

배치가 잘못되었지만 이전 배치가 모두 올바른 경우 배치가 잘못되었음을 나타내기 위해 사기 증거를 생성할 수 있습니다. 이전 배치의 선언에 유의하십시오. 하나 이상의 유효하지 않은 배치가 롤업에 게시된 경우 가장 초기의 유효하지 않은 배치를 증명하는 것이 가장 좋습니다. 배치가 정확하면 이를 무효화하기 위해 사기 증명을 생성할 수 없다고 말할 수도 있습니다.

첫 번째 레벨 제목

압축은 어떻게 하나요?

간단한 이더리움 트랜잭션(ETH 전송)은 크기가 약 110바이트입니다. 그러나 롤업 시 ETH 전송의 경우 크기는 약 12바이트에 불과합니다.

이것의 일부는 단순히 높은 수준의 인코딩입니다. Ethereum의 RLP 인코딩은 값당 1바이트를 낭비합니다. 그러나 다음과 같은 영리한 압축 트릭도 포함되어 있습니다.

➤ Nonce: 이 매개변수의 주요 목적은 재생 공격을 방지하는 것입니다. 계정의 현재 nonce가 5이면 해당 계정의 다음 트랜잭션에는 nonce 5가 포함되어야 하지만 트랜잭션이 처리되는 즉시 해당 계정의 nonce가 6으로 증가하므로 트랜잭션을 다시 처리할 수 없습니다. 롤업에서는 이전 상태에서 직접 nonce를 복원할 수 있으므로 nonce를 완전히 생략할 수 있습니다. 누군가가 이전 nonce로 트랜잭션을 재생하려고 하면 더 높은 nonce를 포함하는 데이터에 의존하기 때문에 서명을 확인할 수 없습니다. . 서명을 확인합니다.

➤ Gasprice: 사용자가 2의 16제곱과 같이 고정된 가스 가격 범위로 지불하도록 허용할 수 있습니다. 또는 각 배치에서 고정 가스 수수료를 부과하거나 롤업 프로토콜에서 가스 수수료 지불을 완전히 이동하고 트레이더가 채널을 사용하여 배치 생성자에게 해당 수수료를 지불하도록 할 수 있습니다.

➤ 가스: 마찬가지로 총 가스를 2의 배수로 설정할 수 있습니다. 또는 가스를 배치 수준으로 제한합니다.

➤ To: 인덱스를 사용하여 20바이트 주소를 대체할 수 있습니다. ) 인덱스와 주소 자체 간의 매핑 관계를 저장합니다.

➤ 값: 과학적 표기법으로 값을 저장할 수 있습니다. 대부분의 경우 트랜잭션에는 1-3개의 유효 숫자만 필요합니다.

➤ 서명: BLS 집계 서명을 사용하여 많은 수의 서명을 약 32-96바이트(프로토콜에 따라 다름)의 서명으로 집계할 수 있습니다. 집계된 시그니처는 배치의 메시지 세트와 발신자 세트를 기준으로 한 번에 확인할 수 있습니다. 테이블의 "~0.5"는 사기 증거에서 집계 서명을 확인할 수 있어야 하기 때문에 집계 서명에 포함될 수 있는 서명 수에 제한이 있음을 나타냅니다.

개인 정보 보호가 포함된 롤업이 중요한 예입니다. 낙관적 롤업에서 각 트랜잭션의 개인 정보 보호를 위한 ZK-SNARK 증명은 온체인이어야 하며 약 500바이트를 차지해야 합니다. ZK 롤업에서 전체 배치를 포함하는 ZK-SNARK는 "내부" ZK-SNARK의 효율성을 입증했습니다.

이러한 압축 기술은 롤업 확장성의 핵심입니다.그렇지 않으면 롤업의 확장성은 기본 네트워크와 비교하여 약 10배 정도만 증가할 수 있습니다(일부 컴퓨팅 집약적인 응용 프로그램의 경우 간단한 롤업 방식으로도 충분함). 압축 후 거의 모든 애플리케이션에 대해 확장성을 100배 이상 향상시킬 수 있습니다.

첫 번째 레벨 제목

거래를 일괄적으로 패키지하고 제출할 수 있는 사람은 누구입니까?

낙관적 롤업 및 ZK 롤업에서 트랜잭션의 패키징 권한에 대한 많은 주장이 있습니다. 일반적으로 트랜잭션을 패키징하여 제출하려는 모든 사용자는 큰 보증금을 락업해야 합니다. 사용자가 사기/무효 거래(예: 유효하지 않은 상태 루트 포함)를 포함하는 배치를 제출하면 사용자 예치금의 일부가 파괴되고 다른 일부는 사기 증명자에게 보상됩니다. 그 외에도 다음과 같은 다른 가능성이 있습니다.

➤ 완전한 "무정부 상태": 누구나 언제든지 거래를 일괄 처리하고 제출할 수 있습니다. 이것은 가장 쉬운 방법이지만 물론 단점도 있습니다. 특히 여러 참가자가 동시에 제출하려고 하지만 결국 하나의 배치만 성공적으로 패키징할 수 있는 경우. 이로 인해 배치를 발행하기 위해 증명 및/또는 가스를 생성하는 데 많은 작업이 낭비됩니다.

➤ 중앙 집중식 처리: 배치를 제출하는 행위자, 시퀀서가 있습니다(단, 철회에 대한 예외가 있음: 일반적으로 사용자가 먼저 철회 요청을 제출할 수 있으며, 시퀀서가 다음 배치에서 철회를 처리하지 않으면 사용자가 혼자서 배치를 제출할 수 있습니다). 이것은 가장 "효율적인" 방법이지만 중앙 집중식 역할에 의존합니다.

➤ PoS 세트 무작위 선택: 누구나 ETH(또는 롤업 프로토콜의 토큰)를 롤업 계약에 입금한 후 입금자 중 각 배치의 분류자를 무작위로 선택할 수 있으며, 선택 가능성은 잠긴 ​​자산 비율에 비례합니다. . 이 접근 방식의 주요 단점은 많은 양의 자본이 불필요하게 묶여 있다는 것입니다.

➤ DPoS 투표: 경매를 통해 분류자가 결정되며, 액터가 잘 수행되지 않으면 토큰 보유자는 투표를 통해 그를 추방하고 새로운 경매를 시작할 수 있습니다.

첫 번째 레벨 제목

별도의 벌크 패키징 및 상태 루트 처리

현재 개발 중인 일부 롤업 프로젝트는 "독립적 배치 패키징" 방법을 채택합니다. 즉, 2계층 트랜잭션의 배치를 제출하는 프로세스와 상태 루트를 제출하는 프로세스가 분리됩니다. 이 접근 방식의 장점은 다음과 같습니다.

2. 상태 루트가 유효하지 않은 경우 전체 배치를 롤백할 필요가 없습니다. 상태 루트를 롤백하고 다른 사람이 배치에 대한 새 상태 루트를 제공할 때까지 기다리면 됩니다. 이렇게 하면 보낸 사람의 트랜잭션이 롤백되지 않습니다.

요약하면 효율성, 단순성 및 검열 저항의 절충은 복잡하며 많은 옵션이 탐색되고 있습니다. 어떤 개념이 최고의 조합인지 말하기에는 너무 이르며 시간이 말해 줄 것입니다.

첫 번째 레벨 제목

롤업은 어느 정도 확장을 달성할 수 있습니까?

기존 이더리움 체인에서 가스의 상한은 1,250만 개이며, 한 트랜잭션에서 데이터 1바이트당 16가스의 비용이 듭니다. 즉, 블록에 하나의 배치만 포함된 경우(zk 롤업을 패키징하고 증명 검증에 500,000 가스를 소비하는 것과 동일함) 해당 배치에는 750,000바이트의 데이터가 포함될 수 있습니다. 위에 표시된 대로 이더리움 전송 롤업의 경우 각 사용자 작업에는 12바이트만 필요하므로 트랜잭션 배치에 최대 62,500개의 트랜잭션이 포함될 수 있습니다. 이제 평균 블록 시간은 13초이며, 이는 초당 약 4807건의 거래에 해당합니다(Ethereum에서 직접 전송하는 경우 초당 1,250만/21000/13~=45건의 거래와 비교).

다음 표는 다른 사용 사례의 예입니다.

이제 이 수치가 몇 가지 이유로 너무 낙관적이라는 점은 주목할 가치가 있습니다. 가장 중요한 것은 적어도 여러 개의 롤업이 있기 때문에 하나의 블록에 하나의 배치만 포함하는 것이 거의 불가능하다는 것입니다. 둘째, 예금과 인출은 항상 존재합니다. 셋째, 단기적으로는 가동률이 낮아 고정비가 우세할 것이다. 그러나 이러한 요소를 고려하더라도 100배 이상의 확장 수준이 표준이 될 것으로 예상됩니다.

특정 사용 사례에 따라 초당 1000-4000개의 트랜잭션을 달성하려면 어떻게 해야 합니까? 여기에서 eth2 데이터 샤딩이 작동합니다. 샤딩 프로토콜은 12초마다 모든 데이터에 대해 16MB의 공간을 제공하며 시스템은 데이터 가용성에 대한 합의를 보장합니다. 롤업으로 데이터 공간을 사용할 수 있습니다. 초당 약 1398kb의 이 공간은 현재 이더리움 체인의 초당 60kb보다 23배 더 크며 장기적으로 데이터 용량은 계속 증가할 것으로 예상됩니다. 따라서 eth2 샤드 데이터를 사용하는 롤업은 초당 약 100,000건의 처리량으로 일괄 처리될 수 있으며 향후에는 더 많을 수도 있습니다.

첫 번째 레벨 제목

Rollup에 남아 있는 해결되지 않은 문제는 무엇입니까?

롤업의 기본 개념은 이제 잘 이해되었지만 롤업이 완전히 실현 가능하고 안전하며 이제 여러 롤업이 메인넷에 배포되었다고 확신하지만 아직 완전히 탐구되지 않은 롤업 설계 영역이 많이 있으며 구현 확장성을 활용하기 위해 대부분의 활동을 롤업으로 옮기는 데 어려움이 있습니다. 몇 가지 주요 어려움은 다음과 같습니다.

➤ 사용자 및 생태계 정착 - 롤업을 사용하는 애플리케이션이 많지 않고, 사용자가 롤업에 익숙하지 않으며, 롤업을 통합하기 시작한 지갑은 소수에 불과합니다. 판매자 및 자선 단체는 아직 이 결제 방법을 지원하지 않습니다.

➤ 교차 롤업 트랜잭션 - 기본 계층을 통해 비용을 발생시키지 않고 하나의 롤업에서 다른 롤업으로 자산 및 데이터(예: Oracle 출력)를 효율적으로 이동합니다.

➤ 감사 인센티브 - 적어도 하나의 정직한 노드가 낙관적 롤업을 완전히 검증하여 문제가 발생할 경우 사기 증거를 발행할 가능성을 최대화하는 방법은 무엇입니까? 소규모 롤업(초당 최대 수백 건의 트랜잭션)의 경우 이 문제는 채굴자에게는 식은 죽 먹기에 불과하기 때문에 큰 문제는 아니지만 대규모 롤업의 경우 채굴자를 설득하기 위해 더 많은 이유가 필요합니다. 확인.

➤ 플라즈마와 롤업 사이의 설계 공간 탐색 - 모든 데이터 대신 일부 상태 업데이트 관련 데이터를 체인에 넣을 수 있는 기술이 있습니까? 이 데이터가 유용한 것을 생성합니까?

➤ 효율적인 ZK-VM - 일반 EVM 코드(또는 일부 기존 스마트 계약이 컴파일할 수 있는 다른 VM)가 올바르게 실행되었고 주어진 결과가 있다는 ZK-SNARK 증명을 생성합니다.

결론적으로

첫 번째 레벨 제목

원본 링크:

원본 링크:https://vitalik.ca/general/2021/01/05/rollup.html

ECN의 번역 작업은 중국 이더리움 커뮤니티에 양질의 정보와 학습 자료를 전달하는 것을 목표로 하고 있으며, 기사의 저작권은 원저자에게 있으며, 전재 시 원문의 출처와 ETH 중국 웹사이트를 명시해야 합니다. 장기 재인쇄의 경우 승인을 위해 eth@ecn.co에 문의하십시오.

공식 계정: ETH 차이니즈 스테이션

ECN의 번역 작업은 중국 이더리움 커뮤니티에 양질의 정보와 학습 자료를 전달하는 것을 목표로 하고 있으며, 기사의 저작권은 원저자에게 있으며, 전재 시 원문의 출처와 ETH 중국 웹사이트를 명시해야 합니다. 장기 재인쇄의 경우 승인을 위해 eth@ecn.co에 문의하십시오.