Gavin Wood가 공식적으로 발표한 차세대 Polkadot 기술 비전 "JAM"이란 무엇입니까?

4월 19일 두바이에서 열린 Token 2049 컨퍼런스에서 Gavin Wood는 차세대 Polkadot 기술에 대한 대담한 비전을 발표했습니다. Polkadot이 시장에 내놓은 다른 획기적인 최초의 제품과 마찬가지로 이 새로운 비전은 Web3의 미래에 혁명을 일으킬 것입니다. 이는 Web3와 전체 기술 분야에서 심층적인 혁신을 추진하는 데 필요한 속도, 규모, 완전한 분산화 및 사용 편의성을 제공할 것입니다.

이 비전의 중심에는 Polkadot의 기능을 현재 Web3의 경계를 넘어서는 동시에 Polkadot에 광범위한 기술을 배포할 수 있게 해주는 새로운 버전의 Polkadot 체인인 JAM이 있습니다. JAM을 사용하면 현재 롤업을 통해서만 볼 수 있는 획기적인 확장성이 합의 계층에 적용됩니다.

개발이 완료되면 JAM은 서비스로 표현될 수 있는 거의 모든 유형의 작업을 실행할 수 있는 분산 컴퓨터가 될 것입니다. JAM은 Polkadot을 동기식 구성의 세계로 밀어넣어 조각화를 줄이고 활동을 통합함으로써 Polkadot의 애플리케이션이 생태계 전체에서 네트워크를 더 잘 활용할 수 있도록 돕습니다. 이는 심층적인 혁신을 위한 새로운 가능성을 열어주고 개발자에게 이전에는 불가능했던 방식으로 만들 수 있는 강력한 환경을 제공할 것입니다.

JAM은 현재 연구개발 단계에 있습니다. 현재 Polkadot 커뮤니티에서는 이 새로운 방향을 확인하고 Technical Fellowship이 JAM을 승인할 수 있도록 승인하기 위한 투표 제안(Referendum 682 https://polkadot.polkassemble.io/referenda/682)을 제시하고 있습니다.

JAM의 개발을 지원하고 JAM이 진정한 분산 정신으로 구축되도록 하기 위해 Gavin은 연설에서 Web3 Foundation과 함께 JAM 보너스 설정을 공동으로 발표했습니다. JAM 개발의 다른 구현을 자극하는 데 사용됩니다.

개빈은 연설 중에 기술 회색 논문도 발표했습니다. 프로젝트의 비전과 기술적 세부 사항에 대해 더 자세히 알아보고 싶다면 새로운 JAM Graypaper 웹사이트(https://graypaper.com/)에서 해당 문서를 찾아보세요.

Gavin과 Polkadot은 자유롭고 개방적인 네트워크를 만들겠다는 비전을 실현하기 위한 혁신적인 기술 창출을 함께 주도하고 있습니다. JAM은 진화하는 Polkadot 스토리의 다음 장입니다.

다음은 Gavin Wood가 작성한 Polkadot Wiki의 JAM에 대한 최신 소개입니다.

JAM의 정식 명칭은 Join-Accumulate Machine으로, 기존 릴레이 체인을 대체할 새로운 디자인으로 기획되었습니다. JAM이라는 이름은 Collect Refine Join Accumulate의 약어인 CoreJAM에서 파생되었으며 원래 Gavin Wood의 RFC에 설명된 기계에 의해 구현된 계산 모델을 설명합니다. 그러나 실제 체인에서는 Join과 Accumulate만 수행되고, Collect와 Refine 과정은 오프체인에서 발생합니다.

현재의 반복 접근 방식과 달리 JAM은 포괄적인 단일 업그레이드로 도입됩니다. 이를 수행하는 몇 가지 이유는 다음과 같습니다.

• 통합 업그레이드는 반복적인 접근 방식으로는 수행하기 어려운 업그레이드 후 작업을 정확하게 제한할 수 있습니다.
• 몇 주 또는 몇 달에 걸쳐 정기적으로 발생하는 소규모 업그레이드와 주요 변경이 줄어듭니다.

이 전환에는 대대적인 획기적인 변화가 필요하지만, 우리는 그 영향을 관리 가능한 수준으로 줄이기 위해 열심히 노력할 것입니다. 여러 개의 작은 주요 변경 사항을 단일 전환으로 결합하여 새로운 블록체인 개념을 도입하고 다양한 기존 아이디어를 통합하는 것이 더 좋습니다.

롤업 체인

JAM은 특정 도메인의 문제를 처리하는 데 사용되는 도메인별 체인입니다. 이 경우 Ethereum 커뮤니티에서는 낙관적 롤업이라고 부르는 롤업입니다. JAM의 롤업은 보안 측면에서 매우 제한적입니다. 이것이 지난 5년 동안 Polkadot이 해왔던 일이며, 고도로 도메인 특화적인 롤업 체인이 되었습니다. JAM은 기본적으로 더 적은 수의 사전 설정 환경 설정으로 더욱 다양한 기능을 제공합니다.

JAM 체인은 롤업의 출력, 더 일반적으로는 다른 곳에서 수행된 계산 비트를 가져와 Polkadot 릴레이 체인의 기능과 유사하게 출력을 공유 상태로 통합합니다.

JAM 체인의 임무는 변환 후 출력이 입력을 올바르게 반영하도록 필요한 장비를 제공하는 것입니다.

스마트 계약 체인과의 유사점

JAM은 스마트 계약 체인과 몇 가지 유사점을 가지고 있습니다.

• JAM 체인 자체는 무허가 코드를 직접 실행합니다.
• JAM 체인의 상태는 다양한 패키지로 구성됩니다.
• 상태 캡슐화 외에도 코드 및 균형 캡슐화도 포함됩니다.

이러한 상태를 캡슐화하는 것을 서비스라고 합니다. 따라서 JAM의 상태는 서비스별로 구분됩니다. 새로운 서비스를 생성하는 것은 스마트 계약 체인에 스마트 계약을 배포하는 것과 유사하게 허가가 필요하지 않습니다. 따라서 JAM 체인에 새로운 서비스를 추가하려면 새 팔레트 추가에 대한 거버넌스 승인이 필요한 기판 기반 체인과 달리 권위 있는 승인이나 거버넌스 메커니즘 준수가 필요하지 않습니다. 서비스에는 스마트 계약 체인에서 일반적으로 볼 수 있는 구조와 유사한 코드, 잔액 및 특정 상태 구성 요소가 포함됩니다.

서비스 진입점

JAM 서비스의 코드는 세 가지 진입점으로 구분됩니다.

• Refine은 대부분의 상태 비저장 계산을 수행하는 함수입니다. 특정 서비스의 롤업에 대한 변환을 정의합니다.
• Accumulate 함수는 출력을 가져와 서비스의 전체 상태로 접습니다.
• OnTransfer는 다른 서비스의 정보를 처리합니다.

작업 패키지는 서비스에 대한 입력입니다. 작업 패키지에는 많은 작업 항목이 포함될 수 있습니다. 각 작업 항목은 서비스와 연결되어 있으며 해당 서비스에 대한 실제 입력을 반영합니다. 파라체인 서비스의 경우 트랜잭션과 모든 블록체인 입력이 들어오는 곳입니다.

JAM의 안전 장치는 Refine 기능이 작업 항목을 입력으로 받아들이고 작업 결과를 출력으로 생성한 다음 Accumulate 기능에 들어가는(먼저 Refine, 그 다음 Accumulate) 2단계 처리로 구성됩니다. 작업 항목은 작업 결과로 구체화됩니다. 따라서 많은 작업 항목을 포함하는 작업 패키지는 작업 보고서로 구체화됩니다. 특정 기간(보통 6초) 동안 코어를 사용하도록 작업 패키지를 할당할 수 있습니다.

JAM은 트랜잭션이 없습니다.

JAM은 트랜잭션이 없는 작업을 통해 스마트 계약 체인과 구별됩니다. JAM 내에는 트랜잭션이 없습니다. 모든 작업은 허가가 없으며 처음에는 구체화 단계를 거칩니다. 이 단계에서 서비스는 입력 데이터를 사전에 다듬고 이를 작업 결과가 포함된 작업 보고서로 변환합니다. 이러한 노력의 결과는 온체인으로 전송됩니다.

거래가 없음에도 불구하고 JAM은 여전히 ​​특정 형식의 외부 정보를 허용합니다. 외부 정보에는 5가지 유형이 있습니다.

1. 보증

3. 판단

5. 티켓

처음 세 가지 유형은 JAM 체인 보안 프레임워크의 일부입니다. "보증" 및 "보증"에는 서비스의 "정제" 기능을 통해 변환될 때 작업 결과가 해당 작업 항목의 결과를 정확하게 반영한다는 것을 집합적으로 증명하는 검증자가 포함됩니다.

판단은 작업 결과의 무결성에 의문이 제기될 때, 다수의 검증자가 그 타당성 또는 부족함을 증명할 때 발생합니다. 이 경우 잘못된 작업 항목이 서비스 상태에 통합되어 롤백해야 할 수 있습니다. 체인에 작업 보고서를 제출한 후 1시간 이내에 판단이 이루어져야 하며, 이 동안 블록은 일시적으로 중단됩니다.

프리이미지는 Refine 기능을 위해 JAM 체인에서 제공하는 기능입니다. Refine 함수는 일반적으로 상태 비저장이지만 해시된 사전 이미지 조회라는 하나의 상태 저장 작업을 수행할 수 있습니다. 이 기능은 기본 설정이 있는 Refine 기능의 유일한 측면입니다.

티켓은 익명 항목으로 블록 생산 메커니즘에 들어갑니다. 이는 블록 생산에 대한 직접적인 요구 사항이 아니며 대신 시스템은 두 시대를 미리 운영합니다. 이 메커니즘은 원래 SASSAFRAS 알고리즘의 개선된 버전인 SAFROL 알고리즘의 일부입니다.

Refine 기능

JAM에서 Refine 처리 단계는 기간당 최대 15MB의 데이터를 수용할 수 있으며 각 기간은 6초 동안 지속됩니다. 그러나 Refine에서 생성되는 데이터는 최대 90kB이므로 가용성 시스템의 분산 특성으로 인해 광범위한 데이터 압축이 필요합니다. 예를 들어, 파라체인의 맥락에서 15MB의 데이터는 유효성 증명(PoV)을 나타내고 90kB의 데이터는 후보 영수증에 해당합니다.

Refine은 릴레이 체인의 전체 블록 기간에 해당하는 최대 6초의 PVM 가스를 사용할 수 있습니다. PVF의 현재 2초 제한과 비교하여 이러한 확장된 실행 시간은 안전 측정 및 기타 최적화를 통해 달성됩니다.

Refine은 원본 이미지 검색도 수행할 수 있습니다. 해시 및 관련 사전 이미지가 JAM 체인에서 사용 가능한 것으로 판단되면 해시를 제공하여 사전 이미지를 요청할 수 있습니다. 이 기능을 사용하면 JAM 체인에 파라체인 코드를 저장하고 작업 패키지에서 해당 해시를 참조하는 등 효율적인 코드 저장 및 검색이 가능합니다.

Refine은 상태 비저장 작업인 대부분의 작업을 처리하는 주요 처리 능력입니다.

Accumulate 함수

Accumulate 함수는 Refine 함수에서 생성된 출력을 체인 상태로 통합하는 역할을 합니다. Accumulate는 모두 동일한 서비스에서 발생하는 Refine의 여러 출력을 허용할 수 있습니다. Refine과 Accumulate는 모두 특정 서비스 코드 블록의 진입점 역할을 합니다.

Accumulate의 출력당 실행 시간은 Refine보다 훨씬 짧으며 일반적으로 최대 10밀리초에 불과합니다. 그러나 기간은 작업 패키지의 작업 항목 수에 따라 달라집니다. 작업 패키지에 여러 항목이 포함된 경우 사용 가능한 시간이 항목별로 나누어집니다.

Refine과 달리 Accumulate는 상태를 저장하며 JAM 체인의 상태에 액세스할 수 있습니다. 모든 서비스에서 스토리지를 읽고, 키-값 저장소에 쓰고, 자금을 이체하고, 자금 이체 시 메모를 포함할 수 있습니다. 또한 Accumulate는 새로운 서비스를 생성하고, 코드를 업그레이드하고, 사전 이미지의 가용성을 요청하는 등의 작업을 수행할 수 있습니다.

또한 Refine은 PVM의 하위 인스턴스를 호출할 수 있습니다. 이를 통해 코드와 데이터를 배포하고, 메모리와 스택 구성을 맞춤화하고, 유연한 프레임워크 내에서 계산을 수행할 수 있는 하위 인스턴스 또는 가상 머신을 생성할 수 있습니다.

onTransfer 기능

JAM 시스템의 onTransfer 기능도 상태 저장 기능이므로 서비스 상태를 수정할 수 있습니다. 다른 서비스의 상태를 확인하고 자신의 상태를 수정할 수 있는 기능이 있습니다. 이 기능은 비동기 방식이기는 하지만 서비스 간의 통신을 용이하게 합니다.

상호 작용이 동기적으로 발생하는 많은 스마트 계약 플랫폼과 달리 JAM에서는 캡슐화된 구성 요소(예: 이 경우 스마트 계약 또는 서비스) 간의 상호 작용이 비동기적으로 발생합니다. 메시지와 토큰은 함께 전송되며 동일한 6초 실행 주기 내의 어느 시점에서 수신 서비스에 의해 처리됩니다. 즉각적인 반환 경로는 없습니다. 반환 경로가 필요한 경우 송신 서비스는 다른 전송을 시작하거나 수신 서비스가 나중에 해석할 수 있는 방식으로 상태를 수정해야 합니다.

Accumulate 및 onTransfer는 모두 병렬로 실행되도록 설계되어 서로 다른 서비스의 Accumulate 및 전송이 동시에 발생할 수 있습니다. 이 설계는 현재 10밀리초를 초과하는 가스 입력 할당과 같은 향후 개선 가능성을 열어줍니다. 이론적으로 보조 코어를 사용하여 특정 Accumulate를 수행하면 활용할 수 있는 가스가 더 많아질 수 있습니다.

JAM 체인의 일반화

원래 Polkadot 백서에 명시된 바와 같이 Polkadot은 주로 특정 서비스 프로필, 즉 파라체인 제공에 맞게 맞춤화되었습니다. 이 서비스를 구현하기 위해 Polkadot은 두 가지 중요한 하위 구성 요소를 개발했습니다.

• 분산 데이터 가용성 시스템
• 계산에 대한 감사 및 보증을 제공하는 시스템(예: 강력한 보안이 보장되는 낙관적 롤업 시스템)

Polkadot과 비교 , JAM은 미리 설정된 기본 설정이 더 적고 더 높은 수준의 추상화 및 일반화를 제공합니다. 이렇게 하면 개인 선호도에 따라 기본 구성 요소를 더 쉽게 활용할 수 있습니다.

JAM은 스마트 계약 체인과 유사한 무허가 방식으로 작동하여 개별 업로드 및 의도한 코드 실행을 허용합니다. 또한 키-값 시스템과 유사하게 데이터를 호스팅하고, 사전 이미지 조회를 활성화하고, 상태를 관리합니다. JAM에는 트랜잭션을 직접 수락하는 메커니즘이 없기 때문에 JAM의 제네시스 블록에는 새로운 서비스 생성을 촉진하는 서비스가 포함되어 있습니다.

JAM 내의 서비스에는 코드, 데이터 또는 상태의 양에 대해 미리 정의된 제한이 없습니다. 그들의 능력은 암호경제학적 요인에 의해 결정됩니다. 더 많은 DOT 토큰이 예치될수록 데이터 및 상태의 용량이 더 커집니다. 예를 들어 JAM의 파라체인 서비스는 모든 Polkadot 1.1 기능을 단일 서비스로 통합하고 다른 서비스도 Polkadot의 분산 가용성 시스템은 물론 계산을 위한 감사 및 보증 시스템을 활용할 수 있습니다.

PVM(Polkadot Virtual Machine)

PVM은 단순성과 다양성으로 유명한 RISC-V 명령어 세트 아키텍처(ISA)를 기반으로 설계되었습니다. RISC-V ISA는 다음과 같은 몇 가지 장점을 제공합니다.

1 x86, x64 및 ARM과 같은 일반적인 하드웨어 형식으로 쉽게 변환됩니다.

2. LLVM과 같은 도구에서 잘 지원됩니다.

PVM 자체는 단순성과 보안을 구현하고 샌드박스 기능이 있으며 다양한 실행 보장을 제공합니다. 이는 결정론적이고 합의에 민감하며 측정하기 쉽습니다. 다른 가상 머신에 비해 PVM은 복잡성이 부족하고 미리 설정된 기본 설정이 과도합니다.

WASM은 웹 사용 사례에 최적화되어 있지만 특히 연속성 처리와 관련하여 스택 관리 문제도 발생합니다. RISC-V는 스택을 메모리에 배치하여 복잡성을 추가하지 않고 자연스럽게 순차 처리를 촉진함으로써 이 문제를 해결합니다.

또한 PVM은 레거시 하드웨어, 특히 X64 및 ARM에서 실행할 때 뛰어난 실행 속도를 보여 WASM에 비해 무료 측정과 같은 이점을 제공합니다.

RISC-V 연속성에 대한 지원은 JAM과 같은 멀티 코어 플랫폼 전반에 걸쳐 확장 가능한 코딩을 위한 새로운 표준을 확립할 것입니다. 비동기식 병렬 아키텍처는 하드웨어 및 소프트웨어 플랫폼의 확장성을 위해 점점 더 중요해지고 있으며, 이러한 추세는 블록체인 및 합의 알고리즘으로 확장될 것으로 예상됩니다.

SAFROLE

SAFROLE은 SASSAFRAS를 단순화하는 블록 생성 알고리즘입니다. 파라체인에 유용할 수 있는 일부 구성요소는 제외됩니다. 따라서 파라체인은 SAFROLE 대신 SASSAFRAS를 고수할 수 있습니다. SAFROLE은 최대한 간단합니다.

• 잠재적인 향후 사용 사례를 최대화하기 위해 사전 설정된 기본 설정을 가능한 한 적게 유지합니다.
• Ethereum Yellow Paper의 발자취를 따르고 전문 지식을 전파하기 위해 가능한 한 많은 구현을 시도하십시오.

Polkadot 1.0이 어떻게 엔드 투 엔드로 작동하는지 이해하는 것은 어렵습니다. JAM을 사용하면 노란색 종이를 읽고 이해할 수 있는 사람이 JAM의 작동 방식을 매우 빠르게 읽고 이해할 수 있어야 합니다. 그래서 단순함이 중요합니다.

SAFROLE은 SNARK를 기반으로 한 블록 생성 알고리즘입니다. 익명화 속성 때문에 SNARK를 사용합니다. 그리고 거의 완전히 포크가 필요 없는 일정 시간 블록 생산을 제공합니다. 포크가 발생할 수 있는 몇 가지 사례는 기본적으로 네트워크가 분할되거나 누군가 의도적으로 악의적으로 행동할 때만 발생합니다. 익명성의 가장 큰 가치는 검증자의 신원을 비밀로 유지하는 것이 아니라 블록을 생성할 때 어쨌든 신원을 공개하며 이는 기본적으로 스팸을 방지하기 위해 블록 생성 메커니즘 자체의 보안을 보장하기 위해 수행됩니다. 공격.

NETWORK

JAM의 네트워크는 QUIC 프로토콜을 사용합니다. 이를 통해 다수의 검증자 간에 직접적인 P2P 연결이 가능해집니다. 결과적으로 Polkadot의 1000개 이상의 유효성 검사기는 가능한 소켓 문제에 대해 걱정할 필요 없이 서로 지속적인 연결을 유지할 수 있습니다. JAM은 거래를 처리하지 않기 때문에 기본적으로 가십이 필요하지 않습니다. 지점 간이 아니거나 매우 작은 검증인 하위 집합 내에서 배포가 필요한 상황에서는 검증인이 그리드에 배열되고 패킷이 행으로 전송된 다음 각 노드가 이를 전송하는 그리드 확산이 사용됩니다. 모든 열 멤버.

효율적인 블록 처리를 위한 파이프라인

이더리움과 같은 상태 기반 블록체인에서 블록의 헤더에는 일반적으로 모든 블록의 계산된 상태를 요약하는 사후 상태 루트가 포함됩니다. 따라서 모든 계산이 완료될 때까지 블록 헤더를 보낼 수 없습니다. 그러나 블록 헤더를 보내기 전에 일부 계산을 수행할 수 있습니다. 그 결과가 블록의 유효성을 결정하기 때문입니다.

그러나 JAM은 다른 접근 방식을 취하여 사후 상태 루트 대신 사전 상태 루트를 블록 헤더에 넣습니다. 이는 헤더에 표시된 상태가 한 블록 지연되었음을 의미합니다. 그 결과, 블록 작업량이나 실행 시간의 약 5%를 차지하는 경량 연산을 수행할 수 있으며 블록을 즉시 배포할 수 있습니다. 주로 Accumulate 작업인 블록 계산의 나머지 95%는 나중에 완료할 수 있습니다. 이를 통해 현재 블록이 실행되기 전에 다음 블록을 시작할 수 있습니다.

이러한 접근 방식을 통해 블록 간 시간을 보다 효율적으로 사용할 수 있습니다. Polkadot의 6초 블록 시간과 같은 기존 설정에서는 사후 상태 루트가 제공되어야 하며 시간의 일부만 계산할 수 있습니다. 그러나 JAM의 파이프라인을 통해 전체 블록 시간을 계산에 효과적으로 활용하여 효율성을 극대화할 수 있습니다.

계산에 전체 블록 시간을 사용하면 영구적인 따라잡기와 블록 가져오기 지연이 발생할 수 있으므로 이상적이지 않을 수 있지만 JAM의 접근 방식은 기존 설정에 비해 계산 시간을 크게 연장할 수 있습니다. 이는 약 3~3.5초의 효과적인 블록 계산 시간이 달성될 수 있음을 의미하며, 이는 현재 설정에 비해 크게 개선된 것입니다.

아키텍처적 차이점: JAM과 릴레이 체인

JAM과 릴레이 체인의 아키텍처 차이점 중 하나는 고정된 기능의 정도입니다. 릴레이 체인은 프로토콜을 정의하는 데 사용되는 언어(WASM)와 같은 일부 요소를 수정하지만 JAM은 이와 관련하여 더 나아갑니다. 예를 들어, 블록 헤더 및 해싱 체계를 인코딩하는 데 사용되는 유형을 지정하므로 이러한 측면을 변경하기가 어렵습니다.

그러나 JAM은 릴레이 체인의 WebAssembly 메타 프로토콜이 달성한 것과 유사한 서비스 모델을 통해 유연성을 유지합니다. 이 모델에서는 업그레이드 가능성에 대한 책임이 서비스로 이전되어 체인 자체가 업그레이드 부담에서 해방됩니다. 이 결정을 뒷받침하는 세 가지 주요 이유는 다음과 같습니다.

1. 단순성을 우선시합니다. 업그레이드할 수 없는 체인을 유지하면 복잡성이 크게 줄어듭니다.
2. 릴레이 체인은 오래된 기능을 제거하지 않고 복잡한 기능을 도입하는 경향이 있어 상황이 복잡해집니다. 업그레이드는 구현하기 쉽기 때문에 Substrate SDK를 단순화할 동기가 거의 없습니다. 따라서 Polkadot을 복제하는 것은 실용적이지 않습니다.
3. JAM의 고정 매개변수는 최적화 가능성을 제공합니다. JAM 체인이 수행해야 하는 특정 작업을 명확하게 이해하고 고정 매개변수를 설정할 수 있으면 네트워크 토폴로지 및 타이밍과 같은 영역의 최적화가 가능해집니다. 이는 업그레이드할 때마다 자주 변경될 수 있기 때문에 이러한 최적화가 더 복잡해지는 릴레이 체인의 업그레이드 가능성이 높은 특성과 대조됩니다.

이러한 차이점에도 불구하고 JAM은 핵심 시간 판매, 스테이킹, 거버넌스 등 애플리케이션 수준 기능의 유연성을 유지하며 모두 서비스 내에서 관리됩니다. 또한 JAM은 토큰 잔액을 서비스와 연결하여 릴레이 체인과 같이 순수하게 업그레이드 가능한 체인에서는 쉽게 달성할 수 없는 경제 모델 조정 기회를 제공함으로써 새로운 개념을 도입합니다.

JAM Toaster

JAM이 원래 기대에 부응할 수 있도록 JAM 체인에 대한 포괄적인 테스트 환경을 구축하는 지속적인 노력이 포함됩니다. 클라우드 컴퓨팅 비용을 관리하기 위해 신뢰할 수 없는 하드웨어에서 소규모 테스트 네트워크를 실행하는 대신 이 계획에는 상당한 투자가 필요합니다.

여기에는 본질적으로 대규모 실험과 성능 평가를 위한 테스트 플랫폼인 JAM Toaster가 소개됩니다. 이는 Polkadot Relay Chain을 개발하는 동안 이러한 규모로 네트워크의 새로운 효과와 역학을 운영하는 것이 어렵다는 것을 알게 되었을 때 직면했던 이전 문제를 해결합니다. 이전 시도는 테스트 네트워크와 Kusama 네트워크의 수십 개의 노드로 제한되었으며, 검증 노드에 대한 액세스 부족으로 인해 포괄적인 모니터링 기능이 부족했습니다. 이와 대조적으로 소규모 테스트 네트워크는 대규모 배포의 네트워크 역학을 정확하게 시뮬레이션하지 못합니다.

JAM Toaster는 1023개 노드를 포함한 전체 JAM 네트워크에 대한 심층적인 정보를 제공하여 이러한 격차를 해소하는 것을 목표로 합니다. 이 플랫폼은 네트워크 동작 및 성능 특성에 대한 연구를 용이하게 하여 개발자에게 파라체인의 예상 성능에 대한 귀중한 통찰력을 제공합니다.

JAM 및 기판

벤치마킹 대 계량

JAM에서는 벤치마킹 또는 성능 테스트가 선택 사항일 수 있습니다. 경우에 따라 벤치마킹이 여전히 필요할 수 있지만 JAM의 측정 시스템은 일반적으로 빈번한 벤치마킹의 필요성을 제거합니다. JAM은 사용자가 완료 시 계산 작업량을 평가할 수 있는 측정 시스템에서 실행됩니다. 또한 블록이 구성될 때 계산을 제어하는 ​​이론적 메커니즘이 있습니다.

그러나 어떤 경우에는 여전히 벤치마킹이 필요합니다. 예를 들어 측정이 특정 사용 사례에 비해 너무 보수적인 경우 성능 개선을 위해 벤치마킹이 필요할 수 있습니다. 또한 벤치마크는 너무 오랫동안 실행되지 않도록 확장된 실행 시간이 필요한 작업에 유용합니다.

XCMP

다음은 크로스체인 메시징(XCMP)이며, JAM에는 완전한 XCMP 지원이 필요합니다. 릴레이 체인에서는 모든 파라체인이 항상 모든 데이터를 전송하면 후보 수신을 통해 더 많은 데이터를 전달할 수 있기 때문이다. JAM은 "정제"와 "축적" 단계 사이의 데이터 전송에 대한 제한을 포함하여 파라체인 서비스의 경우에도 엄격한 규칙을 따릅니다. 현재 HRMP(Horizontal Relay Chain Messaging)를 사용하면 모든 메시지가 릴레이 체인을 통과하므로 데이터 페이로드가 4kB 이하로 제한되므로 실용적이지 않을 수 있습니다. 결과적으로 XCMP는 체인을 통해 메시지 헤더만 중계하는 반면 실제 메시지 데이터는 오프체인으로 전송되는데, 이는 필요하고 오랫동안 기한이 지난 개선 사항입니다.

Accords

Accords는 본질적으로 각 파라체인의 여러 인스턴스를 사용하여 스마트 계약과 유사하게 상태와 논리를 캡슐화합니다. 이는 인스턴스 간의 메시지 교환을 촉진하고 파라체인과의 동기식 상호 작용을 가능하게 합니다. 이 프로토콜은 토큰 전송과 같이 파라체인 간에 신뢰가 부족한 시나리오에서 유용합니다. 예비 중개자를 포함하는 기존 접근 방식과 달리 Accords는 파라체인 간의 직접 토큰 전송을 단순화하여 신뢰를 훼손하는 중개자가 필요하지 않습니다. 또한 Accords는 XCM 전달 메커니즘으로 작동하여 제3자 중개자를 통해 전달되는 경우에도 메시지 무결성을 보장하므로 명시적인 원본 태그 지정이 필요하지 않습니다.

효율성 향상

마지막으로 JAM은 기본 합의 메커니즘을 활용하기 위해 더 광범위하고 덜 선호되는 접근 방식을 취하여 보다 혁신적인 솔루션을 구현하는 데 도움을 줍니다. 예를 들어, 영지식 증명과 같은 복잡한 작업의 경우 분산 가용성이 더욱 실용적이고 효율적입니다. 또한 JAM은 작업 패키지에 컴퓨팅 집약적인 작업과 데이터 집약적인 작업이 모두 포함될 수 있는 혼합 리소스 소비 모델을 지원합니다. 컴퓨팅 집약적인 서비스와 높은 데이터 가용성이 필요한 서비스를 결합함으로써 JAM은 검증자 리소스의 활용도를 최적화하여 비용을 절감합니다. 이러한 유연한 접근 방식을 통해 분산 가용성 및 SNARK 검증과 같은 워크로드를 파라체인과 결합하는 비용을 낮추면서 효율성을 높일 수 있습니다.

JAM 개선 및 호환성

JAM은 기존 Polkadot 1 파라체인과의 호환성을 우선시하도록 설계되었습니다. Polkadot SDK와의 호환성을 유지하면서 PVF(Polkadot Validator Function)가 재배치되었습니다. WebAssembly가 아닌 Polkadot Virtual Machine(PVM)을 대상으로 합니다. 이러한 전환은 PVM이 공식적으로 LLVM의 대상으로 식별된 RISC-V를 약간 수정한 것이라는 사실로 인해 촉진됩니다. 따라서 JAM이 배포되기 전에 PVM이 공식 LLVM 대상이 될 수 있습니다.

JAM은 파라체인의 호스트가 되는 것 외에도 중요한 개선 사항을 도입합니다. 이는 벤치마킹 노력을 단순화하고 향후 벤치마킹 요구를 완화할 수 있는 잠재력을 제공합니다. 또한 JAM은 파라체인 간의 특정 상호 작용 프로토콜을 관리하고 실행하기 위해 프로토콜, 다중 인스턴스 및 다중 샤드 스마트 계약 개념을 도입합니다. 또한 포괄적인 XCMP(크로스 체인 메시징) 지원이 중요하므로 일반적으로 XCM(크로스 체인 메시징)을 통해 촉진되는 파라체인 간의 정보 전송에 대한 제한을 제거할 수 있습니다.

Agile Coretime과 관련하여 JAM은 기존 설정과의 호환성을 유지합니다. 그러나 파라체인뿐만 아니라 모든 작업 패키지 그룹에서 핵심 시간을 찾을 수 있는 기능을 도입합니다. 이러한 유연성은 JAM 생태계 내에서 리소스 할당의 다양성과 효율성을 향상시킵니다.

위 내용은 Gavin Wood가 공식적으로 발표한 차세대 Polkadot 기술 비전 "JAM"이란 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!