JAM 체인: 탈중앙화된 글로벌 컴퓨터를 향한 폴카닷의 패러다임 전환
폴카닷의 JAM(Join-Accumulate Machine) 체인은 이더리움 출시 이후 가장 중요한 블록체인 아키텍처 혁신을 나타내며, 탈중앙화 컴퓨팅이 작동하는 방식을 근본적으로 재구상합니다. 2024년 4월 개빈 우드 박사가 JAM 그레이 페이퍼(Gray Paper)를 통해 소개한 JAM은 폴카닷을 파라체인(parachain) 전용 릴레이 체인(relay chain)에서 42배 더 높은 데이터 가용성(850 MB/s)과 340만 이상의 이론적 TPS(초당 트랜잭션 수) 용량을 갖춘 범용의 무허가 "대부분 일관된 무신뢰 슈퍼컴퓨터"로 변모시킵니다. 이 프로토콜은 350개 이상의 코어에서 병렬 실행을 유지하면서 동적 샤드(shard) 경계 내에서 동기식 구성 가능성을 가능하게 함으로써 현재 블록체인 시스템을 괴롭히는 지속적인 분할 문제를 해결합니다. 이더리움의 레이어2(L2) 중심 롤업(rollup) 전략이나 코스모스(Cosmos)의 독립 구역(sovereign zone) 모델과 달리, JAM은 새로운 RISC-V 기반 폴카닷 가상 머신(PVM)과 모든 컴퓨팅이 정제(Refine)→누적(Accumulate) 파이프라인을 통해 흐르는 트랜잭션 없는 아키텍처를 사용하여 일관된 상태를 가진 샤드 실행을 합의 계층(consensus layer)에 직접 구축합니다. 43개의 구현 팀이 1천만 DOT의 상금을 놓고 경쟁하고, 2025년 8월까지 여러 클라이언트가 100% 적합성을 달성하며, 2026년 초 메인넷(mainnet) 배포를 목표로 하는 JAM은 이더리움 2.0의 원래 비전이 약속했던 것, 즉 구성 가능성이나 보안을 희생하지 않는 기본 확장 가능한 실행을 제공할 준비가 되어 있습니다.
컴퓨팅 모델: JAM 프로세스가 대규모로 작동하는 방식
JAM은 블록체인 실행을 병렬화 및 효율성에 최적화된 개별 단계로 나누는 CoreJAM(Collect, Refine, Join, Accumulate)이라는 근본적으로 새로운 컴퓨팅 패러다임을 도입합니다. JAM이라는 이름은 온체인(on-chain) 부분인 Join과 Accumulate에서 파생되었으며, Collect와 Refine은 오프체인(off-chain)에서 발생합니다. 이 아키텍처는 무거운 병렬 컴퓨팅을 위한 인코어(in-core) 실행과 상태 통합을 위한 온체인 실행이라는 두 가지 주요 실행 환경을 함께 작동하도록 설정합니다.
정제(Refine) 단계(인코어 실행)에서는 작업 항목이 여러 검증인(validator) 코어에서 상태 비저장 병렬 처리를 거치며, 각 코어는 6초 타임슬롯당 최대 15 MB의 입력 데이터를 처리하고 최대 90 KB의 압축된 출력을 생성합니다. 이는 놀라운 166배의 압축률입니다. 이 단계는 코어당 6초의 PVM 실행 시간을 제공하여 현재 폴카닷 파라체인 검증 기능(PVF)의 2초 제한을 세 배로 늘립니다. 정제 기능은 프리이미지(preimage) 조회만을 상태 저장 작업으로 사용하여 컴퓨팅의 대부분을 전적으로 오프체인에서 수행하며, 상태 경합 없이 대규모 병렬화를 가능하게 합니다.
정제 후, 누적(Accumulate) 단계(온체인 실행)는 출력당 약 10밀리초로 제한된 상태 저장 작업을 통해 작업 결과를 체인 상태에 통합합니다. 이 기능은 모든 검증인에서 실행되며, 모든 서비스에서 스토리지를 읽고, 자체 키-값 저장소에 쓰고, 서비스 간에 자금을 전송하고, 새로운 서비스를 생성하고, 코드를 업그레이드하고, 프리이미지 가용성을 요청할 수 있습니다. 6초의 오프체인 실행 시간과 10밀리초의 온체인 실행 시간이라는 극명한 대조는 JAM의 근본적인 통찰력을 반영합니다. 즉, 값비싼 컴퓨팅을 오프체인으로 밀어내고 병렬화함으로써 시스템은 필수적인 상태 전환에만 귀중한 온체인 시간을 할애합니다.
JAM의 서비스는 비동기식 서비스 간 통신을 처리하는 onTransfer라는 세 번째 진입점을 정의합니다. 이 메시징 시스템은 서비스가 차단 없이 상호 작용할 수 있도록 하며, 메시지는 즉각적인 반환 값 없이 전송됩니다. 이 설계는 복잡한 서비스 간 상호 작용을 위해 보조 코어를 통해 추가 가스(gas)를 할당하는 것과 같은 향후 개선 사항을 예상합니다.
이 이중 실행 모델은 우드(Wood)가 **준 일관성(semi-coherence)**이라고 설명하는 것을 달성합니다. 즉, 동일한 블록의 동일한 코어에 예약된 서비스는 동기적으로 상호 작용하는 반면(일관된 하위 집합), 다른 코어의 서비스는 비동기적으로 통신합니다(전반적으로 비일관성). 일관된 실행과 비일관된 실행 간의 경계는 프로토콜에 의해 강제되기보다는 유동적이고 경제적으로 주도되며, 자주 통신하는 서비스가 동기식 동작을 위해 코어에 함께 배치될 수 있도록 하면서 시스템 전반의 확장성을 유지합니다. 이는 이전 블록체인 아키텍처를 제약했던 크기-동기성 대립을 해결하는 데 있어 획기적인 발전을 나타냅니다.
릴레이 체인에서 서비스 기반 컴퓨팅으로의 아키텍처 전환
JAM은 폴카닷의 아키텍처를 근본적으로 재구상하여, 고도로 의견이 반영된 파라체인(parachain) 전용 설계에서 미니멀리스트적인 범용 컴퓨팅 기반으로 전환합니다. 현재 폴카닷 릴레이 체인(Relay Chain)은 약 50개의 슬롯이라는 엄격한 제한을 두고 파라체인을 프로토콜에 직접 포함하며, 수백만 DOT가 소요되는 경매 기반 액세스를 요구하고, 모든 파라체인 로직을 고정된 검증 경로를 통해 실행합니다. JAM은 이를 서비스로 대체합니다. 서비스는 거버넌스 승인이나 경매 없이 누구나 배포할 수 있는 무허가, 캡슐화된 실행 환경이며, 암호경제적 요인(DOT 예치금)에 의해서만 제한됩니다.
아키텍처 철학의 변화는 심오합니다. 즉, 업그레이드 가능한 릴레이 체인에서 업그레이드 가능한 서비스를 갖춘 고정 프로토콜로 전환됩니다. 폴카닷 1.0이 시간이 지남에 따라 복잡성이 누적되는 고도로 업그레이드 가능한 릴레이 체인을 유지했던 반면, JAM은 핵심 프로토콜 매개변수(블록 헤더 인코딩, 해싱 스킴, QUIC 네트워크 프로토콜, 타이밍 매개변수)를 고정하여 공격적인 최적화를 가능하게 하고 여러 구현을 단순화합니다. 스테이킹, 거버넌스, 코어타임(coretime) 할당을 포함한 애플리케이션 수준 기능은 핵심 프로토콜을 건드리지 않고 독립적으로 업그레이드할 수 있는 서비스에 존재합니다. 이 비업그레이드 가능한 체인 아키텍처는 가장 중요한 애플리케이션 계층에서 유연성을 유지하면서 복잡성을 극적으로 줄입니다.
JAM 모델에서 파라체인은 여러 서비스 유형 중 하나가 됩니다. 모든 폴카닷 1.1 파라체인 기능은 단일 "파라체인" 또는 "코어체인(CoreChains)" 서비스로 통합되어, 하드코딩된 보장을 통해 완전한 하위 호환성을 보장합니다. 기존 파라체인은 릴레이 체인이 업그레이드될 때 JAM 위에서 자동으로 실행되도록 전환되며, 코드 변경이 전혀 필요하지 않습니다. 서비스 모델은 파라체인이 수행할 수 있는 기능을 임의의 실행 패턴으로 일반화합니다. 즉, 코어에 직접 배포되는 스마트 컨트랙트, CorePlay와 같은 액터(actor) 기반 프레임워크, ZK 롤업, 데이터 가용성 서비스, 그리고 아직 구상되지 않은 완전히 새로운 실행 모델을 포함합니다.
상태 관리 모델 또한 크게 변화합니다. 현재 폴카닷은 블록 헤더에 **후행 상태 루트(posterior state roots)**를 사용합니다. 즉, 블록은 배포되기 전에 전체 계산이 완료될 때까지 기다립니다. JAM은 한 블록 뒤처지는 **선행 상태 루트(prior state roots)**를 사용하여 **파이프라이닝(pipelining)**을 가능하게 합니다. 즉, 경량 계산(워크로드의 약 5%)은 즉시 실행되고, 무거운 누적 작업이 완료되기 전에 블록이 배포되며, 현재 블록 실행이 완료되기 전에 다음 블록 처리가 시작됩니다. 이 아키텍처 선택은 JAM이 전체 6초 블록 시간을 계산에 활용하여, 현재 폴카닷의 2초 미만에 비해 블록당 3~3.5초의 효과적인 계산 시간을 달성함을 의미합니다.
JAM이 WebAssembly에서 RISC-V 기반 **폴카닷 가상 머신(PVM)**으로 전환하는 것은 또 다른 근본적인 변화를 나타냅니다. RISC-V는 47개의 기본 명령어만으로 우수한 결정론, 일반 하드웨어에서의 탁월한 실행 속도, x86/x64/ARM으로의 쉬운 트랜스파일(transpilation), 공식 LLVM 툴체인(toolchain) 지원, 그리고 메모리 내 스택을 통한 자연스러운 연속 처리 기능을 제공합니다. 결정적으로, PVM은 WebAssembly의 측정 오버헤드에 비해 **"무료 측정(free metering)"**을 제공하며, 레지스터 기반 아키텍처(WASM의 스택 기반 설계와 비교하여)는 NP-완전 레지스터 할당 문제를 피합니다. 이는 확장 가능한 멀티코어 코딩을 위한 새로운 표준을 확립하는 **RISC-V 지원 연속(continuations)**을 가능하게 하여, 프로그램이 블록 경계를 넘어 일시 중지하고 재개할 수 있도록 합니다. 이는 JAM의 비동기식 병렬 아키텍처에 필수적입니다.
기술 사양: 성능 목표 및 검증인 요구 사항
JAM은 블록체인 컴퓨팅 용량에서 세대적 도약을 이루는 탁월한 성능 지표를 목표로 합니다. 이 시스템은 850 MB/s의 데이터 가용 성을 목표로 합니다. 이는 비동기 백업(Asynchronous Backing) 개선 전의 일반 폴카닷보다 42배 향상된 것이며, 이더리움의 1.3 MB/s를 훨씬 뛰어넘는 수준입니다. 이는 모든 코어에서 약 2.3 Gbps의 총 처리량으로 이어지며, 각 코어는 6초 슬롯당 5 MB의 입력을 처리합니다.
트랜잭션 처리량 용량은 극적으로 확장됩니다. 850 MB/s 데이터 가용성 목표를 기반으로 340만 이상의 이론적 최대 TPS를 달성합니다. 실제 스트레스 테스트는 이러한 예측을 검증합니다. 쿠사마(Kusama)는 2025년 8월 23%의 부하 용량에서 143,000 TPS를 달성했으며, 폴카닷의 "스패밍(Spammening)" 스트레스 테스트는 2024년에 623,000 TPS에 도달했습니다. JAM의 추가 최적화와 확장된 코어 수(탄력적 확장을 통해 350개 코어 목표)를 통해 100만 이상의 TPS 임계값이 프로덕션 환경에서 달성 가능해집니다.
그레이 페이퍼(Gray Paper) 추정치에 따르면, 완전히 작동할 때 컴퓨팅 용량은 **초당 1,500억 가스(gas)**로 측정되며, 이는 모든 코어에서 총 PVM 실행을 반영합니다. 합의 메커니즘은 GRANDPA를 통해 약 18초(약 3블록) 내에 **결정론적 완결성(deterministic finality)**을 갖는 6초 블록 시간을 유지합니다. JAM의 SNARK 기반 블록 생성 알고리즘인 SAFROLE은 zkSNARK와 RingVRF를 사용한 익명 검증인 선택을 통해 거의 포크(fork) 없는 작업을 제공하며, 티켓은 두 에포크(epoch) 전에 블록 생성에 익명으로 참여하는 역할을 합니다.
검증인 하드웨어 요구 사항은 전문 운영자에게 여전히 접근 가능하지만, 상당한 리소스를 요구합니다.
- CPU: 최소 8개 물리 코어 @ 3.4 GHz (단일 스레드 성능 우선)
- RAM: 최소 128 GB
- 저장 공간: 최소 2 TB NVMe SSD (처리량보다 지연 시간 우선), 월 50 GB 성장 예상
- 네트워크: 대규모 서비스 수를 처리하고 혼잡 제어를 보장하기 위해 최소 500 Mbit/s 대칭 연결 (1 Gbit/s 권장)
- 운영 체제: Linux 기반 (커널 5.16 이상)
- 가동 시간: 슬래싱(slashing) 페널티를 피하기 위해 99% 이상 요구
검증인 세트는 현재 폴카닷과 동일한 1,023명의 검증인으로 구성되며, 이들은 지분(stake) 규모와 관계없이 모두 동일한 블록 보상을 받습니다. 이러한 균등한 보상 분배는 지분이 소수의 대규모 운영자에게 집중되기보다는 여러 검증인에게 분산되도록 하는 경제적 인센티브를 생성하여 탈중앙화를 촉진합니다. 최소 지분 요구 사항은 동적입니다. 역사적으로 활성 검증인 세트에 진입하려면 약 175만 DOT의 총 지분(자체 지분 + 지명)이 필요했지만, 최소 지명 의도는 250 DOT입니다. 28일의 언본딩(unbonding) 기간은 현재 폴카닷과 동일하게 유지됩니다.
JAM의 네트워킹 계층은 모든 1,000개 이상의 검증인 간 직접적인 지점 간 연결을 위해 QUIC 프로토콜로 전환하여, 기존 네트워킹 스택의 소켓 고갈 문제를 방지합니다. JAM은 근본적으로 트랜잭션이 없으므로(멤풀(mempool) 또는 가십(gossip) 없음), 시스템은 브로드캐스트를 위해 **그리드 확산(grid-diffusal)**을 사용합니다. 검증인들은 논리적 그리드에 배열되고 메시지는 행과 열을 따라 전파되어, 전체 가십 프로토콜에 비해 대역폭 요구 사항을 극적으로 줄입니다.
JAM 토스터(Toaster) 테스트 환경은 개발을 지원하는 인프라의 규모를 보여줍니다. 리스본의 폴카닷 팰리스(Polkadot Palace) 시설에 위치한 1,023개 노드는 12,276개 코어와 16 TB RAM을 갖추고 있으며, 전 세계 슈퍼컴퓨터 중 상위 500~1000위권에 랭크됩니다. 이 전체 규모 테스트 인프라는 소규모 테스트 네트워크가 대규모 네트워크 역학을 시뮬레이션할 수 없었고, 프로덕션 네트워크가 포괄적인 모니터링 기능을 갖추지 못했던 과거의 한계를 해결합니다.
경제 모델: DOT 토크노믹스 및 코어타임 기반 가격 책정
JAM은 새로운 토큰 생성 없이 DOT를 유일한 기본 토큰으로 유지하여 폴카닷의 경제 모델과의 연속성을 유지하면서도 중요한 구조적 변화를 도입합니다. 경제 아키텍처는 무허가 서비스 배포를 중심으로 하며, 누구나 사용된 리소스에 비례하는 수수료를 지불하고 코드를 업로드하고 실행할 수 있습니다. 서비스는 코드, 데이터 또는 상태에 대한 사전 정의된 제한이 없으며, 용량은 암호경제적 요인, 특히 경제적 담보로 예치된 DOT의 양에 의해 결정됩니다.
토크노믹스(Tokenomics)는 2025년에 큰 변화를 겪었으며, 국민투표 1710호는 21억 DOT 공급 상한선과 단계적 인플레이션 일정을 구현했습니다. 연간 토큰 발행량은 2026년 3월부터 2년마다 절반으로 줄어들어 비트코인과 유사한 희소성 모델을 만듭니다. 현재 연간 인플레이션은 7.56%(초기 10%에서 하락)이며, 이전 모델의 34억 DOT에 비해 2040년까지 총 공급량이 약 19억 1천만 DOT에 이를 것으로 예상됩니다. 이러한 디플레이션 압력은 네트워크 보안을 위한 충분한 보상을 유지하면서 장기적인 가치 축적을 지원하는 것을 목표로 합니다.
수수료 구조는 파라체인 경매에서 코어타임(coretime) 기반 가격 책정으로 전환되며, 폴카닷 1.0의 복잡한 슬롯 경매 메커니즘을 유연한 옵션으로 대체합니다.
**벌크 코어타임(Bulk Coretime)**은 컴퓨팅 코어에 대한 일관된 액세스를 위한 월간 구독을 제공하여, 보장된 처리량이 필요한 프로젝트에 예측 가능한 예산 책정을 가능하게 합니다. **온디맨드 코어타임(On-Demand Coretime)**은 간헐적인 사용을 위한 종량제 액세스를 제공하여, 수백만 달러에 달하는 파라체인 슬롯 경매에 비해 진입 장벽을 극적으로 낮춥니다. 이 애자일 코어타임(agile coretime) 모델은 수초에서 수년까지의 기간 동안 컴퓨팅 리소스를 구매할 수 있게 하여 자본 효율성을 최적화합니다.
JAM은 컴퓨팅 집약적인 작업과 데이터 집약적인 작업을 결합할 수 있는 새로운 혼합 리소스 소비 모델을 도입합니다. 예를 들어, 영지식 증명(zero-knowledge proof) 검증(컴퓨팅 집약적)과 데이터 가용성(저장 공간 집약적)과 같이 다양한 리소스 요구 사항을 가진 서비스를 페어링함으로써 시스템은 검증인 하드웨어 활용도를 최적화하고 전반적인 비용을 절감합니다. 경제적 인센티 브는 시퀀서(sequencer)가 관련 작업 항목을 일괄 처리하고 자주 통신하는 서비스를 동일한 코어에 함께 배치하도록 자연스럽게 유도합니다.
트랜잭션 없는 아키텍처는 전통적인 트랜잭션 수수료 구조를 완전히 제거합니다. 사용자가 가스 수수료와 함께 멤풀(mempool)에 트랜잭션을 제출하는 대신, 모든 작업은 결과가 온체인에 통합되기 전에 오프체인에서 정제(Refine) 단계를 거칩니다. 이 근본적으로 다른 경제 모델은 트랜잭션당 가스가 아닌 코어타임 조달 및 작업 패키지 처리에 대해 요금을 부과하며, 수수료는 정제 및 누적 단계에서 소비된 컴퓨팅 및 데이터 리소스에 따라 결정됩니다.
검증인 경제는 폴카닷의 **지명 지분 증명(NPoS)**을 이어가며, 지분 규모와 관계없이 에포크(era)당 모든 활성 검증인에게 균등한 블록 보상이 분배됩니다. 검증인은 지명자에게 분배하기 전에 총 보상에서 공제되는 자체 수수료율을 설정합니다. 수익원은 블록 보상(주요), 활발한 참여에 대한 에포크 포인트 보너스, 사용자 팁(100% 검증인에게), 지명자로부터의 수수료를 포함합니다. 현재 스테이킹 통계에 따르면 600명의 활성 검증인에 걸쳐 8억 2,504만 5천 DOT가 스테이킹되어 58%의 참여율을 보입니다.
서비스는 토큰 잔액을 코드 및 상태와 직접 연결하여, 순수하게 업그레이드 가능한 체인에서는 쉽게 달성할 수 없는 경제 모델 조정을 가능하게 합니다. 이 혁신은 서비스가 DOT를 보유하고 관리할 수 있도록 하여, 자체 운영 비용을 지불하고, 새로운 토크노믹스(tokenomics) 메커니즘을 구현하거나, 사용자 자금의 수탁자 역할을 할 수 있는 경제적 주체를 생성합니다. 이 모든 것은 신뢰할 수 있는 중개자 없이 이루어집니다.
경제 보안 모델은 **경제 검증인(ELV)**에 의존합니다. 이는 무작위로 선택된 검증인이 작업을 재실행하여 정확성을 검증하는 시니컬 롤업(cynical rollup) 메커니즘입니다. 이 접근 방식은 컴퓨팅 정확성을 보장하는 데 있어 ZK 증명(zero-knowledge proofs)보다 약 4,000배 더 비용 효율적임이 입증되었으며, 폴카닷의 입증된 암호경제적 보안 모델을 활용합니다. 작업 결과에 이의가 제기되면, 판정 메커니즘은 검증인이 합의에 도달하는 동안 완결성(finality)을 최대 1시간 동안 일시 중지할 수 있어, 적대적인 조건에서도 보안 보장을 유지합니다.
개발 현황: 구현, 테스트넷 및 메인넷 로드맵
2025년 10월 현재, JAM 개발은 43개의 활성 구현 팀이 5개 언어 범주에 걸쳐 1천만 DOT + 10만 KSM 상금 풀(6천만~1억 달러 상당)을 놓고 경쟁하며 중요한 단계에 도달했습니다. 이 전례 없는 구현자 다양성은 단일 팀을 넘어 전문 지식을 확산하고, 클라이언트 다양성을 통해 프로토콜 복원력을 보장하며, 독립적인 구현을 통해 사양의 모호성을 식별하는 것을 목표로 합니다.
여러 구현이 2025년 8월까지 100% JAM 적합성을 달성했습니다. 여기에는 JAM DUNA (Go), JamZig (Zig), Jamzilla (Go), JavaJAM (Java), SpaceJam (Rust), Vinwolf (Rust), Jamixir (Elixir), Boka (Swift)가 포함됩니다. JAM 적합성 대시보드는 실시간 성능 벤치마크, 퍼즈 테스트(fuzz testing) 결과 및 구현 비교를 제공하여 각 클라이언트의 성숙도를 투명하게 평가할 수 있도록 합니다. Parity의 Rust로 구현된 PolkaJAM은 현재 성능 지표에서 선두를 달리고 있습니다.
**JAM 그레이 페이퍼(Gray Paper)**는 여러 차례 개정되었습니다. 2025년 6월 25일에 v0.7.0이 PVM 실행 및 Aggregating Scheduler에 대한 상세한 의사 코드(pseudocode)와 함께 출시되었고, 이어서 2025년 7월 26일에 v0.7.1이 커뮤니티 피드백을 반영하여 출시되었습니다. 그레이 페이퍼는 이더리움의 옐로우 페이퍼(Yellow Paper) 접근 방식을 모방하여, 단일 참조 클라이언트에 의존하는 대신 여러 독립적인 구현을 가능하게 하는 공식적인 수학적 사양을 제공합니다.
테스트넷 활동은 2025년 내내 가속화되었으며, 리스본에서 열린 JAM Experience Event(5월 9-11일)는 국제 개발자들이 참석한 주요 공개 테스트넷 출시 파티였습니다. 최소 실행 가능 롤업(Minimum Viable Rollup) 테스트넷은 2025년 6월에 출시되어 개발자들이 라이브 네트워크 환경에서 기본 JAM 기능을 테스트할 수 있도록 했습니다. 여러 구현 팀이 지속적으로 비공개 테스트넷을 운영하고 있으며, Parity는 개발자들이 실험을 위해 자체 JAM 테스트넷을 생성할 수 있도록 실험적인 PolkaJAM 바이너리를 출시했습니다.
JAM 구현자 상금은 구현 경로(검증 노드, 비 PVM 검증 노드 또는 라이트 노드)당 5가지 마일스톤에 걸쳐 보상을 구성합니다.
마일스톤 1 (IMPORTER): 상태 전환 적합성 테스트 통과 및 블록 가져오기에 대해 100,000 DOT + 1,000 KSM. 제출은 2025년 6월에 시작되었으며 폴카닷 펠로우십(Polkadot Fellowship)이 제출물을 검토합니다. 마일스톤 2 (AUTHORER): 블록 생성, 네트워킹 및 오프체인 구성 요소를 포함한 완전한 적합성에 대해 추가 100,000 DOT + 1,000 KSM. 마일스톤 3 (HALF-SPEED): 쿠사마(Kusama) 수준의 성능 달성에 대해 100,000 DOT + 1,000 KSM, 전체 규모 테스트를 위한 JAM 토스터 액세스 권한 부여. 마일스톤 4 (FULL-SPEED): 폴카닷 메인넷 수준의 성능 달성에 대해 100,000 DOT + 1,000 KSM, 무료 전문 외부 보안 감사 포함. 마일스톤 5 (SECURE): 중대한 취약점 없이 완전한 보안 감사를 통과하는 것에 대해 최종 100,000 DOT + 1,000 KSM.
언어 다양성은 전통적인 엔터프라이즈 언어(Set A의 Java, Kotlin, C#, Go), 네이티브 성능 언어(Set B의 C, C++, Rust, Swift, Zig), 간결한 스크립팅 언어(Set C의 Python, JavaScript, TypeScript), 그리고 정확성 중심 언어(Set D의 OCaml, Elixir, Julia, Haskell)를 포함합니다. Set Z는 Brainfuck 또는 Whitespace와 같은 난해한 언어로 구현된 경우 최대 5,000 KSM을 제공하여, 사양의 명확성을 입증하는 동시에 커뮤니티의 유쾌한 정신을 보여줍니다.
메인넷 배포 로드맵은 야심찬 일정을 따릅니다.
- 2025년 말: 최종 그레이 페이퍼 개정(v0.8.0, v0.9.0, v1.0 근접), 마일스톤 제출 및 검토 지속, 테스트넷 참여 확대
- 2026년 1분기: OpenGov 국민투표를 통한 거버넌스 승인 후 폴카닷 네트워크에 JAM 메인넷 업그레이드 목표
- 2026년: CoreChain 1단계 배포, 공식 공개 JAM 테스트넷, 폴카닷 네트워크의 JAM 아키텍처로의 완전한 전환
배포 전략은 반복적인 점진적 변경보다는 단일의 포괄적인 업그레이드를 포함하며, 업 그레이드 후 작업에 대한 정확한 제한을 가능하게 하고 지속적인 변경으로 인한 개발자 오버헤드를 최소화합니다. 이 접근 방식은 모든 변경 사항을 하나의 전환으로 통합하여 폴카닷 1.0의 진화를 괴롭혔던 복잡성 누적을 방지합니다. 그러나 거버넌스 승인은 여전히 필수적입니다. JAM은 DOT 토큰 보유자 투표를 통해 폴카닷의 탈중앙화 온체인 거버넌스를 통과해야 합니다. 2024년 5월 국민투표 682호(3,100만 DOT 이상 지지)의 거의 만장일치 승인 선례는 강력한 커뮤니티 지원을 시사하지만, 최종 메인넷 배포에는 별도의 거버넌스 승인이 필요합니다.
실제 구현이 이미 나타나고 있습니다. 아칼라 네트워크(Acala Network)는 2025년 8월에 JAMVerse를 발표하며, Swift 기반 B-클래스 JAM 클라이언트(Boka)를 사용하여 최초의 JAM 네이티브 DApp 체인을 구축했습니다. 그들의 로드맵에는 서브-블록 지연 시간(sub-block-latency) 작업을 위해 핵심 DeFi 서비스(Swap, Staking, LDOT)를 JAM으로 마이그레이션하고, Substrate 파라체인과의 상호 운용성을 유지하기 위한 JAM-XCM 어댑터를 개발하며, 동기식 구성 가능성을 통해 교차 체인 플래시 론(flash loans)을 시연하는 것이 포함됩니다. 유니크 네트워크(Unique Network)의 쿼츠(Quartz)는 2025년 10월까지 계획을 완료하고 JAM 아키텍처를 위한 내부 테스트 환경으로 전환하고 있습니다.
생태계 영향: 하위 호환성 및 마이그레이션 전략
JAM의 설계는 기존 폴카닷 파라체인과의 완전한 하위 호환성을 우선시하여, 전환이 생태계를 방해하기보다는 향상시키도록 보장합니다. 공식 문서는 "제안의 일부에는 툴링(tooling) 및 하드코딩된 호환성 보장이 포함될 것"이라고 확인하며, 웹3 재단(Web3 Foundation)은 "JAM 출시 후에도 파라체인은 일등 시민으로 남을 것"이라고 확언합니다. JAM이 출시되면 릴레이 체인이 업그레이드되고 파라체인은 코드 변경 없이 자동으로 JAM 위에서 실행되는 서비스가 됩니다.
파라체인 서비스(또는 코어체인(CoreChains) 또는 체인서비스(ChainService))는 모든 폴카닷 1.1 파라체인 기능을 단일 JAM 서비스로 통합합니다. 기존 Substrate 기반 파라체인은 이 호환성 계층을 통해 기능적으로 변경되지 않은 동작으로 계속 작동합니다. 즉, "현재 폴카닷에서 실행되는 어떤 파라체인의 기능도 영향을 받지 않을 것입니다." 파라체인 팀의 관점에서 "기술 스택은 크게 다르지 않습니다. 그들은 유사한 개발 워크플로우로 검증인에 의해 계속 검증될 것입니다."
세 가지 마이그레이션 경로를 통해 팀은 자체 속도로 JAM 기능을 채택할 수 있습니다.
옵션 A: 마이그레이션 없음은 파라체인 팀이 아무런 노력 없이 이전과 똑같이 계속 운영할 수 있도록 합니다. 파라체인 서비스는 모든 호환성 문제를 처리하며, 현재의 성능 특성과 개발 워크플로우를 유지합니다. 이 기본 경로는 기존 기능에 만족하거나 기술이 성숙할 때까지 JAM 특정 기능을 연기하려는 팀에 적합합니다.
옵션 B: 부분 마이그레이션은 팀이 전통적인 파라체인으로 계속 운영하면서 특정 기능을 JAM 네이티브 서비스로 배포하는 하이브리드 접근 방식을 가능하게 합니다. 예를 들어, DeFi 파라체인은 메인 체인 운영을 변경하지 않고 개인 정보 보호 기능을 위한 ZK 롤업 서비스 또는 가격 피드를 위한 오라클(oracle) 서비스를 JAM 코어에 직접 배포할 수 있습니다. 이 점진적인 전환은 완전한 약속 없이 새로운 기능을 테스트하고, 하위 호환성을 유지하면서 고급 기능을 선택적으로 액세스할 수 있도록 합니다.
옵션 C: 전체 마이그레이션은 JAM의 서비스 모델을 사용하여 Refine, Accumulate 및 onTransfer 진입점을 명확히 구분하여 재구축하는 것을 포함합니다. 이 경로는 무허가 배포, Accords를 통한 동기식 구성 가능성, CorePlay 액터(actor) 기반 프레임워크, JAM의 새로운 실행 모델에 대한 직접 액세스 등 최대의 유연성을 제공합니다. 아칼라(Acala)의 JAMVerse는 이 접근 방식을 예시합니다. 즉, 전환 기간 동안 레거시 파라체인 운영을 유지하면서 완전한 JAM 네이티브 구현을 구축합니다. 전체 마이그레이션은 상당한 개발 노력이 필요하지만 JAM의 잠재력을 최대한 발휘할 수 있습니다.
마이그레이션 지원 인프라에는 아칼라 문서에 "런타임 로직을 수정할 필요 없이 JAM으로의 원활한 마이그레이션"을 가능하게 한다고 언급된 Omicode 마이그레이션 도구가 포함됩니다. 이는 기존 Substrate 파라체인을 위한 호환성 계층으로 보입니다. 폴카닷 SDK는 JAM과 호환성을 유지하지만, 파라체인 검증 기능(PVF)은 WebAssembly에서 PVM으로 재타겟팅됩니다. PVM은 RISC-V(이미 공식 LLVM 타겟)의 사소한 수정 사항을 나타내므로, WASM으로 컴파일된 기존 코드베이스는 일반적으로 최소한의 변경으로 PVM으로 재컴파일될 수 있습니다.
WASM에서 PVM으로의 전환은 여러 이점을 제공합니다. **무료 측정(free metering)**은 실행 중 가스 오버헤드를 제거하고, 레지스터 기반 아키텍처는 WASM의 스택 기반 설계에 내재된 NP-완전 레지스터 할당 문제를 피하며, 자연스러운 연속 지원은 프로그램이 블록 경계를 넘어 일시 중지하고 재개할 수 있도록 하고, 일반 하드웨어에서의 탁월한 실행 속도는 인프라 변경 없이 성능 향상을 제공합니다. Substrate FRAME 팔레트(pallets)는 파라체인 서비스 내에서 계속 작동하지만, JAM의 측정 시스템은 Substrate 개발에 부담을 주었던 빈번한 벤치마킹 요구 사항을 종종 불필요하게 만듭니다.
XCM(크로스 컨센서스 메시지 형식) 진화는 전환 전반에 걸쳐 상호 운용성을 보장합니다. 완전한 XCMP(크로스체인 메시지 전달)는 JAM에서 필수적이 됩니다. 현재 HRMP(수평 릴레이 라우팅 메시지 전달)가 4KB 페이로드(payload) 제한으로 모든 메시지 데이터를 릴레이 체인에 저장하는 반면, JAM의 XCMP는 메시지 헤더만 온체인에 배치하고 오프체인 데이터 전송은 무제한입니다. 이 아키텍처 요구 사항은 정제(Refine) 및 누적(Accumulate) 단계 간의 엄격한 데이터 전송 제한에서 비롯되며, 릴레이 체인 병목 현상 없이 현실적인 데이터 페이로드를 가능하게 합니다.
JAM-XCM 어댑터는 전환 기간 동안 JAM 서비스와 Substrate 파라체인 간의 상호 운용성을 유지합니다. 2025년에 출시되는 XCM v5 개선 사항에는 멀티홉(multi-hop) 트랜잭션, 멀티체인 수수료 지불, 더 적은 서명 요구 사항, 더 나은 오류 방지가 포함되며, 이 모든 것은 폴카닷에서 JAM으로의 전환 전반에 걸쳐 원활하게 작동하도록 설계되었습니다. Accords는 예비 기반 중개자 없이 체인 간 직접 토큰 텔레포테이션(teleportation)과 같은 신뢰 최소화 상호 작용을 가능하게 하는 동기식 XCM 기능을 도입합니다.
스테이킹, 재무, 프로토콜 업그레이드를 위한 거버넌스 메커니즘은 핵심 프로토콜에 포함되는 대신 서비스로 마이그레이션됩니다. 이러한 관심사 분리(separation of concerns)는 JAM 체인 자체를 단순화하면서도 업그레이드 가능한 서비스 코드에 필요한 모든 기능을 보존합니다. 스테이킹 보상 분배, 코어타임 시장, 거버넌스 투표를 포함한 애플리케이션 수준 기능은 모두 프로토콜 수준 변경 없이 자체 업그레이드 메커니즘을 통해 독립적으로 진화할 수 있는 서비스에 존재합니다.
검증인 전환은 간단합니다. 운영자는 현재 폴카닷 클라이언트 대신 JAM 호환 클라이언트를 실행해야 하지만, 블록 생성, 트랜잭션(이제 작업 패키지) 검증, 합의 유지라는 검증인의 책임은 변경되지 않습니다. 합의를 위한 BABE+GRANDPA에서 SAFROLE+GRANDPA로의 전환은 주로 운영 절차보다는 클라이언트 구현 내부 사항에 영향을 미칩니다. 99% 이상의 가동 시간을 유지하고, 검증 요청에 신속하게 응답하며, 합의에 참여하는 검증인은 현재 폴카닷과 마찬가지로 에포크당 동일한 보상을 계속 받게 됩니다.