파로스 네트워크의 기술적 접근 방식은 고성능과 병렬 처리 기능을 강조하며, 이론적으로는 빈번한 상호 작용, 결제 정산, 높은 동시 접속 요구 사항과 같은 애플리케이션 시나리오를 지원하는 데 도움이 됩니다. 그러나 기술적 성능 우위만으로는 네트워크의 장기적인 경쟁력을 보장하기에 충분하지 않습니다. 기반 인프라 기능을 실제적이고 지속 가능한 애플리케이션 요구 사항으로 전환하고, 이를 기반으로 개발자 및 애플리케이션 생태계를 육성하는 것이 파로스 네트워크가 향후 발전 과정에서 대면 중요한 과제입니다.
저자: Web3Caff 편집부
블록체인 인프라 경쟁이 '범용 퍼블릭 체인 경쟁'에서 '특정 애플리케이션 시나리오에 대한 성능 최적화'로 전환됨에 따라, 고성능 애플리케이션을 둘러싼 기반 아키텍처가 새로운 인프라 경쟁의 핵심 쟁점으로 부상하고 있습니다. 실물 자산, 웹2.0 상용 애플리케이션, 온체인 매핑에 대한 수요가 지속적으로 증가하고 있으며, 실물 경제와 밀접하게 연관된 일부 애플리케이션 시나리오는 온체인 시스템과 현실 세계를 연결하는 중요한 가교 역할을 하고 있습니다. 동시에 이러한 애플리케이션 시나리오는 블록체인 시스템의 처리량, 결정론적 실행, 저지연 특성에 더욱 엄격한 기술적 요구사항을 제시하고 있습니다.
이러한 배경에서 파로스 네트웍스는 미래의 상업 및 금융 애플리케이션이 요구하는 성능과 확장성이라는 두 가지 조건을 충족하기 위해 모듈 아키텍처 설계와 기본 시스템의 포괄적인 최적화를 통해 높은 병렬 처리 능력과 낮은 지연 시간을 갖춘 레이어 1 네트워크를 구축하고자 합니다.
하지만 파로스 네트워크의 비전은 과연 실현 가능한 것일까요? 이 아키텍처의 차별점은 무엇일까요? 실제 운영 환경에서 병렬 처리 기능은 어떻게 작동할까요? 반응형 웹 애플리케이션(RWA)과 금융 애플리케이션의 확장 추세 속에서 지속 가능성을 유지할 수 있을까요? 본 연구 보고서는 기술 아키텍처, 성능 설계, 생태계 현황, 경쟁사 분석 등 다각적인 관점에서 파로스 네트워크를 체계적으로 분석하여 기술적 본질과 전략적 제품 고려 사항을 밝힐 것입니다.
다음 내용은 파로스 네트워크의 형성 특성 및 기술 원리에 대한 객관적인 분석일 뿐이며, 어떠한 제안이나 청약도 구성하지 않음을 알려드립니다. 본 정보를 바탕으로 어떠한 결정도 내리지 마십시오. 또한, 본 프로젝트와 관련된 RWA(실질자산가치) 업무 중국 본토에서 직접 진행할 수 없습니다(중국 증권감독관리위원회에 신고하는 등 적법한 발행 절차를 완료하고 국내외 기관과 협력해야 합니다). 각 국가 또는 지역의 법률 및 규정을 엄격히 준수하시고(중국 본토 독자께서는 "중국 본토 블록체인 및 가상화폐 관련 법률 및 규정 요약 및 주요 내용 "을 참조하시기 바랍니다), 해당 국가 또는 지역의 법률에서 금지하는 금융 활동에 참여하지 마십시오.
배경
블록체인 기술의 발전 과정을 되돌아보면, 비트코인 인프라 네트워크의 탄생 이후 블록체인은 다양한 응용 분야의 요구와 기술적 변화에 따라 여러 차례 진화해 왔습니다.
초기 비트코인 인프라 네트워크는 가치 이전 및 결제를 위한 탈중앙화 방식을 제공하는 것을 목표로 하는 "분산 원장"으로 설계되었습니다. 따라서 빈번한 상호 작용이나 복잡한 애플리케이션 시나리오에 최적화되어 있지는 않았습니다. 이후 이더 블록체인의 "원장" 개념을 "범용 컴퓨팅 플랫폼"으로 확장하여 온체인 애플리케이션의 가능성을 넓혔고, 솔라나와 같은 차세대 퍼블릭 체인은 네트워크 상호 작용 기능을 향상시키기 위해 높은 처리량 성능에 초점을 맞췄지만, 이러한 블록체인의 아키텍처는 여전히 단일 구조 패러다임을 유지하고 있습니다. 온체인 상호 작용의 규모가 계속 커짐에 따라 성능 향상은 점차 효율성이 떨어지는 양상을 보입니다.
이후 셀레스티아(Celestia)와 코스모스(Cosmos)로 대표되는 모듈 블록체인 패러다임이 등장하기 시작했습니다. 모듈 형 아키텍처는 컨센서스 레이어, 데이터 가용성 계층, 정산 계층, 실행 계층을 분리하여 이들이 병렬적으로 협력적으로 작동할 수 있도록 합니다. 구체적으로, 컨센서스 레이어 블록 내 거래 순서 와 최종 확인을 결정하는 역할을 합니다. 즉, 멤풀에 있는 거래 중 어떤 순서로 어떤 블록에 포함될지 결정하는 것입니다. 데이터 가용성 계층(DA 계층)은 거래의 유효성을 검증하는 데 필요한 데이터를 저장합니다. 정산 계층은 롤업 L2 상태 데이터를 검증하고 사기/유효성 증명을 처리합니다. 실행 계층은 거래 및 상태 업데이트를 처리합니다.
이러한 아키텍처는 어느 정도까지는 모놀리식 블록체인의 확장성 병목 현상을 해결하여 시스템의 유연성과 확장성을 향상시킵니다. 그러나 GameFi, 온체인 결제, RWA(실시간 자산 분석), AI와 같은 분야가 부상하면서 블록체인 성능에 대한 시장의 요구 사항은 "상업용 수준의 실시간 성능"으로 더욱 변화하고 있습니다. 예를 들어, GameFi 시나리오는 밀리초 수준의 상호 작용 지연 시간과 높은 빈도의 상태 업데이트를 강조하고, 온체인 결제는 저비용, 높은 결정성, 빠른 정산을 요구하며, RWA 시나리오는 규정 준수 프레임 내에서 감사 과 결정적 실행에 더 의존합니다. 결과적으로, 더 높은 처리량, 더 낮은 지연 시간, 더 강력한 결정성을 추구하는 특정 애플리케이션 요구 사항을 대상으로 하는 여러 특수 블록체인이 등장했습니다. 이 시점부터 블록체인 기술은 성능 경쟁의 새로운 국면에 접어들었습니다.
새롭게 부상하는 담론들은 블록체인에 도전과 요구 사항들을 제시합니다.
초기 분산형 금융 시나리오와 비교했을 때, 고빈도 상호작용, 실시간 자동화(RWA), 인공지능(AI)과 같은 새로운 시나리오들은 네트워크 처리량, 확인 지연 시간, 실행 결정성에 더욱 엄격한 요구 사항을 제시합니다. 이러한 시나리오에서 블록체인은 더 이상 단순한 자산 이전 도구가 아니라, 실시간 상호작용 및 상용 수준의 인프라 측면에서 웹2.0에 가까운 역할을 수행해야 합니다.
예를 들어, 빈번한 상호 작용과 AI 에이전트의 자동 실행이 필요한 시나리오에서는 상호 작용이 사용자에 의한 수동 트리거가 아니라 프로그램이 매우 짧은 시간 내에 대량의 호출을 시작하는 방식으로 이루어지는 경우가 많습니다. 이러한 상황에서는 기본 네트워크가 더 높은 TPS(초당 트랜잭션 수) 및 처리량 한도, 강력한 동시 처리 능력, 그리고 더 짧은 확인 시간을 갖춰야 합니다. 그렇지 않으면 온체인 애플리케이션의 요구 사항을 충족하기 어려워집니다.
기존 퍼블릭 블록체인은 네트워크 혼잡이 발생할 경우, 거래 확인 시간이 크게 변동하는 경향이 있습니다. 이러한 변동은 일반적인 데이터 전송 시나리오에는 큰 영향을 미치지 않지만, AI 에이전트 협업, RWA(실제 자산 교환) 청산 및 결제, 온체인 결제와 같이 시간 제약이 매우 중요한 애플리케이션에는 훨씬 더 큰 영향을 미칩니다.
더 나아가, 대규모의 빈번한 호출은 온체인 상태를 지속적으로 증가시켜 네트워크 노드의 연산 및 저장 부하를 더욱 가중시킵니다. 이는 새로운 내러티브에 최적화된 블록체인이 네트워크 처리량 향상뿐만 아니라 상태 저장 구조 및 노드 자원 활용과 같은 여러 측면에서 지속적인 최적화를 필요로 한다는 것을 의미합니다.
더욱이, 위험가중자산(RWA)이나 기관 사용자를 대상으로 하는 결제와 같은 시나리오에서는 블록체인이 사용자의 확실성, 감사 및 리스크 통제에 대한 요구 사항을 충족하기 위해 더욱 강력한 규정 준수 인터페이스, 명확한 책임 범위, 그리고 더욱 안정적인 실행 규칙을 제공해야 하는 경우가 많습니다.
다시 말해, 새로운 내러티브를 위한 전용 블록체인이 직면한 과제는 더 이상 단순히 TPS 경쟁에만 국한되지 않고, 시스템 안정성 및 규정 준수와 같은 여러 차원을 아우르는 포괄적인 경쟁이 될 것입니다. 이는 또한 블록체인의 기본 아키텍처를 재구축해야 하는 객관적인 동기가 되고 있습니다.
블록체인 네트워크 성능 향상을 위한 주요 경로
블록체인에서의 상호작용 과정은 본질적으로 엄격한 파이프라인을 따르며, 트랜잭션은 순서, 확인, 실행, 상태 기록, 브로드캐스팅과 같은 과정을 순차적으로 거쳐야 합니다. 일반적으로 블록체인 네트워크 성능을 향상시키는 주요 방법은 다음과 같습니다.
- 해시레이트, 대역폭, 저장 용량 증대를 통해 노드 하드웨어 성능을 향상시키면 실행 효율성이 높아집니다. 솔라나(Solana)가 이러한 접근 방식의 대표적인 예입니다. 그러나 블록체인의 탈중앙화 특성상 노드는 중복 검증 및 저장 작업을 수행해야 합니다. 따라서 하드웨어 업그레이드를 통해 개별 노드의 성능이 향상되더라도 전체 시스템은 여전히 높은 자원 소비 문제를 안고 있습니다. 더욱이 하드웨어 업그레이드는 노드 참여 진입 장벽을 높여 노드 분산을 더욱 중앙집중화하는 결과를 초래할 수 있습니다.
- 단일 구조에서 모듈형 구조로의 전환은 블록 모듈 의 다양한 기능을 분리하고 개별적으로 최적화하는 것을 의미합니다. 이러한 패러다임은 시스템 설계의 유연성과 확장성을 효과적으로 향상시킬 수 있습니다. 그러나 블록체인의 전반적인 성능은 마치 "통"과 같아서, 가장 긴 판자가 아니라 가장 짧은 병목 현상에 따라 용량이 결정됩니다. 즉, 모듈 특정 모듈 의 기능 상한선을 높이는 동시에 모듈 간 통신, 데이터 전송 및 전반적인 협업 비용에 새로운 제약을 가합니다.
- Rollup/L2 시스템을 모놀리식 블록체인으로 확장하면 실행 부하가 오프체인으로 이동하여 메인넷의 부담을 완화할 수 있습니다. 이러한 접근 방식은 이더 생태계에서 널리 검증되었습니다. 그러나 Rollup/L2 시스템이 성숙해짐에 따라 상태 비대화, 데이터 파편화, 유동성 부족과 같은 새로운 병목 현상이 발생하고 있습니다. 이는 바로 이더 L2 생태계가 직면한 잠재적 과제입니다.
- 기본 네트워크 아키텍처 재구축은 실행 모델, 저장 구조, 검증 방식 등 블록체인 시스템 전반을 재설계하여 고성능 요구 사항을 충족하는 것을 의미합니다. 이러한 접근 방식은 기존 아키텍처의 한계를 뛰어넘는 경우가 많지만, 기술적으로 구현이 더 어렵고 보안 검증 및 생태계 통합에 더 오랜 시간이 소요됩니다. 그러나 웹3 기술의 급속한 발전으로 기본 네트워크 아키텍처 재구축은 새로운 돌파구로 떠오르고 있습니다.
파로스 네트워크 소개
이러한 배경 속에서 파로스 네트워크는 상업 및 금융 애플리케이션에 최적화된 고성능 모듈 형 레이어 1 블록체인 구축에 전념하고 있습니다. 모듈 아키텍처 설계와 기반 시스템 재구축을 통해 파로스 네트워크는 합의, 실행, 저장 등 핵심 영역에 병렬화 기술을 도입하여 네트워크 처리량과 확장성을 극대화하고, 상호 작용 지연 시간과 시스템 비용을 절감함으로써 차세대 탈 탈중앙화 애플리케이션 개발을 촉진하고자 합니다.
파로스 네트워크는 2024년 7월에 설립되었습니다. 같은 해 11월, 파로스 네트워크는 라이트스피드 팩션과 핵 VC가 주도한 800만 달러 규모의 융자 융자 완료했다고 발표했습니다.
공개된 정보 에 따르면, 파로스 네트워크 팀의 핵심 멤버인 위시 우와 알렉스 장은 모두 앤트 그룹의 웹3 프로젝트인 ZAN에서 근무한 경험이 있습니다. 알렉스 장은 이전에 앤트 그룹 디지털 테크놀로지 컴퍼니의 최고기술책임자(CTO)와 알리바바 다모 아카데미 블록체인 연구소 소장을 역임했습니다. 따라서 시장에서는 파로스 네트워크와 앤트 그룹이 블록체인 업무 에서 일정 수준의 협력 관계를 맺고 있을 것으로 예상하고 있습니다. 이는 2025년 9월 윤풍금융이 파로스 네트워크에 투자하면서 발표한 공식 성명 에서도 확인할 수 있습니다. 해당 발표에서 윤풍금융은 앤트금융과 전략적 협력 계약을 체결했으며, 양측이 파로스 네트워크를 통해 RWA(반응형 웹 자산) 및 차세대 웹3 개발 방향을 법규를 준수하며 공동으로 확장해 나갈 것이라고 명시적으로 밝혔습니다.
또한, 2025년 5월 파로스 네트워크는 가상 머신 최적화를 위해 DTVM(결정론적 가상 머신)을 오픈 소스로 공개하기 위해 앤트체인과 협력한다고 발표했습니다.
제품 개발 측면에서 보면, 파로스 네트워크의 공개 테스트넷은 2025년 5월에 출시되었습니다. 같은 해 11월에는 파로스 네트워크가 신뢰할 수 있고 투명하며 규정을 준수하는 환경에서 파로스 생태계의 건전한 발전을 더욱 촉진하기 위해 파로스 재단을 설립했다고 발표했습니다.
기존 블록체인 아키텍처의 병렬화 병목 현상
기술적 관점에서 병렬화는 블록체인 성능 향상을 위한 중요한 방향으로 자리 잡았습니다. 그러나 모듈 블록체인과 단일형 블록체인 모두 실제 구현 과정에서 특정 기술적 병목 현상에 직면합니다.
전반적인 아키텍처 관점에서 볼 때, 모듈 블록체인은 컨센서스 레이어, 실행 계층, 데이터 가용성 계층, 결제 계층과 같은 다양한 기능 모듈 로 시스템을 나눕니다. 이러한 모듈 표준화된 인터페이스를 통해 상호 작용하며, 각 계층은 독립적으로 최적화되거나 교체될 수 있어 시스템의 유연성과 확장성을 일정 수준까지 향상시킵니다.
하지만 실제 운영에서는 계층 간 스케줄링과 모듈 간 데이터 상호 작용으로 인해 추가적인 통신 비용과 일정 수준의 동기화 지연이 발생하는 경우가 많습니다. 더욱 중요한 것은, 각 모듈 일반적으로 독립적인 노드 네트워크에서 실행되기 때문에 계층 간 검증 및 상태 확인과 관련된 작업은 대부분 미리 정해진 순서대로 단계적으로 완료해야 하므로 효율적인 병렬 처리가 어렵다는 점입니다.
단일 블록체인 아키텍처를 기반으로 병렬화를 시도하면 여러 가지 기술적 및 하드웨어적 한계에 직면하게 될 것입니다.
첫째, 기존 EVM(이더 가상 머신)의 설계 철학은 단일 스레드 방식으로 트랜잭션을 순차적으로만 실행할 수 있도록 규정하고 있습니다. 이는 현재 서버 CPU가 멀티코어 시대로 접어들었음에도 불구하고, EVM이 여러 코어를 적극적으로 활용하고 조정하여 트랜잭션을 동시에 실행하는 데 어려움을 겪는다는 것을 의미합니다. 따라서 병렬 EVM 기술의 주요 과제는 상태 일관성을 보장하면서 멀티코어 CPU의 컴퓨팅 성능을 최대한 활용하는 방법을 해결하는 것입니다.
둘째로, 이더 머클-패트리샤 트라이(MPT) 데이터 구조를 사용하여 계정 상태, 계약, 거래 등의 정보를 저장하고 계정 상태를 검증합니다. 이 구조에서 각 노드의 해시 값은 자식 노드의 해시 값으로 생성됩니다. 리프 노드를 수정하려면 해당 리프 노드부터 루트 노드까지 모든 부모노드 (Parent node) 의 해시 값을 계층별로 다시 계산해야 합니다. 리프 노드는 이더 계정의 상태 정보를 저장하기 때문에 여러 거래가 상태 트리의 동일한 데이터에 접근하거나 수정하려고 하면 읽기-쓰기 충돌이 발생합니다. 이는 병렬 EVM 기술이 해결해야 할 또 다른 핵심 문제, 즉 어떤 거래를 병렬로 처리하고 어떤 거래를 정상적인 순서로 실행할지 결정하는 문제로 이어집니다. 예를 들어, 솔라나는 Sealevel 메커니즘을 사용하여 시스템이 접근하고 작업해야 하는 계정을 미리 결정하며, 이더 커뮤니티는 검증자가 각 블록에 포함된 계정 및 계약 정보를 미리 알 수 있도록 하는 BALS(블록 수준 접근 목록) 솔루션을 도입하고 있습니다.
둘째로, 병렬 실행은 상당한 I/O 병목 현상을 초래합니다. 여러 트랜잭션이 동시에 실행될 때, 스마트 계약 코드, 계정 상태 및 기타 데이터를 하드 드라이브에서 빈번하게 읽어야 하기 때문입니다. 그러나 현재 시판되는 최고 성능의 솔리드 스테이트 드라이브(SSD)조차도 임의 읽기 및 쓰기 속도가 CPU 연산 속도보다 훨씬 느립니다. 이는 필연적으로 병렬 컴퓨팅의 효율성을 저하시켜 CPU 코어가 대부분의 시간을 데이터 대기에 소비하게 만듭니다.
또한, 현재 많은 EVM 체인은 낙관적 실행 메커니즘을 사용하는데, 이는 먼저 실행한 후 검증한다는 의미입니다. 병렬 처리 환경에서 트랜잭션 충돌이 검증 단계에서만 발견될 경우, 트랜잭션을 롤백하는 데 필요한 추가적인 계산 부담이 상당하여 병렬화를 통한 성능 향상 효과가 상쇄될 수 있습니다.
따라서 블록체인 시스템의 병렬 처리 효율을 종합적으로 향상시키려면 저장 공간, 실행, 하드웨어, 합의 메커니즘 등 여러 측면을 고려해야 합니다.
파로스 네트워크 기술 아키텍처
이를 위해 파로스 네트워크는 블록체인 성능 향상을 위한 다양한 기술적 접근 방식을 통합하여 시스템 처리량과 확장성을 높이고자 합니다. 구체적으로, 모듈 프로토콜 스택을 기반으로 합의, 실행, 저장과 같은 핵심 구성 요소에 대한 최적화를 수행했으며, SPN(특수 처리 네트워크)을 핵심으로 하는 멀티 네트워크 시스템을 구축했습니다.
다시 말해, 파로스 네트워크는 메인넷과 여러 개의 SPN으로 구성된 네트워크입니다. 메인넷 자체는 완전한 모듈 프로토콜 스택을 갖춘 블록체인으로, 네트워크 합의, 보안, 데이터 가용성 및 최종 정산과 같은 핵심 기능을 담당합니다. 반면 SPN은 메인넷의 보안에 의존하는 전용 네트워크로서, "온체인 보조 프로세서" 역할을 하며 이론적으로 무제한 확장이 가능합니다. SPN은 기존 블록체인 형태에 국한되지 않고 다양한 유형의 애플리케이션에 차별화된 해시레이트 을 제공하는 것을 목표로 합니다. 특정 애플리케이션 시나리오를 위해 구축된 블록체인 네트워크일 수도 있고, GPU 컴퓨팅, AI 추론 및 데이터 저장 기능을 제공하는 전용 컴퓨팅 네트워크일 수도 있습니다.
따라서 파로스 네트워크의 전체 아키텍처는 메인 네트워크, SPN 전용 처리 네트워크, 그리고 공유 보안 및 경제적 인센티브의 조정을 가능하게 하는 네이티브 리스테이킹 (Restaking) 메커니즘의 세 가지 구성 요소로 추상화할 수 있습니다.
메인넷
기존의 모듈 블록체인 아키텍처와 유사하게, 파로스 네트워크 메인넷 프로토콜 스택 역시 네트워크 통신 계층, 컨센서스 레이어, 실행 계층, 상태 저장 계층, 정산 계층 등 여러 핵심 구성 요소를 포함합니다. 네트워크 통신 계층은 노드 간 P2P 통신뿐만 아니라 메인넷과 SPN 네트워크 간의 메시지 전달 및 상호 작용을 담당하여 전체 멀티 네트워크 시스템의 원활한 운영을 유지합니다. 정산 계층은 전체 상태에 대한 최종 확인을 제공하고, 리스테이킹 (Restaking) 메커니즘을 통해 메인넷과 다양한 SPN에 통합된 보안을 제공합니다.
이러한 기반 위에 파로스 네트워크는 컨센서스 레이어, 실행 계층, 상태 저장 계층 최적화에 집중하여 병렬 처리 기능 도입을 위한 토대를 마련했습니다. 특히 컨센서스 레이어 에서는 비동기 BFT(비잔틴 장애 허용) 메커니즘을 사용하여 전역 상호 작용 순서, 블록 확정, 시스템 최종 상태 구현을 처리합니다. 실행 계층에서는 EVM과 WasmVM 실행 환경을 모두 지원하는 이중 가상 머신 아키텍처를 도입하여 기존 이더 생태계와의 호환성을 보장하고 고성능 애플리케이션을 지원합니다. 또한, 실행 계층은 낙관적 메커니즘과 파이프라인 확정성 설계를 통합하여 지연 시간을 줄입니다. 저장 계층에서는 상태 저장 아키텍처를 재구성하여 스토리지 엔진과 상태 데이터 구성을 최적화함으로써 디스크 읽기/쓰기 효율성을 향상시키고 장기 저장 비용을 절감했습니다.
다음으로, 성능 및 확장성 측면에서 파로스 네트워크의 핵심 기술 설계를 더 자세히 이해하기 위해 위의 모듈 더욱 심층적으로 분석해 보겠습니다.
컨센서스 레이어
현재 많은 블록체인은 합의 프로토콜에서 고정 시간 슬롯을 사용하고 있습니다. 즉, 블록이 정해진 간격으로 생성된다는 의미입니다. 이 메커니즘의 장점은 네트워크 리듬이 명확해져 노드들이 예측 가능한 속도로 작업할 수 있다는 것입니다. 그러나 단점은 네트워크 처리량의 상한선을 제한한다는 것입니다. 예를 들어, 네트워크의 고정 블록 생성 시간이 10초로 설정되어 있지만 실제로 블록 전파 및 합의 확인을 5초 만에 완료할 수 있다면, 노드들은 나머지 5초 동안 유휴 상태로 남게 됩니다. 이는 네트워크 자원을 낭비하고 처리량의 추가 증가를 제한하는 결과를 초래합니다.
또한, BFT(비잔틴 장애 허용) 프로토콜 기반의 많은 네트워크에서 합의 과정은 일반적으로 먼저 제안자를 선택하고, 제안자가 블록을 생성하여 브로드캐스트한 후, 다른 노드들이 해당 블록에 대해 투표하는 방식으로 진행됩니다. 이러한 단일 제안자 모델은 논리적으로는 단순하지만 확장성 측면에서 병목 현상을 겪습니다. 제안자는 완전한 블록을 모든 검증자 노드에 브로드캐스트해야 하는데, 검증자 노드의 수가 많을수록 제안자의 브로드캐스트 부담이 커지기 때문입니다. 동시에, 제안자가 대량 의 데이터를 업로드할 때 다른 노드들의 대역폭 자원이 유휴 상태가 되는 경우가 많습니다. 제안자의 업링크 대역폭(즉, 데이터 전송 속도)에는 물리적 한계가 있는 경우가 많아 블록 전파 속도를 더욱 제한하고, 결과적으로 전체 시스템 처리량에 영향을 미칩니다.
따라서 파로스 네트워크는 이러한 두 가지 병목 현상을 해결했습니다. 첫째, 고정된 시간 가정을 하지 않는 전략을 채택했고, 둘째, 여러 검증자 노드가 동일한 시간 범위 내에서 동시에 블록을 제안할 수 있도록 했습니다. 이는 파로스 네트워크가 고정된 블록 생성 간격을 미리 정해두지 않는다는 것을 의미합니다. 검증자 노드는 트랜잭션 패키징을 완료하는 즉시 네트워크에 블록 제안을 브로드캐스트할 수 있으며, 네트워크에서 합의가 확인되면 해당 블록은 공식적으로 확정됩니다. 이러한 방식을 통해 시스템의 블록 생성 속도는 네트워크 상황에 따라 동적으로 조정됩니다. 네트워크 지연 시간이 짧고 전파 효율이 높을 때는 블록 생성 속도가 자동으로 증가하고, 네트워크 혼잡이나 지연 시간 상승 발생하면 합의 안정성을 유지하기 위해 블록 생성 속도가 자동으로 감소합니다.
한편, 네트워크에는 여러 개의 후보 블록이 동시에 존재할 수 있습니다. 블록이 검증자 노드 과반수의 승인을 받으면 유효한 블록이 됩니다. 프로토콜은 승인된 블록들을 순서 후 최종적으로 승인합니다. 이러한 방식으로 모든 검증자 노드의 업링크 대역폭이 활용되어 단일 제안자 모드로 인한 네트워크 병목 현상이 완화됩니다.
이러한 메커니즘을 지원하기 위해 파로스 네트워크는 비동기 BFT 합의 메커니즘을 도입하여 메시지 전파 시간에 대한 사전 정의된 상한선 없이 프로토콜이 작동할 수 있도록 했습니다. 즉, 노드는 하드웨어 성능과 네트워크 환경에 따라 참여 빈도를 동적으로 조정할 수 있습니다. 예를 들어, 고성능 하드웨어를 갖춘 노드는 더 자주 블록을 생성할 수 있고, 성능이 떨어지는 노드는 블록 생성 빈도를 낮출 수 있습니다. 이러한 방식으로 네트워크는 높은 성능을 유지하면서 더 다양한 참여자를 수용할 수 있습니다.
실행 계층
컨센서스 레이어"누구의 블록이 확정될 것인가"라는 문제를 해결한다면, 실행 계층은 "블록 내의 상호 작용을 어떻게 더 빠르게 실행하고 결과의 결정성을 보장할 것인가"라는 문제를 해결합니다.
높은 병렬 처리 능력과 빠른 확인 기능을 지원하기 위해 파로스 네트워크는 실행 아키텍처를 스케줄러와 실행기라는 두 부분으로 명확하게 구분합니다. 스케줄러는 트랜잭션의 병렬 스케줄링 및 실행을 위한 핵심 구성 요소로, 트랜잭션 간의 종속성을 분석하고 어떤 트랜잭션을 함께 실행할 수 있고 어떤 트랜잭션을 순차적으로 실행해야 하는지를 결정하는 역할을 합니다. 반면 실행기는 실제 트랜잭션 실행을 담당합니다. 실행기는 EVM과 WASM(WebAssembly)이라는 두 가지 엔진을 통해 작동하며, 기존 이더 생태계와의 호환성을 유지하면서 고성능 실행 환경을 지원합니다.
WASM은 원래 웹 브라우저를 위한 범용 가상 머신 표준으로 설계되었다는 점에 유의해야 합니다. WASM의 주요 목표는 속도, 효율성 및 이식성이지 일관성이 아닙니다.[1] 즉, 동일한 코드라도 하드웨어 아키텍처나 운영 환경에 따라 실행 결과에 약간의 차이가 발생할 수 있습니다. 이는 웹 환경에서는 일반적으로 허용되지만, 블록체인 시스템에서는 동일한 트랜잭션에 대해 노드마다 실행 결과가 일관되지 않아 상태 불일치 및 합의 불일치로 이어질 수 있습니다. 따라서 파로스 네트워크는 표준 WASM 대신 수정된 결정론적 가상 머신(DTVM)을 사용하여 성능, 유형 및 대역폭이 다른 장치에서 실행될 때에도 스마트 계약 코드의 최종 실행 결과가 일관되게 유지되도록 합니다.
파로스 네트워크의 실행 계층 아키텍처로 돌아가서, 스케줄링 과정에서 파로스 네트워크는 먼저 스마트 계약 코드를 분석하여 각 트랜잭션이 어떤 상태를 읽거나 쓸지 예측하고 "병렬 힌트"를 생성합니다. 두 트랜잭션의 읽기 및 쓰기 상태가 겹치지 않으면 동일한 그룹으로 묶어 병렬 실행할 수 있으며, 그렇지 않으면 서로 다른 그룹으로 묶입니다. 그룹화 과정에서 파로스 네트워크는 하드웨어 리소스 활용을 극대화합니다. CPU 성능이 더 좋은 기기에는 동시에 실행할 수 있는 데이터 그룹이 더 많이 할당됩니다.
파로스 네트워크는 실행 과정에서 낙관적 실행 메커니즘을 도입합니다. 이 메커니즘에 따라 시스템은 스케줄링 단계에서 병렬 그룹화가 올바르게 이루어졌다고 가정하고 트랜잭션을 병렬로 실행합니다. 실행 중에 트랜잭션 간에 상태 충돌이 발생하면 전체 트랜잭션 세트를 다시 계산하지 않고 충돌하는 트랜잭션만 롤백하고 다시 실행합니다. 이는 트랜잭션 충돌로 인한 성능 손실을 줄이는 데 도움이 됩니다.
결과 확인 단계에서 파로스 네트워크는 파이프라인 최종성 메커니즘을 사용하여 지연 시간을 줄인 실행을 추구함으로써 트랜잭션 실행 효율성 향상에 있어 가장 큰 병목 현상을 해결합니다.
기존 블록체인 프로세스는 트랜잭션 순서-> 트랜잭션 실행 -> 트랜잭션 합의 -> 최종 확인 -> 사용자 결과 확인 순서로 진행되지만, 파로스 네트워크는 이 프로세스를 최적화하여 트랜잭션 순서-> 스케줄러가 트랜잭션을 그룹화 -> 실행기가 트랜잭션을 실행 -> 사용자가 실행 결과를 미리 확인 -> 블록 확정 단계로 진행합니다. 즉, 파로스 네트워크에서는 블록이 최종 확정되기 전에 사용자가 트랜잭션 실행 결과를 확인할 수 있으며, 블록의 확정은 이후 합의 과정을 통해 이루어집니다. 이는 블록의 최종 확정에는 네트워크 전체의 합의가 필요하지만, 트랜잭션 실행 결과는 로컬 실행 단계에서 미리 생성할 수 있기 때문입니다.
일반적으로 우수한 파이프라인 실행 아키텍처는 다음과 같은 주요 문제를 극복해야 합니다.
- 동일 계좌의 잔액 블록 높이에 따라 다를 경우, 여러 스레드가 동시에 읽기/쓰기 작업을 수행할 때 실행 결과의 정확성을 보장하고 충돌을 방지하려면 어떻게 해야 할까요?
- 시스템의 전반적인 병렬 효율성을 높이기 위해 하드 드라이브 읽기 및 쓰기 속도를 개선하는 방법;
- 파이프라인의 각 단계에 필요한 CPU 및 스토리지 리소스를 균형 있게 할당하는 방법;
- 컨센서스 레이어 최종 확인을 기다리는 동안 블록에 발생하는 시간적 공백을 어떻게 메울 수 있을까요?
상기 문제들을 해결하기 위해 파로스 네트워크는 세 가지 영역에서 개선을 이루었습니다.
1. 서로 다른 단계에 있는 블록들이 병렬로 실행될 수 있도록 합니다. 예를 들어, 블록 1이 실행 단계에 있고, 블록 2는 합의 단계에 진입했으며, 블록 3은 네트워크 전파 단계에 있다고 가정해 보겠습니다. 이러한 블록들은 서로 영향을 주지 않고 동시에 실행될 수 있습니다.
2. 동적 자원 할당 최적화: 각 블록의 단계에 따라 시스템 자원을 동적으로 할당합니다. 예를 들어, 실행 단계의 블록은 더 많은 CPU 자원을, 합의 단계의 블록은 더 많은 대역폭 자원을, 상태 기록 단계의 블록은 더 많은 스토리지 I/O 자원을 필요로 합니다.
3. 최종성 확보의 유연성: 파로스 네트워크는 병렬 방식으로 운영되기 때문에, 그 최종성은 실제로 트랜잭션 최종성과 블록 최종성을 모두 포괄합니다. 일반 사용자는 상호작용 결과만을 중요하게 생각하므로, 트랜잭션이 실행되고 시스템에 기록되면 상호작용은 일반적으로 완료된 것으로 간주됩니다. 그러나 오라클 이나 인덱서와 같은 인프라는 블록의 최종성 확보 여부에 더 관심을 갖습니다. 블록 최종성이란 상호작용 결과가 네트워크에 의해 최종적으로 확정되어 롤백되지 않는다는 것을 의미합니다. 즉, 파로스는 SDK, 클라이언트, 노드의 각기 다른 최종성 요구 사항에 따라 보다 효율적인 리소스 할당과 빠른 확인을 실현할 수 있습니다.
스토리지 계층
파로스 네트워크는 또한 현재 블록체인에서 흔히 발생하는 상태 비대화 및 저장 성능 병목 현상을 해결하기 위해 상태 저장 계층을 재구성하여 저장 성능을 향상시키고 저장 비용을 절감하는 동시에 병렬 실행 계층에 대한 기본 지원을 제공합니다.
블록체인이 스마트 계약을 실행할 때, 본질적으로 상태를 지속적으로 읽고 수정한다는 점을 명확히 해야 합니다.
이더 예로 들면, 이더리움 네트워크는 세 가지 머클 트리를 사용하여 다음 세 가지를 기록합니다. 전체 이더 시스템의 모든 계정 상태(전역 상태 트리), 현재 블록에 포함된 거래(거래 트리), 그리고 블록 실행 후 거래 결과(수신 확인 트리).
따라서 이더 네트워크 노드는 트랜잭션을 실행할 때마다 이러한 트리에서 상태를 지속적으로 읽고, 수정 작업을 수행한 후 트리 구조를 업데이트해야 합니다. 각 트랜잭션은 대량 의 데이터 읽기, 쓰기 및 해시 계산을 발생시키며, 이 모든 데이터는 최종적으로 노드의 하드 드라이브에 저장되어야 합니다. 노드가 후속 트랜잭션을 처리할 때는 하드 드라이브에서 데이터를 읽고, 연산을 수행한 후, 새로운 데이터를 하드 드라이브에 저장하는 과정을 반복해야 합니다.
즉, "상태 읽기"에서 "상태 업데이트"에 이르는 전체 경로는 실제로 두 계층의 아키텍처를 거칩니다. 상위 계층은 머클 트리(검증 가능성 담당)이고 하위 계층은 디스크 저장소(영구 저장 담당)입니다. 모든 상태 접근은 이 두 계층을 거쳐야 하므로 접근 경로가 길어지고 I/O 지연 시간이 증가합니다. 또한 블록체인이 계속 운영되고 상태 데이터가 축적됨에 따라 상태 크기가 커져 저장 비용과 접근 지연 시간이 더욱 증가합니다.
이러한 문제를 해결하기 위해 파로스 네트워크는 완전히 새로운 스토리지 시스템인 파로스 스토어를 출시했습니다.
첫째, 파로스 스토어는 인증 데이터 구조(ADS)를 스토리지 엔진 내부에 내장합니다. 간단히 말해, 파로스 스토어는 머클 트리를 기본 스토리지 계층에 직접 통합하여 둘을 하나로 합치고 I/O 경로를 크게 단축합니다. 동시에 파로스 스토어는 MPT, JMT, ZKTrie를 포함한 다양한 머클 트리 구조와 호환되도록 설계되었습니다.
둘째로, 파로스 스토어는 머클 트리의 저장 방식을 기존의 해시 주소 지정 방식 대신 버전 기반 순차 저장 방식으로 변경했습니다. 기존 머클 트리에서는 데이터 저장 위치가 콘텐츠 해시에 따라 결정되므로 데이터가 하드 드라이브에 무작위로 분산되어 순차적으로 읽을 수 없었습니다. 하지만 파로스 스토어는 각 데이터 노드가 저장 시 데이터에 해당하는 블록 높이를 기록하도록 요구합니다. 이러한 방식으로 데이터는 블록 높이에 따라 순차적으로 저장될 수 있으며, 외부에서 하드 드라이브에 접근할 때 이러한 연속성을 활용하여 일괄 사전 로딩을 수행할 수 있으므로 하드 드라이브의 읽기/쓰기 효율을 크게 향상시킵니다.
또한, 파로스스토어는 머클 트리 노드를 디스크에 저장하는 프로세스를 최적화했습니다. 노드를 저장할 때, 매번 전체 노드를 디스크에 다시 쓰는 대신 변경된 데이터만 기록합니다. 이는 상태 업데이트 시 쓰기량을 크게 줄입니다. 또한, 파로스스토어는 단일 디스크 읽기 작업으로 여러 노드에 동시에 접근할 수 있도록 데이터 구성 방식을 최적화하여 여러 노드에 접근하는 데 필요한 I/O 작업 수를 크게 줄입니다. 이러한 최적화를 통해 동일한 하드웨어 조건에서 파로스스토어는 기존 솔루션보다 15배 이상 많은 상호 작용을 처리할 수 있으며, 동일한 데이터를 저장하는 비용은 기존 솔루션의 1/5로 줄입니다. [2]
스펜
기존 블록체인 아키텍처에서는 다양한 유형의 애플리케이션이 동일한 실행 환경과 리소스를 공유해야 하는 경우가 많습니다. 이러한 모델은 구조적으로는 단순하지만, 시스템 확장성에 한계를 초래하고 특정 시나리오에 대한 심층적인 최적화를 어렵게 만듭니다. 이러한 문제를 해결하기 위해 파로스 네트워크는 SPN(Special Processing Network) 아키텍처를 도입하여, 특정 애플리케이션 시나리오에 최적화된 전용 컴퓨팅 네트워크를 구축함으로써 단일 실행 환경의 한계를 극복하고, 다양한 유형의 애플리케이션이 더욱 적합한 운영 환경에서 실행될 수 있도록 했습니다.
하지만 다양한 SPN의 응용 목표와 연산 요구 사항이 다르기 때문에 네트워크 아키텍처 또한 높은 유연성을 보입니다. 예를 들어, AI 애플리케이션은 일반적으로 GPU와 같은 고성능 컴퓨팅 자원에 더 많이 의존하고, 분산 금융 애플리케이션은 낮은 지연 시간과 높은 처리량의 거래 처리 기능을 강조하며, 영지식 증명(ZK) 애플리케이션은 고강도 증명 생성 및 검증 연산을 지원해야 합니다.
따라서 메인넷과 달리 SPN은 통일된 합의 메커니즘을 채택할 필요 없이 자체적인 필요에 따라 맞춤 설정할 수 있습니다. 예를 들어, 네트워크의 개방성과 탈중앙화 향상시키기 위해 일부 네트워크는 PoS(지분증명) 메커니즘을 채택하여 스테이킹 통해 더 많은 노드가 네트워크 검증에 참여할 수 있도록 할 수 있습니다. 배포 및 운영 효율성을 중시하는 시나리오에서는 미리 정해진 검증자가 블록 생성을 담당하는 PoA(권한증명) 메커니즘을 선택할 수 있으며, 시스템 안정성과 내결함성이 요구되는 환경에서는 PBFT(실질적 비잔틴 내결함성) 또는 그 개선된 합의 알고리즘을 채택할 수 있습니다.
또한 SPN 아키텍처의 또 다른 중요한 장점은 이기종 컴퓨팅을 지원한다는 점입니다. 개발자는 애플리케이션 시나리오에 따라 가장 적합한 하드웨어 환경을 선택하여 다양한 컴퓨팅 리소스의 장점을 최대한 활용할 수 있습니다. 예를 들어, GPU는 대규모 병렬 컴퓨팅에, TEE(신뢰할 수 있는 실행 환경)는 개인 정보 보호 컴퓨팅에, ZK 가속기 영지식 증명 생성에 사용할 수 있습니다. 이러한 접근 방식을 통해 서로 다른 SPN은 기본 해시레이트 리소스를 더욱 효율적으로 활용하여 시스템이 다양한 작업 유형에 대해 더 나은 성능을 달성할 수 있도록 합니다.
메인 네트워크와 SPN 간의 네트워크 간 통신
파로스 네트워크는 검증자 노드, 전체 노드, 중계기 노드의 세 가지 유형의 노드를 설계했습니다.
그중에서도 검증자 노드(네트워크에 일정량의 자산을 먼저 스테이킹 해야 함)는 BFT 메커니즘 기반의 PoS 합의 프로토콜을 실행하고 블록을 제안, 투표, 생성 및 최종 확정하는 역할을 담당합니다. 검증자 노드는 네트워크 보안과 일관성 유지에 있어 핵심적인 참여자입니다.
풀 노드는 합의 투표에 직접 참여하지는 않지만, 완전한 블록 데이터와 실행 상태를 저장하는 역할을 담당합니다. 또한 상태 동기화, 과거 데이터 조회, 검증자 노드에 트랜잭션 종속성 또는 병렬 실행 가능 정보 등 실행 스케줄링 힌트를 제공하는 등 네트워크에 필수적인 데이터 인프라 지원을 제공해야 합니다.
반면 릴레이 노드는 경량 노드입니다. 릴레이 노드는 완전한 과거 데이터를 저장하지 않고, 최신 상태를 저장하고 최근 트랜잭션을 처리하는 역할만 담당합니다. 주요 기능으로는 트랜잭션 전달, 메시지 라우팅, SPN 네트워크 간 메시지 전송 등이 있습니다.
SPN과 파로스 네트워크 메인넷 간의 안정적인 상호 작용을 보장하기 위해 네트워크 간 통신 메커니즘이 설계되었습니다. 사용자가 SPN 네트워크에서 상호 작용 또는 요청을 시작하면 릴레이 노드는 관련 상호 작용 정보와 필요한 증명을 파로스 네트워크 메인넷으로 전송하고, 메인넷은 해당 정보를 검증하고 기록합니다. 이후 대상 SPN은 메인넷에서 이러한 메시지를 읽고 해당 작업을 실행할 수 있으므로 서로 다른 SPN과 메인넷 간의 데이터 및 정보 흐름이 가능해집니다.
리스테이킹 (Restaking) 메커니즘
보안 메커니즘 측면에서, 각 SPN이 독립적으로 완전한 검증자 시스템을 구축해야 하는 부담을 줄이기 위해 파로스 네트워크는 아이젠레이어와 유사한 네이티브 리스테이킹 (Restaking) 메커니즘을 도입했습니다. 메인넷 검증자는 네이티브 토큰을 스테이킹 메인넷 보안에 참여할 때 해당 스테이킹 자격 증명을 받습니다. 이 자격 증명은 다른 SPN에서 리스테이킹 (Restaking) 할 수 있으므로 SPN의 보안을 강화합니다.
이러한 방식으로 SPN은 메인넷의 보안 및 경제적 인센티브 시스템을 어느 정도 계승할 수 있습니다. 그러나 SPN이 악의적인 행위를 하거나 오작동을 일으킬 경우, 해당 자산의 리스테이킹 (Restaking) 에 대한 페널티(슬래싱)가 부과될 수 있으므로 검증자 노드의 행동에 경제적 제약이 생깁니다.
요약
전반적으로, 파로스 네트워크는 일련의 기술적 최적화를 통해 풀스택 아키텍처의 병렬 설계를 구현하고자 합니다. 블록체인 시스템의 병렬 처리 능력을 보다 정확하게 측정하기 위해 파로스 네트워크는 병렬 처리 정도(DP)라는 개념을 제안합니다. 병렬 처리 정도는 블록체인 네트워크가 컴퓨팅 및 데이터 리소스를 병렬 처리에 동시에 활용할 수 있는 능력을 나타냅니다. 이론적으로 병렬 처리 정도가 높을수록 시스템이 단위 시간당 처리할 수 있는 상호 작용의 수가 많아집니다.
공식 발표에 따르면, 파로스 네트워크는 특히 다음과 같은 측면에서 DP5 수준의 병렬 처리를 달성했습니다.
- 블록 전파 프로토콜과 합의 메커니즘을 최적화함으로써 대규모 거래 유입을 위한 진입점이 열립니다.
- 병렬 실행 기능을 강화함으로써 충돌 없는 트랜잭션을 멀티코어 CPU에서 동시에 실행할 수 있습니다.
- 파이프라인 아키텍처를 사용하여 트랜잭션을 분할하고 처리함으로써 CPU는 하드 디스크 읽기/쓰기 작업을 기다리는 동안 유휴 상태가 되지 않으므로 트랜잭션을 지속적으로 추가하고 처리할 수 있습니다.
- 병렬 Merkel 최적화 스토리지 솔루션을 구현함으로써 하드 디스크 I/O 병목 현상을 완화할 수 있습니다.
- GPU 및 FPGA와 같은 외부 하드웨어를 도입함으로써 시스템에 이기종 컴퓨팅 기능을 탑재할 수 있으며, 이를 통해 더욱 효율적인 자원 배분이 가능해집니다.
파로스 네트워크의 생태계 구조
파로스 네트워크는 생태계 프로젝트 개발을 장려하기 위해 2025년 3월 7일 2천만 달러 규모의 생태계 인센티브 프로그램을 시작했습니다. 이 프로그램은 혁신적인 아이디어와 실질적인 구현 능력을 갖추고 개발에서 어느 정도 진전을 이룬 프로젝트 팀을 대상으로 합니다. 주요 지원 분야는 RWA(반응형 웹 자산), 결제, 분산형 금융 프로토콜, DeAI(탈중앙화 인공지능), DeSci(탈중앙화 과학), GameFi입니다.
2025년 11월 파로스 재단이 공식 설립됨에 따라 생태 기금 관리 및 프로젝트 자금 지원 관련 책임은 재단 시스템으로 정식 이관될 예정입니다. 비영리 단체인 파로스 재단은 생태 기금 지원뿐만 아니라 기술 연구 개발 지원, 생태 거버넌스, 생태 홍보 등 다양한 기능을 수행할 것입니다.
이러한 프레임 안에서 재단은 1천만 달러 규모의 파로스 빌더 인큐베이터 프로그램을 추가로 출범시켰습니다. 이 프로그램은 기존의 생태계 지원 프로그램의 연장선으로, 주로 위험가중자산(RWA), 결제, 분산형 금융 및 혁신적인 인프라 분야의 프로젝트 팀을 대상으로 합니다.
하지만 체인와이어 에 따르면, 파로스 생태계 펀드의 자금 관리 및 사용에 관한 세부 정보는 메인넷 출시 이후(2026년 초 예상)에 발표될 첫 번째 투명성 보고서에서 공개될 예정입니다.
공식 생태계 지도(통계 기준일: 2026년 1월 1일)에 따르면, 파로스의 현재 생태계 프로젝트는 주로 분산형 금융 프로토콜 및 인프라, 그리고 반응형 웹 애플리케이션(RWA)과 같은 분야에 집중되어 있습니다.
저자는 독자 여러분께 제시된 그림이나 계약은 업계 연구 목적으로만 제공되며, 어떠한 형태의 추천, 투자 조언 또는 가치 보증을 의미하지 않음을 알려드립니다 . 관련 프로젝트 및 기술은 아직 개발 단계에 있으며, 지역별 규제 정책의 영향을 받을 수 있습니다. 독자 여러분께서는 이러한 정보를 합리적으로 해석하시고, 해당 국가 또는 지역의 법률 및 규정을 엄격히 준수하며, 법으로 금지된 불법 금융 활동에 참여하지 않도록 주의하시기 바랍니다.
또한, 개발자 생태계 발전을 더욱 촉진하고 DTVM 가상 머신의 도입을 확대하기 위해 파로스 네트웍스는 DTVM 가상 머신을 오픈 소스로 공개했습니다. 핵심 코드를 공개함으로써 개발자들은 DTVM의 기술적 구현 방식을 더욱 깊이 이해하고 이를 기반으로 추가 개발 및 최적화를 진행할 수 있습니다.
사실 DTVM 가상 머신은 파로스 네트워크가 독자적으로 개발한 것이 아니라, 앤트체인 및 앤트 슈퍼컴퓨팅(앤트 그룹의 기본 소프트웨어 및 인프라 팀)과 공동으로 개발한 것입니다. 따라서 이 가상 머신 시스템은 앤트 그룹이 고성능 컴퓨팅 및 블록체인 인프라 분야에서 축적해 온 기술력의 연장선으로 볼 수 있습니다.
또한, 생태계 협력을 더욱 촉진하고 RWA 관련 인프라를 개선하기 위해 파로스 네트워크는 올해 2월 RealFi 얼라이언스의 출범을 발표했습니다. 이 얼라이언스는 다양한 시장 참여자를 통합하여 파로스 생태계 내 RWA 시나리오를 위한 통합 협력 프레임 구축함으로써 현재 RWA 개발 과정에서 흔히 발생하는 인프라 파편화 및 규정 준수 문제를 완화하는 것을 목표로 합니다. [3]
공개된 정보에 따르면, 이 연합에는 RWA 자산화 플랫폼, 오라클 인프라, 유동성 스테이킹 프로토콜, 크로스체인 전송 프로토콜, 분산형 금융 전문 리스크 캐피털 회사, RWA 시나리오용 디지털 자산 지갑 등 다양한 주체가 참여하고 있습니다. 이들 참여자는 자산 발행, 데이터 및 오라클 서비스, 크로스체인 상호운용성, 자산 관리, 지갑, 애플리케이션 계층 프로토콜 등 여러 핵심 영역을 포괄합니다. 파로스 네트워크는 이러한 인프라와 애플리케이션 기능을 통합하여 RWA를 파편화된 시범 단계에서 확장 가능한 온체인 금융 시스템으로 발전시킬 수 있는, 비교적 완벽한 온체인 금융 생태계를 구축하고자 합니다.
저자는 독자 여러분께 제시된 그림이나 계약은 업계 연구 목적으로만 제공되며, 어떠한 형태의 추천, 투자 조언 또는 가치 보증을 의미하지 않음을 알려드립니다 . 관련 프로젝트 및 기술은 아직 개발 단계에 있으며, 지역별 규제 정책의 영향을 받을 수 있습니다. 독자 여러분께서는 이러한 정보를 합리적으로 해석하시고, 해당 국가 또는 지역의 법률 및 규정을 엄격히 준수하며, 법으로 금지된 불법 금융 활동에 참여하지 않도록 주의하시기 바랍니다.
파로스 네트워크의 경쟁 분석
블록체인 인프라 개발 추세를 살펴보면, 상업 및 금융 응용 분야에 초점을 맞춘 인프라가 점차 등장하고 있습니다. 일반적으로 이러한 프로젝트는 크게 두 가지 범주로 나눌 수 있습니다.
첫 번째 범주는 주요 기관이나 스테이블코인 발행사가 주도하는 자체 블록체인입니다. 예를 들어 테더(Tether)가 지원하는 플라즈마(Plasma)와 스테이블(Stable), 서클(Circle)이 주도하는 아크(Arc), 온도 파이낸스(Ondo Finance)가 출시한 온도 체인(Ondo Chain) 등이 있습니다. 이러한 블록체인은 일반적으로 스테이블코인 결제, 위험가중자산(RWA) 발행, 결제 네트워크에 초점을 맞추고 있으며, 설계 단계에서 네트워크 성능, 규정 준수, 금융 수준의 보안을 중시합니다. 거버넌스 측면에서는 특정 기관이나 컨소시엄이 주도권을 쥐고 있어 비교적 중앙집권적인 구조를 보입니다. 전반적으로 이러한 블록체인은 위험가중자산 및 결제 부문에서 주요 기관들의 전략적 도입을 나타냅니다.
두 번째 범주는 보다 광범위한 금융 애플리케이션을 위해 설계된 범용 인프라로 구성됩니다. 파로스 네트워크(Pharos Network)와 플룸 네트워크(Plume Network)가 이 유형의 대표적인 예로 볼 수 있습니다.
Plume Network은 EVM과 호환되는 레이어 1 퍼블릭 블록체인으로, RWAfi(RWA + DeFi) 인프라를 핵심으로 합니다. 이 프로젝트는 전통적인 금융 자산을 온체인 가져와 분산형 금융 생태계 내 활동에 직접 참여할 수 있도록 하는 것을 목표로 합니다. 이를 위해 Plume Network은 금융 상호작용 시스템(ATS), RWA 노코드 발행 플랫폼, 크로스체인 상호운용성 솔루션인 Plume SkyLink, 스마트 지갑인 Plume Passport 등 다양한 지원 도구와 인프라를 구축했습니다.
플룸 네트워크와 비교했을 때, 파로스 네트워크는 다용도성을 더욱 강조합니다. 파로스 역시 RWA 관련 애플리케이션에 초점을 맞추지만, 생태계를 RWA 자산 자체에만 국한시키지 않습니다. 오히려 고성능 실행 아키텍처와 병렬 처리 기능을 통해 분산 금융, 결제, AI 및 기타 애플리케이션 시나리오를 위한 통합된 기반 인프라를 제공하는 것을 목표로 합니다.
하지만 기술 아키텍처 관점에서 볼 때, 고성능을 핵심 강점으로 내세우는 블록체인 프로젝트도 상당히 많습니다. 예를 들어, Sei는 현재 이 분야에서 가장 주목받는 프로젝트 중 하나입니다.
파로스 네트워크와 마찬가지로 Sei 또한 전체 처리량을 향상시키기 위해 컨센서스 레이어, 실행 계층 및 상태 저장 계층을 체계적으로 최적화했습니다. 그러나 병렬화 구현을 위해 서로 다른 기술적 솔루션을 선택했습니다.
컨센서스 레이어 측면에서 Sei는 여전히 BFT 기반 투표 메커니즘을 사용합니다. 먼저 네트워크는 블록 제안자를 선택하고 일련의 트랜잭션을 후보 블록으로 묶습니다. 그런 다음 모든 검증자가 사전 투표를 수행하고, 후보 블록이 사전 투표 단계에서 2/3 이상의 가중치 지지를 얻으면 공식 투표 단계로 넘어가 블록 확정을 완료합니다.
스토리지 계층에서 Sei는 기본 상태 저장 구조와 데이터베이스 성능을 최적화하고, 데이터 읽기 및 쓰기 경로를 재구성하여 빈번한 상태 업데이트로 인한 읽기 및 쓰기 부하를 완화하고 상태 쓰기 중 시스템 지연 시간을 줄입니다.
따라서 고성능 인프라 관점에서 볼 때, Sei와 Pharos Network는 모두 기본 아키텍처 최적화를 통해 더 높은 성능을 요구하는 온체인 애플리케이션 시나리오를 지원하려고 한다는 점에서 목표 포지셔닝에 일부 중복이 있습니다.
파로스 네트워크가 직면할 수 있는 잠재적 과제
파로스 네트워크는 기술 아키텍처 측면에서 비교적 명확한 개발 방향을 제시했고 상업 및 금융 등급 인프라에 집중하고 있지만, 현재의 업계 환경과 치열한 시장 경쟁을 고려할 때 여전히 많은 잠재적 과제에 직면해 있습니다.
먼저, 앞서 언급했듯이 Sei와 Pharos Networks는 기술 구현 방식은 다르지만 실행 계층에서는 "듀얼 가상 머신" 아키텍처를 채택했습니다. 그러나 2025년부터 Sei 커뮤니티는 "CosmWasm + EVM" 아키텍처에서 "EVM 전용" 아키텍처로 전환할지 여부를 논의하기 시작했습니다. 이러한 조정은 팀의 제품 전략과 멀티 가상 머신 아키텍처 개발 및 유지 관리에 따른 기술적 복잡성 및 비용 부담을 반영합니다. 듀얼 가상 머신 아키텍처를 선호하는 Pharos Networks가 생태계 호환성과 낮은 개발 및 유지 관리 비용 사이에서 균형을 맞출 수 있을지는 팀이 사전에 고려해야 할 중요한 질문입니다.
둘째로, 생태계 개발 관점에서 볼 때, 생태계 규모는 블록체인 플랫폼 도입의 핵심 지표입니다. 이미 메인넷을 출시하고 일정 수준의 생태계를 구축한 Sei와 달리, 파로스 네트워크는 현재 테스트 네트워크 단계에 있으며 전체적인 생태계 개발 초기 단계에 머물러 있습니다. 따라서 파로스 네트워크는 가까운 시일 내에 개발자 생태계 개발을 가속화하고 더 많은 실용적인 애플리케이션을 유치하여 기술 아키텍처의 안정성을 더욱 검증해야 합니다.
더욱이, 파로스 재단은 생태계 인센티브 프로그램에서 AI 및 DeSci를 포함한 신흥 응용 분야를 지원하겠다고 밝혔지만, 현재 공개된 생태계 지도를 보면 파로스 생태계 프로젝트는 주로 분산 금융, 인프라 및 RWA 관련 분야에 집중되어 있으며, AI와 같이 시장의 이슈 관심을 끌었던 응용 분야는 아직 눈에 띄지 않습니다. 이는 파로스 네트워크가 신흥 분야에서 생태계를 확장할 여지가 여전히 크며, 더 다양한 유형의 응용 프로그램을 생태계로 유치하는 능력이 빠른 성장을 달성하는 데 중요한 요소가 될 것임을 의미합니다.
한편, 실물자산결제(RWA)와 온체인 결제는 현재 시장에서 가장 주목받는 트렌드 중 하나이지만, 관련 규제 시스템은 여전히 지속적인 탐색과 개선 단계에 있습니다. 특히 RWA는 실물자산을 온체인 에 매핑하는 데 중점을 두고 있습니다. 이 과정은 자산 발행, 보관, 거래, 국경 간 자본 흐름 등 여러 단계를 거치기 때문에 각국의 금융 규제 프레임 에서 엄격한 제약을 받습니다. 파로스 네트워크는 향후 제품 및 서비스 범위가 확장됨에 따라 각 관할 지역의 차별화된 규제 요건 대면 솔루션을 제공해야 할 것입니다. 이를 위해서는 제품 개발을 지속적으로 추진하는 동시에 업계 정책 변화를 면밀히 모니터링하고 시의적절하게 대응해야 합니다.
미래 전망
전반적인 산업 발전 추세의 관점에서 볼 때, 미래의 블록체인 인프라 간 경쟁은 더 이상 단순히 "탈중앙화 정도"나 "일반적인 컴퓨팅 성능"만을 중심으로 이루어지지 않고, 특정 응용 시나리오에서의 블록체인의 성능, 시스템 안정성, 그리고 생태계 협업 능력에 더욱 중점을 두게 될 것입니다.
파로스 네트워크의 기술적 접근 방식은 고성능과 병렬 처리 기능을 강조하며, 이론적으로는 빈번한 상호작용, 결제 정산, 높은 동시 접속 요구 사항과 같은 애플리케이션 시나리오를 지원하는 데 도움이 됩니다. 그러나 기술적 성능 우위만으로는 네트워크의 장기적인 경쟁력을 보장하기에 충분하지 않습니다. 기반 인프라 기능을 실질적이고 지속 가능한 애플리케이션 요구 사항으로 전환하고, 이를 기반으로 개발자 및 애플리케이션 생태계를 구축하는 것이 파로스 네트워크가 향후 발전 과정에서 대면 할 중요한 과제입니다. 더욱이, RWA(위험가치자산) 및 결제와 같은 금융 부문은 아직 초기 단계에 있습니다. 이러한 분야들이 시장의 상당한 관심을 끌고 있지만, 대규모 구축은 여전히 견고한 규제 체계, 기관 참여 확대, 그리고 성숙한 자산 발행 및 보관 메커니즘에 달려 있습니다. 이러한 과정은 분명히 험난할 것입니다.
이러한 배경에서 파로스 네트워크가 블록체인 인프라를 둘러싼 새로운 경쟁 구도에서 시장 기회를 포착하고 차별화된 입지를 구축할 수 있을지는 혁신적인 기술 아키텍처뿐만 아니라 "탈중앙화", "적용 범위" 및 "기관 규제 요건" 간의 장기적으로 지속 가능한 균형을 달성하는 능력에 달려 있습니다.
참고 자료
[1] WebAssembly 가상 머신이란 무엇이며, 왜 사용해야 하는가?
[2] 파로스 상점
[3] https://x.com/pharos_network/status/2026114895264333984
[4] 파로스 네트워크 아키텍처에 대한 포괄적인 기술 심층 분석
[5] 단일체 최적화를 넘어서: Pharos Network의 모듈형 아키텍처가 Monad의 EVM 중심 접근 방식을 어떻게 능가하는지
[6] FAQ - WebAssembly 중국어 웹사이트
[7] AntChain 육성부터 이더 구매까지, Jack Ma 그룹은 블록체인 구축을 가속화하기 위해 다음에 무엇을 할 것인가?
면책 조항: 본 사이트는 블록체인 정보 플랫폼으로서, 사이트에 게시된 글은 필자 및 초청 연사의 개인적인 관점 일 뿐이며 Web3Caff의 공식적인 입장을 반영하는 것은 아닙니다. 본 글에 포함된 정보는 참고용일 뿐이며 투자 자문 또는 투자 제안으로 간주될 수 없습니다. 각 국가 또는 지역의 관련 법률 및 규정을 준수하시기 바랍니다.
Web3Caff 공식 커뮤니티 에 오신 것을 환영합니다 : 트위터 계정 | Web3Caff 리서치 트위터 계정 | 위챗 리더 그룹 | 위챗 공식 계정
