[영어 긴 트윗 (Long tweet)] 데이터 배틀: 수이 기반 월러스와 풀스택 퍼블릭 체인 아이리스 아키텍처 대결

이 기사는 기계로 번역되었습니다
원문 표시

Chainfeeds 가이드:

월러스와 아이리스는 모두 신뢰할 수 있고 인센티브가 일치하는 온체인 데이터 저장 문제를 해결하는 데 주력하고 있습니다. 하지만 그들의 설계 접근 방식은 완전히 다릅니다. 아이리스는 데이터를 위해 특별히 구축된 레이어1 퍼블릭 체인으로, 저장, 실행 및 합의를 하나의 완전한 스택에 수직으로 통합했습니다. 반면 월러스는 모듈형 저장 네트워크로, 수이(SUI)를 통해 조정 및 결제 기능을 제공하고 자체적으로 독립적인 체인 외 저장 계층을 운영합니다.

기사 출처:

https://x.com/13300RPM/status/1935330654960632070

기사 작성자:

Ponyo : : FP


관점:

Ponyo : : FP:아이리스는 "완전 자체 개발"의 통합 개념을 채택했습니다: 합의 메커니즘, 스테이킹 모델 및 실행 가상 머신(IrysVM)이 저장 하위 시스템과 깊이 통합되어 수직으로 통합된 레이어1을 구성합니다. 검증자는 이 시스템에서 세 가지 역할을 수행합니다: 1) 사용자 데이터 완전 복제, 2) IrysVM에서 스마트 계약 로직 실행, 3) 작업 증명 및 지분 증명 혼합 메커니즘을 통한 네트워크 보안 보장. 모든 기능이 단일 프로토콜에서 실행되기 때문에 블록 헤더부터 데이터 읽기 규칙까지 모든 계층을 "대용량 데이터 블록 처리"에 최적화할 수 있습니다. 스마트 계약은 온체인 파일을 직접 참조할 수 있으며, 저장 증명은 일반 트랜잭션과 함께 동일한 합의 경로에서 완료됩니다. 이러한 구조는 매우 높은 시스템 일관성을 가져옵니다: 개발자는 단일 신뢰 경계와 단일 수수료 자산(IRYS)만 대면하면 되며, 데이터 읽기는 계약 내부에서 상태 읽기와 거의 동일하게 자연스럽습니다. 대가로는 콜드 스타트 난이도가 높습니다: 완전히 새로운 퍼블릭 체인으로서 아이리스는 하드웨어 노드 네트워크, 인덱서, 브라우저, 클라이언트 및 개발 도구를 처음부터 구축해야 합니다. 검증자 수가 포화 상태에 이르기 전까지는 블록 시간과 경제적 보안성이 기존 퍼블릭 체인에 비해 여전히 취약합니다. 따라서 아이리스의 아키텍처는 "생태계 구축 시간"과 "심층 데이터 통합" 사이에 명확한 절충안을 제시했습니다. 월러스는 완전히 다른 설계 경로를 채택했습니다. 저장 노드를 체인 외부에 배포하고 고처리량 수이(SUI) 레이어1에 의존하여 정렬, 지불 및 메타데이터 관리를 처리하며, 모든 작업은 Move 스마트 계약을 통해 수행됩니다. 사용자가 데이터 블롭을 업로드하면 월러스는 이를 여러 조각으로 분할하고 여러 저장 노드에 분산시키며, 수이 체인에 객체 기록을 생성합니다: 여기에는 콘텐츠 해시, 조각 할당 관계 및 임대 기간이 포함됩니다. 이후 갱신, 페널티 및 인센티브를 포함한 모든 라이프사이클 이벤트는 일반 수이 트랜잭션 형태로 진행되며, 사용자는 SUI를 가스로 지불하지만 저장 경제 활동은 여전히 WAL로 계산됩니다. 이러한 설계를 통해 월러스는 수이의 기존 생태계를 직접 활용할 수 있습니다. 여기에는 검증된 비잔틴 장애 허용 합의 메커니즘, 성숙한 개발자 인프라, 온체인 프로그래밍 능력, 유동성 높은 기본 토큰 이코노미, 그리고 이미 존재하는 Move 개발자 그룹이 포함되며, 이들은 프로토콜 계층 변경 없이 월러스 저장 기능에 직접 연결될 수 있습니다. 그러나 이러한 계층 간 구조는 조정 문제도 도입했습니다. 월러스의 모든 라이프사이클 이벤트(업로드, 갱신, 삭제)는 체인 외부 저장 네트워크와 온체인 수이 프로토콜 간의 조정이 필요합니다. 저장 노드는 수이의 최종성을 신뢰해야 하며 수이가 정체될 때도 좋은 성능을 유지해야 합니다. 반대로 수이 검증자는 실제 디스크 가용성 검사를 담당하지 않으므로 월러스가 제공하는 암호화 증명 메커니즘에 의존하여 책임을 실현해야 합니다. 이러한 설계는 필연적으로 통합 구조보다 더 높은 지연을 초래하며, 일부 수수료(SUI 가스)가 실제로 어떤 바이트 데이터도 저장하지 않는 검증자에게 흘러갈 것임을 의미합니다. 이 아키텍처는 일부 일관성과 효율성을 희생하여 더 빠른 시작 속도와 기존 생태계를 얻었지만, 설계 복잡성과 시스템 간 신뢰 관계에 더 높은 요구 사항을 제시했습니다.

콘텐츠 출처

https://chainfeeds.substack.com

출처
면책조항: 상기 내용은 작자의 개인적인 의견입니다. 따라서 이는 Followin의 입장과 무관하며 Followin과 관련된 어떠한 투자 제안도 구성하지 않습니다.
라이크
즐겨찾기에 추가
코멘트