스폰서 거래에 관한 모든 것

Sui Move 혁신 중 스폰서 거래는 웹3.0 규칙에 익숙하지 않은 사용자를 온보딩하는 데 있어 큰 장애물을 제거합니다.

스폰서 거래에 관한 모든 것

Move ( Sui )에는 빌더가 앱 트랜잭션의 일부 또는 전체에 대해 가스비를 지불할 수 있는 기능이 포함되어 있어 사용자가 Web3로 전환할 때 직면하는 가장 큰 장애물 중 하나를 제거합니다. 일반적으로 Web3 네트워크에서 사용자는 앱을 사용하기 위해 가스비라고 하는 비용을 지불합니다. Sui 스폰서 트랜잭션 기능은 이를 도입하고자 하는 빌더에게 이러한 마찰을 없애줍니다.

가스 요금을 지불하기 위해 지갑을 설치하고 토큰을 구매해야 한다면 많은 잠재적 사용자, 특히 수많은 무료 웹2.0 기반 앱에 익숙한 사용자들은 즉시 지갑을 닫을 것입니다. Gmail이나 Facebook과 같은 친숙한 앱은 개발 및 유지 관리에 비용이 들지만, 공급업체는 사용자에게 네트워크 액세스 비용을 직접 청구하지 않고 광고를 통해 비용을 회수하고 수익을 얻습니다.

Web3는 사용자 기반을 늘리기 위해 더 정교한 수익 모델이 필요하며, 스폰서 트랜잭션은 빌더에게 이러한 기능을 제공합니다. 스폰서 거래를 통해 빌더는 앱 사용자에게 발생하는 가스 요금을 지불하고 광고부터 평가판, 구독에 이르기까지 비용을 충당할 수 있는 수익 모델을 모색할 수 있습니다.

스폰서십 전략

스폰서 거래에 대한Sui 문서에는 세 가지 구현 방법이 설명되어 있습니다:

  • 사용자 시작 트랜잭션
  • 스폰서 시작 거래
  • GasData 객체 기반 트랜잭션

사용자가 시작한 트랜잭션에서 사용자는 앱의 함수로 GasLessTransactionData 객체를 생성하며, 이 객체는 승인을 위해 빌더에게 전송됩니다. 그러면 빌더는 가스 요금에 대한 데이터가 포함된 트랜잭션데이터 객체를 시작하고 서명합니다. 이 구조는 사용자에게 다시 전달되어 서명을 받은 다음 Sui 네트워크로 전송되어 처리됩니다.

이러한 유형의 스폰서 거래에 필요한 작업은 일반적으로 앱에서 자동화되어 사용자에게 앞뒤가 보이지 않습니다. 그러나 빌더는 승인 및 가스비 결제를 관리하기 위해 백엔드를 만들어야 합니다.

스폰서 개시 트랜잭션은 빌더가 사용자에게 직접 가스비를 송금할 수 있는 수단을 제공하여 앱 사용을 늘리기 위한 다양한 프로모션 모델을 열어줍니다. 이 방법을 사용하면 빌더는 트랜잭션 데이터 개체를 생성하여 기본적으로 트랜잭션을 사전 승인하고 빌더에게 가스 요금을 할당할 수 있습니다. 빌더는 이메일, 인스턴트 메시징 또는 기타 유형의 인터넷 기반 메시징을 통해 사용자에게 트랜잭션데이터 개체를 보낼 수 있습니다.

이 방법은 직접 이메일 프로모션에 적합하며, Web3에 대해 전혀 모르는 잠재 사용자에게 다가갈 수 있습니다. 트랜잭션데이터 객체는 제한된 평가판을 허용할 수 있으며, 그 이후에는 사용자가 앱을 계속 사용하기 위해 비용을 지불해야 하거나 잠재적으로 광고 스폰서 경험으로 사용자를 유도할 수 있습니다.

세 번째 방법은 빌더가 먼저 가스 요금 예산을 정의하는 GasData 객체를 생성하여 사용자에게 보내야 합니다. 사용자는 앱의 컨텍스트에서 트랜잭션데이터 객체를 생성하고 서명하여 빌더에게 다시 보냅니다. 빌더는 이 객체에 서명하고 처리를 위해 네트워크로 보냅니다.

물론 스폰서가 시작한 트랜잭션처럼 사용자와 빌더 간에 직접 오브젝트를 전송하는 대신 가스데이터 및 트랜잭션데이터 오브젝트는 앱 워크플로우의 일부일 수 있습니다. 이 방법은 사용자에게 앱의 가스 요금을 결제할 때만 사용할 수 있는 직불 카드를 제공하는 것에 비유할 수 있습니다.

수익 모델

웹2.0 모델에서 알 수 있듯이, 충분히 많은 사용자 기반을 확보한 빌더는 광고 모델을 통해 자본 비용을 지불하고 수익을 얻을 수 있을 만큼 많은 수익을 올릴 수 있습니다. 대부분의 웹 앱은 기존 광고 네트워크를 사용하여 수익을 창출하며, 일반적으로 디스플레이 광고 또는 기타 유형의 광고를 쉽게 통합할 수 있습니다. Google의 광고 네트워크는 가장 잘 알려진 네트워크 중 하나이지만, 빌더는 자신의 필요에 맞는 네트워크를 조사해야 합니다.

사용자 검색에 중점을 둔 앱에는 광고가 적합할 수 있지만, 게임 및 유틸리티 앱 개발사에서는 평가판, 프리미엄 서비스 또는 애드온을 고려할 수 있습니다. 예를 들어, 개발자가 기본 기능이 포함된 유틸리티를 제공하고 유료로 프리미엄 기능을 잠금 해제할 수 있습니다. 이 모델에서 빌더는 유틸리티의 기본 버전과 프리미엄 버전의 모든 거래에 대한 가스 수수료를 지불하고 프리미엄 버전의 수익이 총 거래 수수료를 충당할 수 있도록 베팅해야 합니다. 애드온은 사용자가 새로운 레벨을 플레이하거나 게임 내 장비를 구매하고자 하는 게임에서 잘 작동합니다.

이러한 후자의 모델은 소프트웨어 구독 서비스를 사용하여 비용을 지불하거나, 법정 화폐로 지불하거나, Sui 에서 엔지니어링할 수 있습니다. 빌더가 앱을 지원하기 위해 조사할 수 있는 소프트웨어 구독 서비스에는 전통적인 서비스부터 웹3 마켓에서 직접 경쟁하는 서비스까지 여러 가지가 있습니다. 완전히 Sui 기반 모델로서, 빌더는 구독 또는 추가 기능에 대해 SUI 토큰으로 결제를 요구할 수 있지만, 이는 스폰서 거래의 목적에 어긋날 수 있습니다.

주류 채택

Sui의 사명은 다음 10억 명의 사용자를 웹3.0으로 이동시키는 것입니다. Sui 는 고성능의 확장 가능한 네트워크와 저렴하고 예측 가능한 가스 요금을 통해 이러한 사명을 기술적으로 지원합니다. 이러한 환경과 함께 Move ( Sui )는 빌더에게 차세대 앱을 제작할 수 있는 도구를 제공합니다.

스폰서 거래는 Sui 의 다른 사용자 친화적인 기능과 함께 웹3.0 경험이 없는 사람들을 온보딩할 수 있는 길을 열어줍니다. 토큰과 지갑 사용의 고유한 기술적 측면을 추상화하여 주류 성장의 걸림돌을 제거합니다.