Wanxiang 블록체인 연례 검토: 퍼블릭 체인의 불가능한 삼각형을 돌파하기 위한 노력(기술 기사)
작성자: Cui Chen, Wanxiang Blockchain 수석 이코노미스트
리뷰어: Zou Chuanwei, Wanxiang Blockchain 수석 경제학자
작성자: Cui Chen, Wanxiang Blockchain 수석 이코노미스트
리뷰어: Zou Chuanwei, Wanxiang Blockchain 수석 경제학자
2022년이 끝나고 올해 업계의 기복을 돌아볼 것입니다.기술 혁신, 응용 혁신, 생태의 흥망성쇠 등 모두 발전의 역사적 각주가 되었습니다. 업계. 작년과 마찬가지로 Wanxiang Blockchain은 현재 산업 발전의 전형을 기록하기 위해 연말에 "퍼블릭 체인 기술", "응용 프로그램" 및 "규제"라는 일련의 중요한 연간 리뷰 기사를 시작했습니다.
퍼블릭 체인의 불가능한 삼각형 문제는 항상 퍼블릭 체인 기술의 개발을 제한하는 장애물이었으며, 이는 차례로 체인의 애플리케이션 성능에 영향을 미칩니다. 오랫동안 퍼블릭 체인의 개발 목표는 불가능의 삼각형을 돌파하거나 불가능한 삼각형에서 최상의 균형을 찾는 방법에 중점을 두었습니다. 퍼블릭 체인의 혁신은 이더리움의 업데이트된 로드맵, EVM 호환 퍼블릭 체인 및 모듈식 퍼블릭 체인, 솔라나와 앱토스로 대표되는 고성능 퍼블릭 체인 등에 반영되어 있습니다. 다음은 불가능한 삼각형 및 트랜잭션 프로세스의 관점에서 서로 다른 불가능한 삼각형 솔루션의 차이점을 설명합니다.
불가능한 삼위일체 이해하기
불가능한 삼각형 개념
퍼블릭 체인의 가장 기본적인 기능은 체인에 정보를 기록하고 정보 보안을 유지하는 것입니다. 네트워크 및 기타 기본 계층 구성 요소. 암호화에는 검증 서명 및 체인 구조 규칙의 정확성을 보장하기 위한 공개-개인 키 암호화 및 해시 함수 등이 포함됩니다.
이더리움 창시자 비탈릭 부테린은 2017년 블로그 포스트에서 다음과 같이 제안했다. 불가능 삼각형이 퍼블릭 체인에 미치는 영향과 퍼블릭 체인이 불가능 삼각형에 미치는 영향을 논의할 때 이 세 가지의 정의와 시스템에 미치는 영향을 이해해야 합니다.
확장성은 거래 제안에서 확인까지의 시간에 반영되는 거래 속도와 규모를 지원하는 퍼블릭 체인의 능력을 측정합니다. 트랜잭션 처리 속도가 느린 퍼블릭 체인은 즉시 결제와 같은 많은 애플리케이션 기능을 구현하기 어렵기 때문에 애플리케이션 범위가 제한되고 사용자 경험에 영향을 미칩니다.
보안은 공격에 저항하는 시스템의 능력을 측정하고 장애에 직면한 시스템의 신뢰성을 나타내며 주로 내결함성과 합의 수정의 어려움에 반영됩니다. 시스템의 낮은 내결함성은 시스템을 공격에 취약하게 만들고 합의를 수정하면 확인된 트랜잭션이 변경되며 이는 과거 트랜잭션 기록을 변조하는 것과 같습니다.
분산화는 퍼블릭 체인 노드의 분산 정도를 측정합니다.퍼블릭 체인은 신뢰할 수 있는 제3자를 통해 구축되지 않기 때문에 분산된 점대점 네트워크에서만 유지 관리할 수 있습니다.이를 기반으로 퍼블릭 체인 노드의 분산화는 다음을 제공합니다. 신뢰의 시스템 기반. 암호화와 합의 메커니즘을 결합하면 퍼블릭 체인이 정상적으로 작동할 수 있습니다. 탈중앙화는 거래 검증에 참여할 수 있는 사용자의 권리를 나타내기도 하며, 퍼블릭 체인 시스템에서 사용자가 발언할 수 있는 권리를 반영하기도 합니다.
탈중앙화는 두 가지 수준으로 반영됩니다: 첫 번째는 노드 수로 측정되며, 노드의 진입 임계값이 낮을수록 노드 수가 많을수록 탈중앙화 정도가 높아집니다. 퍼블릭 체인의 마이닝 풀 실제로 하나의 역할이 여러 노드를 제어하므로 중앙 집중식 트랜잭션 검토와 같은 문제가 시스템에 발생합니다.
일반적으로 퍼블릭 체인의 임파서블 트라이앵글에 의해 측정된 지표와 구체적인 의미는 아래 표와 같습니다.
표 1: 불가능한 삼각 측량 지표 및 구체적인 의미
트랜잭션 프로세스 관점에서 Impossible Triangle 이해 및 최적화
블록체인의 트랜잭션 프로세스는 다음 네 단계로 단순화할 수 있습니다.
①사용자는 트랜잭션에 서명하고 노드에 브로드캐스트하여 미확인 트랜잭션 풀에 추가합니다.
②컨센서스 노드는 트랜잭션을 확인 및 실행하고 이러한 트랜잭션을 블록으로 패키징합니다.
③ 블록은 네트워크의 다른 노드로 브로드캐스팅됩니다.
④다른 노드는 블록을 검증하고 블록체인에 추가한 후 저장합니다.
이러한 단계는 다른 각도에서 퍼블릭 체인의 세 가지 지표에 영향을 미칩니다.
1. 확장성
③ 단계에서 노드 수가 많으면 각 노드 간의 동기화 속도도 느려집니다. 블록 용량을 확장하여 확장성을 향상시킬 때 원래 계획된 시간 내에 모든 노드에 블록을 브로드캐스트하기는 어렵습니다. 네트워크의 완전한 동기화가 없으면 다른 블록 이후의 트랜잭션 합의 처리는 포크로 이어져 네트워크 보안에 영향을 미칩니다. 그러나 노드 수를 줄여 동기화 속도를 높이면 시스템의 탈 중앙화에 영향을 미칩니다.
2. 보안
네 번째 단계는 네트워크 트랜잭션의 최종 확인을 의미하는데, 노드가 블록을 받은 후 신속하게 검증할 수 있다면 확장성은 향상될 수 있지만 보안 및 중앙 집중화를 손상시키는 문제는 비슷합니다.
2. 보안
②③④ 단계에서 공격당하기 어려움, 즉 악의적인 노드에 의해 통제되기 어렵기 때문에 시스템의 보안에 영향을 미치게 됩니다. 특히 두 번째 단계에서는 합의 메커니즘의 성능에 반영되며, 합의 메커니즘의 내결함성 비율이 낮거나 악의적인 사람이 쉽게 조작할 수 있는 경우 시스템 보안이 저하되거나 노드가 중앙 집중화되는 경향이 있습니다.
3. 탈중앙화
분산된 노드는 퍼블릭 체인의 기본 기초입니다.더 많은 노드가 참여할수록 더 많은 노드가 퍼블릭 체인에 동의하고 단일 실패 지점의 위험을 피할 수 있습니다.또한 악의적인 행위자의 공격 비용을 증가시킬 수 있습니다. 노드 증가를 제어해야 합니다. 중앙화 정도를 확장하면 노드 진입 비용이 낮아지지만, 위에서 언급한 것처럼 동일한 보안 조건에서 노드 수를 늘리면 시스템의 확장성이 떨어집니다.
노드의 실제 컨트롤러 관점에서 탈중앙화를 이해할 때 초점은 "트랜잭션 검열" 문제입니다. 노드가 트랜잭션 패키징을 담당할 때 선호도에 따라 트랜잭션을 선택하고 정렬하면 일부 트랜잭션이 제안된 후 체인에서 실행되고 확인되기가 어려워집니다. 즉, ①단계에서 제안된 트랜잭션은 ②단계에서 선택 및 검증되기 어렵다.
일반적으로 퍼블릭 체인은 거래 프로세스의 여러 단계에서 개선되고 최적화될 수 있지만 불가능한 삼각형의 영향으로 인해 한 측면에서 최적화할 때 항상 적어도 또 다른 부정적인 영향을 수반합니다. 퍼블릭 체인은 더 많은 애플리케이션 시나리오를 충족하기 위해 불가능한 삼각형에서 균형을 찾아야 합니다. 다음은 이더리움의 최신 경로, 이더리움의 동종 퍼블릭 체인 및 고성능 퍼블릭 체인을 포함하여 각 링크에서 서로 다른 퍼블릭 체인의 최적화 시도입니다.
이더리움: 새로운 기술 및 프레임워크로 불가능한 삼각형 최적화
최근 발표된 이더리움의 로드맵에서 우리는 불가능한 삼각형과 사용자 경험에서 몇 가지 개선 사항을 볼 수 있습니다.
그림 1: 이더리움의 최신 로드맵
병합: 합의 메커니즘이 PoW에서 PoS로 변환됩니다.
합의 메커니즘은 주로 블록 생성 및 검증의 동기화 프로세스에 영향을 미칩니다.이더리움을 PoS로 전환한 후 LMD GHOST + Casper FFG 공식 메커니즘을 채택하여 각 슬롯(12초) 내에서 블록을 생성하는 두 가지 목표를 달성합니다. 블록 및 해당 증인 투표는 2개의 에포크(하나의 에포크에는 32개의 슬롯이 포함됨) 후에 최종적으로 확인되며 블록의 롤백은 체인에 약속된 ETH의 최소 1/3을 파괴해야 합니다.
Ethereum의 병합 단계 계획에서 Ethereum은 최종 라인 확인 시간을 단일 슬롯으로 단축할 계획이며 트랜잭션 확인에는 더 이상 몇 분의 대기 시간이 필요하지 않아 효율성이 높아지고 사용자 경험이 향상됩니다. 그러나 합의 알고리즘은 단일 슬롯 확인을 달성하기 위해 개선되어야 하며, 이는 체인 공격(합의 변경) 비용을 줄이고 검증을 위한 노드 수를 줄여 퍼블릭 체인의 보안 및 분산화에 영향을 미칠 수 있습니다. .
Surge: Rollup과 Danksharding이 함께 작동하여 트랜잭션 처리 속도를 높입니다.
이더리움은 레이어 2 수단, 특히 롤업 확장을 통해 확장됩니다.두 번째 레이어 네트워크는 체인 외부의 메인 네트워크에서 콘텐츠를 실행한 다음 검증 가능한 결과를 다시 체인으로 전송합니다. 현재 이더리움의 롤업은 여전히 Optimistic 및 ZK 경로에 의해 지배되고 있습니다.
Optimistic Rollup에서는 범용 설정으로 인해 사용자 수와 전체 잠금 값에서 선점 이점이 있습니다. Optimistic은 현재 Arbitrum 및 Optimism 분류기가 모두 중앙 집중식으로 생산되어 트랜잭션 검토 문제가 발생할 가능성이 있기 때문에 분류기에 대해 많은 논란이 있습니다. ZK Rollup은 두 가지 문제에 초점을 맞추고 있습니다.첫 번째는 zkEVM의 구성입니다.EVM과 호환되는 것과 완전히 독립적으로 가상 머신을 구축하는 것의 선택은 실용성과 성능 사이의 선택이기도 합니다. 두 번째는 영지식 증명의 속도를 가속화하는 것으로, 하드웨어 장치를 통해 영지식 증명을 생성하는 것도 옵션입니다. 체인에서 데이터 가용성 비용을 더 줄이기 위해 이 두 가지 유형의 롤업이 오프체인 데이터 저장 모드로 등장했습니다. 이는 빈도가 높은 상호 작용이 필요한 시나리오에 적합하지만 노드의 신뢰 비용을 증가시킵니다. .
롤업은 퍼블릭 체인의 불가능한 삼각형 문제를 해결한 것으로 보이지만 롤업에는 두 가지 고유한 문제가 있습니다. 첫째, Rollup의 정보 처리 능력에는 상한이 있습니다.특히 Rollup은 기반 네트워크의 구현에 의존합니다.기반 네트워크의 운반 용량은 Rollup의 운영 능력을 결정합니다.둘째, 체인의 다른 Rollup은 상호 운용성 문제를 일으킵니다.
롤업이 더 큰 역할을 할 수 있도록 하기 위해 이더리움의 EIP 4844(proto-danksharding)는 블록 용량을 블롭 데이터 블록으로 확장하여 롤업이 반환한 데이터를 메인 체인으로 맡을 것을 제안합니다. 블록 용량을 늘리면 확장성이 향상되지만 빅 데이터의 합의 및 동기화도 문제가 됩니다. 따라서 Surge 단계에서는 DAS(Data Availability Sampling)도 출시할 예정입니다.
DAS는 노드가 모든 데이터를 다운로드 및 검증하지 않고 데이터를 여러 조각으로 나눌 수 있도록 하며, 노드는 데이터 손실 여부를 확인하기 위해 그 중 일부만 무작위로 다운로드하면 됩니다. DAS의 탐지 정확도는 삭제 코드를 통해 향상됩니다. 삭제 코드는 손실된 원본 데이터를 복원하기 위해 추가 데이터를 확장할 수 있습니다. 데이터 중복 메커니즘입니다. 삭제 코드 확장 데이터의 유효성은 암호화 메커니즘 KZG에 의해 보장됩니다.
확인 대기 중인 데이터 블록이 4개 있다고 가정하면 노드는 원래 데이터 블록 중 1개가 누락되었음을 발견할 확률이 25%입니다. 삭제 코드를 사용하여 데이터를 8개의 데이터 블록으로 두 배로 늘린 후 데이터의 50% 이상이 손실되면, 즉 노드가 데이터 손실을 발견할 확률이 50%를 초과하면 원본 데이터를 복구할 수 없습니다. 검증 노드의 수가 증가함에 따라 데이터 손실을 발견할 확률도 증가합니다. 임의 샘플링을 위한 총 n개의 노드가 있다고 가정하면, 데이터의 50%가 손실될 때 모든 노드가 손실되지 않은 데이터 블록을 정확히 샘플링할 가능성은 1/2 n에 불과합니다. 따라서 다수의 노드가 존재하는 경우 DAS 검증 방법만으로도 데이터 보안을 충분히 확보할 수 있습니다.
따라서 일반적으로 블록 용량을 늘려 전체 블록의 확장성을 높이면 동기화 효율이 떨어지고 시스템의 보안에 영향을 미치게 됩니다. 동기화 속도를 높이고 노드의 저장 용량을 줄이고 충분한 분산을 보장하기 위해 메커니즘의 암호화만 개선할 수 있지만 네트워크의 전반적인 보안은 여전히 영향을 받습니다.
노드의 제안자와 빌더의 역할이 분리됨
이더리움은 PBS(Proposer/Builder Separation) 방식을 사용하여 노드의 작업을 Proposer와 Builder의 두 가지 역할로 나눕니다. 빌더는 블록의 몸체를 만들고 입찰을 제출하는 책임이 있으며, 제안자는 가장 높은 입찰가로 블록을 실행하기만 하면 되고 블록의 거래 내용을 알지 못하여 검토 거래를 줄입니다.
Danksharding의 구현은 빌더에 대한 더 높은 대역폭 리소스 요구 사항을 갖습니다 빌더는 전문적인 요구 사항으로 인해 중앙 집중식 조직이 되는 반면 제안자는 중앙 집중화 위험의 균형을 맞추기 위한 광범위한 분산 그룹입니다 정직한 빌더가 존재하는 한 이더리움 블록은 정상적으로 생산됩니다. 빌더가 트랜잭션을 검토하지 못하도록 제안자는 제안자가 패키징해야 하는 트랜잭션 목록을 나타내는 crList를 전달하고 빌더는 블록을 채우기 위해 crList의 트랜잭션을 사용해야 합니다. 이것은 MEV를 약화시키는 메커니즘이며, 동시에 대규모 블록 모드에서는 충분한 탈 중앙화를 보장하기 위해 노드를 두 가지 역할로 나눕니다.
Verkle 트리, 과거 만료 및 다차원 수수료 시장
막대한 과거 데이터는 이더리움의 탈중앙화에 영향을 미칠 것이며, 특히 상태 데이터의 증가는 다양한 비효율로 이어질 것입니다. 탈중앙화에 영향을 주지 않으려면 위에서 언급한 확장성 계획을 실현하면서 동일한 보안 표준을 달성하고 시스템을 보다 효율적으로 운영할 수 있도록 하는 몇 가지 메커니즘이 필요합니다.
Verkle 트리는 더 간단한 데이터 저장 모드로 기존 Merkle 트리에 비해 증명 공간이 덜 필요합니다. 노드 임계값을 낮춥니다.
과거 데이터 만료 메커니즘은 데이터 확장 문제를 해결할 수 있으며 클라이언트는 특정 기간을 초과하여 데이터를 저장할 필요가 없습니다. Proto-Danksharding은 또한 일정 시간이 지나면 Blob 데이터를 자동으로 삭제하는 독립적인 논리를 구현할 수 있으므로 큰 블록은 더 이상 확장에 장애물이 되지 않습니다. 이는 블록 데이터가 영구적으로 손실된다는 의미가 아니며 데이터가 삭제되기 전에 데이터가 필요한 사용자에게 백업할 충분한 시간이 남아 있습니다. 또한 네트워크의 모든 과거 데이터를 저장하는 노드가 있으며 이러한 역할에는 특수 프로토콜, Ethereum Portal Network, 블록 브라우저 및 데이터 서비스 제공자, 개별 애호가 및 데이터 분석 학자가 모든 노드 데이터를 저장합니다.
정리하면 이더리움은 성능 개선이 시급한 상황이며, 성능 개선을 위해 롤업과 댄크샤딩이라는 아이디어를 제안한다. 동시에 더 많은 Rollup 데이터를 저렴하고 부풀림 없이 저장할 수 있도록 데이터 가용성에 대한 솔루션을 제안하고 이로 인한 보안 저하 문제를 약화시킵니다. 이더리움은 여전히 자체 기술 부채를 수리해야 하며 PBS, 히스토리 및 상태 만료와 같은 계획을 통해 노드의 탈중앙화를 계속 보호해야 합니다. 새로운 기술과 프레임워크의 도입으로 이더리움은 탈중앙화와 보안을 보장하면서 최대의 확장성을 달성합니다.
EVM 호환 체인
이더리움 동종 퍼블릭 체인: 서로 다른 계층에서 서로 다른 불가능한 삼각형 해결
EVM 호환 체인
지난 몇 년 동안 이더리움은 보안과 탈중앙화를 대가로 확장성을 희생했으며, 이더리움은 세계에서 가장 많은 노드를 보유한 퍼블릭 체인 프로젝트이며 지난 몇 년간 운영되는 동안 경험하지 못한 것으로 나타났습니다. 대규모 네트워크 중단의 경우 개별 노드의 실패 및 종료로 인해 네트워크가 중단되지 않으므로 네트워크에 충분한 중복 백업이 있음을 증명합니다. 동시에 노드는 긴 합의 동기화 시간이 필요하고 트랜잭션 처리 속도가 느리고 트랜잭션 수수료가 증가합니다.
간단히 구분하자면 이더리움 메인넷의 구조는 실행 레이어(Execution Layer)와 컨센서스 레이어(Consensus Layer)로 구성되어 있는데, 실행 레이어(Execution Layer)는 전송, EVM 등 이더리움에서 노드가 사용자 명령을 실행하는 과정을 의미한다. 많은 수의 노드가 존재하면 합의와 동기화가 영향을 받을 수밖에 없습니다. 따라서 Ethereum의 성능을 향상시키는 가장 쉬운 방법은 합의 계층을 수정하고 합의 동기화 속도를 줄여 더 빠른 효율성을 달성하는 것입니다.
이는 이더리움 동질 퍼블릭 체인(즉, 다양한 EVM 호환 체인)의 경쟁에서 볼 수 있습니다. 특히 실행 환경이 같을 때 애플리케이션 마이그레이션이 더 쉽습니다. 따라서 이더리움 아키텍처를 채택한 동종 퍼블릭 체인은 이러한 접근 방식을 채택했으며, 이더리움의 합의 방식을 수정하고 노드 수를 줄이고 합의 시간을 단축했지만 실행 계층의 기능은 유지했다고 볼 수 있습니다. 중앙 집중화 문제가 발생할 수 있지만 이더리움에서 애플리케이션에 대한 파급 수요가 빠르게 수용되어 애플리케이션 프로젝트 발행 장소로 이더리움을 대체했습니다. 예를 들어 BSC, Polygon, Avalanche는 모두 EVM 호환 체인의 대표적인 퍼블릭 체인으로 네트워크에서 합의에 참여하는 노드의 수를 크게 줄였다는 공통점이 있습니다.
모듈식 퍼블릭 체인
이더리움의 경쟁 퍼블릭 체인에는 이더리움의 기능을 계층화하고 모듈 방식으로 작동하는 "모듈형 퍼블릭 체인"이 등장했습니다. 이것은 사실상 대표적인 아이디어로, 불가능한 삼각관계가 존재하지만 그 안에서 절충점을 찾을 수 있다.
우선 순위가 다른 애플리케이션은 성능, 보안 및 탈중앙화에 대한 요구 사항이 다르기 때문에 우선 순위가 다른 퍼블릭 체인을 선택합니다. 예를 들어 프라이버시 퍼블릭 체인은 트랜잭션 검토를 허용하지 않으며 탈중앙화를 보호하기 위해 추가 비용을 기꺼이 지불합니다. 금융 애플리케이션을 운반하는 퍼블릭 체인은 보안에 더 많은 관심을 기울이는 반면, 게임 퍼블릭 체인은 매우 높은 성능 경험을 요구하고 탈중앙화 요구 사항을 낮춥니다.
따라서 모듈식 퍼블릭 체인은 요구 사항의 각 계층을 추상화하고 블록체인을 합의 계층, 실행 계층, 결제 계층 및 데이터 계층으로 나눕니다.다른 계층은 다양한 솔루션을 가질 수 있으며 체인의 다른 요구에 따라 , 최상의 결과를 얻기 위해 이러한 솔루션을 직접 통합합니다. 동시에 각 계층의 체계는 공용 체인 전환을 위해 모듈화되어 응용 프로그램 요구 사항의 균형을 맞추고 불가능한 삼각형의 한계를 돌파합니다.
이더리움 비균질 퍼블릭 체인: 불가능한 삼각형의 강조점 재고
Ethereum의 성능 병목 현상으로 인해 거의 모든 새로운 비균질 퍼블릭 체인은 PoS 합의와 결합된 성능 우선 계획을 선택하고 성능 이점을 향상시키거나 보안 결함을 보완하기 위해 새로운 기술을 도입했습니다.
솔라나는 먼저 블록의 용량을 늘렸고, 블록이 가지고 있는 데이터의 양은 10배로 늘어났습니다. 둘째, 각 동기화에 대한 노드 수를 줄이기 위해 솔라나는 담당 노드 목록을 미리 공지할 것입니다. 전체 영역을 책임지고 확인할 필요가 없습니다.
또한 솔라나는 트랜잭션을 실행하기 전에 미리 판단을 하게 되는데, 조건이 맞으면 병렬 컴퓨팅을 이용하여 트랜잭션의 처리 속도를 향상시키고, 직렬로 처리해야 하는 경우에는 비효율적인 운영 모드로 전환하게 됩니다. 이더 리움. Solana는 확장성을 추구하기 위해 보안과 탈중앙화를 희생하고 있음을 알 수 있으며, 리더 노드가 실패하거나 병렬 처리 여부를 판단할 때 네트워크 중단이 발생합니다.
Aptos는 차세대 고성능 퍼블릭 체인을 대표한다고 주장하며 다양한 방식으로 이더리움 퍼블릭 체인의 다양한 기능을 계속합니다. Aptos는 BFT 기반 합의 메커니즘인 AptosBFT 합의 메커니즘을 채택하여 여러 라운드의 투표 없이 블록을 확인하고 제출하기 위해 두 번의 네트워크 왕복만 필요하고 신속하게 최종 확인을 달성할 수 있습니다. Aptos 블록에는 모든 거래 기록 정보가 아닌 거래 기록 요약만 포함되므로 각 블록에 포함되는 거래 수가 더 많아집니다. 트랜잭션을 배치로 그룹화하고 합의에 도달한 후 블록으로 병합합니다. 이는 후속 실행 및 저장에서 배치로 처리되어 프로세스의 효율성을 향상시킬 수 있습니다.
앱토스도 병렬 처리 방식을 채택하여 Block-STM 엔진을 채택하고 기본적으로 모든 트랜잭션에 대해 병렬 처리 방식을 채택하여 충돌이 발생하면 실패한 트랜잭션을 다시 실행하므로 동일한 트랜잭션을 방지하기 위한 스케줄러가 필요합니다. 트랜잭션이 동시에 실행되는 것을 방지하고 트랜잭션을 재실행한 후 더 많은 보안 확인을 받으십시오. 또한 빠른 상태 동기화도 Aptos에서 고려됩니다.
상태 동기화는 트랜잭션이 완료되고 상태가 변환된 후 상태 결과를 다른 노드에 동기화하는 프로세스를 말합니다. 상태 동기화의 비효율성으로 인해 대부분의 노드가 최신 상태 정보와 동기화되지 않아 사용자 경험에 영향을 미치고 새로운 노드가 합의 프로세스에 참여하기 어려워 네트워크의 탈중앙화에 영향을 미칩니다. Aptos는 검증자를 통해 노드에서 생성된 상태 변경의 RocksDB 또는 Merkle 증명을 사용하고 상태를 동기화하기 위해 트랜잭션 실행 단계를 건너뛰는 등 다양한 상태 동기화 방법을 제공합니다. 이 방식은 노드 동기화에 필요한 컴퓨팅 리소스를 많이 줄여주지만 네트워크 리소스를 많이 사용하는 기반이 되어야 합니다. 그것의 요구 사항.
앱토스는 이더리움의 가상머신도 병목현상이라고 생각하는데 이더리움은 대규모로 언어를 업데이트할 방법이 없지만 앱토스는 그런 기술적 부담이 없다. Aptos와 SUI는 모두 Move 언어를 사용하며 Move의 혁신은 자산을 리소스로 처리하는 데 있습니다. 리소스의 생성, 사용 및 파괴에 대한 특정 제한이 있으므로 스마트 계약을 보다 안전하게 만들고 가상 머신이 여러 트랜잭션을 병렬로 처리하고 임대료 기반 요금을 청구할 수 있는 이더리움에서 일반적인 재진입 공격이 없습니다. 스토리지 리소스에서도 가능합니다.
요약하면, 새로운 퍼블릭 체인은 이더리움과 다른 보안 및 탈중앙화보다 확장성이 우선이라고 믿습니다. 따라서 불가능한 삼각형에서 포커스 방향을 다시 선택했는데 이러한 변화는 사용자에게 매우 명백하며 Solana의 다운타임 문제는 불가피합니다.
생각과 요약
합의 메커니즘과 분산 노드 네트워크는 두 가지 측면에서 퍼블릭 체인의 안정적인 운영을 보장합니다.
첫째, 시스템의 내결함성을 보장합니다. 합의 메커니즘은 특정 내결함성을 가지고 있습니다. 즉, 결함 노드의 비율이 일정 비율 미만일 때 시스템은 여전히 정보를 확인할 수 있습니다. 자유롭게 결합된 분산 노드는 새로운 일반 노드를 보완할 수 있습니다.
둘째, 시스템의 공격 비용 증가: 합의 메커니즘은 노드가 기존 블록의 상태에 대한 합의에 도달하는 방식을 나타내며, 합의 메커니즘을 제어하는 당사자는 가해자가 합의를 수정할 수 있는 능력이 있음을 나타냅니다( 계정 레코드 수정) 및 트랜잭션 검토(트랜잭션 결정) 정렬 및 체인에 포장 여부) 전원. 합의 메커니즘과 분산 노드는 규칙의 공격 난이도와 비용을 증가시킬 수 있습니다.
이를 바탕으로 블록체인의 불가능한 삼각형 문제는 다음과 같이 이해할 수 있습니다.
이더리움의 비균질 퍼블릭 체인은 기술적 부담이 없기 때문에 새로운 아키텍처와 기술적 수단을 사용하여 처음부터 완전히 시작할 수 있습니다. 충분한 탈중앙화와 보안을 전제로 성능을 추구하는 이더리움과 달리(이더리움의 동종 퍼블릭 체인은 그 사이에 있지만 성능에 더 치우치기도 합니다) 모두 성능 우선의 길을 선택합니다. 이것의 장점은 사용자가 진행 상황을 매우 직관적으로(TPS) 느낄 수 있지만 보안 및 탈 중앙화 문제도 숨겨진 위험입니다.
