하나의 기사에서 Arbitrum 구조, 작동 메커니즘 및 비용 읽기
以太坊爱好者
2021-06-28 09:20
本文约4528字,阅读全文需要约18分钟
Arbitrum에 대해 자세히 알아보려면 이 문서를 참조하십시오.

첫 번째 레벨 제목

아키텍처 요약

  • Arbitrum은 Ethereum L1을 위한 L2 확장성 솔루션이므로 Arbitrum 아키텍처의 일부는 L1에 있고 일부는 L2에 있습니다.

  • L1의 Arbitrum 구성 요소는 Ethereum 계약 세트로 구성된 EthBridge입니다.

  • EthBridge는 Arbitrum 롤업 프로토콜을 중재하고 이더리움 체인에서 Arbitrum 롤업 수신함과 발신함을 유지 관리하는 일을 담당합니다.

  • 사용자, L1 계약 및 전체 노드는 Ethereum 체인의 수신함 및 발신함을 통해 Arbitrum 체인으로 트랜잭션을 보내고 해당 트랜잭션의 결과를 관찰할 수 있습니다.

  • AVM(Arbitrum Virtual Machine)은 L1과 L2 사이의 게이트웨이인 EthBridge에서 제공하는 기능입니다.

  • AVM은 입력을 읽고 해당 입력을 기반으로 계산을 수행하여 출력을 생성할 수 있습니다.

  • ArbOS는 AVM에서 실행되어 스마트 계약이 Arbitrum 체인에서 실행되도록 합니다.

  • 이미지 설명

첫 번째 레벨 제목

Arbitrum 롤업 계약

  • 받은 편지함의 메시지 순서에 따라 거래 결과가 결정됩니다.

  • 따라서 받은 편지함을 확인하는 사람은 누구나 거래를 직접 실행하는 한 거래 결과를 알 수 있습니다.

  • Arbitrum Rollup 프로토콜은 발생한 트랜잭션의 결과를 확인하는 역할을 합니다.

  • 프로토콜에 참여하는 사용자를 검증자라고 하며, 검증자가 스테이킹 계약에 ETH를 입금하면 스테이커가 되어 Arbitrum 체인에 블록을 스테이킹할 수 있습니다.

  • 검증자나 스테이커 모두 허가가 필요하지 않습니다.

  • 보안 측면에서 Arbitrum 체인이 올바르게 실행되도록 하려면 정직한 검증자 한 명만 있으면 됩니다.

  • 이것은 Arbitrum 체인을 Ethereum 체인만큼 신뢰할 수 없게 만듭니다.

  • Arbitrum은 적어도 한 명의 검증자가 정직하다고 가정합니다.

  • Arbitrum Rollup 프로토콜은 Arbitrum Rollup 체인에서 작동합니다. 후자는 이더리움 체인과 독립적인 롤업 블록 체인입니다.

  • 검증인의 역할은 새로운 블록을 제안하고 이를 Arbitrum 체인에 추가하는 것입니다.

  • 제안된 모든 블록은 결국 프로토콜에 의해 확인되거나 거부됩니다.

  • 각 블록에는 여러 필드가 있습니다. 블록 번호 필드를 제외하고 각 필드의 데이터는 블록 제안자의 주장이지만 반드시 정확하지는 않습니다.

  • 어설션 필드 중 하나라도 잘못된 경우 프로토콜은 결국 블록을 거부합니다.

  • 제안된 모든 블록에는 확인 기간이 있습니다.

  • 약속

약속

  • 롤업 블록을 체인에 추가하려면 스테이커가 해당 블록에 스테이킹해야 합니다.

  • 스테이킹은 무허가이며 누구나 모든 블록을 스테이킹할 수 있습니다.

  • 일단 블록에 베팅하면 블록이 확인될 때까지 보증금을 돌려받을 수 없습니다.

  • 일단 블록에 베팅하면 이 블록이 옳다고 믿고 가장 최근에 확인된 블록부터 베팅한 블록까지 체인의 모든 블록이 옳다고 믿는다는 의미입니다.

  • 베팅한 블록이 올바르지 않거나 가장 최근에 확인된 블록에서 베팅한 블록까지의 체인 블록이 잘못된 경우 예치금이 몰수됩니다.

  • 특정 블록에 베팅하고 싶지 않다면 가장 최근에 확인된 블록에 베팅할 수 있습니다.

  • 블록에 베팅하는 경우 해당 블록 다음 블록으로 베팅을 확장할 수 있습니다.

  • 필요한 담보 금액은 유동적입니다.

  • Arbitrum 체인에는 대부분의 경우에 사용되는 지정된 기본 약속 금액 매개변수가 있습니다.

  • 공격자가 스테이킹 비용으로 네트워크 속도를 늦추는 것을 방지하기 위해 지분은 시간 초과에 따라 기하급수적으로 증가하는 요소로 곱해집니다(시간 초과는 첫 번째 보류 중인 블록의 기한부터 계산됨).

  • 이는 공격 중 이러한 유형의 공격 비용을 증가시키기 위한 것입니다.

  • 보조 제목

도전 합의

  • 두 명의 스테이커가 서로 상속 관계 없이 서로 다른 블록에 스테이킹할 때 문제가 발생합니다. 그들은 블록에서 갈라집니다.

  • 챌린지는 주로 Arbitrum 체인에서 발생하며 L1 계약에 의해 판단됩니다.

  • 이 챌린지는 L2에서 인터랙티브 멀티 라운드 스플릿 게임과 L1에서 수행되는 원스텝 증명으로 구성됩니다.

  • 스테이커가 블록에 이의를 제기하면 블록을 제안한 스테이커가 "피고"로서 자신의 주장을 변호합니다.

  • "피고" 서약자는 이전 블록에서 시작하여 가상 머신이 N개의 명령을 실행한 후 이전 블록의 상태가 제안된 블록의 상태로 진행한다고 주장합니다.

  • 분할 게임에서 "피고"인 스테이커(앨리스)는 첫 번째 이동을 수행하고 N개의 명령을 K 세그먼트로 나누고 각 세그먼트의 크기는 N/K입니다.

  • 각 단계의 Arbgas 소비는 동일하지만 단계 수에서 반드시 동일하지는 않습니다.

  • 또한 각 단락에는 시작과 끝이 있다는 점에 유의하십시오(중요하지는 않지만 다음 요점을 이해하는 데 도움이 됨).

  • "원고"인 서약자(Bob)도 N개의 명령어를 K개의 세그먼트(각 세그먼트의 크기는 N/K)로 나누어 앨리스의 세그먼트에 하나씩 대응시키고 그 세그먼트 중 하나를 찾는다. 앨리스와는 다릅니다.

  • Bob은 실제로 자신이 동의하지 않는 세그먼트를 찾고 있습니다.

  • 다음으로 Bob은 Alice의 원래 작업을 수행하고 분쟁 세그먼트(N/K 크기)를 K 하위 세그먼트로 분할한 다음 세그먼트와 하위 세그먼트를 Alice에게 보냅니다.

  • Alice는 Bob의 원래 작업을 수행하고 끝점이 다른 하위 세그먼트를 찾습니다.

  • 분할 프로세스는 Alice와 Bob이 분기된 하나의 명령을 찾을 때까지 계속됩니다.

  • 이 명령은 L1 컨트랙트로 전송되어 이를 실행한 다음 분쟁의 "승자"를 결정합니다.

  • "패자"는 서약을 잃게 되며 그 중 일부는 파괴되고(공격자가 베팅을 헤징하지 못하도록 방지) 나머지는 정직한 "승자"에게 보상됩니다.

  • 전체 분할 프로세스 동안 심판인 L1 계약은 지침에 대한 정보를 알지 못하며 두 당사자가 게임 규칙을 따르는지 확인하는 책임만 있습니다.

  • 분쟁 중에 다른 모든 유효성 검사기는 분쟁이 마무리되기 전에 분쟁의 결과를 결정할 수 있습니다. 즉, 소프트 포크가 발생하고 유효성 검사기는 올바른 체인에서 롤업 블록을 계속 제출할 수 있습니다.

  • 챌린지 기간에는 강제 기간이 있습니다. 즉, 스테이커당 약 일주일입니다.

  • 각 스테이커는 1주일 기한 내에 작업을 완료해야 합니다. 그렇지 않으면 "사건에서 패배"합니다.

  • 체스 타이머처럼.


보조 제목

검증자

  • 유효성 검사기는 롤업 프로토콜의 활동을 모니터링하고 전체 체인의 상태를 발전시키는 역할을 하는 Arbitrum 체인의 노드입니다.

  • 모든 노드가 유효성 검사기는 아닙니다.

  • Offchain Labs는 검증자가 능동적, 방어적 또는 관망 전략을 채택할 것으로 기대하며 프로토콜은 그들이 채택하는 전략을 강제하지 않습니다.

  • "활성 유효성 검사기"는 새로운 블록을 제안하여 체인 상태를 계속 발전시킵니다. 각 체인에는 하나의 정직한 활성 검증자만 필요하며 활성 검증자의 수를 늘리는 것이 전체 체인의 효율성을 향상시키지는 않습니다.

  • "방어적 유효성 검사기"는 Arbitrum 프로토콜을 모니터링하고 부정직함을 발견한 경우에만 조치를 취합니다. 올바른 블록을 직접 제안하거나 다른 유효성 검사기가 제안한 올바른 블록에 베팅합니다.

  • "관망하는 유효성 검사기"도 방어 유효성 검사기와 마찬가지로 Arbitrum 프로토콜을 모니터링하지만 부정직함을 발견하더라도 올바른 블록을 제안하거나 베팅하지 않으며 다른 유효성 검사기에게만 경고를 보냅니다.

  • 오프체인 랩은 주력 Arbitrum 체인에서 활성 검증자 노드를 실행합니다.

  • 대부분의 경우 방어형 유효성 검사기와 관망하는 유효성 검사기는 아무 것도 할 필요가 없으므로 공격자는 방어형 유효성 검사기가 몇 개인지 알 수 없습니다.

  • 첫 번째 레벨 제목

전체 노드

  • Arbitrum 체인의 전체 노드는 이더리움의 전체 노드와 동일하게 작동하며 체인 상태를 추적하고 다른 사람이 체인과 상호 작용할 수 있도록 합니다.

  • 모든 노드에는 AVM 시뮬레이터가 내장되어 있습니다. 따라서 전체 노드의 관점에서 볼 때 Arbitrum 체인은 실제 롤업 프로토콜을 알지 못한 채 입력을 기반으로 출력을 계산할 뿐입니다.

  • 전체 노드는 온체인 집계자 역할을 하여 사용자가 비용 효율성을 높일 수 있도록 도와줍니다.

  • Arbitrum은 또한 애그리게이터로 활동하는 비용에 대해 전체 노드를 보상하기 위해 사용자로부터 수수료를 징수하는 기능을 갖추고 있습니다.

  • 전체 노드는 또한 트랜잭션을 압축하여 L1 호출 데이터 비용을 추가로 줄일 수 있습니다.

  • 전체 노드는 압축된 트랜잭션을 받은 편지함에 제출하고 arbOS는 트랜잭션을 수신한 후 압축을 풉니다.

  • 첫 번째 레벨 제목

시퀀서 모드

  • Arbitrum 체인이 시작되면 시퀀서를 활성화할지 여부를 선택할 수 있습니다.

  • 시퀀서는 받은 편지함에서 트랜잭션의 순서를 결정할 수 있는 권한이 있는 전체 노드입니다.

  • 이 권한을 통해 시퀀서는 트랜잭션 결과를 즉시 보장할 수 있습니다.

  • 시퀀서가 Arbitrum 체인에 대해 활성화된 경우 수신함은 두 부분으로 나뉩니다.

  • 첫 번째 수신함은 시퀀서가 존재하지 않는 것처럼 작동합니다. 즉, 노드는 블록 번호와 타임스탬프로 태그가 지정된 이 수신함에 메시지를 보낼 수 있습니다.

  • 두 번째 수신함은 시퀀서에 의해 제어되며 시퀀서만 이 수신함으로 메시지를 보낼 수 있습니다.

  • 받은 편지함으로 메시지를 보낼 때 시퀀서는 메시지에 스탬프를 찍을 블록 번호와 타임스탬프를 지정할 수 있습니다.

  • 여기에는 지정된 델타 블록까지의 블록 번호(과거 블록의)와 타임스탬프 및 델타 초(과거의 시간)가 포함됩니다.

  • 이러한 델타는 일반적으로 실제 세계에서 약 10분에 해당합니다.

  • arbOS가 받은 편지함을 확인할 때 블록 번호가 가장 낮은 메시지를 받게 됩니다. 이 블록 번호는 일반 수신함의 블록 번호이거나 시퀀서 수신함의 블록 번호입니다.

  • 시퀀서가 역추적할 수 있는 블록 수는 이더리움에서 중재 블록을 마무리하는 데 필요한 확인된 블록 수에 따라 다릅니다.

  • arbitrum이 이더리움에서 최종성을 달성하기 위해 X 블록을 기다려야 하는 경우, 시퀀서는 X 블록으로 돌아가서 현재 패키지 트랜잭션 직후 처리될 트랜잭션을 결정해야 합니다.

  • Arbitrum 체인에서 시퀀서 모드가 활성화되면 시퀀서에 제출된 트랜잭션은 시퀀서가 없을 때보다 x 블록 더 빨리 완료되지만 일반 수신함에 제출된 트랜잭션은 시퀀서가 없을 때보다 더 빠르게 완료됩니다. x 블록 뒤의 상황이 완료되었습니다.

  • 이것은 즉각적인 OK와 5분 OK와 5분 OK와 10분 OK 사이의 큰 차이로 인한 긍정적인 절충안입니다.

  • 그러나 악의적인 시퀀서는 이러한 권한을 어느 정도 악용할 수 있습니다.

  • 악의적인 시퀀서는 시퀀서 받은 편지함에 넣지 않음으로써 사용자의 트랜잭션을 검열할 수 있으며, 사용자가 검열되었음을 알게 된 후 동일한 트랜잭션을 일반 받은 편지함으로 보내도록 합니다.

  • 시퀀서는 사용자 트랜잭션을 선점할 수도 있습니다.

  • 초기 Arbitrum 체인은 Offchain Labs에서 실행하는 시퀀서를 활성화합니다.

  • 이미지 설명

첫 번째 레벨 제목

ArbGas / 수수료

  • ArbGas의 원리는 Arbitrum 체인에서 계산 비용을 측정하는 데 사용되는 Ethereum 가스와 유사합니다.

  • 그러나 Arbitrum 체인에는 단단한 ArbGas 캡이 없으며 ArbGas는 Ethereum 가스보다 훨씬 빠르게 소비됩니다.

  • ArbGas의 핵심 역할은 계산 결과를 검증하는 데 걸리는 시간을 예측하는 것입니다.

  • 각 Rollup 블록에는 총 ArbGas 소비량에 대한 설명이 포함되어 있습니다. 즉, 현재 블록의 설명과 이전 블록의 설명 간의 차이가 현재 블록의 ArbGas 소비에 대한 효과적인 지표여야 합니다.

  • 따라서 검증자는 블록의 유효성을 확인할 때 이 차이를 가스 상한으로 설정할 수 있으며, 블록이 실행되기 전에 너무 많은 ArbGas가 소진되면 블록이 유효하지 않은 것으로 판단하고 성공적으로 도전할 수 있습니다.

  • 이러한 트랜잭션의 데이터는 결국 체인에 업로드되어야 하므로 사용자는 수수료를 지불해야 합니다.

  • 해당 사용자가 애그리게이터에게 트랜잭션을 보내면 수수료의 일부가 자동으로 애그리게이터에게 보상으로 지급됩니다.

  • 나머지 수수료는 전체 체인의 안전한 작동을 보장하는 서비스 수수료를 지불하기 위해 네트워크의 수수료 풀에 입력됩니다.

  • 요금에는 L2 트랜잭션, L1 호출 데이터, 계산 및 저장 비용이 포함됩니다.

  • 결론적으로

결론적으로

  • Arbitrum은 Offchain Labs에서 개발한 L2 확장성 솔루션입니다. 다중 라운드 대화형 챌린지 프로토콜을 사용하는 낙관적 롤업입니다.

  • 대표적인 Arbitrum 체인이 5월 28일 개발자에게 공개되었습니다. 이 체인에서 실행되는 프로젝트가 임계값에 도달하면 사용자에게 공개됩니다.

  • 사용자의 관점에서 볼 때 Arbitrum 체인의 상호 작용 경험은 Ethereum과 다르지 않습니다.

  • 원본 링크:

    Arbitrum에 대해 자세히 알아보려면 이 문서를 참조하십시오.

원본 링크:

https://tracer.finance/radar/arbitrum-in-under-10/

번역 및 교정: 민민 & 아지안

번역 및 교정: 민민 & 아지안

以太坊爱好者
作者文库