Sui 전문 용어 풀이

레이어 1, 무허가, 지분 증명 등 일반적으로 사용되는 용어와 개념에 대해 설명합니다.

Sui 전문 용어 풀이

Sui 에 대한 온라인 토론에서 "지분 증명 계층 1 블록체인", "탈중앙화 네트워크" 등의 문구를 접할 수 있지만, 이러한 용어가 무엇을 의미하는지에 대한 설명은 많지 않습니다. Sui 이 무엇이며 어떻게 작동하는지 살펴봅시다.

먼저 "블록체인"이라는 용어에 대해 이해해야 합니다.

블록체인의 또 다른 정의는 분산 데이터베이스 또는 원장이지만, 이는 여전히 이해에 큰 도움이 되지 않습니다. 가장 가까운 유사 개념으로 클라우드 서비스를 떠올릴 수 있습니다. 전 세계 수백만 개의 프로젝트와 기업에 데이터 스토리지와 컴퓨팅 파워를 제공하는 구글, 아마존, 마이크로소프트와 같은 거대 기업이 있습니다. 클라우드는 기본적으로 리소스를 공유하여 단일 플랫폼처럼 작동하는 서버의 집합입니다.

그러나 중앙 집중식 클라우드 서비스에 의존하는 것은 몇 가지 제한 사항을 수반합니다:

  • 사용 중인 서버를 간단히 종료할 수 있습니다.
  • 개인 정보 보호 희생

반면 블록체인은 탈중앙화를 제공합니다. 간단히 말해, 네트워크와 데이터를 통제하는 한 사람이나 회사가 존재하지 않습니다. 블록체인은 연결된 모든 컴퓨터, 즉 서버에 의해 유지됩니다. 소수의 서버가 계속 연결되고 실행되는 한, 네트워크는 꺼질 수 없습니다. Sui 에서는 이러한 서버를 블록체인에서 트랜잭션을 검증하기 때문에 검증자라고 부릅니다.

블록체인 기술에 대한 더 깊은 이해를 위해 IBM은 훌륭한 가이드를 제공합니다.

Sui 에 적용되는 "레이어 1"이라는 용어는 기본 수준의 블록체인으로, 소프트웨어가 독립적으로 유지 관리되는 검증자 모음에서 실행된다는 것을 의미합니다. 반대로 레이어 2 이상의 블록체인은 레이어 1 블록체인에 추가된 것입니다. 레이어 2 블록체인은 확장성을 높이거나 원래 소프트웨어에 없는 기능을 추가하기 위해 레이어 1 위에 구축될 수 있습니다.

Sui의 네트워크 아키텍처 다이어그램은 앱이 유효성 검사를 위해 트랜잭션을 검증자에게 보내는 방법을 보여줍니다.

"지분 증명"의 개념은 조금 더 복잡해집니다. 블록체인을 지원하는 검증자는 어떤 트랜잭션이 유효한지 합의해야 하는데, 이 과정을 합의라고 합니다. 한 회사가 모든 서버를 운영할 때는 합의가 문제가 되지 않지만, 독립적인 운영자가 많을 때는 이들이 거래를 승인하는 데 동의할 수 있는 메커니즘이 있어야 합니다. 지분 증명은 기본적으로 이러한 독립 운영자가 거래를 승인할 권한이 있음을 증명하는 데 필요한 자격 증명입니다.

Sui 블록체인을 지원하는 검증자를 운영하는 독립 운영자는 서버를 운영하는 데 비용이 들기 때문에 노력에 대한 보상을 받을 자격이 있습니다. 블록체인에서 흔히 볼 수 있듯이 Sui 는 블록체인 네트워크에 고유한 토큰( SUI)을 지원하며, 검증자 운영자는 트랜잭션 승인에 대한 보상을 받을 수 있습니다. 위에서 지분 증명이라는 문구로 언급된 바와 같이 이들의 지분은 이들이 보유한 토큰의 양입니다.

Linux, Windows 및 macOS와 유사한 운영 체제로 Sui 를 생각할 수도 있습니다. 빌더는 이러한 운영 체제에서 실행되는 애플리케이션을 작성할 수 있습니다. Sui 에서 빌더는 Move 이라는 비교적 새로운 프로그래밍 언어를 사용합니다. 다른 블록체인의 일반적인 프로그래밍 언어로는 러스트와 솔리디티가 있습니다.

개체

대체 불가능한 토큰(NFT)에 대해 들어보셨을 텐데요, 대체 불가능한 토큰은 고유한 이미지 파일이나 기타 디지털 아트 형식에 출처를 부여하는 것과 관련이 있습니다. 대부분의 블록체인에서 NFT를 받으면 소유권을 증명하는 파일과 실제 이미지 파일을 가리키는 웹사이트 URL과 유사한 주소를 받게 됩니다. Sui 역시 NFT를 보유하고 있지만, 이는 블록체인의 데이터 오브젝트라는 큰 범주에 속합니다. 데이터 객체는 사진, 서명, 문서 등 디지털 영역의 거의 모든 것이 될 수 있습니다. 가장 중요한 것은 Sui 이 이러한 객체를 네트워크에 저장한다는 것입니다.

Sui 는 공유 및 소유 객체라는 개념을 사용하여 보다 효율적인 트랜잭션 처리를 가능하게 하는 설계를 사용합니다. Sui 에서 누군가가 개체를 소유하고 있다면 다른 사람에게 직접 개체를 줄 수 있습니다. 이 매우 간단한 트랜잭션은 네트워크 리소스를 거의 사용하지 않습니다.

Sui Devnet에서 출시된 게임인 Sui Capys 프로토타입에서 각 Capy는 Sui 네트워크에 객체로 존재합니다.

공유 개체는 여러 주소에 속할 수 있습니다. 공유 객체와 관련된 트랜잭션은 블록체인의 검증자가 승인해야 하며, 이는 다소 리소스 집약적인 프로세스입니다. 대부분의 블록체인에서는 모든 개체가 공유되므로 모든 트랜잭션은 이 승인 프로세스를 거쳐야 합니다. Sui 에서의 많은 트랜잭션은 간단한 일대일 교환을 포함하므로 리소스 비용이 절감됩니다.

좀 더 기술적으로 설명하자면, 각 Sui 객체에는 다음 필드가 있어야 합니다:

  • 고유 ID: 이더리움의 해시 또는 컨트랙트 ID와 유사합니다.
  • 버전: 1로 시작하는 트랜잭션의 개체 수 표시
  • 트랜잭션 다이제스트: 이 개체를 출력으로 포함하는 마지막 트랜잭션을 나타냅니다.
  • 소유자 필드: 계정 주소, 다른 개체, 불변 또는 공유일 수 있는 소유자를 표시합니다.

물론 빌더는 다른 필드를 포함하여 객체를 사용자 지정할 수 있습니다. Sui 객체 디자인에서 창의력을 발휘할 수 있습니다.

일반적인 사용 사례로 빌더는 오브젝트로 구성된 게임을 만들 수 있습니다. 예를 들어 레이싱 게임에서 플레이어의 자동차는 오브젝트가 될 수 있습니다. 플레이어는 Sui 의 컨텍스트에서 개체를 소유하게 됩니다. 게임에서 자동차를 수정할 수 있으므로 플레이어는 페인트 작업, 더 좋은 타이어, 슈퍼차저 및 기타 업그레이드를 추가하여 자동차의 경쟁력을 강화할 수 있습니다. 이러한 업그레이드는 각각 별도의 오브젝트가 되며, 플레이어가 획득하여 자동차에 추가하면 이러한 오브젝트는 Sui 의 컨텍스트에서 자동차 오브젝트가 소유하게 됩니다.

합의

위에서 공유 객체와 소유 객체에 대해 언급했습니다. Sui 에서 이러한 다양한 유형의 객체를 사용하여 트랜잭션을 처리하는 방법에 대해 좀 더 자세히 살펴보겠습니다. 트랜잭션을 검증하는 Sui 의 유효성 검사기를 언급할 때는 합의라는 용어를 사용합니다. Sui 는 공유 객체에 대해서만 합의가 필요합니다. 소유한 객체를 포함하는 일반 트랜잭션에는 합의가 필요하지 않습니다.

소유한 개체는 블록체인이 이름을 얻는 "블록"에 포함되지 않습니다. 이들은 단순화된 알고리즘을 사용하여 Sui 에서 검증자와 직접 상호작용합니다. 이러한 구조로 인해 소유 오브젝트 트랜잭션은 거의 즉각적으로 발생합니다. 실제로 이러한 간단한 거래에는 레이싱 게임에서 한 플레이어가 다른 플레이어에게 자동차를 선물하거나, 소셜 네트워크에 메시지를 게시하거나, 투표에서 투표를 제출하는 것이 포함될 수 있습니다.

Sui의 새로운 합의 메커니즘은 간단한 트랜잭션과 복잡한 트랜잭션을 모두 수행하며, 전자는 더 적은 리소스를 필요로 하고 매우 빠르게 처리합니다.

기술적인 측면에서 Sui 에서 이러한 간단한 거래를 수행하는 방법은 다음과 같습니다:

  1. 발신자가 모든 Sui 유효성 검사자에게 트랜잭션을 브로드캐스트합니다.
  2. 각 Sui 검증인은 이 트랜잭션에 대한 투표로 응답합니다. 각 투표에는 검증자의 지분에 따라 가중치가 부여됩니다.
  3. 발신자는 비잔틴 저항 과반수 투표를 인증서에 수집하고 이를 모든 Sui 유효성 검사자에게 브로드캐스트합니다. 이 작업은 트랜잭션을 정산하여 Sui 에 기록하고 트랜잭션이 삭제되거나 취소되지 않도록 합니다.

공유 객체는 다음 단계에 설명된 대로 더 복잡한 트랜잭션을 따릅니다:

  1. 발신자는 모든 Sui 유효성 검사자에게 트랜잭션을 브로드캐스트합니다.
  2. 각 Sui 검증인은 이 트랜잭션에 대한 투표로 응답합니다. 각 투표에는 검증자의 지분에 따라 가중치가 부여됩니다.
  3. 발신자는 비잔틴 저항 과반수 투표를 인증서에 수집하여 모든 Sui 유효성 검사자에게 다시 브로드캐스트합니다. 그러나 이번에는 비잔틴 합의라고 하는 프로세스를 통해 인증서가 순서화되며, 유효성 검사자가 합의에 도달해야 합니다.
  4. 트랜잭션이 성공적으로 시퀀싱되면 발신자는 인증서를 유효성 검사자에게 브로드캐스트하여 트랜잭션을 정산합니다.

위에서 지적한 것처럼 단일 트랜잭션은 합의를 우회하여 거의 즉시 처리됩니다. 공유 객체를 사용하는 트랜잭션은 반드시 합의를 거쳐야 합니다. Sui 에서 공유 객체를 사용하여 한 번에 많은 트랜잭션을 처리하는 경우, 각 합의는 순차적으로 이루어져야 하므로 각 트랜잭션이 지연될 가능성이 있습니다. 대부분의 다른 블록체인은 후자의 트랜잭션 유형만 허용하며 합의를 우회할 수 있는 기능이 없습니다.

확장성

Sui의 분산 컴퓨팅 모델은 일반적인 블록체인이라기보다는 전통적인 클라우드 서비스처럼 작동합니다. 많은 블록체인은 토큰노믹스 모델을 사용하여 서버 부하를 제어하는데, 부하가 증가하면 가스비도 증가합니다. 가스비가 높으면 사용자가 특정 금액까지만 지불할 수 있기 때문에 트랜잭션 수가 감소합니다.

Sui 에서 부하가 증가하면 유효성 검사자는 클라이언트의 트래픽이 증가함에 따라 Amazon Web Services가 서버를 추가하는 것과 유사하게 처리 능력을 더 추가할 수 있습니다. 유효성 검사자는 더 높은 수수료 대신 더 많은 가스 요금을 받기 때문에 용량을 추가할 인센티브가 있습니다.

이 모델을 사용하면 Sui 사용자 트래픽 증가에 맞춰 확장할 수 있을 뿐만 아니라 고정적이고 안정적인 가스 요금을 유지하여 더 많은 사용자가 가입할 수 있습니다.

이러한 방식으로 네트워크 용량을 늘리면 게임이 빠르게 실행되고, 생산성 앱이 안정적으로 응답하며, 소셜 미디어를 전 세계에 게시할 수 있습니다. 빌더는 가스 가격 상승에 부담을 주지 않는 구독 모델을 기반으로 요금을 설정할 수 있습니다. 네트워크 인프라는 검증자 가스 요금 전쟁이나 서버 장애에 굴복하지 않습니다.

Move 켜기 Sui

위에서 언급했듯이 Move 는 Sui 의 기본 프로그래밍 언어입니다. 핵심 Move 언어는 2018년에 블록체인의 스마트 컨트랙트 프로그래밍을 위해 특별히 만들어졌습니다. Move의 개발자들은 이전 블록체인 프로그래밍 언어에는 없던 자산과 접근 제어에 대한 최고 수준의 추상화가 필요하다는 것을 깨달았습니다. 탈중앙화는 자산과 접근 제어를 네트워크에서 이루어지는 대부분의 활동의 중심에 두기 때문에 이러한 추상화는 블록체인에 적합합니다.

그러나 Sui의 창립 팀이 새로운 블록체인을 개발하기 시작하면서 Move 을 더욱 개선할 필요성을 느꼈습니다. Move 는 블록체인에서 스마트 컨트랙트를 프로그래밍하기 위해 특별히 설계되었지만 계정, 트랜잭션, 시간, 암호화와 같은 블록체인 고유의 개념에 대한 기본 지원이 부족했습니다. 블록체인은 이러한 기능에 대한 지원을 구축해야 하는데, 이는 시간이 많이 소요될 뿐만 아니라 보안과 같은 중요한 기능의 일관성 없는 구현으로 이어질 수 있습니다.

Move 는 블록체인 개발자가 성능과 보안, 풍부한 기능을 갖춘 애플리케이션을 개발하는 데 필요한 모든 것을 통합하도록 설계되었습니다.

결론

다른 많은 분들과 마찬가지로 저도 Sui 를 구축하게 되어 진심으로 기쁩니다. Sui 의 많은 기여자들이 초기 출시와 지속적인 진화를 위해 수개월 동안 노력한 결과, 저는 이 레이어 1 블록체인이 다른 네트워크에서는 사용할 수 없는 혁신을 제공할 것이라고 믿습니다.

Sui의 고유한 아키텍처를 사용하는 NFT와 게임 프로젝트는 저의 관심사 중 하나입니다. 제 생각에 Sui 에는 GameFi 프로젝트가 웹3.0 내에서 다음 단계로 진화하고 채택되는 데 필요한 구성 요소가 있습니다. 오픈 소스 네트워크로서 Sui 이 적응하고 대량 채택으로 이어지는 데 도움이 될 많은 개선과 개선이 이루어질 것으로 기대합니다. 가장 먼저 시도해볼 수 있게 되어 기쁩니다.

Sui 재단은 Sui 커뮤니티에서 기사 기고를 받습니다. 커뮤니티 회원이 표현한 견해와 의견은 Sui 재단의 견해와 의견을 반영하지 않을 수 있습니다.