Sui, Walrus, 그리고 블록체인 인프라의 다음 단계

Common Prefix가 진행하는 팟캐스트 Honest Majority 일곱 번째 에피소드에는 Mysten Labs의 Lefteris Kokoris-Kogias와 함께 Sui, Walrus, Seal이 어떤 구조로 연결되어 있는지, 그리고 블록체인 인프라가 앞으로 어떤 방향으로 발전할지에 대한 이야기가 오갔습니다. 특히 이번 대화는 단순히 특정 프로젝트를 소개하는 데 그치지 않고, 블록체인 인프라를 어떻게 더 실용적이고 모듈화된 방식으로 설계할 수 있는지에 대한 관점을 잘 보여줍니다.

Sui와 Mysten Labs는 어떤 관계일까

Sui를 이야기할 때 종종 헷갈리는 부분이 있습니다. 바로 Mysten Labs, Sui Foundation, 그리고 Sui 자체의 관계입니다. Mysten Labs는 탈중앙화 인프라를 구축하는 기술 회사이고, Sui는 Mysten이 핵심적으로 개발을 지원해온 레이어 1 블록체인입니다. Sui Foundation은 이 생태계를 운영하고 지원하는 역할을 맡고 있습니다. 즉, Mysten은 인프라를 만드는 팀에 가깝고, Sui는 그 인프라 중 가장 대표적인 프로젝트라고 볼 수 있습니다.

Sui는 빠른 실행 성능과 낮은 지연 시간, 그리고 Move 언어를 기반으로 한 안전한 스마트 컨트랙트 개발 환경을 강점으로 내세웁니다. 여기에 더해 Mysten은 Sui 외에도 Walrus, Seal 같은 별도의 제품을 함께 개발하고 있는데, 이들은 Sui와 긴밀하게 연결되어 있으면서도 각각 독립적인 역할을 수행합니다.

Walrus는 무엇인가

Walrus는 탈중앙화 스토리지 시스템입니다. 얼핏 보면 Filecoin이나 Arweave와 비슷한 영역에 있는 프로젝트처럼 보이지만, 접근 방식에는 차이가 있습니다. 기존의 탈중앙화 스토리지 프로젝트 상당수는 저장 시스템을 운영하기 위해 합의 프로토콜이나 체인까지 직접 구현하는 경우가 많았습니다. 하지만 Walrus는 그런 복잡한 요소를 모두 자체적으로 만들기보다는, 이미 존재하는 레이어 1을 활용하는 방향을 택했습니다.

여기서 Sui의 역할이 중요해집니다. Walrus는 데이터를 저장하는 역할에 집중하고, 스토리지 구매나 위원회 구성, 재구성 같은 제어 기능은 Sui의 스마트 컨트랙트를 통해 처리합니다. 다시 말해 Sui가 Walrus의 컨트롤 플레인, 즉 두뇌 역할을 맡고 Walrus는 데이터 플레인에 집중하는 구조입니다. 이 덕분에 Walrus는 스토리지 자체의 효율성과 성능에 더 집중할 수 있습니다.

Walrus의 기술적 핵심은 데이터를 잃어버렸을 때 얼마나 효율적으로 복구할 수 있는지에 있습니다. 이를 위해 Walrus는 Reed-Solomon coding을 기반으로 하되, 이를 2차원 구조로 배치하는 방식을 사용합니다. 일반적인 방식에서는 데이터 일부가 사라졌을 때 전체 파일을 다시 복원해야 하는 경우가 많지만, Walrus는 필요한 조각만 복구할 수 있도록 설계되어 있습니다.

이 구조의 장점은 분명합니다. 일부 서버가 데이터를 잃어버리더라도 다른 서버들이 가진 일부 조각만으로 필요한 부분을 다시 만들어낼 수 있습니다. 전체 파일을 다시 전송하거나 복원할 필요가 없기 때문에 네트워크 자원 사용량도 줄어들고 재구성도 훨씬 현실적으로 가능해집니다. 저장 공간 사용량은 다소 늘어나지만, 그 대가로 더 높은 복원력과 유연성을 얻는 셈입니다.

이런 구조는 단순히 “저장”만을 위한 것이 아닙니다. Walrus가 특히 주목하는 부분은 재구성(reconfiguration)입니다. 많은 탈중앙화 스토리지 시스템은 한 번 저장한 데이터를 특정 노드가 사실상 계속 들고 있어야 합니다. 만약 노드가 사라지거나 교체되면 새로운 노드가 전체 데이터를 다시 가져와야 하는데, 저장 규모가 커질수록 이런 작업은 현실적으로 매우 부담스럽습니다.

Walrus는 이 문제를 훨씬 유연하게 다룹니다. 주기적으로 노드 구성이 바뀌더라도 사라진 부분만 복구하면 되기 때문에 전체 데이터를 처음부터 다시 옮길 필요가 없습니다. 즉, 저장 시스템이 단순히 분산되어 있는 수준을 넘어, 실제 운영 가능한 구조를 갖추도록 설계된 것입니다.

Seal의 역할

Walrus가 저장에 집중한다면, Seal은 그 위에 프라이버시를 더하는 역할을 합니다. 저장 자체만으로는 데이터가 안전하게 보관될 수 있어도, 그 데이터에 대한 접근 통제나 암호화 키 관리는 또 다른 문제입니다. 일반적으로 사용자가 직접 키를 관리하는 방식은 가능하지만, 실제로는 매우 번거롭고 실수 가능성도 큽니다.

Seal은 이 부분을 해결하기 위해 멀티파티 연산 기반의 키 관리 방식을 제공합니다. 사용자는 복잡한 키 관리 과정을 직접 감당하지 않아도 프라이버시 보호 기능을 활용할 수 있습니다. 이 역시 Sui를 기반으로 돌아가는 구조이며, 필요한 서버 등록이나 관리 정보는 Sui를 통해 처리됩니다. 결국 Sui는 실행과 저장, 프라이버시 레이어를 연결하는 공통된 두뇌 역할을 하고 있는 셈입니다.

Walrus와 Seal의 사용처

Walrus와 Seal 같은 인프라는 실제 활용 가능성을 염두에 두고 설계되고 있습니다. 가장 대표적인 사례로는 NFT를 들 수 있습니다. 지금까지 많은 NFT는 실제 이미지나 영상이 외부 URL에 의존하는 구조였기 때문에, 시간이 지나면 링크가 깨지거나 데이터가 사라질 위험이 있었습니다. 하지만 Walrus를 사용하면 NFT의 실제 데이터 자체를 보다 안정적으로 저장할 수 있습니다.

이 외에도 탈중앙화 웹사이트 호스팅, 파일 저장, 향후 S3를 대체할 수 있는 API 제공, CDN 구축 같은 가능성도 언급됩니다. 특히 기관이나 기업이 블록체인을 활용하기 시작하면 저장해야 할 데이터 양은 훨씬 많아질 수밖에 없습니다. 그런 맥락에서 Walrus는 단순한 NFT 저장소가 아니라, 보다 넓은 범용 스토리지 인프라를 지향하고 있습니다.

앞으로 주목할 키워드: Sparse Node

대화에서 흥미로웠던 또 하나의 주제는 Sparse Node입니다. 현재 높은 처리량을 가진 체인에서 전체 상태를 직접 검증하려면 풀노드를 돌려야 하는데, 이 비용은 일반 사용자나 소규모 앱 개발자가 감당하기 어렵습니다. 반대로 라이트 노드는 훨씬 가볍지만 체인의 상태를 완전히 신뢰해야 한다는 한계가 있습니다.

Sparse Node는 그 중간 지점을 제안합니다. 전체 체인을 검증하는 대신, 특정 애플리케이션이나 특정 상태 집합에 대해서만 검증할 수 있도록 만드는 방식입니다. 이렇게 되면 훨씬 적은 비용으로도 자신에게 필요한 상태가 올바르게 전이되고 있는지를 확인할 수 있습니다. 더 나아가 체인 자체에 문제가 생기더라도, 애플리케이션 입장에서는 자신의 상태를 검증 가능한 형태로 유지하면서 다른 환경으로 옮겨갈 가능성도 생깁니다.

결론: 앞으로의 블록체인 인프라는 더 모듈화될 것이다

이번 대화에서 가장 인상적인 메시지는 “모든 것을 한 번에 다 만들려고 하지 말자”는 점입니다. 실행은 실행대로, 저장은 저장대로, 프라이버시는 프라이버시대로 각각 잘하는 시스템을 만들고, 이를 조합하는 방식이 더 현실적이라는 것입니다. 이는 전통적인 Unix 철학과도 닮아 있습니다. 하나의 시스템이 모든 것을 다 하려고 하기보다, 각자 한 가지를 잘하는 컴포넌트가 모여 더 큰 구조를 만드는 방식입니다.

Sui, Walrus, Seal은 바로 이런 방향성을 보여주는 사례입니다. 블록체인 인프라는 더 이상 하나의 체인 성능만으로 평가되지 않습니다. 실행, 저장, 프라이버시, 검증, 이동 가능성까지 포함해 실제 사용 가능한 구조를 만드는 것이 중요해지고 있습니다. 앞으로의 경쟁력은 “무엇을 얼마나 많이 넣었는가”보다, “어떤 역할을 얼마나 잘 수행하는가”에서 갈릴 가능성이 큽니다.

• 본 글은 Mysten Labs의 Lefteris Kokoris-Kogias의 Honest Majority 인터뷰 내용을 바탕으로 핵심 메시지를 정리한 글입니다. 원본 영상은 아래에서 확인하실 수 있습니다.

[embed]

엑셀라 네트워크

엑셀라 네트워크는(Axelar Netwrok)는 텐더민트 기반의 앱체인으로, 독보적인 인터체인 기술을 통해 50개 이상의 블록체인이 통합된 인터체인 생태계를 꾸려가고 있습니다. 엑셀라 네트워크를 통해 유저는 쉽고, 안전하게 블록체인 간 이동을 경험할 수 있습니다.

**홈페이지 | 디스코드 | X(트위터) | 텔레그램 커뮤니티 | 개발자 문서**